2. LIN协议规范：从版本演进到调度表
好，咱们今天聊聊LIN协议规范。说实话，这玩意儿看着简单，但坑不少。我最早接触LIN的时候，觉得它不就是个低速串口嘛，后来才发现——嗯，细节决定成败。
2.1 LIN协议版本演进
LIN协议从1.0开始，到现在主流是2.1和2.2。我简单梳理一下：
- LIN 1.0 / 1.1：早期版本，基本框架有了，但兼容性差。我几乎没见过量产车用这个版本。
- LIN 1.3：开始规范了帧结构，但诊断部分还很弱。
- LIN 2.0：重大更新。引入了配置描述文件（LDF），也就是咱们常说的LDF文件。我个人习惯，从2.0开始才算真正能用。
- LIN 2.1：目前最常用的版本。修复了2.0的一些歧义，增加了响应错误信号。
- LIN 2.2：小修小补，主要是对诊断和传输层做了更清晰的说明。
2.2 LIN帧结构
LIN帧的结构，说白了就是「主节点发头，从节点回应」。一个完整的帧包含：
- 同步间隔段：至少13个显性位。这是用来唤醒总线的，也是帧开始的标志。
- 同步段：0x55，用来校准从节点的时钟。嗯，这里要注意，从节点没有晶振，全靠这个同步段来算波特率。
- 标识符段（PID）：6位ID + 2位校验。ID范围0x00~0x3F，共64个。
- 数据段：1~8字节。具体多少，由LDF文件定义。
- 校验和段：经典校验和（1.x）或增强校验和（2.x+）。
我举个例子，一个典型的LIN帧长这样：
同步间隔(13bit显性) + 同步段(0x55) + PID + 数据(1~8字节) + 校验和你想想看，整个帧没有时钟线，全靠同步段来对齐。所以LIN的波特率误差不能太大，一般要求±2%以内。我在项目中遇到过，有个从节点用了便宜的RC振荡器，温度一高就跑偏了，结果时不时丢帧。
2.3 帧类型
LIN有四种帧类型，每种都有自己的脾气。我一个个说。
2.3.1 无条件帧
这是最常用的。主节点发头，指定ID，对应的从节点必须回应。说白了就是「点名回答」。比如车门模块，主节点问「你当前状态如何？」从节点就得乖乖报上来。
2.3.2 事件触发帧
这个有点意思。它允许从节点在状态变化时主动上报，而不是等主节点来问。但注意，它还是基于调度的，只是调度表中预留了时间片。
2.3.3 偶发帧
偶发帧，说白了就是「看心情」。主节点发头，但只有数据变化时才发数据。如果没变化，就发一个空帧。这种帧适合那些不常变化但偶尔需要更新的信号，比如环境温度。
2.3.4 诊断帧
诊断帧的ID是固定的：0x3C（主请求）和0x3D（从响应）。它走的是ISO 14229诊断协议。我一般用它来做产线测试和售后诊断。
四种帧类型对比一下：
| 帧类型 | 触发方式 | 典型用途 | 我的评价 |
|---|---|---|---|
| 无条件帧 | 主节点调度 | 周期性状态上报 | 最稳，首选 |
| 事件触发帧 | 从节点事件 | 按键、开关变化 | 慎用，有冲突风险 |
| 偶发帧 | 数据变化 | 温度、电压等慢变信号 | 省带宽，但调度要算好 |
| 诊断帧 | 诊断请求 | 故障读取、刷写 | 必须支持，但别滥用 |
2.4 帧ID与调度表
帧ID不是随便分配的。它决定了优先级——ID越小，优先级越高。但LIN的优先级不是靠仲裁，而是靠调度表。
调度表是什么？说白了就是一个时间表。主节点按照这个表，挨个发头。比如：
调度表 "正常模式" {
帧ID 0x01, 每10ms发一次;
帧ID 0x02, 每20ms发一次;
帧ID 0x03, 每50ms发一次;
帧ID 0x3C, 每100ms发一次; // 诊断帧
}我个人习惯，调度表的设计要遵循几个原则：
- 关键信号（如刹车、转向）放短周期，比如10ms。
- 状态信号（如车窗位置）放中周期，20~50ms。
- 诊断帧放长周期，100ms以上，别挤占正常通信。
最后说一句，帧ID的分配最好在项目初期就定好。我见过一个团队，开发到一半发现ID冲突，结果重新改LDF文件，所有节点都得跟着改，那叫一个痛苦。
好了，LIN协议规范这部分就聊到这儿。下一节咱们讲Vector工具链怎么用，到时候我会拿实际项目中的LDF文件和调度表来演示。