4、LIN调度表：调度表概念、主任务与从任务、帧时隙分配、调度表切换机制

各位工程师朋友，咱们今天聊聊LIN总线里一个挺核心的东西——调度表。说实话，很多刚接触LIN的同事，总觉得它就是个简单的低速总线，没啥好研究的。但我在项目里吃过亏之后，才真正明白调度表这东西，玩不好是要出大问题的。

4.1 调度表到底是什么？

调度表，说白了就是一张“时间表”。它告诉主节点：什么时间该发哪一帧，发完之后等多久再发下一帧。你想想看，LIN总线没有像CAN那样的仲裁机制，所有通信都得靠主节点来“点名”。这个点名顺序和节奏，就是调度表来定义的。

我个人习惯把调度表理解成一个“剧本”。主节点是导演，从节点是演员。导演按照剧本的顺序，挨个喊演员上场。演员听到自己的名字，就出来说台词（发响应）。如果导演喊错了顺序，或者节奏乱了，整台戏就砸了。

4.2 主任务与从任务

这里要区分两个角色：主任务和从任务。注意，我说的是“任务”，不是“节点”。一个主节点内部，其实同时运行着主任务和从任务。

• 主任务（Master Task）：负责发送帧头（Header）。它按照调度表的时间安排，在总线上发出同步间隔场、同步场和PID。主任务只存在于主节点中。
• 从任务（Slave Task）：负责发送响应（Response）。任何一个节点（包括主节点自己）的从任务，在收到与自己匹配的PID后，就会把数据发出来。

嗯，这里要注意：主节点自己也可以作为从节点参与通信。比如主节点发了一个帧头，PID指向它自己，那么主节点的从任务就会把数据发出来。这个机制在诊断和配置时特别有用。

4.3 帧时隙分配

调度表里的每一行，就是一个“帧时隙”（Frame Slot）。每个时隙包含两个部分：帧头时隙和响应时隙。帧头时隙是固定的，由主任务占用。响应时隙则根据从节点的响应时间而变化。

为什么要有帧时隙的概念？因为LIN总线是单主多从，所有通信都得按顺序来。如果没有时隙的概念，两个从节点同时响应，总线就乱套了。实际上，LIN的帧时隙是“串行”的，一个接一个，不会重叠。

我建议你在设计调度表时，给每个帧时隙留出足够的余量。比如一个标准LIN帧，帧头大约占4.5个字节时间，响应最多占10个字节时间。但别忘了，还有同步间隔场和帧间空间。我一般会按1.4倍的理论时间来计算时隙长度。

帧类型	帧头长度（位时间）	响应长度（位时间）	总时隙（位时间）
无条件帧（1字节数据）	44	80	124
无条件帧（8字节数据）	44	100	144
诊断帧	44	100	144

4.4 调度表切换机制

一个LIN网络通常不止一个调度表。比如正常工作时用一个调度表，进入诊断模式时切换到另一个调度表。这个切换机制，是LIN总线灵活性的体现。

调度表切换有两种方式：

1. 无条件切换：主节点在某个帧时隙结束后，直接切换到另一个调度表。这种方式简单粗暴，但容易造成数据丢失。
2. 有条件切换：主节点根据某个条件（比如收到诊断请求）来决定是否切换。这种方式更安全，但实现起来稍微复杂一点。

我个人更推荐有条件切换。为什么呢？因为无条件切换就像你开车时突然换挡，容易把乘客晃晕。有条件切换则像提前打转向灯，大家都有个心理准备。

举个例子，假设你有一个正常调度表和一个诊断调度表。正常调度表里每10ms发一次车速信号，诊断调度表里每50ms发一次诊断请求。当主节点收到诊断请求时，它不会立即切换，而是等当前调度表运行完一个完整周期，再切换到诊断调度表。这样就不会丢失车速信号了。

4.5 实战中的调度表设计

好了，理论讲完了，咱们聊聊实战。我设计调度表时，一般遵循以下几个原则：

• 优先级原则：关键信号（如刹车、转向）放在调度表的前面，确保它们被优先发送。
• 周期原则：不同信号有不同的更新周期。比如车速信号10ms更新一次，车窗信号100ms更新一次。调度表里要合理安排，让每个信号都能按时更新。
• 抖动原则：尽量避免所有帧都在同一时刻发送。比如你有一个10ms的帧和一个20ms的帧，最好让它们错开5ms，避免总线瞬间拥堵。

我记得有一次，一个同事设计的调度表里，所有帧的发送时间都对齐在整10ms的边界上。结果总线负载率明明不高，但就是偶尔丢帧。后来一查，原来是多个从节点同时响应，造成了短暂的冲突。调整了相位之后，问题就解决了。

最后，我想强调一点：调度表不是一成不变的。随着项目进展，你可能需要增加新的信号，或者调整某个信号的周期。所以设计调度表时，一定要留出扩展空间。我一般会在调度表末尾留几个空的时隙，以备不时之需。

嗯，关于调度表的内容，今天就聊到这里。下一章咱们聊聊LIN的帧类型，看看无条件帧、事件触发帧和偶发帧到底有什么区别。到时候我会分享一个我踩过的坑，保证让你印象深刻。