LIN总线协议详解3（帧的类型）
目录
帧的类型
1、无条件帧(Unconditional Frame)
2、事件触发帧(Event Triggered Frame)
3、偶发帧(Sporadic Frame)
4、 诊断帧(Diagnostic Frame)
5、保留帧(Reserved Frame)
帧的类型
1、无条件帧(Unconditional Frame)
无条件帧是具有单一发布节点，无论信号是否发生变化，帧头都被无条件应答的帧。 无条件帧在主机任务分配给它的固定的帧时隙(参照 3.3 节)中传输。总线上一旦有帧头发送出去，必须有从机任务作应答(即无条件发送应答)，如图 3.10 所示，其中列出的帧 ID 的值只是为了举例说明，协议并未强制规定。
帧 ID = 0x30 应答部分的发布节点为从机节点 1，收听节点为主机节点。典型应用如从机节点 1 向主机节点 报告自身某信号的状态。
帧 ID = 0x31 应答部分的发布节点为主机节点，收听节点为从机节点 1 和从机节点 2。典型应用如主机节点 向从机节点发布信息。
帧 ID = 0x32 应答部分的发布节点为从机节点 2，收听节点为从机节点 1。典型应用如从机节点之间彼此通信。
2、事件触发帧(Event Triggered Frame)
事件触发帧是主机节点在一个帧时隙(参照 3.3 节)中查询各从机节点的信号是否发生变化时使用的帧，当存在多个发布节点时，通过冲突解决进度表(参照 3.3 节)来解决冲突。
当从机节点信号发生变化的频率较低时，主机任务一次次地轮询各个信号会占用一定的带宽。为了减小带宽的占用，引入了事件触发帧的概念。
事件触发帧的典型应用就是轮询四个车门的开关情况。与其利用无条件帧每个车门轮询一遍，不如同时对四个车门进行询问，如果其中一个车门打开了(事件发生)，该车门要对询问作应答，即事件触发的含义。这样做可以减小带宽，但同时会导致两种现象，其一就是没有车门被打开，即无节点应答——事件触发帧允许一帧中只有帧头无应答；另外一种情况就是冲突，即同时有大于等于两个车门被打开，对该问题同时作答——事件触发帧允许两个以上的节点对帧头作应答而不视为错误。当发生冲突时，主机节点需要重新作轮询，这样会增加一些响应时间，但由于事件触发帧本身就用来处理低概率事件，总的来说还是节省了带宽。
原先用作轮询的无条件帧，称为与该事件触发帧关联的无条件帧，即事件触发帧的应答部分是与其关联的无条件帧所提供的应答。当发生冲突时，需要立刻中断当前的进度表(参照 3.3 节)，启动冲突解决进度表(Collision Resolving Schedule)，重新调用这些关联的无条件帧。其中，冲突解决进度表要求包含所有的关联的无条件帧。图 3.11 示例描述了事件触发帧的传输状况。事件触发帧的帧 ID 为 0x10，与其关联的两个无条件帧的帧 ID 分别是 0x11 和 0x12，这些帧 ID 的值只是为了举例说明，协议并未强制规定。
与事件触发帧关联的多个无条件帧需要满足以下 5 个条件：
(1) 数据段包含的数据字节数等长；
(2) 使用相同的校验和类型；
(3) 数据段的第一个字节为该无条件帧的受保护 ID，这样才能够知道应答是哪个关联的无条件帧发送出来的；
(4) 由不同的从机节点发布；
(5) 不能与事件触发帧处于同一个进度表中。
3、偶发帧(Sporadic Frame)
偶发帧是主机节点在同一帧时隙(参照 3.3 节)中当自身信号发生变化时向总线启动发送的帧。当存在多个关联的应答信号变化时，通过事先设定的优先级来仲裁。
与事件触发帧一样，偶发帧的应答也关联了一组无条件帧。规定偶发帧只能由主机节点作为发布节点。偶发帧的传输可能出现三种状况：
1)当关联的无条件帧没有信号发生变化时，该时隙(参照 3.3 节)保持沉默，如图3.12 第一个帧时隙所示，主机节点连帧头都不需要发送；
2)当其中一个关联的无条件帧包含的信号发生了变化，则发送该关联的无条件帧的应答部分；
3)如果有两个或两个关联的无条件帧包含的信号发生了变化，则按照事先规定好的优先级，优先级较高的关联的无条件帧获得发送权，优先级较低的要等到下一个偶发帧的帧头到来时才能发送应答。由于主机节点是唯一的发布节点，所以主机节点事先就知道各个关联信号的优先级别，这样 在传输时就不会产生冲突。
引入偶发帧的目的在于为进度表(参照 3.3 节)增加一些动态特性——当主机节点的信号发生变化时才有通信发生。事件触发帧和偶发帧反映了帧在不同时机(信号变化或未发生变化)的传输状况，引入它们的目的是为了增加通信的灵活性。
4、 诊断帧(Diagnostic Frame)
诊断帧包括主机请求帧和从机应答帧，主要用于配置、识别和诊断用。主机请求帧(Master Request Frame， MRF)，帧 ID = 0x3C，请求部分的发布节点为主机节点；从机应答帧(Slave Response Frame，SRF)，帧 ID = 0x3D， 应答部分的发布节点为从机节点。数据段规定为 8 个字节，一律采用标准型校验和。
5、保留帧(Reserved Frame)
保留帧的帧 ID 为 0x3E 和 0x3F，为将来扩展用
LIN总线协议详解3（帧的类型）相关推荐
- 细说汽车电子通信总线之LIN总线协议详解
内容提要 1. LIN总线概述 1.1 LIN总线特点及发展历史 1.2 LIN 总线协议的物理层(收发器) 2. LIN总线报文帧结构(Message Frame Structure)详解 2.1 ...
- LIN总线协议详解7（LIN帧收发的硬件实现）
帧收发的硬件实现 目录 帧收发的硬件实现 一.组成 二.协议控制器 1.协议控制器介绍 2.实现方法 三.总线收发器 1.实现方案 2.采用IC厂家的集成方案 四.LIN 总线 五.时钟源 六.EMI ...
- LIN总线协议详解2（LIN总线报文帧结构）
目录 一.LIN总线报文帧结构 (Message Frame ) 1.报文整体机构 2.同步间隔段(Break Field) 3.同步段(Sync Byte Field) 4.受保护 ID 段(Pro ...
- LIN总线协议详解5（网络管理）
LIN网络管理 网络管理主要指的是网络的休眠和唤醒管理 一.唤醒 当总线处于休眠状态时,主/从机节点都可以向总线上发送唤醒信号,唤醒信号持续 250μs-5ms.其余节点(除发送唤醒 ...
- LIN总线协议详解6（状态管理）
状态管理是为了检测运行中的错误.错误一旦被发现,根据设计需要采取不同的措施进行排除,一种方法是简单替换掉错误节点,另一种方法是让发生问题的节点进入到自我保护/安全模式 (Limp Ho ...
- LIN总线协议详解10（LIN的API）
目录 LIN的API 1.什么是API 2.LIN的API 3.核心API 4.传输层API 5.配置与识别API 6.注意事项 6.1.兼容性 6.2.开发工具 7.API使用示例 7.1从机 ...
- 细说汽车电子通信总线之CAN 2.0 总线协议详解
引言 1. CAN总线发展历史与ISO规范 2. CAN总线主要功能特性 3. CAN 2.0总线协议的物理层电气特性 4. CAN 2.0总线协议消息报文详解 4.1 CAN2.0总线的通信报文帧格 ...
- can总线不加末端电阻_细说汽车电子通信总线之CAN 2.0 总线协议详解
引言 1. CAN总线发展历史与ISO规范 2. CAN总线主要功能特性 3. CAN 2.0总线协议的物理层电气特性 4. CAN 2.0总线协议消息报文详解 4.1 CAN2.0总线的通信报文帧格 ...
- UART总线协议详解
文章目录 1.UART概念 1.1硬件连接 2. RS232总线协议 2.1硬件连接 3. RS485总线协议 3.1硬件连接 1.UART概念 UART(Universal Asynchrono ...
最新文章
- ajax发送动态字符传,如何发送ajax请求文件与其他字符串的变量？
- python 查询 elasticsearch 常用方法（Query DSL）
- SQLite 版本引发的 Python 程序调用问题
- UEditor 使用setContent()遇到的奇葩问题
- Qt Creator在多个平台上运行
- Anaconda安装tensorflow报错问题解决方法
- 利用gitbash上传项目到github
- h5微信本地调试 vue_vueh5中使用微信sdk
- 限制用户擅自更改ip的方法
- 计算鞍点（信息学奥赛一本通-T1122）
- mysql一：初识数据库
- protobuf 安装_Beego 安装时 一直无响应（443）怎么办
- Oracle11g exp 1445,oracle11g 导出表报EXP-00011：table不存在。
- 私有服务器虚拟化软件市场排名,三大服务器虚拟化软件比拼 谁是最佳？
- DX基础 | DXGI(DirectX Graphics Infrastructure)
- 【计算机组织与体系结构】实验三：流水线处理器
- 商品详情页系统架构-笔记12 - 商品详情页整体架构组成+前端介绍
- Java随机26位英文字母
- 向量的外积(outer product)与克罗内克积(Kronecker)
- vue项目部署新浪云