STM32兴趣篇七(上):LIN总线通讯原理学习心得

记录一下,方便以后翻阅~

本篇内容主要梳理LIN总线通讯的基础知识,为后期基于STM32开发LIN总线通讯奠定基础。

1. LIN 是什么?

LIN 是 Local Interconnect Network 的缩写,是基于 UART/SCI(Universal Asynchronous Receiver-Transmitter / Serial Communication Interface,通用异步收发器/串行通信接口)的低成本串行通信协议。可用于汽车、家电、办 公设备等多种领域。

2. LIN 在汽车车身系统中的应用
在这里插入图片描述

3. LIN 子网(Cluster)[1]与节点(Node)


在这里插入图片描述
以上图为例, 黄色方块为 LIN 的从机节点, 蓝色方块为 LIN 的主机节点。LIN 网络与主干线 CAN(Controller Area Network,控制器局域网)总线相连时, 需要加入 CAN-LIN 网关,一般由主机节点来充当。
注释:[1] 由于 LIN 网络在汽车中一般不独立存在,经常与上层网络(如CAN总线)相连,因此子网的概念是相对于上层网络而言。在不强调与上层网络相连的情况下,也可称 LIN 网络。

4. LIN 与上层网络相连示意图
在这里插入图片描述
5. 主/从机节点与主/从机任务
LIN 的拓扑结构为单线总线,应用单主机多从机的概念。LIN总线电平为 12V,传输位速率(Bitrate)最高为 20kbps。由于物理层限制,一个 LIN 网络最多可以连接 16 个节点,典型应用一般都在 12 个节点以下。
主机节点(Master Node)包含主机任务(Master Task)和从机任务(Slave Task),从机节点(Slave Node)只包含从机任务。
在这里插入图片描述
主机任务:

  1. 调度总线上帧的传输次序;
  2. 监测数据,处理错误;
  3. 作为标准时钟参考;
  4. 接收从机节点发出的总线唤醒命令。
    从机任务不能主动发送数据,需要接收主机发送的帧头,根据帧头所包含的信息(这里指帧 ID )判断:
  5. 发送应答( 帧中除帧头外剩下的部分 );
  6. 接收应答;
  7. 既不接收也不发送应答。

6. LIN 的特点

  1. 网络由一个主机节点和多个从机节点构成;
  2. 使用 LIN 可以大幅度的削减成本:
    2.1)开放型规范(免费从官方网站获得);
    2.2)硬件成本削减(基于普通 UART/SCI 接口的低成本硬件实现,无需单独的硬件模块支持);
    2.3)从机节点无需高精度时钟就可完成自同步;
    2.4)总线为一根单线电缆;
    2.5)装配成本削减:采用工作流(Work Flow)和现成节点(Off-the-shelf Node)的概念,将网络装配标准化,通过 LIN 传输层进行再配置; 2.6)缩短软件开发周期:LIN 协议将 API(Application Programming Interface,应用编程接口)标准化。
  3. 信号传输具有确定性,传播时间可以提前计算出;
  4. LIN 具有可预测的 EMC(ElectroMagnetic Compatibility,电磁兼容性)性能。为了限制 EMI(ElectroMagnetic Interference,电磁干扰)强度,LIN 协议规定最大位速率为 20kbps。
  5. LIN 提供信号处理、配置、识别和诊断四项功能。

7. 帧的结构
帧(Frame)包含帧头(Header)和应答(Response)两部分。
主机任务发送帧头,从机任务接收帧头并对帧头所包含信息进行解析,然后决定是发送应答,还是接收应答,还是不作任何反应。
帧在总线上的传输如下图所示:
在这里插入图片描述
帧头包括:同步间隔段、同步段以及PID(Protected Identifier,受保护ID)段;
应答包括:数据段和校验和段(如下图所示),其中值“0”为显性电平(Dominant),值“1”为隐性电平(Recessive)。
总线上实行“线与”:当总线上有 大于等于一个节点发送显性电平时,总线呈显性电平;所有的节点都发送隐性电平或不发送信息(默认呈隐性电平)时,总线才呈隐性电平。
在这里插入图片描述
7.1)同步间隔段(Break Field)
同步间隔段由**同步间隔(Break)同步间隔段间隔符(Break Delimiter)**构成。
同步间隔是至少持续 13 位的显性电平,由于帧中的所有间隔或总线空闲时都应保持隐性电平,并且帧中的任何其它字段都不会发出大于 9 位的显性电平,因此同步间隔可以标志一个帧的开始。
同步间隔段间隔符是至少持续 1 位的隐性电平。
在这里插入图片描述
7.2)同步段(Sync Byte Field)
首先介绍字节域(Byte Field)的概念:
字节域包括 1 位起始位(Start Bit,显性) + 8 位数据位 + 1 位停止位(Stop Bit,隐性),是一种标准 UART 数据传输格式。在 LIN 的一帧中, 除了上一节讲述的同步间隔段,后面的各段都是通过字节域的格式传输的。在 LIN 帧中,数据传输都是先发送 LSB(Least Significant Bit,低有效位),后发送 MSB(Most Significant Bit,高有效位)。
在这里插入图片描述
LIN 同步以下降沿为判断标志,采用字节 0x55(转换为二进制为 01010101b),如下图所示:
在这里插入图片描述由于从机节点采用片上振荡器等精度和成本相对较低的时钟,由此带来的与主机节点时钟产生的偏差,需要通过同步段进行调整,调整的目的是使从机节点数据的位速率与主机节点一致。
同步段用于同步的基准时钟为主机节点的时钟。从机节点通过接收主机节点发出的同步段,计算出主机节点位速率,根据计算结果对自身的位速率重新作调整。计算位速率公式如下:

1位时间=(第7位下降沿时刻-起始位下降沿时刻)/8

7.3)受保护 ID 段(Protected Identifier Field)
受保护 ID 段的前 6 位叫作帧 ID(Frame ID),加上两个奇偶校验位后称作受保护 ID。
在这里插入图片描述
帧 ID 的范围在 0x00~0x3F 之间,共 64 个。从机任务对于帧头作出的反应(接收/发送/忽略应答部分)就是依据帧 ID 判断的。如果帧 ID 传输错误,将会导致信号无法正确到达目的地, 因此引入奇偶校验位。校验公式如下,其中“⊕”代表“异或”运算,“¬”代表“取非”运算:

P0=ID0⊕ID1⊕ID2⊕ID4
P1=¬(ID1⊕ID3⊕ID4⊕ID5)

由公式可以看出,PID 不会出现全 0 或全 1 的情况,因此,如果从机节点收到“0xFF”或“0x00”,可判断为传输错误。 依据帧 ID 不同将帧进行分类,如下表所示。对各种类型的帧说明请直接跳转
在这里插入图片描述
7.4)数据段(Data Field)
节点发送的数据位于数据段,包含 1 到 8 个字节。 数据段包含两种数据类型,信号(Signal)和诊断消息(Diagnostic messages)。
信号(Signal) 由信号携带帧传递,一个帧 ID 对应的数据段可能包含一个或多个信号。信号更新时要保证其完整性,不能只更新一部分。一个信号通常由一个固定的节点发出,此节点称为该信号的发布节点(Publisher); 其余的一个或多个节点接收,它们称为信号的收听节点(Subscriber)。
诊断消息(Diagnostic message) 由诊断帧传递,对消息内容的解析由数据自身和节点状态决定。
在这里插入图片描述
7.5) 校验和段(Checksum Field)
校验和段是对帧中所传输的内容进行校验
在这里插入图片描述
校验和分为标准型校验和(Classic Checksum)增强型校验和(Enhanced Checksum),如下表所示。

校验和类型 校验对象 适用场合
标准型校验和 数据段各字节 诊断帧,与 LIN1.x 从机节点通信
增强型校验和 数据段各字节以及受保护 ID 与 LIN2.x 从机节点通信(诊断帧除外)

7.6)帧传输时间的计算
帧在总线上传输的时间计算如下表所示。
在这里插入图片描述
其中,
TFrame_Maximum为帧在总线上传输的最大时间;
THeader_Maximum为帧头在总线上传输的最大时间;
TResponse_Maximum为应答在总线上传输的最大时间;
THeader_Nominal为帧头额定传输时间:同步间隔段(包含同步间隔和同步间隔段间隔符)的最小传输时间 + 同步段传输时间 + 受保护ID段传输时间;
帧头的余量THeader_Rest包含字节间间隔,规定为帧头额定传输时间的 0.4 倍;
TResponse_Nominal为应答额定传输时间:数据段传输时间 + 校验和段传输时间;
应答的余量TResponse_Rest包含应答间隔以及字节间间隔,规定为应答额定传输时间的 0.4 倍;
Ndata表示数据段包含N个字节。

8. 帧的类型

8.1)无条件帧(Unconditional Frame)
无条件帧是具有单一发布节点,无论信号是否发生变化,帧头都被无条件应答的帧。
无条件帧在主机任务分配给它的固定的帧时隙中传输。总线上一旦有帧头发送出去,必须有从机任务作应答(即无条件发送应答)。
在这里插入图片描述
以上图为例,
1)帧 ID = 0x30 应答部分的发布节点为从机节点 1,收听节点为主机节点。典型应用如从机节点 1 向主机节点报告自身某信号的状态。 2)帧 ID = 0x31 应答部分的发布节点为主机节点,收听节点为从机节点 1 和从机节点 2。典型应用如主机节点向从机节点发布信息。
3)帧 ID = 0x32 应答部分的发布节点为从机节点 2,收听节点为从机节点 1。典型应用如从机节点之间彼此通信。

8.2)事件触发帧(Event Triggered Frame)
事件触发帧是主机节点在一个帧时隙中查询各从机节点的信号是否发生变化时使用的帧,当存在多个发布节点时,通过冲突解决进度表来解决冲突。
当从机节点信号发生变化的频率较低时,主机任务一次次地轮询各个信号会占用一定的带宽。为减小带宽的占用,引入事件触发帧的念。

事件触发帧的典型应用就是轮询四个车门的开关情况
与其利用无条件帧每个车门轮询一遍,不如同时对四个车门进行询问,如果其中一个车门打开了(事件发生),该车门要对询问作应答,即事件触发的含义。
这样做可以减小带宽,但同时会导致两种现象:
一是没有车门被打开,即无节点应答——事件触发帧允许一帧中只有帧头无应答;
二是冲突,即同时有大于等于两个车门被打开,对该问题同时作答——事件触发帧允许两个以上的节点对帧头作应答而不视为错误。
当发生冲突时,主机节点需要重新作轮询,这样会增加一些响应时间,但由于事件触发帧本身就用来处理低概率事件,总的来说还是节省了带宽。

原先用作轮询的无条件帧,称为与该事件触发帧关联的无条件帧,即事件触发帧的应答部分是与其关联的无条件帧所提供的应答。当发生冲突时,需要立刻中断当前的进度表,启动冲突解决进度表(Collision Resolving Schedule),重新调用这些关联的无条件帧。其中,冲突解决进度表要求包含所有的关联的无条件帧。
在这里插入图片描述
上图示例描述了事件触发帧的传输状况。事件触发帧的帧 ID 为 0x10,与其关联的两个无条件帧的帧 ID 分 别是 0x11 和 0x12。

与事件触发帧关联的多个无条件帧需要满足以下 5 个条件:

  1. 数据段包含的数据字节数等长;
  2. 使用相同的校验和类型;
  3. 数据段的第一个字节为该无条件帧的受保护 ID,这样才能够知道应答是哪个关联的无条件帧发送出来的;
  4. 由不同的从机节点发布;
  5. 不能与事件触发帧处于同一个进度表中。

8.3)偶发帧(Sporadic Frame)
偶发帧是主机节点在同一帧时隙中当自身信号发生变化时向总线启动发送的帧。当存在多个关联的应答信号变化时,通过事先设定的优先级来仲裁。与事件触发帧一样,偶发帧的应答也关联了一组无条件帧。
规定偶发帧只能由主机节点作为发布节点。偶发帧的传输可能出现三种状况:
1)当关联的无条件帧没有信号发生变化时,该时隙保持沉默,如下图所示,主机节点连帧头都不需要发送;
在这里插入图片描述
2)当其中一个关联的无条件帧包含的信号发生了变化,则发送该关联的无条件帧的应答部分;
3)如果有两个或两个关联的无条件帧包含的信号发生了变化,则按照事 先规定好的优先级,优先级较高的关联的无条件帧获得发送权,优先级较低的要等到下一个偶发帧的帧头到来时才能发送应答。
由于主机节点是唯一的发布节点,所以主机节点事先就知道各个关联信号的优先级别,这样在传输时就不会产生冲突。
引入偶发帧的目的在于为进度表增加一些动态特性——当主机节点的信号发生变化时才有通信发生。
事件触发帧和偶发帧反映了帧在不同时机(信号变化或未发生变化)的传输状况,引入它们的目的是为了增加通信的灵活性。

8.4)诊断帧(Diagnostic Frame)
诊断帧包括主机请求帧和从机应答帧,主要用于配置、识别和诊断用。
主机请求帧(Master Request Frame, MRF),帧 ID = 0x3C,应答部分的发布节点为主机节点;
从机应答帧(Slave Response Frame,SRF),帧 ID = 0x3D, 应答部分的发布节点为从机节点。
数据段规定为 8 个字节,一律采用标准型校验和。
这部分知识以后会单独介绍。

8.5)保留帧(Reserved Frame)
保留帧的帧 ID 为 0x3E 和 0x3F,为将来扩展用。

写在最后:
软件开发相关技术交流可留言或私信(LabVIEW,Matlab,STM32,ADSP均可)

猜你喜欢

转载自blog.csdn.net/Leisure_ksj/article/details/114182809
今日推荐