一、课程导论与基础环境：实时通信协议概述、Linux内核实时性改造、开发板选型与交叉编译环境搭建
1.1 为什么嵌入式Linux需要实时通信？
做嵌入式开发这么多年，我经常被问到同一个问题：「Linux不是桌面系统吗？怎么能做实时控制？」
其实这是个误解。Linux内核默认确实偏向吞吐量——它想把CPU时间公平地分给每个进程。但工业控制、机器人、车载通信这些场景，要求的是「在规定时间内必须完成」。晚1毫秒，可能就撞车了，或者产品报废了。
实时通信协议，说白了就是给数据包加上「时间保险」。比如CAN FD、EtherCAT、TSN，它们都有一套机制保证消息在deadline之前送达。而Linux要跑这些协议，内核本身得先「实时化」。
核心矛盾： Linux通用内核的调度延迟通常在1-10ms级别，而工业实时通信要求延迟<100μs。这中间差了2个数量级。
1.2 实时通信协议全景
我习惯把嵌入式实时通信协议分成三类。你想想看，选型时先对号入座，能省不少弯路。
| 类别 | 代表协议 | 典型延迟 | 适用场景 |
|---|---|---|---|
| 现场总线 | CAN/CAN FD、PROFINET | 100μs - 1ms | 汽车、工厂自动化 |
| 工业以太网 | EtherCAT、EtherNet/IP | 10μs - 100μs | 运动控制、机器人 |
| 确定性网络 | TSN (802.1Qbv)、DetNet | <10μs | 音视频桥接、工业互联网 |
我在一个AGV项目中踩过坑——选了普通CAN，结果多节点冲突时延迟飙到3ms，车体抖动得厉害。后来换成CAN FD + 实时Linux，延迟稳定在200μs以内。所以协议选型不是越新越好，得看你的抖动容忍度。
1.3 Linux内核实时性改造方案
Linux内核实时化，目前主流就三条路。我按推荐程度排个序：
- PREEMPT_RT补丁（最推荐）
把内核大部分自旋锁换成可抢占锁，中断线程化。延迟能压到50-100μs。我所有项目都优先用这个。 - Xenomai双内核方案
在Linux底下跑一个实时微内核。延迟可以到10μs以下，但维护两套驱动，开发成本高。 - RTAI
类似Xenomai，社区活跃度不如以前了。老项目里还能见到。
我的建议： 除非你的硬实时要求<50μs，否则无脑选PREEMPT_RT。它跟主线内核最接近，升级内核版本也方便。
嗯，这里要注意——打PREEMPT_RT补丁不是「一键开启」。你得重新编译内核，配置项要手动打开：
# 内核配置关键项
CONFIG_PREEMPT_RT_FULL=y
CONFIG_HZ_1000=y # 时钟频率提到1000Hz
CONFIG_NO_HZ_FULL=n # 关闭动态时钟，减少抖动
CONFIG_RCU_NOCB_CPU=y # RCU回调卸载到专用线程我曾经在一个项目里忘了开RCU_NOCB_CPU，结果RCU回调在实时线程里执行，导致偶尔出现200μs的毛刺。查了三天才定位到。所以配置项一个都不能省。
1.4 开发板选型：别只看CPU主频
选开发板，我一般看三个维度：
- 实时外设：有没有硬件时间戳单元（PTP）、PRU（可编程实时单元）？TI的AM335x有PRU，处理EtherCAT特别方便。
- 内存带宽：实时协议通常要DMA搬运数据，内存控制器带宽不够会成瓶颈。
- 社区支持：PREEMPT_RT对某些SoC支持不完整。我建议先查一下
linux-rt-users邮件列表。
| 开发板 | SoC | 实时特性 | 推荐场景 |
|---|---|---|---|
| BeagleBone Black | AM3358 | PRU + 3路PWM | EtherCAT从站、电机控制 |
| Raspberry Pi 4 | BCM2711 | 无专用实时单元 | 协议验证、原型开发 |
| STM32MP157 | 双核A7+M4 | M4核做实时协处理器 | 混合实时/非实时任务 |
| Xilinx Zynq | FPGA+ARM | FPGA实现硬实时逻辑 | TSN、自定义协议 |
避坑： 别买树莓派做工业级实时产品。它的USB和网络共用一条总线，DMA冲突时延迟能到几毫秒。我见过有人拿树莓派做CAN网关，结果丢帧率5%。
1.5 交叉编译环境搭建：一次配好，少掉头发
交叉编译环境，说白了就是「在PC上编译ARM能跑的程序」。我习惯用Buildroot，因为它能一键生成工具链、内核、根文件系统。Yocto功能更强，但学习曲线太陡。
搭建步骤其实就四步：
- 下载Buildroot：选长期支持版（LTS），比如2024.02.x
- 配置目标板：
make beaglebone_defconfig - 开启PREEMPT_RT：在
Kernel → Linux Kernel → Preemption Model里选Fully Preemptible Kernel (RT) - 编译：
make -j$(nproc)，等20分钟
# 编译完成后，输出目录结构
output/
├── images/
│ ├── zImage # 内核镜像
│ ├── am335x-boneblack.dtb # 设备树
│ └── rootfs.tar.gz # 根文件系统
└── host/
└── usr/
└── bin/
└── arm-linux-gcc # 交叉编译器我个人习惯把交叉编译器路径加到~/.bashrc里：
export PATH=$PATH:/home/yourname/buildroot/output/host/usr/bin
export ARCH=arm
export CROSS_COMPILE=arm-linux-然后验证一下：
arm-linux-gcc --version
# 输出类似：arm-linux-gcc (Buildroot 2024.02) 12.3.0
小技巧： 第一次编译时加
BR2_JLEVEL=2，别把CPU跑满。我笔记本16线程全开编译，风扇直接起飞，还容易触发OOM。
1.6 本章知识体系
下面这张图，是我梳理的本章核心脉络。你保存下来，后面每章都可以对照着看。
1.7 本章小结
这一章我们覆盖了三个核心点：
- 实时通信协议：CAN FD、EtherCAT、TSN的延迟范围和选型逻辑
- Linux内核实时化：PREEMPT_RT是首选，配置项一个都不能少
- 开发环境搭建：Buildroot一键生成工具链，省时省力