2. 工业通信与边缘控制需求分析

在把 AMD Kria 这类边缘控制器引入工业现场之前，必须先回答一个比“选什么芯片”更根本的问题：现场到底需要什么样的通信与控制能力？工业场景与消费级或普通 IT 场景最大的区别，在于它对时间行为有硬性约束。实时性、确定性、抖动、带宽、同步精度、功能安全与信息安全，这七项需求共同决定了系统架构、协议选型、任务划分乃至硬件接口的取舍。本节先逐项拆解这些指标的真实含义与量化边界，再讨论如何把传统 PLC 的任务映射到边缘控制器上。

一、实时性、确定性与抖动：三个容易混淆的概念

实时性指系统能否在规定的截止时间（deadline）内完成响应。它衡量的不是“快”，而是“不超时”。一个 1 ms 周期的运动控制环，只要每次都在 1 ms 内完成，就是实时的；偶尔快、偶尔慢反而更危险。

确定性指响应时间的可预测程度。同样的输入、同样的负载，每次执行的时间偏差是否稳定可控。确定性差意味着最坏情况无法预估，工程上就无法给出安全余量。

抖动是确定性的量化指标，通常定义为响应时间的最大值与最小值之差，或相对周期基准的偏差。例如周期 1 ms 的循环，实际触发时刻在 0.98～1.03 ms 之间波动，抖动约为 50 μs。抖动直接吃掉控制余量：若控制算法需要 800 μs 计算时间，而抖动达 300 μs，则最坏情况下必然超时。

三者的关系可以概括为：实时性回答“是否按时”，确定性回答“是否每次都按时”，抖动回答“按时的偏差有多大”。工业通信协议（如 EtherCAT、PROFINET IRT、EtherNet/IP CIP Sync）之所以复杂，核心就是在解决抖动问题。

二、带宽与同步精度

带宽决定单位时间能搬运多少数据。工业现场的单点数据量通常很小（几十字节的 I/O 映像），但节点数量多、周期短，因此有效带宽需求 = 节点数 × 单帧字节 × 周期频率。例如 64 个从站、每站 32 字节、周期 1 ms，仅过程数据就约 2 MB/s，加上协议开销与诊断流量，百兆链路已接近饱和，千兆成为常态选择。

同步精度指分布式节点之间时钟对齐的程度。多轴协同、分布式采集、相位敏感控制都依赖它。常见量级：普通 NTP 为毫秒级，PTP（IEEE 1588）软件时间戳为微秒级，硬件时间戳可达亚微秒级，EtherCAT 分布式时钟（DC）通常在 100 ns 以内。同步精度不足会直接表现为多轴插补轨迹畸变或采集相位错位。

三、功能安全与信息安全

功能安全关注“系统失效时是否安全”，目标是避免因随机硬件故障或系统性错误导致人身与设备伤害，通常以 SIL（IEC 61508）或 PL（ISO 13849）等级衡量。它要求安全功能独立于标准控制功能，具备诊断覆盖率、安全反应时间等约束。

信息安全关注“系统是否被恶意入侵或篡改”，涉及网络分区、身份认证、固件完整性、安全启动与加密通信。两者目标不同但必须共存：安全功能不能被信息安全漏洞绕过，信息安全机制也不能破坏安全反应时间。

下表给出典型工业场景的需求量级参考（示例值，用于建立数量级概念，非实测数据）：

四、从 PLC 到边缘控制器的任务映射

传统 PLC 采用“扫描周期”模型：读输入 → 执行逻辑 → 写输出，循环往复，任务单一、时序确定。边缘控制器（如 Kria K26）运行 Linux 或实时 Linux，具备多核 CPU、FPGA 可编程逻辑与 AI 加速单元，能同时承担控制、通信、视觉与数据分析。任务映射的核心原则是按时间约束分层：

• 硬实时层：周期 < 1 ms 的运动控制、安全联锁，映射到 FPGA 逻辑或实时核，避免经过通用调度器。
• 软实时层：周期 1～10 ms 的逻辑控制、I/O 刷新，运行在实时内核线程，使用优先级与 CPU 亲和性绑定。
• 非实时层：HMI、数据上云、日志、AI 推理，运行在普通 Linux 用户空间，与实时任务做资源隔离。

映射时需注意三点：一是共享资源（内存、总线、网卡）必须做隔离或优先级继承，防止非实时任务阻塞实时任务；二是通信协议栈要区分实时通道与非实时通道，例如 EtherCAT 走专用网口，MQTT 走管理网口；三是安全功能应尽量下沉到独立通道，不依赖通用操作系统。

五、需求到参数的落地检查

完成需求分析后，应形成一份可核对的参数清单，用于后续选型与验证。以下为示例检查表（数值为教学示例，实际项目需按现场标定）：

把上述需求理清后，边缘控制器的任务映射就有了明确依据：硬实时任务下沉到 FPGA 或实时核，软实时任务用优先级与亲和性约束，非实时任务做资源隔离，安全功能走独立通道。这样既保留了 PLC 的确定性，又发挥了 Kria 的多核异构与可编程逻辑优势，为后续协议选型与工程实现打下基础。