1. 运动控制任务优先级概述
大家好，我是老张。在运动控制这个行当摸爬滚打了十几年，今天咱们来聊聊一个特别基础、但又特别容易被忽视的话题——任务优先级。
说白了，任务优先级就是给系统里的各种活儿排个序。谁先干，谁后干，谁可以等等，谁必须马上响应。嗯，就这么简单。
什么是任务优先级
先问大家一个问题：一个运动控制系统里，同时有多少事情在跑？
- 读取编码器位置
- 计算PID控制量
- 处理上位机指令
- 刷新HMI显示
- 记录运行日志
- 检测限位开关
- ……
你看，少说七八个任务同时存在。CPU只有一个核，同一时刻只能干一件事。那谁先谁后？
任务优先级，就是给每个任务分配一个数字。数字越小，优先级越高（或者反过来，看具体系统）。高优先级的任务，可以打断低优先级的任务。
核心定义：任务优先级是实时操作系统中用于决定任务调度顺序的数值属性。它决定了当多个任务同时就绪时，哪个任务获得CPU的使用权。
我记得刚入行那会儿，带我的老师傅说了一句话，我一直记着：「优先级不是你想设多少就设多少，它是用系统崩溃换来的经验。」当时不太理解，后来吃了亏才明白。
为什么需要优先级
你想想看，如果没有优先级，会怎样？
所有任务轮流执行，每人分一个时间片。听起来挺公平，对吧？
但运动控制不是请客吃饭。位置环的周期是1ms，你让它等10ms再算？电机早就跑飞了。
我给大家列几个真实场景：
| 场景 | 没有优先级 | 有优先级 |
|---|---|---|
| 急停按钮按下 | 等当前任务执行完，可能延迟50ms | 立即响应，1ms内制动 |
| 位置环计算 | 被日志打印任务抢占，周期抖动 | 保证固定周期执行 |
| 网络通讯 | 数据包丢失，重传 | 及时处理，不丢包 |
说白了，优先级就是用来保证「关键任务不掉链子」的。
我曾经在一个项目中，把日志打印任务的优先级设得比控制任务还高。结果呢？电机一启动，日志刷屏，控制周期被拉长到5ms以上。电机嗡嗡响，位置精度直接崩了。嗯，那次被领导骂得不轻。
避坑指南：我曾经犯过一个低级错误——把所有任务的优先级都设成一样。心想「大家都是平等的嘛」。结果系统在负载高的时候，所有任务互相抢CPU，谁都没法按时完成。运动控制里，平等就是灾难。
实时系统与优先级的关系
聊优先级，就绕不开实时系统。很多人把「实时」理解为「快」，其实不对。
实时系统的核心是「确定性」——我能在规定时间内完成任务，而不是越快越好。
举个例子：
- Windows系统：你点一下鼠标，可能5ms响应，也可能500ms响应。这叫「非实时」。
- RTOS系统：你按下急停，保证1ms内执行。这叫「实时」。
实时系统靠什么保证确定性？靠的就是优先级调度。
常见的实时调度策略有两种：
- 固定优先级调度（RMS）：每个任务优先级固定不变。周期越短的任务，优先级越高。
- 动态优先级调度（EDF）：优先级随时间变化。截止时间越近的任务，优先级越高。
我个人习惯用固定优先级。为什么？简单、可靠、可预测。动态优先级虽然理论上CPU利用率更高，但调度开销大，而且不好调试。你想想看，一个任务的优先级每毫秒都在变，出了问题你怎么查？
小技巧：在运动控制中，我一般这样分配优先级：
- 最高级：急停、限位、故障保护（硬实时）
- 次高级：位置环、速度环（1ms周期）
- 中级：电流环、IO刷新（100μs周期，但可容忍少量抖动）
- 低级：通讯、日志、HMI（软实时或非实时）
这里有个关键点：优先级反转。这是实时系统里最头疼的问题之一。
什么叫优先级反转？简单说就是：高优先级任务在等一个资源，而这个资源被低优先级任务占着，低优先级任务又被中等优先级任务抢占了CPU。结果高优先级任务反而被中等优先级任务「间接阻塞」了。
我曾经在一个多轴同步项目中遇到过这个问题。三轴联动，位置环优先级最高，但它在等一个共享内存的信号量。结果一个中等优先级的日志任务一直占着CPU，低优先级的任务释放不了信号量。三轴直接不同步，工件报废。那次损失不小。
解决方案？要么用优先级继承协议，要么用优先级天花板协议。嗯，这个后面章节会细讲。
知识体系总览
下面这张图，是我自己画的。它把这一章的核心逻辑串起来了：
这张图把三个核心问题串在了一起：是什么、为什么、和谁相关。你把它理解透了，后面讲具体怎么设优先级、怎么避免优先级反转，就顺理成章了。
好了，这一章就到这里。记住一句话：运动控制里，优先级不是锦上添花，是生死攸关。