第四节 LIN调度表：调度表概念、时隙分配、主任务与从任务的角色

好，咱们今天聊聊LIN总线里一个挺核心的东西——调度表。

说实话，我刚接触LIN的时候，觉得这东西不就是个时间表嘛，有啥好讲的？后来在项目里栽了跟头，才明白调度表设计得好不好，直接决定了整个网络稳不稳定。

一、调度表到底是什么？

说白了，调度表就是一张“谁在什么时间说话”的排班表。

你想想看，LIN总线上一主多从，所有节点共用一根线。如果大家想发就发，那不乱套了？所以必须有个规则——什么时候哪个节点发送数据，什么时候哪个节点接收数据，全由调度表说了算。

我个人习惯把调度表理解成“交通指挥员”。它告诉每个节点：

• 现在轮到谁发消息了
• 发什么内容
• 发完之后谁该回应

嗯，就是这么简单。但简单背后藏着不少坑。

二、时隙分配——时间怎么切？

时隙分配，就是给每个消息分配一个固定的时间窗口。

我记得第一次做LIN项目时，以为时隙就是随便设个时间值就行。结果测试的时候，从节点老是丢帧。后来才发现，时隙设得太短，从节点来不及处理；设得太长，总线利用率又太低。

一个标准的LIN帧时隙，包含以下几个部分：

组成部分	时间占比	说明
同步间隔段	约13位时间	主节点发送，用于唤醒和同步
同步段	1字节时间	从节点校准波特率用
标识符段	1字节时间	包含消息ID和长度信息
数据段	1-8字节时间	实际传输的数据
校验和段	1字节时间	保证数据完整性
帧间空间	可配置	留给节点处理的时间缓冲

这里有个经验值：每个时隙的总长度，建议比理论计算值多留20%的余量。为什么？因为晶振有误差，温度有漂移，你想想看，汽车里零下40度到零上125度，晶振频率能一样吗？

三、主任务与从任务的角色

LIN总线上，每个节点都有两个角色：主任务和从任务。注意，这不是说“主节点”和“从节点”。

什么意思呢？

一个节点可以同时承担主任务和从任务。但通常，主节点负责主任务，从节点只负责从任务。

主任务做什么？

• 发送帧头：同步间隔、同步段、标识符段，这些都是主任务发的
• 管理调度表：按照预定的时间顺序，一个个触发消息
• 处理唤醒和休眠：总线进入休眠或唤醒，都由主任务发起

从任务做什么？

• 响应帧头：收到主任务发的帧头后，判断是不是自己的ID
• 发送数据：如果是发布者，就发送数据段
• 接收数据：如果是订阅者，就接收数据并校验

我曾经遇到过一个很典型的坑：从节点收到帧头后，处理时间太长，导致数据段发送超时。后来查出来，是从节点里有个中断优先级设得太低，被其他任务抢占了CPU。嗯，从那以后我设计从节点时，都会把LIN通信中断优先级设得最高。

四、调度表的实际设计

好了，理论讲完了，咱们看看实际怎么设计调度表。

假设一个简单的LIN网络，有3个节点：

• 主节点：BCM（车身控制模块）
• 从节点1：左车窗电机
• 从节点2：右车窗电机

调度表可以这样设计：

// 伪代码示例
调度表_正常模式 {
  时隙1: ID=0x01, 左车窗状态, 周期10ms
  时隙2: ID=0x02, 右车窗状态, 周期10ms
  时隙3: ID=0x03, 左车窗控制, 周期20ms
  时隙4: ID=0x04, 右车窗控制, 周期20ms
  时隙5: ID=0x05, 系统诊断, 周期100ms
}

你看，不同消息的周期可以不一样。状态信息更新快一点，控制信息慢一点，诊断信息更慢。这样既保证了实时性，又不会让总线太拥挤。

我个人习惯把调度表分成几个子表：

• 正常模式表：车辆正常运行时的通信
• 休眠模式表：只有唤醒和心跳消息
• 诊断模式表：用于故障排查和刷写

这样做的好处是，不同场景下总线负载不同，不会浪费带宽。

五、避坑指南

最后，分享几个我踩过的坑：

• 时隙重叠：两个时隙的时间窗口重叠了，导致总线冲突。解决办法是加一个“时隙保护间隔”，哪怕只有1个位时间也好。
• 从节点响应超时：从节点处理不过来，主节点等不到响应。我建议在从节点里加一个“看门狗定时器”，超时了就自动复位。
• 调度表切换时机：从正常模式切到诊断模式时，如果正在传输数据，可能会丢帧。最好在帧间空间切换，或者等当前帧传输完成。

好，这一节就到这里。下一节咱们聊聊LIN的帧结构，看看数据到底是怎么打包发送的。