4、硬件平台选型：主控芯片(MCU/MPU)对比、显示屏幕(OLED/LCD)选择、触摸屏技术、音频模块设计。
好，咱们进入第四章。这一章，说白了就是「选料」。做除颤仪这种救命设备，硬件选型容不得半点马虎。我见过不少团队，软件写得飞起，结果硬件选型翻车，整个项目推倒重来。今天我就把这几年的经验掰开揉碎，跟你聊聊主控、屏幕、触摸和音频这些关键模块到底怎么选。
4.1 主控芯片：MCU vs MPU，别选错了
先问个问题：你的除颤仪需要跑操作系统吗？这个问题直接决定了你用MCU还是MPU。
MCU（微控制器），说白了就是单片机。它把CPU、内存、外设都集成在一个芯片里。我早期做便携式除颤仪时，用的就是一颗Cortex-M4内核的MCU。为什么？因为除颤仪的核心控制逻辑其实不复杂——检测心电、判断是否需要除颤、控制放电。这些任务MCU完全能扛住。
MPU（微处理器），更像我们电脑里的CPU。它需要外挂DDR内存和Flash，性能强，但功耗和成本也高。什么时候用MPU？当你需要跑Linux、做复杂的图形界面、或者处理大量数据时。
我的建议：对于大多数除颤仪，一颗高性能MCU就足够了。别为了「看起来高级」硬上MPU，那会带来额外的电源管理和EMC问题。
我列个对比表，你一看就明白：
| 对比项 | MCU（如STM32H7、i.MX RT） | MPU（如i.MX6、AM335x） |
|---|---|---|
| 典型主频 | 200MHz - 600MHz | 800MHz - 1.5GHz |
| 内存 | 片上SRAM（通常<2MB） | 外挂DDR（256MB - 2GB） |
| 操作系统 | 裸机或RTOS | Linux或Android |
| 启动时间 | 毫秒级 | 秒级 |
| 功耗 | 低（<500mW） | 高（>2W） |
| 成本 | 低（$5-$15） | 高（$15-$50） |
避坑指南：我曾经在一个项目中选了MPU，结果发现除颤仪开机要等5秒才能进入工作界面。你想想看，急救场景下，这5秒可能就是一条人命。后来我换回了MCU+RTOS的方案，开机200ms就绪。所以，启动时间这个指标，在医疗设备里是硬门槛。
4.2 显示屏幕：OLED还是LCD？
屏幕是除颤仪和操作者交互的窗口。选错了，阳光下看不清，或者低温下反应慢，都是要命的事。
OLED（有机发光二极管），每个像素自己发光。优点是对比度极高、视角广、响应快。缺点呢？寿命问题——蓝色像素衰减快，而且在大尺寸下成本高。
LCD（液晶显示器），需要背光。优点是亮度高、寿命长、成本低。缺点是黑色不够黑，视角不如OLED。
我个人习惯：小尺寸（3.5寸以下）用OLED，大尺寸用LCD。为什么？因为除颤仪的屏幕通常不大，OLED的显示效果更清晰。而且OLED在低温下表现更好——这一点在急救场景中很关键。
经验之谈：我做过一个对比测试，在-20°C环境下，普通LCD的响应时间从10ms变成了200ms，画面拖影严重。而OLED几乎没变化。所以如果你的设备要过低温测试，OLED是更稳妥的选择。
这里给个选型参考：
- 3.5寸以下：推荐OLED，分辨率480×320或更高
- 3.5寸-5寸：LCD IPS屏，亮度建议>500cd/m²
- 5寸以上：LCD，需要带光学贴合（减少反光）
4.3 触摸屏技术：电阻还是电容？
嗯，这里要注意。很多人觉得电容屏是「先进」的，电阻屏是「落后」的。但在医疗设备里，情况恰恰相反。
电阻触摸屏，靠压力感应。你可以戴手套操作，可以用笔尖点，甚至隔着保护膜都能用。缺点是需要按压，不支持多点触控。
电容触摸屏，靠人体电场感应。支持多点触控，手感顺滑。但问题来了——你戴着手套就没法用，而且表面有水珠时容易误触。
你想想看，急救现场，医生可能戴着手套，屏幕上可能有血渍或消毒液。这时候电阻屏反而更可靠。
我的建议：除颤仪优先选电阻触摸屏。别被「电容屏更高级」的说法忽悠了。我曾经在项目里试过电容屏，结果在模拟急救测试中，医生戴着手套点不动屏幕，差点把设备摔了。后来换回电阻屏，问题解决。
当然，如果你非要上电容屏，也有办法——选支持「手套模式」的触控IC，或者加装物理按键作为备份。但说实话，成本上去了，可靠性下来了。
4.4 音频模块设计：别让蜂鸣器坏了大事
除颤仪的音频模块，不只是「响一下」那么简单。它要发出语音提示、报警音、还有除颤放电时的「滴滴」声。这些声音在嘈杂的急救现场必须清晰可辨。
音频模块通常包含三部分：
- 蜂鸣器：用于简单的提示音，比如按键反馈、低电量报警
- 扬声器：播放语音提示，比如「正在分析心律，请勿接触病人」
- 音频功放：驱动扬声器，通常需要3W-5W的输出功率
我踩过一个坑：早期设计时，我选了一个普通的压电蜂鸣器，结果在环境噪声70dB的模拟现场，根本听不见。后来换成了电磁式蜂鸣器，音量大了10dB，才勉强够用。
避坑指南：音频模块的电源要单独处理。我曾经把功放和主控共用一个LDO，结果功放一工作，主控就复位。后来加了独立的DC-DC和LC滤波，问题才解决。记住：音频是模拟电路，对电源噪声很敏感。
这里给个参考电路思路：
// 音频模块电源设计要点
1. 功放供电：使用独立的DC-DC（如TPS61093）
2. 模拟地：与数字地单点连接，避免地环路
3. 输出滤波：加磁珠和电容，抑制高频噪声
4. 音量控制：使用PWM或I2C数字电位器另外，语音提示的音频文件建议用ADPCM压缩格式。为什么？因为MCU的Flash空间有限，原始WAV文件太占地方。ADPCM能把16位音频压缩到4位，音质损失不大，但空间节省了75%。
小技巧：音频播放时，记得用DMA+定时器的方式，别用CPU死等。否则你的主控会被音频播放占满，其他任务全卡死。我刚开始做时就用过轮询方式，结果心电采集的定时器被干扰，波形都歪了。
好，这一章就聊到这儿。硬件选型没有绝对的对错，关键看你的应用场景。下一章我们开始讲软件架构，到时候你会明白，硬件选型直接决定了软件怎么写。咱们下章见。