嵌入式系统选型与采购指南

这篇指南写给正在为一台设备选嵌入式方案的工程师、采购与老板。它不推销任何具体芯片型号，只整理选型时的判断顺序和常见坑。读完大概十五分钟，多数内容也适用于自行组织开发的团队。

一、先定主控架构：MCU 还是 SoC

判断标准只有三条：要不要跑图形界面、要不要复杂协议栈、实时性要求多高。纯采集与控制、响应时序在微秒级的项目，选 MCU 裸机，稳定且调试直观；需要触摸屏、网络协议栈或文件系统的，选嵌入式 Linux 方向的 SoC 或模组。最常见的错误是"先买高性能的再说"——主控性能过剩带来的是功耗、散热和成本三重浪费，而真正的瓶颈往往在驱动和电源设计上。反过来，为省成本把图形界面硬塞进 MCU，后期界面一改就动到主循环，维护成本更高。拿不准时，把接口清单和采样率列出来，对照我们的服务清单逐项过一遍。

二、板子：定制主板还是模块拼接

量产上千台、接口固定、对外形有约束的设备，定制主板长期成本更低；试产阶段或年产量几十台的设备，核心板加底板的拼接方式更划算。定制主板的隐性成本在验证：首版打样通常要两到三轮才能收敛，排期时按每轮两到三周准备余量。拼接方案的隐性成本在接口冗余——现成模块带着你用不到的外设，BOM 成本和故障面都比需要的大。采购对比时，不要只看单板报价，把"打样轮数 × 每轮周期"和"量产单价"放在一起算总账。

三、固件外包的三个注意点

第一，合同里写清源码交付与知识产权归属，"验收后交付完整源码与编译环境"这句话必须落在纸面。第二，要求版本化管理，每次固件更新有版本号和变更说明——没有版本号的固件在售后阶段是灾难。第三，留调试记录：串口日志和异常现场截图属于项目档案，验收时一起移交。这三点做齐了，换一家合作方维护也不至于从零开始。

四、验收清单怎么定

验收不是"设备能跑就算过"。一份可执行的测试大纲至少包含：功能覆盖表（需求逐条对应测试项）、边界条件（通信中断、传感器离线、存储写满）、异常恢复（断电重启后的数据完整性）、老化测试（连续运行时长按场景定，常见 72 小时到一周）。每一项都要有判定标准和记录表格。你可以参考问答页里关于验收的展开说明。

五、量产阶段的采购要点

进入量产前确认三件事：烧录治具是否就绪、每块板子是否全检并留序列号记录、关键元器件是否有替代料方案。缺货是常态，BOM 里没有第二供料的量产计划等于把交期押在单一渠道上。首件确认时保留一块样品封存，作为后续批次的外观与工艺基准。

六、什么时候该找外部团队

如果公司已有电子工程师，拼一块板子通常自己做得更快；真正需要外部团队的是固件工程化和测试体系——这两块积累慢、试错贵。组合方式也常见：客户硬件自研，我们只承接固件与量产测试。无论哪种组合，欢迎通过联系我们页面把情况描述给我们，先聊清楚范围再决定是否合作。