汽车CAN总线详解

2023-05-16

概述

CAN(Controller Area Network)总线协议是由 BOSCH 发明的一种基于消息广播模式的串行通信总线,它起初用于实现汽车内ECU之间可靠的通信,后因其简单实用可靠等特点,而广泛应用于工业自动化、船舶、医疗等其它领域。相比于其它网络类型,如局域网(LAN, Local Area Network)、广域网(WAN, Wide Area Network)和个人网(PAN, Personal Area Network)等,CAN 更加适合应用于现场控制领域,因此得名。

CAN总线是一种多主控(Multi-Master)的总线系统,它不同于USB或以太网等传统总线系统是在总线控制器的协调下,实现A节点到B节点大量数据的传输,CAN网络的消息是广播式的,亦即在同一时刻网络上所有节点侦测的数据是一致的,因此比较适合传输诸如控制、温度、转速等短消息。

CAN起初由BOSCH提出,后经ISO组织确认为国际标准,根据特性差异又分不同子标准。CAN国际标准只涉及到 OSI(开放式通信系统参考模型 )的物理层和数据链路层。上层协议是在CAN标准基础上定义的应用层,市场上有不同的应用层标准。

发展历史

1983年,BOSCH开始着手开发CAN总线;
1986年,在SAE会议上,CAN总线正式发布;
1987年,Intel和Philips推出第一款CAN控制器芯片;
1991年,奔驰 500E 是世界上第一款基于CAN总线系统的量产车型;
1991年,Bosch发布CAN 2.0标准,分 CAN 2.0A (11位标识符)和 CAN 2.0B (29位标识符);
1993年,ISO发布CAN总线标准(ISO 11898),随后该标准主要有三部分:
ISO 11898-1:数据链路层协议
ISO 11898-2:高速CAN总线物理层协议
ISO 11898-3:低速CAN总线物理层协议
注意:ISO 11898-2和ISO 11898-3物理层协议不属于 BOSCH CAN 2.0标准。

2012年,BOSCH发布 CAN FD 1.0 标准(CAN with Flexible Data-Rate),CAN FD定义了在仲裁后确使用不同的数据帧结构,从而达到最高 12Mbps 数据传输速率。CAN FD与CAN 2.0协议兼容,可以与传统的CAN 2.0设备共存于同样的网络

标准化

CAN标准分为底层标准(物理层和数据链路层)和上层标准(应用层)两大类。CAN底层标准主要是 ISO 11898 系列的国际标准,也就是说不同厂商在CAN总线的物理层和数据链路层定义基本相同;而上层标准,涉及到例如流控制、设备寻址和大数据块传输控制等,不同应用领域或制造商会有不同的做法,没有统一的国际标准。

底层标准

CAN底层标准涵盖OSI模型中的物理层和数据链路层,底层标准包括:

ISO 11898-1: 2015 定义CAN总线的数据链路层(DLL)和电气信号标准,描述CAN总线的基本架构,定义不同CAN总线设备在数据链路层通信方式,详细说明逻辑链接控制(LLC)和介质访问控制(MAC)子层部分;
ISO 11898-2: 2003 定义高速CAN总线(HS-CAN)物理层标准,最高数据传输速率 1Mbps ,应用为两线平衡式信号(CAN_H, CAN_L),HS CAN是汽车动力和工业控制网络中应用最为广泛的物理层协议;
ISO 11898-3: 2006 定义低速CAN总线(LS-CAN, Fault-Tolerant CAN)物理层标准,数据传输速率在 40Kbps ~ 125Kbps 。Fault-Tolerant是指总线上一根传输信号失效时,依靠另外的单根信号也可以通信,LS CAN主要应用于汽车车身电控单元之间通信;
ISO 11898-4: 2004 定义CAN总线中的时间触发机制(Time-Triggered CAN, TTCAN),定义与ISO 11898-1 配合的帧同步实体,实现汽车ECU之间基于时间触发的通信方式。注意,ISO 11898-1 是基于事件驱动(Event-Driven)的通信,它对于高负荷总线上,尤其是低优先级的消息会造成较大的延迟,而基于时间触发的ISO 11898-4 标准的初衷也正是为解决该问题,确保CAN总线上可靠的消息传输;
ISO 11898-5: 2007 对ISO 11898-2高速CAN总线的补充,并参照ISO 8802-2,定义在总线闲置时的节电特性;
ISO 11898-6: 2013 对ISO 11898-2 和 ISO 11898-5 的补充,并参照ISO 8802-2,定义使用可配置的帧实现选择性唤醒总线的机制;
ISO 16845-1: 2004 定义测试符合ISO 11898-1标准CAN应用的方法和条件;
ISO 16845-2: 2014 定义包括特定功能下可以选择性唤醒总线的CAN收发器的测试实例和测试要求,也称为CAN总线的一致性测试

CAN总线底层标准与ISO/OSI模型的对应关系,如图1所示。对于媒体专用接口(Medium Dependent Interface, MDI),没有统一的国际标准。CiA DS-102 (CiA: CAN in Automation )仅定义使用专用连接器(DB9),并对PIN定义作出一定规范。

 

总线特点 

符合OSI开放式通信系统参考模型;
两线式总线结构,电气信号为差分式;
多主控制。在总线空闲时,所有的单元都可开始发送消息,最先访问总线的单元可获得发送权;多个单元同时开始发送时,发送高优先级 ID 消息的单元可获得发送权;
消息报文不包含源地址或者目标地址,仅通过标识符表明消息功能和优先级;
基于固定消息格式的广播式总线系统,短帧结构;
事件触发型。只有当有消息要发送时,节点才向总线上广播消息;
可以通过发送远程帧请求其它节点发送数据;
消息数据长度 0~8 Byte;
错误检测功能。所有节点均可检测错误,检测出错误的单元会立即通知其它所有单元;
发送消息出错后,节点会自动重发;
故障限制。节点控制器可以判断错误是暂时的数据错误还是持续性错误,当总线上发生持续数据错误时,控制器可将节点从总线上隔离;
通信介质可采用双绞线、同轴电缆和光导纤维,一般使用最便宜的双绞线;
理论上,CAN总线用单根信号线就可以通信,但还是配备了第二根导线,第二根导线与第一根导线信号为差分关系,可以有效抑制电磁干扰;
在40米线缆条件下,最高数据传输速率 1Mbps;
总线上可同时连接多个节点,可连接节点总数理论上是没有限制的,但实际可连接节点数受总线上时间延迟及电气负载的限制;未定义标准连接器,但经常用9脚 DSUB

应用

在当今汽车应用领域,车内电控单元(Electrical Control Unit, ECU)可能多达 70 个,除了引擎控制单元(Engine Control Unit, ECU )外,还存在传动控制、安全气囊、ABS、巡航控制、EPS、音响系统、门窗控制和电池管理等模块,虽然某些模块是单一的子系统,但是模块之间的互连依然非常重要。例如,有的子系统需要控制执行器和接收传感器反馈,CAN总线可以满足这些子系统数据传输的需求。汽车内子模块的总线互连架构使得软件可以更轻易地实现安全、经济和便利等新特性,相比传统汽车网络架构中模块单元直接连接更加经济。 CAN总线实现汽车内互连系统由传统的点对点互连向总线式系统的进化,大大降低汽车内电子系统布线的复杂度,如图2所示。

背景:随着电气化和智能化,汽车上的电子单元越来越多,电控单元组网需求也日渐迫切!

福特Fusion汽车 @2013

-70个ECU单元
-75个传感器
-150个激励器

自动驾驶汽车 @2030 -Prediction

-120个ECU单元
-100个传感器
-200个激励器

根据数据传输速度不同CAN总线分两类:高速CAN(ISO 11898-2)和低速CAN(ISO 11898-3)。

高速CAN(按BOSCH说法,也叫CAN-C),数据速率在 125kbps ~ 1Mbps,应用在实时性要求高的节点,如引擎管理单元、电子传动控制、ESP和仪表盘等;低速CAN(CAN-B),数据速率在 5kbps ~ 125kbps,应用在实时性要求低的节点,主要在舒适和娱乐领域,如空调控制、座椅调节、灯光、视镜调整等,这些节点对实时性要求不高,而且分布较为分散,线缆较易受到损坏,低速CAN的传输速度即可满足要求,而且单根线缆也可以工作,很好地适应了以上需求。不同速度类型的CAN总线设备不能直接连在同一路总线上,它们之间需要通过网关隔离。

CAN总线在汽车诊断领域的应用也非常广泛,ECU直接挂载在总线上,可以很快地获取诊断所需的信息。传统的汽车诊断接口(如KWP2000)应用逐渐减少。

图2a示意了汽车内总线系统及电子设备的逻辑分布,总线系统包括 CAN、LIN、FlexRay 和 MOST 。注意,车载以太网在图中未列出,但它的应用日渐广泛。以上不同类型和速度的总线,通过网关 Gateway 模块相互通信。

 

局限性 

由于CAN总线仲裁的特点,即使往总线上周期性发送消息,也不能保证节点可以确定(周期) 地收到消息,CAN不适合对时间特别敏感的应用;
最高传输速率只有 1Mbps ,对于汽车自动驾驶应用的数据传输,或者视频音频传输带宽不足。为解决这方面的需求,CAN FD 速度有所上升,另外还有 MOST、LVDS 和以太网等;
对于简单的应用,高成本的CAN总线虽然可靠性很高,但有点浪费。LIN 总线相比CAN具有成本优势,更适合应用于车窗座椅空调等设备
 

电路基础 

硬件拓扑 

连接在CAN总线上的设备叫做节点设备(CAN Node),CAN网络的拓扑一般为线型。线束最常用为非屏蔽双绞线(UTP),线上传输为对称的电平信号(差分)。图3示为CAN总线网络示意图,节点主要包括Host、控制器和收发器三部分。Host常集成有CAN控制器,CAN控制器负责处理协议相关功能,以减轻Host的负担。CAN收发器将控制器连接到传输媒介。通常控制器和总线收发器通过光耦或磁耦隔离,这样即使总线上过压,损坏收发器,控制器和Host设备也可以得到保护。

图3. CAN总线节点示意图

高速CAN总线最高信号传输速率为1Mbps,支持最长距离 40m。ISO 11898-2 规定要求在高速CAN总线的两端安装端接电阻(RL)以消除反射,而低速CAN最高速度只有 125Kbps,因此 ISO 11898-3 没有要求端接。ISO 11898 规定的CAN总线上最多 32 个节点。实际应用中要考虑到CAN总线收发器的性能,以及工作的CAN网络是高速CAN还是低速CAN。在传输距离方面,由于距离越大,信号时延也越大,为确保消息的正确采样,总线上的信号速率相应也得下降,表2列出推荐的信号速率与距离的关系。

 

表2. CAN总线长度与信号速率关系(推荐)

收发器 

CAN收发器包括 CANH 和 CANL 两根信号,CANH和CANL信号采用差分电平,这样可以取得更好的电磁兼容效果。CAN总线物理传输媒介只需要两根线。

前面的标准部分有介绍,CAN总线分高速CAN和低速CAN,收发器因之也分为高速CAN收发器(1Mbps)和低速CAN收发器(125Kbps)。低速CAN也叫 Fault Tolerant CAN ,指的是即使总线上一根线失效,总线依然可以通信。图4示例高速CAN收发器的基本电路结构。当两个晶体管都关断时,CANH和CANL上电压相同,且都为 0.5*VCC ;而当两个晶体管都打开时,CANH 和 CANL 上即存在一定的压差,且压差与负载电阻值相关。ISO 11898-2 要求此时 CANH 和 CANL 压差在 2V 左右。

 

 信号电平 

高速CAN和低速CAN总线在物理层信号电平上定义有所不同。图6和图7表示高速和低速CAN总线上信号电平与总线逻辑的对应关系。

高速CAN,定义 CANH 和 CANL 电压相同(CANH = CANL = 2.5V)时为逻辑“1”,CANH和CANL 电压相差 2V(CANH = 3.5V, CANL = 1.5V) 时为逻辑“0”。高速CAN收发器在共模电压范围内(-12V ~ 12V),将CANH和CANL电压相差大于 0.9V 解释为显性状态(Dominant),而将CANH和CANL电压相差小于 0.5V 解释为为隐性状态(Recessive)。收发器内部有迟滞电路可以降低干扰。

低速CAN,定义CANH和CANL电压相差 5V (CANH = 0V, CANL = 5V)时为逻辑“1”,相差 2.2V (CANH = 3.6V, CANL = 1.4V)时为逻辑“0”。

在CAN总线上,逻辑“0”和“1”之间显著的电压差是总线可靠通信的保证。参照上面的描述,CAN总线上两种电平状态分别为:

  • 显性(Dominant ): 0
  • 隐性(Recessive ): 1

CAN总线的信号电平具有线与特性,即显性电平(0)总是会掩盖隐性电平(1)。如果不同节点同时发送显性和隐性电平,总线上表现出显性电平(0),只有在总线上所有节点发送的都是隐性电平(1)时,总线才表现为隐性。线与特性是CAN总线仲裁的电路基础。详细仲裁过程见下文“仲裁机制”部分。

 

图6. 高速CAN信号电平( ISO 11898-2)

图7. 低速CAN信号电平( ISO 11898-3)

连接器 

在前文有提到,业界只规定了9 Pin D-Sub 类型的CAN总线连接器,其信号定义如图8所示。

 

图8. CAN 9 Pin D-Sub引脚定义

 三种CAN标准物理层比较

 除了上文介绍的高速CAN和低速CAN外,还有标准定义另外一种CAN物理层结构,即 Single Wire CAN。单线CAN可以减少一根传输线,但是要求节点间有良好的共地特性(相当于第二根信号线)。单线CAN的信号抗干扰能力相对较弱,在设计中需要提高信号幅度以增加信噪比,如此又会让它自身的辐射能力增加,因此必须降低其信号传输速率以达到电磁兼容的要求。综上,单线CAN仅适合应用在低速的车身电子单元、舒适及娱乐控制领域。低速CAN总线由于信号速度不高,在一根信号线失灵的情况下,仍可工作于单线模式。

三种CAN总线物理层的对比如表3列出。总线连接拓扑图如图9,对于端接,高速CAN端接是在总线两端,而低速CAN和单线CAN的端接都是在各节点位置。

 

表3. 三种CAN物理层标准比较

 

图9. 三种CAN总线物理层的比较

 通信原理

Multi-Master

 安全敏感的应用,比如汽车动力,对通信系统的可靠性要求很高。将总线工作正常与否归结到单一节点是极其危险的,比较合理的方案是对总线接入的去中心化,亦即每个节点都有接入总线的能力。这也是CAN总线采用多主控(Multi-Master)线性拓扑结构的原因。在CAN总线上,每个节点都有往总线上发送消息的能力,而且消息的发送不必遵从任何预先设定的时序,通信是事件驱动的。只有当有新的信息传递时,CAN总线才处于忙的状态,这使得节点接入总线速度非常快。CAN总线理论最高数据传输速率为1Mbps,对于异步事件反应迅速,基本上对于毫秒级的实时应用没有任何问题。

 寻址机制

 不同于其它类型的总线,CAN总线不设定节点的地址,而是通过消息的标识符(Identifier)来区别消息。CAN总线消息是广播式的,也就是说在同一时刻所有节点都检测到同样的电平信号。接受节点通过识别消息中的标识符,与该节点预设的过滤规则对比,如果满足规则就接收这条消息,发送应答,否则就忽略这条消息,关于这部分介绍见下文“条件接收”部分。这种机制虽然会增加消息帧的复杂度(增加标识符),但是节点在此情况下可以无须了解其它节点的状况,而相互间独立工作,在总线上增加节点时仅须关注消息类型,而非系统上其它节点的状况。这种以消息标识符寻址的方式,让在总线上增加节点变得更加灵活。

 CSMA/CD+AMP

 CAN总线通信原理可简单描述为多路载波侦听+基于消息优先级的冲突检测和仲裁机制(CSMA/CD+AMP),CSMA(Carrier Sense Multiple Access )指的所有节点必须都等到总线处于空闲状态时才能往总线上发送消息;CD+AMP(Collision Detection + Arbitration on Message Priority)指的是如果多个节点往总线上发送消息时,具备最高优先级(标识符最小)的消息获得总线占有权。

 帧分类

 CAN总线定义四种帧类型,分别为数据帧、远程帧、错误帧和过载帧。数据帧就是总线上传输用户数据的帧,其最高有效载荷是 8 Byte,除了有效载荷外,数据帧还包括必要的帧头帧位部分以执行CAN标准通信,比如消息标识符(Identifier)、数据长度代码、校验信息等。远程帧是用来向总线上其它节点请求数据的帧,它的帧结构与数据帧相似,只不过没有有效载荷部分;错误帧是表示通信出错的帧。数据帧和远程帧有标准格式和扩展格式两种格式。标准格式有 11 位的标识符 , 扩展格式有 29 位标识符。

各种帧的用途分别为:

  • 数据帧:用于发送单元向接收单元传送数据的帧;
  • 远程帧:用于接收单元向具有相同标识符的发送单元请求数据的帧;
  • 错误帧:用于当检测出错误时向其它单元通知错误的帧;
  • 过载帧:用于接收单元通知其尚未做好接收准备的帧

数据帧

数据帧的帧结构如图10所示,图中示例标准数据帧(Standard)和扩展数据帧(Extended)两种格式。各字段定义及长度分别为:

SOF:表示数据帧开始;(1 bit)
Identifier:标准格式11 bit,扩展格式29 bit包括Base Identifier(11 bit)和Extended Identifier(18 bit),该区段标识数据帧的优先级,数值越小,优先级越高;
RTR:远程传输请求位,0时表示为数据帧,1表示为远程帧,也就是说RTR=1时,消息帧的Data Field为空;(1 bit)
IDE: 标识符扩展位,0时表示为标准格式,1表示为扩展格式;(1 bit)
DLC:数据长度代码,0~8表示数据长度为0~8 Byte;(4 bit)
Data Field:数据域;(0~8 Byte)
CRC Sequence:校验域,校验算法G(x) = x15 + x14 + x10 + x8 + x7 + x4 + x3 + 1;(15 bit)
DEL:校验域和应答域的隐性界定符;(1 bit)
ACK:应答,确认数据是否正常接收,所谓正常接收是指不含填充错误、格式错误、 CRC 错误。发送节点将此位为1,接收节点正常接收数据后将此位置为0;(1 bit)
SRR:替代远程请求位,在扩展格式中占位用,必须为1;(1 bit)
EOF:连续7个隐性位(1)表示帧结束;(7 bit)
ITM:帧间空间,Intermission (ITM),又称Interframe Space (IFS),连续3个隐性位,但它不属于数据帧。帧间空间是用于将数据帧和远程帧与前面的帧分离开来的帧。数据帧和远程帧可通过插入帧间空间将本帧与前面的任何帧(数据帧、遥控帧、错误帧、过载帧)分开。过载帧和错误帧前不能插入帧间空间。

图10. CAN标准格式和扩展格式的数据帧/远程帧格式

远程帧 

一般地,数据是由发送单元主动向总线上发送的,但也存在接收单元主动向发送单元请求数据的情况。远程帧的作用就在于此,它是接收单元向发送单元请求发送数据的帧。远程帧与数据帧的帧结构类似,如上图X所示。远程帧与数据帧的帧结构区别有两点:

数据帧的 RTR 值为“0”,远程帧的 RTR 值为“1”
远程帧没有数据块
远程帧的 DLC 块表示请求发送单元发送的数据长度(Byte)。当总线上具有相同标识符的数据帧和远程帧同时发送时,由于数据帧的 RTR 位是显性的,数据帧将在仲裁中赢得总线控制权。

 错误帧

 用于在接收和发送消息时检测出错误时,通知错误的帧。错误帧由错误标志和错误界定符构成。错误帧的帧结构如图11示。

错误标志:6-12 个显性/隐性重叠位
主动错误标志(6个显性位): 处于主动错误状态的单元检测出错误时输出的错误标志
被动错误标志(6个隐性位): 处于被动错误状态的单元检测出错误时输出的错误标志
错误界定符:8 个隐性位

图11. 错误帧的帧结构

 过载帧

 过载帧是用于接收单元通知发送单元它尚未完成接收准备的帧。在两种情况下,节点会发送过载帧:

接收单元条件的制约,要求发送节点延缓下一个数据帧或远程帧的传输;
帧间空间(Intermission)的 3 bit 内检测到显性位

每个节点最多连续发送两条过载帧。过载帧由过载标志和过载界定符(8 个隐性位)构成。数据帧的帧结构如图12所示。

 

图12. 过载帧的帧结构

仲裁机制 

如果多个节点同时往总线上发送消息,总线的使用权是通过消息帧标识符的逐位仲裁机制决定的,在仲裁过程中消息是不会丢失的。这里的不会丢失的意思是指仲裁完成后,获得总线控制权的消息内容没有被仲裁过程篡改,将继续在总线上发送没有传输完的消息。
在CAN总线上,标识符值越小,消息的优先级越高。标识符全零的消息,由于它将总线电平保持在显性的时间最长,因此优先级最高。

CAN总线的仲裁机制如图13所示,几点说明:

Wire-AND Bus Logic:只有节点发送的全是隐性,总线电平才表现为隐性;
Arbitration Logic:所有发送节点在发送数据的同时,也检测总线上的电平状态。如果总线电平状态与它发送的电平状态一致,则继续发送(Next);如果发送为显性,总线电平状态为隐性,则传输出现故障(Fault);如果发送为隐性,总线电平状态为显性,则该节点退出对总线占用权的竞争(Stop);
节点A和节点C同时向总线上发送数据,在仲裁阶段,逐位对比总线上电平与自身发送的电平,在标识符的第四位(ID7),节点C检测到总线上电平与其自身发送电平不一致,它自动退出对总线的竞争,节点A则继续发送数据。

图13. CAN总线仲裁机制

如上介绍,CAN总线上的逐位仲裁机制与 I2C 总线的仲裁都应用到线与逻辑的电路基础,不同的是I2C的仲裁只是在主机间进行,而CAN总线没有主从机的概念。另外I2C的消息本身是不分优先级的;CAN消息则是带优先级,有的消息出身高贵(标识符值越小),在仲裁中总会取胜。

为消息划分优先级比较适合于实时控制系统,这样可以确保重要的信息优先发送,相对次要的消息延迟发送,系统设计师应该根据应用的特点为不同消息确定不同的优先级(标识符),在类似 DeviceNet 这些规范组织的定义中,对于同样类型的消息,比如温度传感器,即使它们可能来自不同的供应商,但消息标识符是一致的。

对于车身控制CAN网络(舒适+信息娱乐),其特点是消息标识符种类多,而且消息发送没有固定频率或规律,在此类应用的CAN控制器,例如 Freescale 的 MSCAN(Motorola Scalable Controller Area Network)的设计中,控制器内部包括 FIFO 寄存器,它将具有相同标识符的消息按顺序保存,从而避免接收缓冲器溢出。而对于动力系统控制的CAN网络,总线上的消息特点是速度快,但是存在一定规律,此类应用的CAN控制器,例如 Freescale 的 FlexCAN(CAN 2.0B-Compliant),它包括 16 ~ 64 个称为“mailbox”的接收缓冲器,运行时根据特定的过滤规则,将不同标识符的消息送到各自对应的 mailbox 。

 条件接收

前面有提到消息在CAN总线上是广播式的,但并不是所有节点都会对总线上所有消息感兴趣。节点通过控制器中过滤码(Filter Code )和掩码(Mask Code),再检验总线上消息的标识符,来判断是否接收该消息(Message Filtering)。

对于掩码,“1”表示该位与本节点相关,“0”表示该位与本节点不相关。举例如下:

例1:仅接收消息标识符为00001567(十六进制)的帧

设置过滤码为00001567
设置掩码为1FFFFFFF
节点检测消息的标识符的所有位(29位),如果标识符为00001567接收,否则舍弃。

例2:接收消息标识符为00001567 到 0000156F 的帧

设置过滤码为00001560
设置掩码为1FFFFFF0

节点检测消息的标识符的高25位,最低的4位则不care。如果标识符最高25位相同则接收,否则舍弃。

例3:接收消息标识符为00001560 到 00001567 的帧

设置过滤码为00001560
设置掩码为1FFFFFF8

节点检测消息的标识符的高26位,最低的3位则不care。如果标识符最高26位相同则接收,否则舍弃。

例4:接收所有消息帧帧

设置过滤码为0
设置掩码为0

节点接收总线上所有消息。

 应答机制

 应答位(ACK)用来表示节点已经收到有效的帧。任何节点如果准确无误地接收到帧,则要向总线上发送显性位,该显性位将掩盖发送节点输出的隐性位,使总线上表现为显性。如果发送节点检测应答位为隐性,那么说明没有节点收到有效帧。接收节点可能在应答位输出隐性表示它没有收到有效帧,但另外有收到有效帧的节点也可能输出显性表示它收到有效帧,这样总线上总体上表现为显性,发送节点也无从得知是否总线上所有节点都收到有效的帧。

 位填充 

CAN总线使用到的是非归零编码(NRZ),NRZ编码的优点是效率高,但却不易区分哪里是bit开始,哪里是bit结束。因此为确保在同步通信过程中有足够的电平跳变,规范中应用到位填充机制,即在每连续 5 个相同电平后插入 1个反相电平,接收节点在收到消息后自动将填充位删除。在帧内除了CRC界定符、ACK域和EOF外,其余部分均应用到位填充机制。在应用到位填充的域,检测到连续 6 个显性位或隐性位均视为报错。检测到错误后,节点将发出主动错误标志。注意如前文述,主动错误标志为连续6个显性位,它是不符合位填充规则的,因此检测到该电平的所有节点都会报错。
位填充意味着实际传输的数据帧长度可能更长,图14示例位填充前后的数据帧的变化,紫色位是位填充增加的位,接收节点收到消息后会自动删除这些位。

 

图14. 数据帧在位填充前后的比较

 错误检验

 完善的错误校验机制是CAN总线高可靠性的有效保证。CAN总线包括 5 种错误校验机制,其中 3 种在消息层面(Message Level),2 种在比特层面(Bit Level) 。如果消息出现五种错误中的任何一种,接收节点将不接收消息,并且产生错误帧通知发送节点重新发送消息,直到接收节点正确地收到消息。如果失效的节点持续不断地报错,导致总线挂死,那么在报错次数达到设定的上限时,它将被控制器从总线上移除(详见“故障限制”部分)。

消息层面的错误校验机制体现在数据帧(图10)中的 CRC 校验域和 ACK 域。CRC校验域包括传输数据的 15 bit Checksum值和 1 bit 界定符。ACK域包括 1 bit ACK位和 1 bit 界定符。消息层面的校验还包括格式错误校验,格式错误校验会检查消息帧中必须为隐性的位,如果这些位表现为显性,那么节点将报格式错误。格式错误检查的隐性位包括SOF、EOF、ACK界定符和CRC界定符。
在比特层面,发送节点在发送消息的同时会检测总线电平,如果检测到总线的状态和它发送的状态不符,则发送节点将报错。该过程的两处例外是消息帧处于标识符仲裁阶段和消息应答阶段。
最后一种错误校验机制源于CAN总线的位填充机制。除了错误标志和EOF,如果节点检测到连续 6 个相同电平,它即报填充错误。主动错误标志包括连续6个显性位,总线上所有检测到主动错误标志的节点都会报错,而产生各自的错误帧,这意味着总线上的错误帧可能由原先的 6 bit 到反馈叠加至 12 bit 不等。错误帧后面紧接着8个隐性位界定符(如图10)。在总线空闲时,消息通过竞争仲裁获得总线占用权后将重新传送。

综上,CAN总线的错误类型包括以下五种:

  • CRC错误(CRC Error)

在发送消息时,发送节点会根据特定的多项式计算出由数据帧SOF位到数据域最末位的Checksum值,并将该值放在数据帧的CRC域,随着数据帧广播到总线上。接收节点在收到数据后,应用同样的多项式计算Checksum值,并与收到的Checksum值对比。如果两者一致,正常接收;如果不一致,则舍弃该消息,并发送错误帧请求发送节点重传消息。CRC校验过程如图15所示。

CAN 2.0 规范定义CRC校验应用的多项式为:

 

图15. CRC校验机制

  • 应答错误(ACK Error)

发送单元在ACK位中检测到隐性电平时所检测到的错误(ACK没被传送过来时所检测到的错误)。

  • 格式错误(Form Error)

检测出与固定格式的位段相反的格式时所检测到的错误。

  • 位错误(Bit Error)

比较输出电平和总线电平(不含填充位),当两电平不一样时所检测到的错误。

  • 填充错误(Stuff Error)

在需要位填充的段内,连续检测到 6 位相同的电平时所检测到的错误。

 故障限制

 CAN总线上的每个节点控制器都会检测消息是否出错,如果节点发现消息出错,它将发送错误标志,从而打断总线上正常的数据传输。总线上其它没有发现原始消息错误的节点,在收到错误标志后将采取必要的措施,比如舍弃当前总线上的消息。CAN节点内部有两种错误状态计数器 TEC 和 REC 。节点通过特定的规则管理这两个计数器的值,其中:

  • TEC /Transmit Error Counter,发送错误状态计数器,出现一次错误该计数器值 +8;
  • REC /Receive Error Counter,接收错误状态计数器,出现一次错误该计数器值 +1;
  • 消息成功发送或接收一次,对应的 TEC 或 REC 值相应 -1

TEC 增加的速度快于 REC 增加的速度,这是因为有很大概率地是发送节点,而不是接受节点出错!基于 TEC 和 REC数值的变化,CAN规范定义了节点的 3 种基本错误状态:

  • Error Active:正常状态,在此状态下,节点可以发送所有类型的帧,包括错误帧;
  • Error Passive:节点可以发送除错误帧以外的所有帧;
  • Bus Off:节点被控制器从总线上隔离

节点的三种错误状态切换关系如图16所示。

 

图16. CAN总线节点错误状态切换图

 波形举例

 图17示例CAN通信过程信号波形。在 1 时刻,节点A向总线上发送消息;在 2 时刻,节点B和C收到消息,发送响应应答;在 3 时刻,节点B和C同时向总线上发送消息,竞争仲裁后节点C获得总线占用权,在 4 时刻继续发送未传输完毕的数据;节点A和B在 5 时刻响应C发送的消息;在总线空闲的 6 时刻,B发送消息到总线上;在 7 时刻节点A和B响应节点B发送的消息;在 8 时刻,节点A向空闲总线上发送消息。

 

图17. CAN通信过程举例

 

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

汽车CAN总线详解 的相关文章

  • UART、IIC、SPI、CAN通信的区别与应用

    文章目录 1 通信的基本知识1 1 数据通信的种类1 1 1 串行通信1 1 2 并行通信1 1 3 总结 1 2 数据通信的传输方向1 2 1 单工1 2 2 半双工1 2 3 全双工1 2 4 总结 1 3 数据通信的方式1 3 1 同
  • 关于STM32 CAN 滤波器设置的记录

    滤波模式有以下两种 xff1a 屏蔽位模式 标识符列表模式 过滤器的位宽 xff1a 16位过滤器 32位过滤器 下面记录一下我做过测试的代码 代码说明 xff1a 这是CAN2的滤波器 xff0c stm32f107的两组CAN滤波器是共
  • CAN总线的标准帧和扩展帧

    CAN总线的标准帧和扩展帧主要决定帧ID的长度 xff0c 标准帧的帧ID长度是11位 xff0c 帧ID的范围是000 7FF 扩展帧的帧ID长度是29位 xff0c 帧ID的范围是0000 0000 1FFF FFFF CANopen帧
  • Linux内核Socket CAN中文文档

    自己在年假中空闲之余翻译的内核中Socket CAN的文档 xff0c 原文地址在 xff1a http lxr linux no linux 43 v2 6 34 Documentation networking can txt 但是这篇
  • CAN通信讲解——总目录

    本文注意参考了 CAN入门书 xff0c 源于此书图片不再特殊标注 总目录 CAN通信讲解 xff08 1 xff09 基本知识 CAN通信讲解 xff08 2 xff09 数据帧和遥控帧 CAN通信讲解 xff08 3 xff09 错误据
  • Linux下CAN总线速率设置,socketCAN。

    背景 xff1a 飞思卡尔Freescale的ARM9处理器i MX25系列 socketCAN对于在Linux下操作CAN总线非常的快捷方便 xff0c 其配置方法和在Linux下对网卡的配置相似 xff0c 方法如下 xff1a 1 i
  • CAN报文解析—案例

    1 CAN报文定义 CAN报文是指发送单元向接受单元传送数据的帧 我们通常所说的CAN报文是指在CAN线 xff08 内部CAN 整车CAN 充电CAN xff09 上利用ECU和CAN卡接收到的十六进制报文 2 CAN协议中CAN报文种类
  • 解决ERROR 2003 (HY000): Can’t connect to MySQL server on ‘localhost’ (10061)

    如何解决ERROR 2003 HY000 Can t connect to MySQL server on localhost 10061 1 登录到安装Mysql的主机 xff0c 打开cmd命令行工具 xff0c 执行命令mysql u
  • linux-can编程(一)

    建立can的socket int can create socket char name int fd struct sockaddr can addr struct ifreq ifr socklen t len 61 sizeof ad
  • CAN为什么会发送失败

    CAN总线调试过程中出现报文发送失败 xff0c 很多工程师都对此只知其一不知其二 xff0c 这里就CAN报文发送失败的问题我们来做一次探讨 在了解CAN报文为什么会发送失败之前我们先看看一条正确的CAN报文到底应该是怎么样的 xff0c
  • Linux Socket CAN——驱动开发(转)

    Linux Socket CAN驱动开发 一 CAN总线协议 CAN是Controller Area Network 控制器局域网 的缩写 CAN通信协议在1986年由德国电气商博世公司所开发 xff0c 主要面向汽车的通信系统 现已是IS
  • 链接mysql数据库 Navicat,2003-can‘t connect to MYSQL server on192.168.1.122 (10060)

    可能的原因如下 xff1a 一 关闭防火墙 xff1b 1 firewalld的基本使用 启动 xff1a systemctl start firewalld 关闭 xff1a systemctl stop firewalld 查看状态 x
  • CAN 与 CANFD数据报文格式解读

    ISO 11898 1 2015 协议详细定义了CAN网络报文的格式 xff0c 包含了传统CAN与CANFD帧格式 CAN网络的帧类型共有4种 xff0c 分别为数据帧 远程帧 错误帧 过载帧 本章将主要介绍CAN网络数据帧报文的格式 x
  • kvaser pcie can 在ros中使用socketcan开发

    kvaser pcie can 在ros中使用socketcan开发 0 系统配置 Ubuntu 16 04 6 LTS Linux version 4 15 0 45 generic 1 官网下载地址 https www kvaser c
  • CAN接口芯片MCP2515的波特率和滤波器设置问题

    配置波特率代码 MCP2515ByteWrite CNF1 3 MCP2515ByteWrite CNF2 0x80 PHSEG1 3TQ PRSEG 1TQ MCP2515ByteWrite CNF3 PHSEG2 3TQ 功能 波特率的
  • Ubuntu系统周立功CAN驱动安装及常见问题

    文章目录 前言 一 步骤 1 检查是否安装libusb的库 2 驱动安装 3 测试 部分常见问题 前言 系统是ubuntu16系列 周立功的是usbcan 提示 以下是本篇文章正文内容 下面案例可供参考 一 步骤 1 检查是否安装libus
  • STM32的CAN总线的接收双FIFO使用方法

    通过下面的框图我们可以看到 STM32F013有两个接收FIFO 但是实际的使用中如何让着两个FIFO都被使用呢 解决办法就在这里 1 STM32F103有0 13共14个过滤器组 每个过滤器组都可以绑定指定的FIFO 2 特别需要注意的一
  • CAN与CANOpen(一)

    CAN与CANOpen 一 基本概念 CAN与CANOpen 二 报文格式 CAN与CANOpen 三 错误处理 CAN与CANOpen 四 CANOpen对象字典 CAN与CANOpen 五 PDO和SDO CAN与CANOpen 六 网
  • CAN/CANFD 总线负载率及计算(源码和工具)

    CAN BUS的总线负载率是CAN总线架构协议设计时的一个重要的指标 一般建议负载率峰值不要高于80 平均负载率不要超过50 当然这只是一般建议 具体根据使用场景和系统设计而定 负载率定义 关于CAN负载率的定义和计算 很多文章写得不求甚解
  • 难懂?这样理解SPI与CAN很简单!

    难懂 这样理解SPI与CAN很简单 什么是串行通讯 为什么仍需使用串行通讯 SPI与CAN SPI 接口特点 CAN现场总线特点 什么是串行通讯 在正式进入主题前 我么先来介绍一下什么叫做 串行通信 串行通信是计算机的一种数据传输通信方式

随机推荐

  • 一位程序员妹纸讲述她是如何拿到美团offer的?

    作者 xff1a 只爱羽毛球的程序媛 来源 xff1a http t cn EaXy17r 美团 xff0c 我是在拉勾网上投的简历 xff0c 之前也投过一次 xff0c 简历都没通过删选 xff0c 后来让学姐帮我改了一下简历 xff0
  • 一文读懂数据中台架构体系(收藏)

    点击关注公众号 xff1a 互联网架构师 xff0c 后台回复 2T获取2TB学习资源 xff01 上一篇 xff1a Alibaba开源内网高并发编程手册 pdf 当前 xff0c 大部分企业不再建设从源数据采集到分析应用的烟囱式系统 x
  • 计算机专业走嵌入式还是纯软?

    嵌入式也分多个方向 xff0c 单片机方向 Linux方向 安卓方向 如果你是电子通信或电气自动化这种类似的专业 xff0c 你肯定要选择的是嵌入式了 xff0c 首先嵌入式对硬件基础是有要求的 xff0c 模电数电肯定都是逃不过的 xff
  • 树莓派3降低内核版本,安装Tenda U6 RTL8192无线网卡驱动

    树莓派3内置了蓝牙和wifi xff0c 但是在对网络要求比较苛刻的条件下 xff0c 出现网络质量不太好的情况 xff0c 所以买了Tenda的两款USB无线网卡 xff0c 分别是W311MA免驱版和U6 树莓派3刷了Linux内核 x
  • 使用mobaxterm连接服务器出现连接中断问题

    使用mobaxterm连接服务器 mobaxterm是一个很不错的远程连接工具 xff0c 功能也很强大 在连接到远程服务器时 xff0c 如果隔一段时间不进行操作的话 xff0c 会出现中断连接的现象 解决这个问题 xff0c 可以在se
  • Python爬虫之收藏夹

    正则表达式30分钟入门教程 在线正则表达式测试 requests中文文档 Beautiful Soup 4 2 0 中文文档
  • 树莓派 - PX4 安装教程

    留坑 xff0c 近期群上有小伙伴想要入坑 树莓派PX4 xff0c 所以想写一个基础安装教程 xff0c 如果有不合理请指出 250渣渣架子 xff0c 后期换成Q380了 准备清单 1 xff0c 树莓派Pi3 xff08 推荐这个 x
  • STM32 Systick定时器在实现1us延时时的问题与解决

    问题 xff1a 使用systick config 函数来实现计数 xff0c 这个函数在下面代码中的 SysTick CTRL TICKINT Msk 开启了中断 不论系统时钟为72Mhz或36Mhz若设置STM32每10us进入一次中断
  • VINS-MONO运行(运行VINS-Mono没有轨迹的原因)

    VINS MONO下载及编译 与github中 https github com HKUST Aerial Robotics VINS Mono的一致 下载VINS MONO文件 cd catkin ws src git clone htt
  • gitkraken汉化

    想要汉化gitkraken xff0c 上链接 xff0c 下载解压 链接 xff1a https pan baidu com s 136cQzS7 SsIazhyF1IojsQ 提取码 xff1a 0lzb 01 双击运行install
  • 使用Ubuntu系统运行C或C++程序

    查找Ubuntu系统是否有gcc软件 xff0c 输入指令which gcc 查看gcc的版本 xff0c 输入gcc version 然后就可以确定系统自带gcc编译器了 gcc用来编译C xff0c g 43 43 用来编译C 43 4
  • Ubuntu删除文件和文件夹命令

    r表示向下递归删除 f表示直接强制删除 xff0c 没有任何提示 对于文件夹的删除一般用rm rf xff08 文件夹删除必须有r xff0c 递归删除 xff09 对于文件的删除一般用rm f xff08 其实rm本身就可以完成文件删除
  • slam十四讲中Sophus库安装以及遇到so3.h找不到文件的解决

    首先安装Sophus库 xff0c 首先说明一下 xff0c 我安装的是非模板类 xff0c 非模板类相对模板类更好上手 xff0c 且我下载的slam作者提供的sophus库压缩包也是非模板类 一 下载 git clone https g
  • 解决resource not found问题

    在运行ros中的xacro文件时出现的如下问题 resource not found mbot description ROS path 0 61 opt ros melodic share ros ROS path 1 61 opt ro
  • CV::mat 学习

    原文 xff1a http blog sina com cn s blog ac1864bd010188cm html opencv从c到c 43 43 Opencv2 0版本发布后 xff0c 其新的C 43 43 接口 xff0c cv
  • pcl::pointcloud和pcl::pointcloud::Ptr区别

    后者是指针类型的点云类 定义点云的格式 xff1a pcl PointCloudpcl PointXYZ Ptr cloud Ptr new pcl PointCloudpcl PointXYZ pcl PointCloudpcl Poin
  • ROS安装 rosdep update报错解决

    https blog csdn net leida wt article details 115120940 跟这个做 xff0c 注意正文中对第五个地址的补充gbpdistro url 61 https ghproxy com 43 gb
  • Jetson Xavier 通过jetson-io配置设备树 (9)

    1 在终端输入扩展40Pin配置脚本 sudo opt nvidia jetson io jetson io py 2 选择进入Configure 40 pin expansion header 3 空格选中spi1 或者其他需要的扩展功能
  • UCOSIII系统学习笔记

    说明 xff1a 本文主要讲针对STM32的UCOSIII3 03版本的文件与内核分析 此文只是对UCOSIII粗略的讲解 xff0c 希望读者在读完后能对UCOSIII系统整体多些认识 xff0c 细节方面还请读者参考相关书籍 xff0c
  • 汽车CAN总线详解

    概述 CAN xff08 Controller Area Network xff09 总线协议是由 BOSCH 发明的一种基于消息广播模式的串行通信总线 xff0c 它起初用于实现汽车内ECU之间可靠的通信 xff0c 后因其简单实用可靠等