PREEMPT_RT

前言：实时系统为什么越来越离不开网络 过去谈嵌入式实时系统，很多工程师第一反应是中断延迟、任务优先级、定时器精度和 RTOS 调度器。只要 CPU 够快、ISR 写得短、关键任务优先级足够高，系统就能在板子内部把时序控制住。但这几年现场设备的形态已经变了：电机驱动、视觉传感器、PLC、边缘 AI 控制器、远程 IO、机械臂关节模块不再挤在同一块 PCB 上，它们通过以太网组成一个分布式控制系统。此时，实时性的瓶颈不只在内核，也在网络。 传统以太网追求“尽力而为”：帧能发就发，交换机按队列转发，拥塞时排队，严重时丢包。它很适合办公网络和普通数据采集，却不适合“每 1 ms 必须收到一帧传感器数据，控制器计算 200 μs，执行器再在指定窗口更新 PWM”这种硬约束场景。工业现场常见做法是上专用实时以太网，例如 EtherCAT、PROFINET IRT、SERCOS III 等。它们很好用，但生态相对封闭，协议栈、硬件、工具链往往绑定供应商。 TSN（Time-Sensitive Networking，时间敏感网络）试图解决的正是这个问题：在标准以太网上增加时间同步、流量整形、门控队列、帧抢占、流过滤和集中配置等能力，让普通以太网具备可分析、可规划、可隔离的实时传输能力。它不是一个单独协议，而是一组 IEEE 802.1 标准的组合。对于做嵌入式、RTOS、工业控制和边缘计算的团队来说，TSN 的价值不在于“把网络变快”，而在于把网络行为从概率问题变成工程问题：什么时候发、能不能进队列、最多排多久、丢包后如何隔离，都可以在设计阶段说清楚。 本文以实战视角梳理 TSN 在嵌入式实时系统中的落地方式。我们会从基础概念讲起，重点放在 802.1AS 时间同步、802.1Qbv 门控调度、802.1Qci 流过滤、Linux tc 配置和端到端时延预算。文章不会把标准条文逐条翻译，而是站在系统工程师角度回答几个更实际的问题：什么时候需要 TSN？它和 RTOS / PREEMPT_RT 如何配合？一个 1 ms 控制周期应该怎样拆成网络窗口？调试时应该看哪些指标？ 一、TSN 解决的不是带宽，而是确定性 很多项目第一次遇到网络实时性问题时，会本能地升级链路：百兆换千兆，千兆换 2.5G，交换机换更大缓存。短期看，平均延迟确实下降了，但最坏情况不一定变好。原因很简单：实时系统关心的是 deadline miss，而不是平均吞吐。一个 1 ms 周期任务，前 999 次都在 80 μs 内收到帧，只有第 1000 次因为低优先级大包阻塞了 700 μs，控制回路仍然可能抖一下。 确定性网络最核心的指标通常有四个： 有界时延：从发送端应用层写入数据，到接收端应用层读到数据，最大时间可以估算。 低抖动：相邻周期到达时间的偏差可控，不能依赖“运气好”。 流隔离：关键控制流不被日志、视频、OTA、Web 配置页面等普通流量拖累。 可诊断性：当时序变差时，能定位是时钟漂移、门控窗口配置错误、驱动队列阻塞，还是应用线程没有及时取包。 TSN 的设计思路是把网络传输拆成两个层面：首先让所有节点拥有同一套时间基准，然后让交换机和网卡在同一时间基准下按照计划打开或关闭队列。这样一来，控制帧不是“抢着发”，而是在预留窗口里发；普通流量不是“完全禁止”，而是被安排在不影响关键流的时间片内发送。 ...

前言 在工业控制、机器人、汽车电子等领域，确定性比平均性能更加重要。一个控制系统如果不能在规定的时间窗口内完成响应，即使平均响应时间再短，也可能导致灾难性的后果——生产线停摆、机器人失控、汽车 ADAS 失效。 传统的 Linux 内核虽然在吞吐量和平均延迟方面表现出色，但在最坏情况延迟（Worst-Case Latency）方面却不尽人意。在高负载情况下，普通 Linux 内核的调度延迟可能达到数十毫秒甚至数百毫秒级别，这对于要求微秒级确定性的实时应用来说是完全不可接受的。 这就是 PREEMPT_RT 补丁存在的意义。 PREEMPT_RT（Real-Time Preemption Patch）是一组针对 Linux 内核的补丁集，其目标是将 Linux 内核改造为一个完全可抢占的实时操作系统。经过二十多年的发展，PREEMPT_RT 已经从一个实验性项目成长为工业级实时解决方案的事实标准，大量关键代码甚至已经合入主线内核。 本文将从实时系统的基本概念出发，深入解析 PREEMPT_RT 的核心原理，带你从零开始打补丁、编译实时内核、配置系统、进行延迟测试，最终构建一个真正满足工业级要求的实时 Linux 系统。 一、什么是真正的实时系统？ 在深入 PREEMPT_RT 之前，我们首先需要澄清一个普遍的误解：快 ≠ 实时。 很多开发者一听到"实时系统"，第一反应就是"运行很快的系统"。这是一个根本性的错误认知。 1.1 实时性的本质：确定性 实时系统的核心特征不是"快"，而是可预测性或确定性。系统必须能够保证：关键任务在截止时间之前完成。 让我们通过一个具体的例子来说明： 假设我们有一个工业机器人的运动控制系统，要求每 1 毫秒执行一次位置控制循环。如果控制系统的响应时间分布如下： 系统 A：平均响应 500 微秒，最坏情况 1.5 毫秒（偶尔超时） 系统 B：平均响应 800 微秒，最坏情况 950 微秒（从不超时） 哪个系统是"实时"的？ 答案是 系统 B。尽管它的平均响应更慢，但它的最坏情况延迟始终小于截止时间，具有完美的确定性。而系统 A 虽然更快，但偶尔会超时，在实际工业场景中这可能导致机器人运动轨迹偏差、甚至发生碰撞。 1.2 实时系统的分类 根据对截止时间的要求严格程度，实时系统可以分为三类： 硬实时（Hard Real-Time） 绝对不能错过截止时间 错过 = 系统失败 典型场景：航空电子、汽车安全系统、工业控制 PREEMPT_RT 目标：在合理配置下达到硬实时级别 软实时（Soft Real-Time） ...