单片机通讯CRC算法的相关知识

描述

  许多单片机开发工程师经常使用各种通讯协议,而且设备之间的成功通信是嵌入式系统正常运行的关键。嵌入式系统依赖并使用通讯协议,通讯协议是一组用于管理设备之间发送和接收的数据的传输、同步和错误检查的规则来起作用的。

  由于该协议是可工作的嵌入式系统的重要组成部分,因此正确运行至关重要。由于通信错误不可避免,因此许多协议(包括USB,CAN和A2B)都包含错误检查机制,例如循环冗余校验或CRC。

  CRC用于标记损坏的数据并防止其通过总线发送。当今的协议通常支持更高的带宽和速度,因此CRC对于保持嵌入式系统中数据的简洁和可靠至关重要。

  一、通信协议中的CRC

  通信协议通常在数据包中使用两种CRC:一种用于保护数据包的标头,另一种用于保护数据包的数据部分。

  尽管CRC的实现在协议之间有所不同,但目的仍然是相同的:为系统创建一种方法来检测错误并发起重传或忽略数据的请求。

  CRC如何生成以及如何工作?所有这些都是基于算法计算的,该算法用于检测正在发送和接收的数据之间的不一致。本质上,CRC是从多个数据字节计算得出的值,以形成唯一的多项式密钥,该密钥被附加到传出消息中。在接收端执行相同的过程。然后,接收器将消息除以与发送器使用的相同多项式,如果此除的结果为零,则表示传输成功。但是,如果结果不等于零,则表明发生了错误。

  二、USB协议中的CRC

  所述USB协议,或通用串行总线,在传输过程中使用循环冗余检查,以保护所有非PID字段中从错误标记和数据分组。在USB 2.0中,令牌和帧开始(SOF)数据包包括5位CRC(CRC5),而数据数据包包括更长的16位CRC(CRC16),以为数据有效载荷提供足够的支持,直至1024个字节。

  在USB 3.1数据包中,可以在标头数据包中找到CRC,该标头数据包由标头数据包框架,数据包标头和链接控制字组成。标头受16位CRC(CRC16)保护,链接控制字受5位CRC(CRC5)保护。数据有效载荷数据包包括一个32位CRC(CRC32),以容纳较大的数据有效载荷。此外,用于控制各种特定于链路的功能的链路命令包还包括5位CRC(CRC5)。

  三、CAN协议中的CRC

  的CAN协议,或控制器区域网络,被称为其健壮和可靠的通信,因为它包含多个错误检查机制,包括位错误检测,格式错误检测,填充错误检测,响应错误检测和CRC检错。CRC字段包含在数据帧和远程帧中。

  CRC错误检测通过在数据帧中包含15位CRC来验证消息是否通过总线正确发送而起作用。就像前面讨论的CRC如何工作一样,发送节点计算15位CRC值,然后在CRC字段中发送该值。所有节点将接收此消息,相互计算CRC,然后比较这些值以确定它们是否确实相同。否则,接收节点将通过总线发送错误帧。此外,CAN协议还包括一个1位隐性CRC分隔符,有助于防止格式错误,并确保这些位在总线上正确广播并在接收端正确接收。

  四、A2B协议中的CRC

  的A2B协议,或汽车音频总线,是另一种协议,该协议使用错误检查机制,以验证正确的通信。其中一种措施是在特定帧内使用CRC,以帮助检测总线上的错误。

  同步控制帧(SCF)充当节点的控制帧或控制头,而同步响应帧(SRF)充当节点的响应帧或响应头。整个A2B帧结构称为超帧,它以SCF开始,包括可选的数据时隙,以SRF结尾。这些帧都包含循环冗余码(CRC),以帮助检测上游和下游数据错误。

  对于下游数据错误检测,在SCF中使用16位CRC,它确定在接收方传输期间发生的任何SCF数据错误。SCF包括一个指示超帧开始的前同步码,并提供从机用于时钟和帧同步的位模式。如果从机未检测到帧同步,则从机将指示CRC错误。

  对于上游数据错误检测,在SRF中还使用16位CRC来确定在接收方传输期间发生的任何SRF数据错误。中断请求字段在SCF中具有一个附加的CRC,以避免错误的中断被触发。SRF还具有一个前导以指示响应帧的开始,并提供上游节点用于时钟和帧同步的位模式。如果上游节点未检测到帧同步,则将指示CRC错误。

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分