AUTOSAR CP LIN_Slave 从机协议栈设计与实现
第 1 章 引言：LIN 总线与从机节点定位
1.1 LIN 总线技术特点与应用场景
LIN（Local Interconnect Network）是一种面向汽车车身电子系统的低成本串行通信总线。它通常作为 CAN 总线的子总线，用于连接车门、车窗、座椅、空调面板、雨量传感器、氛围灯等对实时性要求不严苛的节点。LIN 总线的主要特征包括：单主多从拓扑、基于 UART 的物理层、最高 20 kbps 通信速率、仅需一根数据线、从节点无需独立晶振即可实现同步，以及低功耗休眠唤醒能力。LIN 2.x 与 ISO 17987 是目前主流的协议版本。
[图 1：LIN 总线单主多从拓扑示意图 —— 一个主节点连接多个从节点，共享一根 LIN 总线]
1.2 从机节点的核心行为特征
在 LIN 网络中，从机节点严格运行在被动响应角色。其行为特征可归纳为四点：
被动响应：从机从不主动发起任何通信，所有数据传输均由主机发送帧头来触发。
指令驱动：从机根据帧头中的受保护标识符（PID）判断自身是否需要参与当前帧的通信；若不匹配则静默忽略。
数据订阅：若 PID 匹配且方向为接收，从机接收主机或另一从机发出的数据负载，并验证校验和。
数据发布：若 PID 匹配且方向为发送，从机将本地数据按预定义格式组装后推入发送缓冲区，由硬件在响应时隙内发出。
1.3 一次完整 LIN 帧的构成
一次完整的 LIN 帧通信严格由两部分构成：
第一部分 —— 帧头（Header），由主机发出，包含三个场：
同步间隔场（Break Field）：至少 13 个标称位时间的显性电平，用于唤醒总线并标志新帧的开始。
同步场（Sync Field）：固定为 0x55 字节，从机通过测量其位时间自动校准本地波特率。
受保护标识符场（PID Field）：包含 6 位帧 ID 与 2 位奇偶校验位。帧 ID 决定后续数据场的方向和含义。
第二部分 —— 响应（Response），由从机（或主机）在当前帧的响应时隙发出，包含：
数据场（Data Field）：1~8 字节有效负载。
校验和场（Checksum Field）：1 字节，用于验证数据完整性。
从机节点的任务仅限于：检测帧头 → 匹配 PID → 执行接收或响应。
[图 2：LIN 帧结构时序图 —— Break、Sync、PID、Data0~DataN、Checksum 的排列顺序]
第 2 章 分层架构设计（AUTOSAR-like）
2.1 整体分层模型
本协议栈采用 AUTOSAR-like 分层思想，自底向上分为以下层次：
硬件驱动层：直接封装 MCU 内置 LIN 控制器的寄存器操作，提供统一的寄存器访问接口。
中断适配层：统一处理 LIN 控制器的各类中断（Break、Sync、PID 完成、传输完成、错误、唤醒等），并调用上层相应处理函数。
接口层：核心功能层，维护帧配置表，执行 PID 查表匹配，根据帧类型分发到接收或发送路径。
PDU 路由层：根据预定义的 PDU 标识符，将接收到的数据路由到通信数据组装模块或诊断传输层。
上层应用/传输层：包括通信数据组装模块（处理信号级数据打包解包）和诊断传输层（实现 LIN 2.x 诊断协议，支持多包传输）。
2.2 各层职责边界与数据流向
中断适配层→接口层：在检测到有效 PID 后调用接口层的帧头处理函数。
接口层→PDU 路由层：完成数据接收后调用路由层的接收指示函数；对于发送帧，则通过路由层向上层请求数据。
PDU 路由层→上层：根据 PDU 标识符分别路由到通信数据组装模块（应用信号）或诊断传输层（诊断数据）。
状态管理层（与接口层平行）：监控总线活动，管理系统休眠与唤醒；每次总线活动均会重置空闲定时器。
状态管理层→硬件驱动层：进入休眠时通过驱动层写控制寄存器设置休眠位；唤醒时发送唤醒脉冲。
2.3 分层设计的优势
模块解耦：更换硬件平台只需修改驱动层，上层逻辑不受影响。
可移植性：核心协议逻辑与硬件无关，可快速移植到不同 MCU。
配置驱动：所有帧信息（ID、方向、校验类型、数据长度）集中在帧配置表中定义，新增帧只需添加配置条目，无需修改协议栈核心代码。
[图 3：协议栈分层架构框图 —— 自底向上标注：硬件、驱动层、中断适配层、接口层、PDU 路由层、应用/传输层]
第 3 章 核心功能模块与状态机
3.1 帧配置表驱动机制
协议栈的核心是一个由用户定义的帧配置表。表中每一条目定义了一个帧 ID 的完整属性，包括：
PID 来源（固定 ID 或从 PID 表索引）
传输方向（接收或发送）
校验类型（经典校验或增强型校验）
数据长度（1~8 字节）
帧类型（无条件接收/发送、事件触发发送、诊断接收/发送）
当硬件收到一个 PID 并触发中断后，接口层会读取当前帧 ID，然后在配置表中顺序查找匹配条目。若找到，则根据条目中的配置信息执行相应操作（设置方向、配置 DMA、选择校验模式等）；若未找到，则静默忽略该帧。这种设计使得协议栈的核心逻辑完全与具体帧解耦，增加或修改帧只需重新编译配置表。
3.2 帧级状态机
协议栈为单帧通信维护了一个有限状态机，包含三个状态：
空闲：等待帧头的到来。
处理中：已收到有效的 PID，正在执行数据接收或发送。
错误：通信过程中发生奇偶校验错误、同步错误、校验和错误或帧错误。
状态迁移路径如下：
从空闲状态，经过 Break → Sync → PID 校验通过，进入处理中状态。
处理中状态下，若传输完成中断到来，则回到空闲状态。
处理中状态下，若任一错误中断触发，则进入错误状态；错误状态会在下一个有效帧头到来或超时后恢复到空闲状态。
[图 4：帧级状态迁移图 —— 空闲、处理中、错误三个状态及迁移条件]
3.3 系统级状态机
系统级状态机负责管理节点的功耗状态，包含以下状态：
全通信：节点正常参与 LIN 总线通信，同时空闲定时器持续递增。
待休眠：空闲定时器超过预设阈值（例如 45 秒总线无活动），表示即将进入休眠。
休眠：熄灭指示 LED，通过硬件驱动层设置 LIN 控制器的休眠位，收发器进入低功耗模式。
唤醒脉冲：检测到总线活动或软件请求后，连续发送指定次数（通常为 3 次）的唤醒脉冲，之后恢复全通信状态。
状态迁移由状态管理主函数周期性触发（例如每 2 ms 调用一次），内部以 10 ms 分频执行空闲计数和休眠判定。每次总线活动（如检测到帧头）均会重置空闲定时器，从而推迟休眠。
[图 5：系统级休眠唤醒状态图 —— 全通信 → 待休眠 → 休眠 → 唤醒脉冲 → 全通信]
3.4 两种校验模式的硬件级切换
LIN 协议支持两种校验和算法：
经典校验：仅对数据场所有字节进行加和取反，不包含 PID。用于诊断帧或兼容 LIN 1.x 节点。
增强型校验：校验对象包含 PID 和数据场所有字节，可检测 PID 在传输过程中的错误。LIN 2.x 标准推荐使用。
本协议栈利用硬件 LIN 控制器的一个控制位实现两种校验模式的动态切换。在帧处理开始时，接口层根据帧配置表中的校验类型，设置该控制位；硬件在传输完成后自动计算并比对校验和，若不一致则触发错误中断。整个过程无需软件参与校验计算，效率极高。
第 4 章 从机数据流与通信流程
4.1 报头解析流程
报头解析由硬件与中断适配层协同完成，分为三个阶段：
Break 检测：当总线上出现 ≥13 位显性电平时，硬件自动置位 Break 标志并触发中断。中断服务程序读取 Break 长度寄存器并保存，用于后续帧处理。
Sync 场同步：Sync 场固定为 0x55，硬件自动测量其位时间，校准本地波特率寄存器。若测量偏差超出容限，则硬件置位同步错误标志并触发错误中断。同步完成后触发 Sync 中断，中断服务程序启动 DMA 准备数据传输。
PID 校验与提取：硬件接收 PID 字节后自动进行奇偶校验。若校验失败则触发错误中断；若通过，则触发 PID 接收完成中断。中断服务程序读取 DMA 接收计数，将 UART 数据寄存器中的 PID 字节取出，然后调用接口层的帧头处理函数。
4.2 响应分发流程
帧头处理函数（在中断上下文中执行）执行以下操作：
读取当前帧 ID，并调用状态管理模块的总线活动指示函数（重置空闲定时器）。
在帧配置表中查找匹配条目。若未找到，则直接返回，不参与该帧。
根据条目中的帧类型进行分发：
无条件接收：设置硬件为接收方向，配置 DMA 目标地址为接收缓冲区。
无条件发送：通过 PDU 路由层向上层请求待发送数据，将数据指针写入 DMA 发送地址，设置硬件为发送方向。
事件触发发送：仅当该帧处于“已激活”状态时才响应，发送完成后回到激活状态等待下次触发。
诊断接收/发送：与无条件帧类似，但数据最终会路由到诊断传输层。
统一向硬件写入应答信号，通知硬件可以开始数据场传输。
4.3 DMA 自动搬运与完成回调
一旦应答信号发出，DMA 通道会自动在 LIN 数据寄存器与内存缓冲区之间搬运数据。对于接收帧，数据从硬件寄存器自动写入接收缓冲区；对于发送帧，数据从发送缓冲区自动写入硬件寄存器。同时，硬件自动计算校验和并在传输完成后进行比对。
当整个帧传输完成后（包括数据场和校验和场），硬件触发传输完成中断。中断服务程序清除标志位，将接口层状态机恢复为空闲，然后调用接口层的接收指示函数。
4.4 数据向上路由
接收指示函数重新读取当前帧 ID，再次查表确认配置条目，然后调用 PDU 路由层的接收指示函数，并传入 PDU 标识符、数据指针和长度。
PDU 路由层根据预定义的 PDU 标识符进行路由：
应用帧标识符（如无条件帧 ID）→ 路由到通信数据组装模块的接收指示函数，该函数负责将原始字节解包为应用信号。
诊断帧标识符（通常为 0x3C）→ 路由到诊断传输层的接收指示函数，由诊断传输层进一步解析 NAD、PCI、SID 等信息，并处理单帧/多帧重组。
[图 6：从机接收/发送数据流示意图 —— 从物理层经 DMA、中断适配层、接口层、PDU 路由层，最终到达应用或诊断模块]
第 5 章 休眠唤醒与诊断传输机制
5.1 总线空闲定时与自动休眠策略
为了降低功耗，从机节点需要在不活动一段时间后自动进入休眠。协议栈的状态管理模块维护一个空闲定时器，以固定周期（例如 10 ms）递增。每次检测到总线活动（如 Break 中断或任意帧头接收）时，都会调用总线活动指示函数将空闲定时器清零。
当空闲定时器超过预设阈值（例如 4500 个周期，对应 45 秒）时，系统状态从全通信切换到待休眠。在待休眠状态下，主函数会在下一个周期执行真正的休眠操作：熄灭状态指示 LED、通过硬件驱动层设置 LIN 控制器的休眠位，使收发器进入低功耗模式。此后再无总线活动，节点保持休眠状态直到被唤醒。
5.2 远程唤醒与本地唤醒
节点支持两种唤醒方式：
远程唤醒：在休眠状态下，状态管理主函数会周期性地检测一个特定 GPIO 引脚的电平变化（该引脚连接到 LIN 收发器的唤醒输出）。当检测到上升沿（表示总线出现唤醒脉冲）时，系统立即从休眠状态切换到唤醒脉冲状态。
本地唤醒：软件（如应用层）可以调用唤醒请求函数，该函数仅在休眠状态下有效，同样将系统切换到唤醒脉冲状态。
进入唤醒脉冲状态后，协议栈会按照 LIN 规范发送一组唤醒脉冲：通常为 3 次，每次脉冲宽度符合规范要求（250 μs ~ 5 ms），脉冲之间留有间隔。发送完毕后，系统切换回全通信状态，恢复正常总线通信。同时，硬件也支持 LIN 唤醒中断，该中断可以直接触发总线活动指示，将系统从唤醒脉冲或休眠状态拉回到全通信状态。
[图 7：唤醒脉冲时序示意图 —— 三次脉冲，间隔时间标注]
5.3 LIN 2.x 诊断传输层概述
诊断传输层实现了 LIN 2.x 规范中定义的诊断通信协议（基于 ISO 17987-2）。其主要功能包括：
节点地址管理：维护当前节点的 NAD（节点地址）。初始 NAD 由配置表指定，并可通过诊断服务动态更改。
单帧/多帧传输：对于长度不超过 6 字节的诊断请求/响应，采用单帧传输；对于更长数据，使用首帧（FF）和连续帧（CF）进行分段传输。
服务标识符路由：根据接收到的 SID（服务标识符），调用相应的诊断服务处理函数，如读取标识符（ReadByIdentifier）、分配节点地址（AssignNAD）、保存配置（SaveConfiguration）、分配帧 ID 范围（AssignFrameIdRange）等。
5.4 典型诊断服务示例
以“分配节点地址”服务为例：
主机发送诊断请求帧（ID 0x3C），数据场中包含 NAD 和新的节点地址。
从机接口层识别为诊断帧，将数据路由到诊断传输层。
诊断传输层解析 NAD，检查是否与本节点当前 NAD 匹配。若匹配，则执行地址分配，更新内部 NAD 变量。
从机构造正响应或负响应帧（ID 0x3D），通过 PDU 路由层请求数据，然后由硬件发送回主机。
整个过程不需要应用层干预，诊断传输层独立完成协议状态机与数据重组。
第 6 章 总结与技术要点
6.1 协议栈整体特点回顾
本文设计并实现了一个符合 LIN 2.x / ISO 17987 规范的从机节点协议栈，具有以下特点：
纯从机角色：严格遵循被动响应原则，不主动发起任何通信。
AUTOSAR-like 分层架构：驱动层、中断适配层、接口层、PDU 路由层、应用/传输层职责清晰。
配置驱动：所有帧信息集中在帧配置表中定义，增加帧无需修改核心代码。
硬件协同：充分利用 LIN 控制器的自动波特率同步、硬件校验计算、DMA 数据搬运等功能，软件开销极低。
6.2 关键技术实现要点
自动波特率同步：硬件在 Sync 场期间自动测量位时间并校准，无需软件干预。
硬件校验切换：通过单一控制位动态选择经典或增强型校验，计算完全由硬件完成。
DMA 数据搬运：数据收发过程无需 CPU 参与，降低中断负载。
双状态机协作：帧级状态机管理单帧通信生命周期，系统级状态机管理功耗状态，两者相互独立又通过总线活动指示同步。
诊断传输层完整实现：支持 NAD 管理、FF/CF 多包传输、标准诊断服务路由。
感谢阅读，欢迎交流与指正。