(BS ISO 11898-1:2015)CAN_FD 总线协议详解5- MAC子层描述5

目录

5.10 MAC 数据一致性

5.11 错误检测

5.12 错误信号

5.13 过载信号

5.14 总线监控

5.15 受限操作模式


5.10 MAC 数据一致性

待发送的消息由 LLC 用户准备,并通过节点的控制器-主机接口及数据链路层的 LLC 子层传递至负责消息帧化的 MAC 子层。消息可能存储在一个共享内存中。从共享内存中发送的消息的数据一致性应至少通过以下两种方法之一来确保。

  • 方法一:MAC 子层应当将待发送的整个消息存储在一个临时缓冲区中,该缓冲区在开始传输之前被填充。
  • 方法二:LLC 子层在消息被传递给 MAC 子层的同时检查数据错误。如果检测到数据错误,则不应开始传输。如果在检测到数据错误时已经开始传输,则节点应切换至总线监控模式(参见 5.14 节)或受限操作模式(参见 5.15 节)。接收节点将不会看到有效的消息。

注释:数据错误例如可能是 RAM word 中的奇偶校验错误、数据未及时提供、或是在传输过程中由 LLC 用户部分更新的数据。如果使用第一种确保数据一致性的方法,则实现总线监控模式和受限操作模式的操作模式是可选的。

总结如下:

  • 消息准备:待发送的消息首先由 LLC 用户准备,并通过控制器-主机接口及 LLC 子层传递至 MAC 子层。消息可能会存储在一个共享内存中。

  • 数据一致性确保方法

    • 方法一:MAC 子层在开始传输之前将整个消息存储在一个临时缓冲区中,这样可以确保发送的消息在传输开始时是完整的,避免了在传输过程中数据发生变化的问题。
    • 方法二:LLC 子层在消息被传递给 MAC 子层的过程中检查数据错误。如果检测到错误,传输不应启动。如果错误是在传输已经启动后发现的,节点应进入总线监控模式或受限操作模式。这可以防止发送错误或不完整的信息。
  • 总线监控模式:这是一种节点状态,节点停止发送数据,但仍继续监听总线上的活动,用于故障诊断。

  • 受限操作模式:这是一种节点状态,节点限制其操作以防止进一步的错误传播。

  • 数据错误类型:数据错误可能包括但不限于 RAM word 中的奇偶校验错误、数据未能及时提供、或在传输过程中由 LLC 用户部分更新的数据。

  • 操作模式的实现:如果采用了第一种方法来确保数据一致性,则实现总线监控模式和受限操作模式的操作模式是可选的。

5.11 错误检测

MAC 子层应当提供以下机制来进行错误检测:

  • 监控
  • 填充规则检查
  • 帧检查
  • FD 帧中的填充计数检查
  • 15 位、17 位或 21 位 CRC
  • ACK 检查

存在五种不同的错误类型,这些类型不是互斥的:

a) 位错误 发送位到总线上的节点也应当监控总线。位错误发生在监控到的位值与发送的位值不一致的位时间。 例外情况:在仲裁期间发送隐性信息位时遇到显性位,或者在确认槽期间发送隐性位时遇到显性位,不应被视为位错误。发送被动错误标志并检测到显性位的节点不应将其解释为位错误。

b) 填充错误 填充错误应当在帧字段中第六个连续相同电平的位时间被检测到,该字段通过位填充方法进行编码。如果 FD 帧的 CRC 字段中的固

  • 17
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

s多情公子s

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值