4、LIN总线仿真：LIN主节点仿真、LIN从节点仿真、LIN调度表配置、LIN帧发送与接收
好，咱们进入第四章。这一章可以说是LIN总线实战的“心脏”——仿真。
说实话，CANoe/CANalyzer里做LIN仿真，跟CAN仿真完全是两码事。CAN那边你发个报文就行，但LIN这边，你得先搞清楚谁是老大，谁是小弟。说白了，就是主节点和从节点的关系。
我个人习惯，拿到一个LIN项目，第一件事就是先搭仿真环境。为什么？因为真车上的节点还没到位，或者ECU还没刷好软件，你总得有个东西模拟一下吧？
4.1 LIN主节点仿真
主节点，就是LIN总线上发号施令的那个。它负责发帧头，调度整个总线的时间。
在CANalyzer里建一个主节点，其实很简单。你只需要在仿真设置里，把某个节点配成“Master”就行。但这里有个坑——主节点必须配置调度表，否则它就是个哑巴。
关键点：主节点不发送数据场，它只发帧头（同步间隔+同步字节+PID）。数据场由对应的从节点填充。
我记得有一次，一个同事把主节点配好了，但忘了勾选“Master”选项。结果总线上一片死寂，他查了半天，最后发现是这么个低级错误。嗯，这种事儿谁没遇到过呢？
4.2 LIN从节点仿真
从节点就更有意思了。它不主动发东西，只响应主节点的“召唤”。
在CANalyzer里仿真从节点，你需要做两件事：
- 配置节点的NAD（节点地址）
- 实现对应的响应函数（比如接收到某个PID后，返回数据）
我建议你用CAPL语言来写从节点的行为。举个例子：
on linFrame 0x11
{
// 当主节点发出PID=0x11的帧头时
// 我这个从节点就返回车速信号
output(linFrame 0x11) {
byte data[8] = {0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00};
data[0] = @sysvar::VehicleSpeed; // 从系统变量取车速
linSendFrame(0x11, data, 8);
}
}
你想想看，这个逻辑其实很清晰。主节点喊“谁谁谁，报数据”，从节点听到是自己的ID，就乖乖把数据发回去。
小技巧：仿真多个从节点时，建议把每个节点的CAPL代码分开写，别揉在一个文件里。不然调试起来，你会想哭的。
4.3 LIN调度表配置
调度表，说白了就是主节点发帧头的“时间表”。它决定了什么时候发哪个帧头，间隔多久。
在CANalyzer里，调度表是在“LIN Interactive”或者“LIN Schedule”里配的。你可以配多个调度表，比如：
| 调度表名称 | 包含帧ID | 帧间隔时间 | 用途 |
|---|---|---|---|
| Schedule_Normal | 0x11, 0x12, 0x13 | 10ms | 正常运行模式 |
| Schedule_Diagnostic | 0x3C, 0x3D | 20ms | 诊断模式 |
| Schedule_Sleep | 0x00 | 100ms | 休眠模式 |
我曾经在一个项目中，因为调度表里的帧间隔配得太短，导致从节点来不及响应，总线上一堆超时错误。后来我把间隔从5ms改到10ms，问题就解决了。所以，调度表的时序一定要跟从节点的处理能力匹配。
在CAPL里切换调度表也很简单：
linSetSchedule("Schedule_Normal"); // 切换到正常模式
// 或者
linSetSchedule("Schedule_Diagnostic"); // 切换到诊断模式
4.4 LIN帧发送与接收
帧的发送和接收，是仿真的最终目的。你配好了主节点、从节点、调度表，最终就是要看到数据在总线上跑起来。
发送帧：
- 主节点通过调度表自动发送帧头
- 从节点在CAPL里用
linSendFrame()发送响应 - 你也可以手动发帧（比如在“LIN Write”窗口里）
接收帧：
- 在Trace窗口里看所有帧
- 在Graphics窗口里看信号变化
- 在CAPL里用
on linFrame捕获特定帧
注意：LIN帧的发送和接收，跟CAN最大的区别在于——LIN帧的响应时间是有严格要求的。从节点必须在主节点发完帧头后的规定时间内（通常几毫秒）返回数据。否则，总线会报错。
我建议你在仿真初期，先在Trace窗口里盯着看几轮。确认每个帧头都有对应的响应，确认数据值是对的。这一步虽然枯燥，但能省掉后面很多排查时间。
好了，这一章的内容就这些。下一章我们会聊LIN的诊断传输层，那又是一个新世界。