LIN、合同间网络在速度和可靠性差的低成本地区使用窗户、天窗、椅子、门锁、空调、照明等。

LIN网络

主机节点/从机节点

当加入由不同协议组成的网络时,它必须加入CAN-LIN网关,该网关通常由LIN网的主机节点控制。

Lin是能够以最多20千位/秒的速度传输数据的单一公交车,它使用大量来源的概念,一个只有一个主机和几个操作员的网络。

由于物理层限制,Lin网络可能只有16个节点,因此只有一个节点,节点数量介于1至15之间。

主机任务/从机任务

主节点包括主任务和奴隶任务,而奴隶节点只包括奴隶任务。

主机任务负责

• 巴士调度仪表上有调度命令

• 监测数据，处理错误

• 作为标准时钟参考

• 从机器的节点接收主线唤醒指令

根据框架内的资料,无法主动地从机器工作中提供数据,而且必须收到主机提供的框架:

• 发送应答

• 接收应答

• 它既未收到答复,也没有作出答复。

帧的结构

框架由框架和回应组成,主机节点的东道代表团负责将框架传送给主机节点或从机器节点接收框架,并在确定是否发送或接收答复之前分析框架中所载的信息。

帧头

框架由同步间隔、同步段和PID段组成。

同步间隔段

同步间隔段的作用：

这就是我们所说的 林公交车上有可见和看不见的电解液

可见水平由上图中的值 0 表示,不可见水平由值 1 表示,当有一个总线大于或等于可显示水平的节点时,公交车是可见水平;当所有节点发送隐藏水平或不发送信件时,公交车是不可见水平,表明可见水平优先。

同步间隔由同步间距和同步空间间距组成,至少有13个可见电解解密,除同步间距外,没有其他情景产生超过9个可见电解密,因此同步间距的13个可见电解密可用作框架的起始标志。

时间间隔是一个未明确说明的水平。

同步段

在你谈论同步区段之前,先想个概念,字节。

常规 UART 数据传输格式中的字节从可见水平开始,以隐藏水平结束。

除同步周期外,林边框中的所有数据均以字节提供。

这里可以看到数据字段中的字节字节,它们同样以字节方式传送。

为了节省资金,LIN公交车没有使用高精度时钟,而是选择精确和低成本时钟,这可能造成节点和主机节点之间的时间差,而同步段的目的是将节点数据比特率改为主机节点。

PID

PID代表保护标识字段。

“受保护的身份证”一词的意义是什么?

只有PID的前六位位数是实际的,称为Framid,而后两位数是前六位数的值,即精灵检查点。

机器的作用是根据收到的框架身份证作出答复,因此,核实框架ID是否有效的要求是基于检查的奇特大小,因此是PID的名称。

P0=ID0@ID1@ID2@ID3@ID4@ID5@ID6@ID6@ID7@ID8@ID9@ID9@ID10@ID11@ID12@ID13@ID14

P1=(ID1@ID2@ID3@ID4@ID5)。

@ 另一或错误的计算,负

可以看出,PID不可能包含完全零或完整一,因此从机器任务接收 0xFF 或 0x00 可能会被解释为传输错误。

根据其身份识别 LIN 框架 。

应答

答案包含数据部分和校验和部分。

数据段

数据频带是节点提供的数据,它载有1至8个字节之间的信号和诊断信息的数据类型。

信号通过信号框架传递,框架ID的数据部分可包括一个或多个信号,信号节点称为发射节点,接收信号的节点称为监听节点。

对于在一个框架中的答复,通常只在公共汽车上有一个释放节点;否则,就会发生错误。

然而,事件触发装置可能有零、一个或更多的释放节点。

诊断框架传达诊断信息。

校验和段

校验和字段仅包含一个字节,用于验证数据段的有效性。

核对总和按现场分类:标准核对总和、改进核对总和和强化核对总和。

主机节点决定要使用哪些校验和, 框架 ID 决定要发布和监听节点的校验和 。

公式是直截了当的:数据字段中的字节是按降序增加的,如果按降序增加,则按降序反转所产生的值。

监听节点是如何验证的?同样,通过将数据字段中的字节相加,如果存在一个条目,则将获得的值移到较低的位置上,因此获得的值是不可逆的,被添加到收到的检查中,并获得了 0xFF,这表明检查是正确的。

帧传输时间的计算

因为框架各部分之间有间断, 有很多时间可以看, 这是一个很好的时机这样做。

所以

T_header_Rest 包括框剩余部分按T_header_nominal 40%的字节间距设定的字节间距。

T_Response_Rest 包括响应间隔和字节间隔,该间隔定在T_Response_nominal的40%。

Ndata是数据字段中的字节数。

帧的类型

无条件帧

当东道特派团发出无条件框架时,机器特派团必须作出反应,即飞机必须发出来自无条件框架的信号,无论信号是否改变。

机器任务对无条件框架只有一个反应 也就是传送信号

你能理解我在说什么吗?

主机节点中的主机任务负责传送框架;主机节点和飞机节点负责根据预先设计的规则分析从框架收到的信息,以决定框架中的数据是交付还是接收(其他机外活动的数据)。

这和在Can巴士上的通讯不一样 之后,我会检查和描述它

无条件框架通常以下列方式使用:

这里没有描述很多细节

第一个场景

• 主机节点的主机任务向机器任务的所有框架( 包括主机节点) 发送框架, 机器任务分析 ID = 0x30 的所有框架, 决定是从框架发送数据还是接受框架的数据, 还是不处理数据 。
• 我从1号节点收到了0x30的标码 并且看到我需要发送一些与0x30号标码相关的信号值
• 主机节点从特派团接收框架编号0x30,发现它必须接收和解释来自其他节点的信号。
• 我从2号航班节点拿到了0x30的坐标 发现我不需要发送或接收信号
• 这一假设情景通常用于报告从节点1到主节点的信号。

根据上述研究,我们可以确定Lin的主要线路是如何沟通的。

1. 框架的框架和数据部分并不总是同时发送,它们并不总是来自同一个节点。
2. 框架必须从东道特派团发送到飞机任务,由是否发送信号值、接收信号值或无所作为的框架编号决定。
3. 它指出,机器工作负责传输数据、接收数据或不予答复,所有这些数据都根据收到的框架编号进行评估。
4. 虽然框架标识和数据是独立提供的,但它们构成了LIN数据库中的完整框架;然而,框架标识是由主机任务发送的,而数据则放在一个节点,由机器工作提供。
5. 主机节点除主机任务外,还有服务器的责任,因为主机节点也是一个节点,必须传输和接收信号。
6. 除了传输节点之外,其他节点将接收框架或数据,但是否进行处理将由框架ID根据其内部规则确定。

第二个场景

• 框架( 框架编号 0x31) 由主节点的主机任务发送到主机节点、 节点 1 和节点 2 。 他们得到框架并检查框架编号 0x31 。
• 机器的主机节点必须提供带有 0x31 号框架的数据 。
• 机器工作将从节点1接收收到的数据。
• 节点2将从飞机上接收数据
• 当主机节点发布节点信息时,通常使用这种情景。

第三个场景

• 框架( 框架 ID 0x32) 由主节点的主机任务发送到主机节点、 节点 1 和节点 2 。 他们得到框架并检查框架 ID 0x32 。
• 机器操作对主机节点没有影响。
• 机器工作将从节点1接收收到的数据。
• 节点 2 的机器任务需要 0x32 框架数据 。
• 节点之间的交流是这一设想方案的一个常见用途。

事件触发帧

当节点中的信号改变较少时,使用无条件框架和重复使用该信号是无效的,因为它消耗了林公交车的带宽。

与无条件框架不同,无条件框架必须从机器任务中做出回应,无论是否信号变化,事件触发只需在信号变化时做出回应,因此事件触发无法让任何点回答(只是框架没有反应),对框架做出回应的节点超过两个。

当同时有两个以上的节点回答时,它不被视为不正确;然而,东道方节点必须解决分歧。 应该采取什么步骤?

主要节点的东道特派团必须立即中断目前的时间表,然后启动解决冲突时间表,呼吁这些冲突信号的无条件框架,发出框架,并获得回应。

[外链相片传送失败;发端站可能有一个隐形链机制;图像应保存下来供直接上载(IMg-liXvY6J-1651492022003)(https://gitee.com/scp.com/scp.pdf),这是我们特别报道的人权观察:com/jasonj33/picture/raw/master/2021-7/162519041-Capture.PNG)的一部分。 ]

由上图可以看出

• 主机任务从主机节点发送事件触发的 0x10 框架, 询问机器任务的答案; 但是,由于信号未变, 机器的任务不应被响应 。
• 除了从节点1更改信号和从节点1答复外,主机节点的主机任务在下个周期提供框架 0x10。
• 主机节点的主机代表团发送一个框架 0x10, 修改节点1和2的信号, 并回复, 引发冲突 。
• 打破目前的时间表,开始解决冲突的时间表。
• 主机任务提供一个无条件框架 0x11, 从节点1到节点节点节点节点节点节点节点节点节点节点节点节点节点节点节点节点节点节点
• 主机任务提供无条件的 0x12框架,加上从节点2到节点节点节点节点2的触发事件信号。

可以总结出

1. 在机器工作发出信号之前 事件触发器发出的信号必须改变
2. 事件触发框架的信号也与无条件框架相关,在事件引发反应冲突时,也可使用无条件框架要求信号值。
3. 每个事件触发反应节点都符合一个单独的无条件框架。

事件触发器的签字已经修改,以界定反应,并且与发现门打开条件的现场完全吻合。

由于许多节点可能做出答复,事件触发人如何确定哪些节点提供了答复?

这个其实也简单

在回应冲突呼吁时,所有事件触发因素的相关无条件框架表明无条件框架代表一个节点,将事件触发框架的第一个字节设定为无条件的PID即可。

每个节点的反应是固定的,因为事件触发框架的长度是固定的,相关无条件框架的回答长度也是固定的。

所以

必须满足与触发事件有关的所有无条件框架。

• 数据段长度相同

• 数据部分具有相同的校验和类型。

• 无条件框架 PID 是数据字段的第一个字节。

• 从多个节点中发布

• 无法关闭临时文件夹:%s。

偶发帧

事件触发器是主机节点传送的一个框架,用于收集节点的信号状态。

那么,主机节点的信号状态 如何与节点沟通?

有几个毛框可以用作主节点事件触发器。

当主机节点的信号变化,主机任务传输时,主机节点发送时,当框架被主机节点接受时,主机节点发出信号,其余人决定是否根据自己的要求接收它(也由框架ID分析决定),提供主机节点的信号变化,主机任务传输时,主机节点传递时,当从主机节点收到框架时,主机节点发出信号,其余人决定是否根据自己的需要接收信号(也由框架ID分析确定)。

这是一个反应。随机的发型框架可能是多个反应信号。如果同时收到许多答复呢?

偶尔的发型框架与许多无条件框架相连,每个无条件框架对应一个答复,同时收到几个答复时,主机节点按照LDF(LIN数据库文件)规定的预期顺序在同一时间档内传送。

触发事件不是提供不定期发型无条件框架的唯一机制。

事件触发的无条件框架是启动冲突解决时间表,该时间表将逐个传送,解决冲突时间表中的所有无条件框架将退回主时间表。

当框架对冲突作出答复时,它们不启动解决冲突时间表,或者在矩阵中,在框架空隙处将最优先无条件框架称为最优先无条件框架,等待下一轮调查,然后将第二高优先无条件框架称为第二高无条件框架。

因为它是一个来自主节点的信号, 如果它的信号不改变, 它就不必被传输; 同样, 如果信号不改变, 它就不必从节点取走, 取走, 或者成为节点的框。

诊断帧

诊断框架:主机请求框架、机器反应框架

主机请求帧

0x3C是框架代号 。

回复应该由主机节点上的服务器任务发送 。

从机应答帧

0x3D是框架ID。

节点机件工作做出的反应

保留帧

框架编号 0x3E 和 0x3F 已保存, 供未来使用 。

注意,赞美和传输?

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/23564.html。