1. 工业边缘实时Linux工程导论

工业边缘计算把算力从云端机房下沉到产线旁、设备柜内或车间机架中，让数据在产生的位置就近完成采集、推理与控制。它并不是"把服务器搬到工厂"这么简单：一旦边缘节点承担运动控制、视觉引导、急停联动等任务，Linux 就不再只是通用操作系统，而必须成为一个可预测的实时平台。本课程围绕 Intel 平台上的工业边缘实时 Linux 工程展开，本章先建立整体认知框架。

一、工业边缘计算的典型场景

工业边缘的负载大致可分为三类。第一类是确定性控制：PLC 软逻辑、EtherCAT/PROFINET 主站、多轴插补，要求控制周期稳定在 250 μs～1 ms，抖动通常需控制在周期的 5%～10% 以内。第二类是实时感知与推理：机器视觉缺陷检测、振动频谱分析、AI 质检，单帧处理预算常在 10～50 ms，允许一定抖动但不能超时丢帧。第三类是数据汇聚与协议转换：OPC UA、Modbus、MQTT 网关，对时延不敏感，但要求长时间稳定运行。

三类负载常共存于同一台边缘设备。例如一条包装线：EtherCAT 主站以 500 μs 周期驱动 8 个伺服轴，同时一台工业相机以 30 fps 采集并做缺陷分类，再把结果通过 OPC UA 上报 MES。此时 CPU 核、内存带宽、网卡队列、中断都会成为共享资源，实时任务与非实时任务必须被明确隔离，否则一次垃圾回收或日志刷盘就可能造成控制周期超时。

二、实时性需求的量化表达

"实时"不等于"快"，而是"可预测"。工程上常用三个指标描述：时延（事件发生到响应完成的时间）、抖动（时延的波动范围）、最坏情况执行时间（WCET）。一个 1 ms 周期的控制回路，若平均时延只有 200 μs 但偶发 3 ms 尖峰，仍然是不合格的。

Linux 本身是分时系统，通过 PREEMPT_RT 补丁可把大部分内核临界区变为可抢占，配合 CPU 隔离、中断亲和、优先级继承等手段，可把最坏抖动压到几十微秒量级。下图给出从传感器信号到执行器输出的完整实时信号链，以及各环节的主要影响因素。

三、Intel 平台在工业边缘中的角色

Intel 平台在工业边缘的价值体现在三个层面。其一是算力与实时性的统一：酷睿、至强、Atom 系列均支持多核、大缓存与 TSN 网卡，可在同一 SoC 上运行实时控制与 AI 推理。其二是虚拟化隔离：借助 VT-x、VT-d 与 SR-IOV，可把实时域与通用域分到不同虚拟机，实时域独占 CPU 核与网卡队列，通用域跑 HMI、数据库与容器。其三是软件生态：Intel 提供 TCC（Time Coordinated Computing）、PTP 硬件时间戳、DPDK、OpenVINO 等组件，配合 Linux PREEMPT_RT 与 Xenomai，可构建从微秒级控制到毫秒级推理的完整栈。

典型部署形态是：一台无风扇工控机搭载 i5 或 Atom x6000 系列，BIOS 中关闭 C-State 深度睡眠、开启 TCC 与 TSN，Linux 内核打 PREEMPT_RT 补丁，隔离 2 个核给实时任务，其余核跑容器化应用。实时任务通过 EtherCAT 主站与伺服通信，AI 推理通过 OpenVINO 在集成 GPU 上执行，两者通过共享内存交换结果。

四、课程工程目标与学习路径

本课程的目标不是泛泛介绍概念，而是让读者能独立完成一台 Intel 边缘设备的实时化改造，并用可测量的数据证明其满足指标。学习路径按"环境—内核—调度—总线—推理—验证"推进：

• 环境搭建：安装 Ubuntu 22.04 + PREEMPT_RT 内核，配置 BIOS 与内核启动参数（isolcpus、nohz_full、rcu_nocbs）。
• 实时度量：用 cyclictest 测基线抖动，用 ftrace 定位延迟尖峰来源。
• 调度与隔离：设置 SCHED_FIFO 优先级、CPU 亲和、中断绑定，验证隔离效果。
• 总线与同步：配置 EtherCAT 主站与 PTP 时钟同步，测量周期抖动。
• 边缘推理：用 OpenVINO 部署模型，测量推理时延与对实时任务的影响。
• 系统验证：长时间压力测试，统计最坏抖动与丢帧率，形成验收报告。

下面给出一份可直接使用的基线测试命令示例，用于记录改造前的抖动水平：

# 在隔离核上运行 5 分钟，统计最坏时延
cyclictest -m -p 80 -t 1 -a 2 -i 500 -d 0 -D 300 -h 400 -q

# 输出示例（合理假设，非实测）：
# T: 0 ( 1234) P:80 I:500 C: 600000 Min:  3 Act:  5 Avg:  6 Max: 42
# 其中 Max 为最坏时延（微秒），是判断实时性的核心指标

当 Max 稳定在几十微秒以内，说明内核与硬件已具备实时基础；若出现数百微秒甚至毫秒级尖峰，则需用 ftrace 的 wakeup_rt 与 irqsoff tracer 进一步定位是中断、软中断还是内存管理引起。后续章节将逐一展开这些工具的使用方法与调优手段。