一、树莓派实时任务常见抖动的根源

树莓派常被用于需要实时反应的任务，比如工业上每秒采集几十次的传感器数据、机器人关节的伺服电机控制、大棚里的环境参数高频监测。但好多开发者踩过坑：写好的任务本该一秒跑20次，结果有时候卡好几毫秒甚至几十毫秒，数据不准或者电机转歪了，这就是调度抖动。

1.1 调度延迟的通俗解释

把CPU比作公司的前台工位，各个进程（包括你的实时任务）就是来办事的人。普通Linux系统的调度规则是：谁先来谁先办，优先级高的可以插队，但有些特殊情况例外——比如你正在填一份重要表格（对应内核里的临界段，比如读写磁盘、处理网络包），这时候就算来了更急的人，前台也不能打断你，得等你填完表格才能招呼急活。这就导致你的实时任务（急活）要等，产生了延时，也就是抖动。

1.2 普通调度的问题

普通Linux内核用的是“自愿抢占”，就是只有当前进程主动让出CPU的时候，高优先级任务才能抢过来。要是碰到内核的非抢占段，比如系统后台在整理缓存（就像前台去仓库搬文件），那所有进程都得等，实时任务也不例外，抖动就来了。

二、RT内核预抢占的基础配置方法

要解决这个问题，得给树莓派换个RT（实时）内核，它把内核改成了“强制抢占”——就算内核在临界段，也能打断，把CPU让给更急的实时任务，这样能把抖动压到1ms以内，完全够大多数应用用。

2.1 RT内核的安装步骤

树莓派的官方源有现成的RT内核，不用自己编译，敲几个命令就搞定，新手也能跟着来：

# 第一步：更新系统包列表，确保能拿到最新的内核
sudo apt update && sudo apt upgrade -y
# 第二步：安装树莓派专用的RT预抢占内核，4B/3B+等主流型号都适用
sudo apt install linux-image-rpi-rt linux-headers-rpi-rt -y
# 第三步：重启树莓派，让新内核生效
sudo reboot

重启后，用uname -a查看内核名字，应该能看到“rt”字样，说明已经换成实时内核了。

2.2 预抢占内核的优化参数

装完内核还要调整启动参数，进一步压缩不必要的抖动。编辑/boot/cmdline.txt文件，在末尾加参数（注意是一行，不要换行）：

# 编辑启动参数文件，用nano打开
sudo nano /boot/cmdline.txt

在文件末尾加上preempt=full isolcpus=1,2 nohz_full=1,2 rcu_nocbs=1,2。这里解释下参数作用：preempt=full开启完全强制预抢占，isolcpus把指定CPU核心隔离出来专门给实时任务用，nohz_full和rcu_nocbs减少核心上的定时中断，避免后台任务干扰实时进程。改完重启就生效。

三、优先级锁定的核心技巧

就算换了RT内核，要是不把自己的实时任务优先级拉高，还是可能被其他进程抢。优先级锁定就是把任务的优先级调到最高，让它一旦拿到CPU就不会被轻易抢走，直到任务主动让出或者完成。

3.1 常用的调度策略

Linux给进程分了几种调度策略，适合实时任务的主要是两种：

  • SCHED_FIFO：先到先服务，优先级高的进程会占满CPU直到主动让出，适合不能被打断、需要连续跑的任务，比如电机控制。
  • SCHED_RR：轮转式，同优先级的进程轮流占用CPU，避免单个进程占满核心，适合多个同优先级的实时任务。

3.2 用chrt命令设置优先级

树莓派里用chrt命令就能给进程设调度策略和优先级，举个实际例子：写一个温度采集脚本，给它设成最高优先级，确保每秒采20次不卡顿。 首先写采集脚本，保存为temp_collect.sh，脚本里加了让出CPU的操作，防止占满核心：

#!/bin/bash
# 温度采集脚本：每秒采集20次CPU温度，打印带纳秒时间戳的结果
while true; do
    # 读原始温度值（单位是毫摄氏度，除以1000得到摄氏度）
    temp_raw=$(cat /sys/class/thermal/thermal_zone0/temp)
    temp_c=$(echo "scale=2; $temp_raw / 1000" | bc)
    # 打印时间戳和温度，精确到纳秒方便排查延迟
    echo "采集时间：$(date +%T.%N) | 当前温度：${temp_c}℃"
    # 让出CPU 50000微秒=50ms，刚好符合每秒20次的需求
    usleep 50000
done

然后给脚本加执行权限，后台运行，再设优先级：

# 给脚本加执行权限
chmod +x temp_collect.sh
# 后台运行脚本，记下输出的PID（比如示例里的4567）
./temp_collect.sh &
# 先查看当前进程的调度状态，确认是否生效
chrt -p 4567
# 设置为SCHED_FIFO策略，优先级99（最高范围，1-99，数字越大优先级越高）
# 必须加sudo，普通用户没权限设实时优先级
sudo chrt -f -p 99 4567

设置完再用chrt -p 4567查看，就能看到策略变成fifo、优先级99，说明配置成功了。

四、应用场景与技术细节

4.1 实际应用场景

这种配置最适合这些场景：

  1. 工业传感器数据采集：工厂里的压力、温度传感器需要高频低延迟采集，抖动会导致数据误差，影响设备自动控制。
  2. 机器人关节控制：伺服电机的位置控制要求延迟不超过10ms，否则会出现丢步、晃动，用这个配置能把延迟压到1ms以内。
  3. 智能家居环境监测：阳台的湿度、光照需要每秒采集多次，快速响应环境变化，避免数据滞后导致设备误动作。

4.2 技术优缺点

优点：

  • 把调度抖动从几毫秒降到1ms以内，满足绝大多数实时任务的要求。
  • 操作简单，不用修改复杂代码，用现成的系统工具就能完成配置。 缺点：
  • RT内核的CPU开销比普通内核高10%-20%，非实时场景用的话会浪费系统资源。
  • 要是实时任务写得不好（比如写死循环不主动让出CPU），会占满整个核心，导致系统无响应，必须注意代码逻辑。

4.3 注意事项

  1. 隔离CPU时至少留一个核心给系统后台进程，比如看门狗、网络服务，不然系统会崩溃。
  2. 实时优先级不要多个进程都用99，最好把99留给核心任务，其他实时任务用98，避免多个进程互相抢CPU。
  3. 实时任务里不要用长时间Sleep，也不要用无延时的死循环，会导致核心资源被占满。
  4. 调试时可以用htop看进程CPU占用，或者用trace-cmd工具抓调度事件，快速排查抖动原因。

4.4 总结

树莓派的普通Linux调度天生不适合实时任务，RT内核预抢占和优先级锁定是解决抖动的核心方法，通过简单的命令就能完成配置。只要注意核心隔离、优先级设置、代码逻辑这些细节，就能把树莓派改成稳定的低延迟实时系统，满足大多数嵌入式实时任务的需求。