2. 嵌入式平台选型：主流MCU/MPU对比与成本分析
做内窥镜，选芯片是第一步，也是最容易踩坑的一步。
我见过不少团队，上来就选了个性能最强的处理器，结果成本压不住，散热搞不定，最后项目流产。也见过为了省钱选了颗低端MCU，结果图像处理卡成PPT，客户直接退货。
说白了，选型就是一场平衡游戏。今天我就把市面上主流的三个平台——STM32、i.MX、RK3588——掰开揉碎了讲清楚。
2.1 三大平台的核心定位
先给个总览，让你心里有个谱。
| 平台 | 架构 | 典型主频 | 适用内窥镜类型 | 我眼中的定位 |
|---|---|---|---|---|
| STM32H7/H5 | Cortex-M7/M33 | 400~550MHz | 低端便携式、一次性内窥镜 | 够用就好，成本敏感 |
| i.MX8M Mini/Plus | Cortex-A53 + M4 | 1.4~1.8GHz | 中端医用内窥镜、电子镜 | 性能与功耗的甜点区 |
| RK3588 | Cortex-A76 + A55 | 2.4GHz | 高端4K/8K内窥镜、AI辅助诊断 | 性能怪兽，但不好驯服 |
嗯，这里要注意。STM32虽然叫MCU，但H7系列已经带硬件JPEG编码器和DCMI接口，做VGA级别的内窥镜绰绰有余。我有个朋友用STM32H743做了一款一次性支气管镜，成本压到了300块以内，量产后利润相当可观。
2.2 选型依据：五个维度必须看
选芯片不是看参数表就完事了。我个人习惯从五个维度去卡，缺一不可。
2.2.1 图像处理能力
内窥镜的核心是图像。你想想看，如果画面延迟超过100ms，医生做手术时手一抖，后果不堪设想。
- STM32：最高支持720P@30fps，带DCMI接口。但做不了复杂的ISP处理，比如去马赛克、白平衡这些，得靠外部FPGA或者ASIC。我在项目中遇到过用STM32做1080P的情况，结果CPU占用率飙到95%，连通信都卡死了。
- i.MX8M：内置GC7000L GPU和VPU，支持1080P@60fps的H.264编码。做电子镜时，图像处理基本不用操心。我记得有个项目用i.MX8M Mini做胃镜，图像延迟控制在50ms以内，医生反馈说「跟进口设备差不多」。
- RK3588：这货自带6TOPS的NPU和8K视频编解码器。做4K内窥镜或者AI辅助诊断（比如息肉自动识别）时，它是目前最合适的选择。但说实话，RK3588的功耗和散热是个大问题，我曾经在样机阶段被烫到过手指。
2.2.2 接口与外设
内窥镜需要接摄像头传感器、LED光源控制、电机驱动（如果带转向功能）、WiFi/蓝牙模块等等。接口不够，后面就得加转接芯片，成本蹭蹭往上涨。
关键接口清单：
- MIPI CSI：接摄像头传感器，至少2路
- USB 2.0/3.0：接存储或PC端
- SDIO：接WiFi模块
- I2C/SPI：接传感器和光源控制
- PWM：LED调光必备
STM32的MIPI接口比较弱，很多型号只有DCMI（并行接口），接高像素传感器需要外部桥接芯片。i.MX8M和RK3588都原生支持MIPI CSI，省事很多。
2.2.3 功耗与散热
医用内窥镜对温升有严格限制。IEC 60601标准要求设备表面温度不超过41°C。你想想看，如果芯片烫到50°C，病人皮肤接触部位会灼伤，这是医疗事故。
- STM32：功耗通常在0.5W以内，被动散热就够了。做一次性内窥镜时，我甚至不用加散热片。
- i.MX8M：典型功耗2~4W，需要小散热片+风道设计。我有个项目因为散热没做好，连续工作30分钟后自动降频，画面开始卡顿。后来加了导热硅脂和铝制散热片才解决。
- RK3588：满载功耗10W+，必须主动散热（风扇或液冷）。在医疗设备里加风扇，噪音和可靠性都是问题。我个人建议，除非必须用4K+AI，否则别轻易上RK3588。
2.2.4 软件生态与开发难度
这一点经常被忽略，但往往是项目延期的主要原因。
- STM32：HAL库+STM32CubeMX，上手极快。我团队的新人，两周就能开始写应用代码。但缺点是RTOS需要自己移植，而且没有Linux生态。
- i.MX8M：Yocto/Buildroot + Linux，生态成熟。但Yocto的编译时间...嗯，我第一次编译等了6个小时。建议用Buildroot，快很多。
- RK3588：Rockchip提供的SDK比较乱，文档不全。我踩过最大的坑是VPU驱动不兼容，折腾了两周才发现是内核版本问题。如果你团队没有Linux BSP工程师，建议慎重。
2.2.5 成本分析
做产品，最终要算账。我列个BOM成本对比，注意这是芯片单价（批量1000pcs），不含外围器件。
| 平台 | 芯片单价（USD） | 外围BOM成本 | 总BOM成本 | 适用产品定价 |
|---|---|---|---|---|
| STM32H743 | $8~12 | $15~25 | $23~37 | ¥500~2000 |
| i.MX8M Mini | $18~25 | $30~50 | $48~75 | ¥3000~8000 |
| RK3588 | $35~50 | $60~100 | $95~150 | ¥10000~30000 |
避坑指南：我曾经在选型时只看芯片单价，忽略了外围成本。比如RK3588需要DDR4、eMMC、PMIC、多路DC-DC，这些加起来比芯片本身还贵。另外，STM32虽然便宜，但如果需要外接FPGA做图像处理，总成本反而可能超过i.MX8M。
2.3 我的选型建议
说了这么多，直接给结论吧。
- 做一次性内窥镜（低端、便携）：选STM32H7系列。成本敏感，性能够用，开发周期短。我建议用H743或者H750，后者性价比更高。
- 做电子镜/软镜（中端）：选i.MX8M Mini或Plus。性能与功耗平衡，Linux生态成熟，图像处理能力足够。我个人最喜欢i.MX8M Plus，带NPU可以做简单的AI辅助。
- 做4K/8K内窥镜或AI诊断（高端）：选RK3588。但要做好散热和软件投入的准备。我建议先做i.MX8M原型验证，确认性能瓶颈后再升级到RK3588。
警告：不要为了「未来扩展」而过度选型。我见过一个团队，明明做VGA内窥镜，非要上RK3588，结果成本超预算3倍，项目被砍。记住，选型是为当前产品服务的，不是为下一代产品准备的。
2.4 小结
选型没有标准答案，只有最适合的方案。我的经验是：先明确产品定位和成本目标，再倒推芯片选型。不要被参数表迷惑，多看看实际跑起来的效果。
下一章，我会讲如何搭建内窥镜的硬件系统框架，包括摄像头模组选型、光源驱动设计、视频传输链路等。到时候我会分享一个我踩过的坑——摄像头和主控之间的MIPI布线没做好，导致画面出现横纹，折腾了整整一周才找到原因。