2. 嵌入式HMI硬件基础
智能家居HMI（人机界面）通常是一块带触摸的彩屏面板，承担设备控制、状态显示、场景联动和语音入口等职责。它的硬件基础决定了系统能否流畅运行、能否长期稳定、能否低成本量产。本节从主控选型、显示接口、触摸屏、内存存储和电源管理五个维度展开，帮助你在方案阶段做出可落地的判断。
一、主控选型：MCU 还是 MPU
嵌入式HMI的主控分为MCU和MPU两大类。MCU（如STM32F4/F7、GD32、ESP32-S3）内部集成Flash和SRAM，实时性好、功耗低、BOM成本低，适合480×480以下分辨率、界面刷新率要求不高的场景，例如开关面板、温控器。MPU（如全志T113、瑞芯微RK3308/RV1106、STM32MP1）需要外挂DDR和eMMC，能跑Linux/RTOS，支持更高分辨率和复杂UI框架，适合带语音、视频对讲或AI能力的智能中控屏。
选型时先看三个硬指标：分辨率与帧率决定像素带宽，UI框架决定是否需要操作系统，交互复杂度决定CPU算力。若界面以静态控件和简单动画为主，MCU+LVGL即可；若需要多任务、网络协议栈、OTA和文件系统，MPU更稳妥。
二、显示接口：RGB、MIPI-DSI、SPI
显示接口是HMI硬件设计中最容易踩坑的部分，核心是带宽、引脚数和布线难度三者的平衡。
- SPI接口：引脚少（SCLK、MOSI、CS、DC、RESET），适合小尺寸低分辨率屏（如240×320），刷新率低，常用于低成本旋钮屏或状态屏。
- RGB接口：并行24位数据线加时钟、同步信号，带宽高，适合480×480到1024×600，MCU和MPU都支持，但引脚多、PCB布线密集，需注意等长和EMI。
- MIPI-DSI：差分串行接口，引脚少、带宽高、抗干扰好，适合720P及以上高分辨率屏，是MPU方案的主流选择，但需要主控自带DSI控制器。
带宽估算公式：像素时钟 ≈ 水平总像素 × 垂直总像素 × 帧率。例如720×1280@60fps，含消隐约需 80MHz以上像素时钟，SPI完全无法胜任，RGB需24位并行，MIPI-DSI则用1~4条数据lane轻松覆盖。
三、触摸屏类型与接口
触摸屏分为电阻式和电容式。电阻屏成本低、可用手套或笔尖操作，但只支持单点、透光率低、寿命有限，多用于工业面板或低端温控器。电容屏支持多点触控和手势，透光率高、手感好，是智能家居面板的主流。电容屏通过I²C或SPI与主控通信，常见控制器有GT911、FT6236、CST816等。
设计时要注意：电容屏需要盖板玻璃与传感器贴合，贴合不良会导致灵敏度下降；触摸控制器中断引脚应接到主控可唤醒的GPIO，以便待机时触摸唤醒；I²C地址冲突要在原理图阶段确认。
四、内存与存储需求
内存需求主要由帧缓冲和UI资源决定。以RGB565、480×480为例，单帧缓冲约450KB，双缓冲约900KB；若用MPU跑Linux，还需为系统、Qt/LVGL、网络协议栈预留64MB以上DDR。存储方面，MCU方案通常需要外部SPI Flash存放字库、图片和OTA包；MPU方案用eMMC或NAND存放根文件系统和应用。
| 方案类型 | 典型分辨率 | 内存需求 | 存储需求 | 适用场景 |
|---|---|---|---|---|
| MCU + SPI屏 | 240×320 | SRAM 256KB~1MB | 内置Flash 1~2MB | 旋钮屏、状态屏 |
| MCU + RGB屏 | 480×480 | SRAM 1~2MB + 外扩 | SPI Flash 8~16MB | 开关面板、温控器 |
| MPU + RGB/MIPI | 720×1280 | DDR 64~256MB | eMMC 4~8GB | 智能中控屏 |
| MPU + MIPI + AI | 1080×1920 | DDR 256MB~1GB | eMMC 8~16GB | 带语音/视觉的中控 |
五、电源管理与低功耗设计
智能家居面板通常长期通电，电源管理直接影响发热、稳定性和待机功耗。典型供电架构是：12V或5V输入，经DC-DC降压到3.3V给主控和逻辑电路，再经LDO或专用升压芯片给背光提供恒流源。背光调光建议用PWM，频率高于1kHz避免可见闪烁。
低功耗设计要点：
- 选择支持待机模式的PMIC，关闭屏幕和背光，仅保留触摸唤醒和RTC。
- 主控进入Stop/Standby模式，唤醒源配置为触摸中断或按键。
- Wi-Fi/蓝牙模块在待机时进入低功耗广播或断开连接。
- 背光升压电路在待机时彻底关断，避免漏电流。
六、案例与复盘
某智能开关面板项目最初选用MCU+SPI屏，分辨率320×480，界面以开关和滑块为主。后期产品要求增加天气动画和语音反馈，SPI带宽不足导致动画卡顿，且MCU SRAM无法同时容纳双缓冲和语音缓冲。复盘结论：需求阶段必须预留一档性能余量，若预计一年内会增加动画或语音，应直接选择RGB接口MCU或入门MPU。
另一个案例是MPU方案中DDR容量估算不足。开发阶段只跑了LVGL demo，DDR 64MB够用；量产后加入OTA、日志和双系统备份，内存紧张导致偶发OOM。最终通过裁剪根文件系统、关闭无用服务、将日志写入eMMC分区解决。这说明内存与存储规划要按最坏场景而非演示场景计算。
# 典型MPU方案资源检查清单
DDR: 系统 + UI框架 + 应用 + 缓存 + 余量(≥30%)
eMMC: 根文件系统 + 应用 + 资源 + OTA双分区 + 日志
电源: 输入保护 → DC-DC 3.3V → LDO 1.8V/1.2V → 背光升压
唤醒: 触摸INT / 按键 / RTC / Wi-Fi唤醒
总结来看，嵌入式HMI硬件选型的核心是匹配需求与余量：主控算力、显示带宽、触摸方案、内存存储和电源架构必须协同设计。任何一项短板都会在量产或功能迭代时暴露，提前用表格和清单量化评估，是降低返工风险的有效方法。