做工业核心板选型我越来越不只看CPU性能

工程师实战分享｜基于米尔电子 T113i 核心板

最近做完一套基于 T113i 核心板的电能质量监测设备之后，我对“核心板怎么选”这件事又有了一些新的感受。以前刚开始接触嵌入式 Linux 的时候，看一块核心板，第一反应通常是看参数：几个核、主频多少、内存多大、接口多不多、价格怎么样。 这些参数当然都重要。但项目做得多了以后，我现在越来越觉得：工业核心板选型，CPU性能往往只是第一轮筛选条件。真正决定一个项目后面顺不顺的，反而是一些参数表里不太容易体现的东西。
先说我们的设备到底需要什么

这个设备的实时采集部分由 GF32H737 完成，主要负责电压、电流 ADC 采集，以及 DI、DO 控制。Linux 主控则选用了米尔电子 T113i 核心板。

T113i 这一侧需要承担和采集 MCU 通过双 SPI 通信、驱动 3.5 英寸 RGB 触摸屏、本地参数配置、TF 卡数据存储、千兆以太网通信、PTP 时钟同步、USB Host、USB 转第二路百兆网口，以及后续数据上传和协议扩展。

把这些功能列出来以后，会发现一个很有意思的事情。我们真正关心的问题其实不是：“T113i的CPU跑分高不高？”而是：“这些接口最后能不能同时跑起来？”这两个问题看起来很像，实际完全不是一回事。

第一件事：接口数量够不够，比CPU多几百MHz更现实

工业设备跟普通消费类产品一个明显区别，就是外设经常很多。一个主控可能同时要连接 MCU、屏幕、PHY、TF 卡、USB 设备、串口模块……这个时候，CPU 再强，如果接口不够，还是得不断想办法绕。

我们这个项目就是如此。前端 MCU 和 T113i 之间需要两路 SPI；显示需要 RGB；本地存储需要 SDMMC；千兆网口需要 RGMII；还要留 USB Host 扩展第二路网口。

所以我现在看核心板，通常会先把自己的系统画成一个接口框图，然后一个接口一个接口去核对。不是简单看资料上写着“支持 SPI”，而是要进一步看：能同时用几路？这些接口会不会复用同一组引脚？开了RGB以后还能不能开需要的SPI？RGMII占用资源之后，USB和SDMMC有没有影响？这类问题不提前搞清楚，后面 PCB 画完再发现冲突，代价就比较高了。

第二件事：硬件“支持”不等于Linux“已经能用”

这是我觉得做 Linux 项目特别容易踩的一个坑。SoC 数据手册里面写得非常漂亮：SPI 有，RGMII 有，RGB 有，USB 有，SDMMC 也有。于是感觉什么都没问题。

但真正拿到板子开始做产品以后，会发现你面对的不是一张 SoC 框图，而是一整套 Linux 系统。硬件有这个接口，只代表第一步成立。接下来还要看 BSP 是否支持、内核驱动有没有、设备树怎么配置、Pinmux 怎么处理、PHY 有没有适配、特殊功能是否需要修改驱动，以及当前内核版本是否已经验证。

比如我们这次用 RTL8211FS 做千兆网口。从硬件角度看，就是一个 PHY；但真正做到项目里，还需要处理驱动、设备树、网络配置，最后还要进一步实现 PTP。再比如两路 SPI，物理引脚连上了并不代表应用马上能通信，还要在 Tina Linux 里面把对应控制器和设备树配置好。

所以我现在看到产品资料上写“支持某接口”，会习惯性再问一句：“这个功能在你们的BSP里面实际跑过吗？”这句话往往比问 CPU 主频更有价值。

第三件事：量产项目最怕的不是性能不够，而是功能卡在最后10%

很多功能在 Demo 阶段其实很好做：屏幕亮了、网口 ping 通了、USB 网卡识别了、SPI 能收到数据了，感觉项目已经完成 90%。但做产品的人应该都知道：真正耗时间的，经常就是剩下那10%。

比如网口偶尔掉线怎么办？USB 网卡拔掉再插能不能恢复？设备连续运行有没有异常？屏幕休眠之后能不能正常唤醒？SPI 长时间传输有没有错误？PHY 驱动有没有边界问题？PTP 到底是不是实际工作？

这些问题在产品演示时可能不会暴露，但到了工业现场就完全不一样。所以这次项目里面，我们除了“功能跑起来”，还专门验证了像 USB 网卡热插拔、长时间 ping 等稳定性问题。这也是我现在选核心板时比较看重的一点：有没有类似项目的实际验证。芯片理论上能做，和有人已经把它做成一个稳定方案，中间还是有距离的。

第四件事：技术支持其实也是产品的一部分

以前采购器件的时候，我总觉得技术支持属于附加服务。现在做项目越来越觉得，尤其对于嵌入式 Linux 核心板来说：技术支持本身就是产品能力的一部分。

因为核心板不是一个简单的标准器件。买回来之后，它会进入你的原理图、PCB、Linux BSP、设备树、驱动、应用软件和整机调试。任何一个环节卡住，都可能影响项目进度。

我们这个项目里，包括 RTL8211FS 驱动和 PTP 调试、SPI 设备树配置、RGB 显示，以及 USB 网口等功能，都做了相应的适配和验证。米尔这边也参与了部分问题定位，同时对原理图、PCB 做了审核。

从工程师角度讲，我觉得这种支持的价值很直接。不是因为自己完全不会调，而是一个项目里面根本没有必要所有问题都从零开始研究。能快速确认是硬件问题、驱动问题还是配置问题，就已经可以省掉很多时间。

第五件事：不要只看今天的需求，还要看半年后的需求

第一次做样机的时候，需求通常都很简单：能采集、能显示、能联网，差不多就够了。但产品进入第二版以后，需求往往就开始增加。客户会问：能不能增加一个协议？能不能加远程升级？能不能做本地日志？能不能再接一路网？能不能增加时间同步？能不能做一个新的 UI？

如果主控平台一开始就压得特别紧，后续每增加一个功能都很痛苦。所以我们这次选择 MCU + T113i 的一个原因，也是希望把实时采集和复杂应用拆开。采集 MCU 尽量保持稳定；后续网络、UI、存储和协议方面的需求，更多放在 Linux 侧扩展。对需要长期迭代的工业产品来说，这种余量有时候比多省一点 BOM 成本更重要。

那CPU性能到底还重不重要？

当然重要。如果业务需要大量计算、AI 推理、高清视频或者复杂图形，那么处理器性能就是硬指标。但对于我们这次的电能质量监测设备来说，情况不一样。采集的实时性已经由 MCU 承担，Linux 主控更多是在做数据管理、网络通信、显示和存储。

这个时候，比单纯追求更高 CPU 性能更重要的是：接口是否匹配、Linux生态是否成熟、驱动是否可用、长期运行是否稳定、技术支持能不能跟上。换句话说，我现在做核心板选型已经不太喜欢问“哪款性能最强”，我更愿意问：“哪款更适合把我的这个产品做完？”这两个问题的答案经常并不是同一个型号。

为什么这次最后用了T113i

从我们这次项目的实际情况来看，T113i 刚好比较符合需求。我们需要的双 SPI、RGB、SDMMC、RGMII、USB Host，以及 Linux 系统能力，基本都能够覆盖。再加上千兆 PHY、PTP、USB 网卡和显示这些具体功能最后也实际跑通了。

所以站在项目已经做完一轮调试的角度，我会觉得这款核心板比较适合这一类设备：不追求特别高的计算性能，但接口比较多，同时对Linux网络、显示和工业应用有明确需求。例如电力数据采集、电能质量监测、工业网关、边缘采集终端、带触摸屏的控制设备和多接口数据采集设备。

如果大家也在做类似产品，我建议选核心板之前，先不要急着比较 CPU 主频。先把自己的接口框图画出来，再把实际需要的软件功能列出来，最后问自己几个问题：接口够不够？驱动有没有？功能有没有实际验证？遇到问题谁来支持？未来需求还有没有扩展空间？

这些问题都解决以后，再去比较 CPU 参数。做工业产品以后我越来越觉得：最合适的核心板，不一定是参数最漂亮的那一块。真正好的选型，是硬件设计结束以后不用后悔，软件开始调试以后不用天天救火，等产品跑到现场之后也不用重新推倒再来。从工程师角度看，这比跑分重要多了。