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

电力数据里面，时间戳到底有多重要？

假设现场有多台电力监测设备。每台设备分别采集自己的电压、电流数据，然后统一上传到服务器。如果只是看某一台设备自己的曲线，几十毫秒甚至更大的时间偏差可能暂时感觉不到。

但如果后面需要进行多设备数据对比、电网异常事件分析、电压跌落或骤升等事件关联、不同节点之间的波形分析、故障发生顺序判断、多设备协同监测，那么问题就来了。如果每台设备的时间基准都不一样，服务器收到的数据即使数值是对的，也很难准确放到同一条时间轴上。

举个简单的例子。A 设备认为某个异常发生在 10:00:00.100，B 设备记录的是 10:00:00.180。这 80ms 的差异，到底是真实的传播时间，还是两台设备自己的时钟偏差？如果时间基准不统一，后面的分析就容易变得不可靠。

为什么不是简单做个NTP就结束？

NTP 大家比较熟悉。电脑、服务器、普通 Linux 设备做时间校准，NTP 已经足够成熟，而且配置也方便。对于很多普通工业设备，我觉得 NTP 完全够用。

但这次做的是电能质量监测，设备采集的数据本身有比较强的时间属性。我们希望各节点之间能够有一个更统一的时间基准，所以在方案设计阶段就考虑了 PTP（Precision Time Protocol）。

我自己的理解是：NTP更像是让设备“时间基本一致”，而PTP更强调网络节点之间的精确时间同步。对于网页显示、日志记录来说，前者通常足够；但如果开始涉及多设备采样事件关联，PTP 的意义就会明显一些。

当然，这并不是说所有电力设备都必须上 PTP。如果只是一个单机采集器，或者时间精度要求不高，就没有必要为了技术而技术。但如果产品后面明确有多设备协同、事件分析或者更严格的时间同步要求，那么最好在硬件架构阶段就把这个问题考虑进去。

我们这套设备是怎么做的？

我们使用的是 T113i + RTL8211FS 千兆 PHY。T113i 这一侧运行 Tina Linux，千兆以太网通过 RTL8211FS 接出，同时在软件侧完成对应的网络和 PTP 相关配置。

项目调试过程中，我们重点做了两件事情：一个是先把 RTL8211FS 千兆网络稳定跑通；另一个是在这个基础上进一步把 PTP 时间同步功能启用并验证。

这个顺序我觉得比较重要。因为做嵌入式 Linux 项目时，很容易一上来就怀疑 PTP 配置，但实际问题有时候出在更底层，比如 PHY 驱动、RGMII 时序、设备树配置、MAC/PHY 连接方式、Linux 网络接口和内核相关功能配置。所以我现在调类似功能，一般还是习惯先把问题拆开：先确认普通以太网通信稳定，再验证 PTP。这样定位问题会轻松很多。

Linux主控在这里的优势就体现出来了

这个项目一开始选择“T113i Linux 主控 + 采集 MCU”的架构，其实就考虑到了后续网络功能可能会越来越多。前端 MCU 专心做 ADC、电压电流采集、DI/DO 控制；网络相关的事情则尽量放到 T113i。

像千兆以太网、PTP、数据上传、参数管理、本地存储、触摸屏交互这些功能放在 Linux 侧，整体开发思路会更清晰。尤其是 PTP 这种功能，如果全部自己在 MCU 上从协议、驱动到应用层重新搭，工作量和维护成本都会比较高。

Linux 本身已经有比较成熟的网络基础设施，我们更多是在硬件适配和系统配置层面把它正确接起来。所以做完这个项目之后，我越来越觉得：很多时候选择 Linux 核心板，不是因为需要多高的 CPU 性能，而是因为你需要它后面这一整套成熟的软件和网络生态。

做PTP时，有几个问题最好提前确认

如果大家也准备在工业设备里做 PTP，前期至少可以先确认几个问题。第一，SoC 和网络接口本身是否适合你的时间同步需求；第二，PHY、驱动以及 Linux BSP 的支持情况；第三，产品到底需要什么级别的同步能力。

千万不要看到 PTP 就默认一定要上。工程设计还是应该从实际需求出发。如果只是普通日志打时间戳，NTP 可能就够了；如果涉及多个采集节点在统一时间轴上的数据分析，再考虑 PTP 会更合理。

最后说说这次为什么选T113i

坦白说，这次做完之后，我对核心板选型最大的感受，并不是单纯看 CPU 参数。电力设备真正调起来以后，更看重的是：我要用的功能，最后到底能不能落地。

我们这个项目里，T113i 最终不只是承担了普通的数据处理，还把千兆网络、PTP、触摸显示、SPI 通信、本地存储以及 USB 扩展网口这些功能都串了起来。其中 RTL8211FS 和 PTP 相关适配，米尔这边也参与了调试。

对于工程项目来说，这种已经实际验证过的功能，比参数表里一句“支持某某接口”更让我放心。如果大家正在做电能质量监测、电力数据采集、多节点监测设备或者工业网络设备，而且项目里面有比较明确的时间同步需求，那么在主控选型阶段，建议把 PTP 这一块提前考虑进去。至少不要等硬件全部定型以后才发现：数据采到了，网络也通了，但大家的时间对不上。这种问题，往往比“网口不通”更难处理。