CAN协议分析




概述


CAN 协议即控制器局域网络 (Controller Area Network)简称,由研发和生产汽车电子产品著称的德国 BOSCH 公司开发,成为国际标准ISO11519以及ISO11898。


CAN协议分析


CAN 总线协议已经成为汽车计算机控制系统和嵌入式工业控制局域网的标准总线。


CAN协议分析






CAN协议构成


can协议分为物理层和协议层


CAN协议物理层


1.通讯方式


CAN使用异步通信,利用CAN_High和CAN_Low两条信号线组成的差分信号线进行通讯(和传统的时钟通信不同)。


CAN协议分析


传输速率


500kbps和125kbps的总线分别针对不同类型的ECU。


◆500kbps CAN总线连接了ABS(防抱死制动系统),SAS(转向角传感器),ETM(发动机电子控制模块)和ECM(电子控制模块),通常用于传输速率要求较高的控制信号。


◆125kbps CAN接口连接了DDM(所有权门模块)和PDM(电梯门模块),通常用于传输速率要求较低的控制信号。


差分信号


差分信号通信是一种通过两条导线(或信号线)传输数据的方式,主要用于提高抗干扰能力和信号完整性。


概念


在差分信号通信中,同一信号的两个版本会同时在两条导线上传输:

正信号(+):原始信号

负信号(-):原始信号的反相版本


例如:

如果正信号是高电平(+5V),负信号就是低电平(0V)

如果正信号是低电平(0V),负信号就是高电平(+5V)


信号的产生

发送端通过一个差分驱动器(或发送器)生成差分信号:

正信号线(D+):直接传输原始信号

负信号线(D-):传输原始信号的反相信号


例如:

当发送逻辑“1”时,D+线上为高电平,D-线上为低电平

当发送逻辑“0”时,D+线上为低电平,D-线上为高电平


信号的传输

差分信号通过两条导线同时传输,导线之间的电压差(即差分电压)决定了信号的逻辑状态:


差分电压 = D+ 电压 – D- 电压


◆逻辑“1”通常表现为正的差分电压(例如 +2V)

◆逻辑“0”通常表现为负的差分电压(例如 -2V)


信号的接收

接收端使用差分接收器来解读信号

差分接收器不直接读取D+或D-的电压值,而是读取它们之间的电压差


◆如果D+的电压高于D-的电压,接收器将其解读为逻辑“1”

◆如果D+的电压低于D-的电压,接收器将其解读为逻辑“0”


抗噪声原理

当外部噪声(如电磁干扰)影响到传输线时,通常会同时影响到D+和D-两条线,使它们的电压同时上升或下降。


但由于接收器只关注两条线之间的电压差,这种共模噪声不会改变信号的逻辑状态,因此可以被有效抑制。


CAN 协议中的差分信号规范


CAN协议分析


CAN协议分析


CAN 总线协议的物理层,只有 1 对差分线,在一个时刻只能表示一个信号,所以对通讯节点来说,CAN 通讯是半双工的,收发数据需要分时进行。


CAN 的通讯网络中,因为共用总线,在整个网络中同一时刻只能有一个通讯节点发送信号,其余的节点在该时刻都只能接收。


2.总线网络

can的物理层的形式有两种


◆ISO11898 标准的高速、短距离“闭环网络”

◆ISO11519-2 标准的低速、远距离“开环网络”


闭环网络


CAN协议分析


◆总线最大长度为 40m

◆通信速度最高为 1Mbps

◆闭环总线两端各有一个120Ω的电阻


开环网络


CAN协议分析


总线最大长度为 1km

最高通讯速率为 125kbps

每根总线串联一个2.2kΩ的电阻


3. 通讯节点


CAN协议分析


通讯节点构成

◆一个 CAN 控制器及 CAN 收发器构成

◆通过 CAN_Tx 及CAN_Rx 信号线连接控制器与收发器

◆通过 CAN_High 及 CAN_Low 信号线连接收发器和 CAN 总线

◆CAN_Tx 及 CAN_Rx 使用普通的类似 TTL 逻辑信号

◆CAN_High 及 CAN_Low 是一对差分信号线


多通讯节点挂载

一个总线可以挂载多个节点,CAN 通讯协议不对节点进行地址编码,对数据内容进行编码的。节点个数理论上不受限制(总线的负载足够即可,通过中继器增强负载)


通讯节点通讯流程


接收和发送流程相反


发送数据

◆控制器把要发送的二进制编码通过 CAN_Tx 线发送到收发器。

◆收发器把这个普通的逻辑电平信号转化成差分信号。

◆通过差分线 CAN_High 和 CAN_Low 线输出到 CAN 总线网络。


接收数据

CAN 总线网络将数据通过差分线CAN_High 和 CAN_Low 发送。收发器把总线上收到的 CAN_High 及 CAN_Low 信号转化成普通的逻辑电平信号,最后通过 CAN_Rx 线输出到控制器中。


CAN电平转换芯片(部分)

CAN协议分析


CAN协议协议层


1.波特率及位同步


通讯的波特率


==总线上的各个通讯节点只要约定好 1 个 Tq 的时间长度以及每一个数据位占据多少个 Tq,就可以确定 CAN 通讯的波特率==

CAN协议分析

SJW[1:0]再同步补偿宽度
TS1[3:0]时间段1
TS2[2:0]时间段2
BRP[9:0]波特率分频器
SS同步段恒等于1
设置APB1的时钟频率,STM32F1通常为36MHz(外部8M晶振)


详细计算方式参考:CAN总线波特率的设定——以STM32F103为例 – 知乎 (zhihu.com)


示例:

假设1Tq=1us,而每个数据位由 19 个 Tq 组成,则传输一位数据需要时间; 


T1bit=19us,从而每秒可以传输的数据位个数为:1×10次方/19 = 52631.6 (bps)


每秒可传输的数据位的个数即为通讯中的波特率,CAN 属于异步通讯,没有时钟信号线。连接在同一个总线网络中的各个节点会像串口异步通讯那样,节点间使用好的波特率进行通讯。(同时使用“位同步”的方式来抗干扰、吸收误差,实现对总线电平信号进行正确的采样,确保通讯正常)


位时序分解


CAN 协议把每一个数据位的时序分解成SS 段,PTS 段,PBS1 段,PBS2 段

,四段的长度加起来即为一个 CAN 数据位的长度。


分解后的最小时间单元为Tq(一个完整的位由 8~25 个 Tq组成)


CAN协议分析

(此处高低电平直接代表信号逻辑 0 或逻辑 1)


示例的的数据:位长度为19Tq


◆SS 段占 1Tq

◆PTS 段占 6Tq

◆PBS1段占 5Tq

◆PBS2 段占 7Tq


SS段

同步段(大小固定为 1Tq)

==检测到总线上信号的跳变沿被包含在 SS 段的范围之内,则表示节点与总线的时序是同步的==


PTS段

传播时间段(大小为 1~8Tq)

==补偿网络的物理延时时间==,总线上输入比较器延时和输出驱动器延时总和的两倍


PBS1 段 (PHASE SEG1)

相位缓冲段(大小为 1~8Tq)

==补偿边沿阶段的误差==,它的时间长度在重新同步的时候可以加长


PBS2 段 (PHASE SEG2)

另一个相位缓冲段(大小为 2~8Tq)

==也是用来补偿边沿阶段误差的==,时间长度在重新同步时可以缩短


同步过程分析


简述同步:使数据接收方能够正确地解释和处理从发送方接收到的数据,确保接收方能够准确地识别出每个数据位的开始和结束。


CAN的同步分为两种:硬同步和软同步


硬同步(针对短帧传输)

硬同步是当CAN节点在总线上检测到一个显性边沿(即从隐性位跳变到显性位)时进行的同步操作


隐性位跳变到显性位:

显性位(Dominant Bit):表示逻辑“0”

◆**隐性位(Recessive Bit):**表示逻辑“1”

边沿(Edge):边沿是指信号从一个状态转换到另一个状态。例如,从隐性位(逻辑1)跳变到显性位(逻辑0)时,这种转换称为“显性边沿”


工作原理:

◆帧起始位(SOF):

◆触发硬同步:


示例:

假设有两个CAN节点,节点A(发送方)和节点B(接收方)(同一个CAN总线上通信)。

节点A准备发送一帧数据,节点B则负责接收该帧数据。


1.总线处于空闲状态


在开始通信之前,CAN总线处于空闲状态,此时总线的电压处于隐性位(逻辑1),节点A和节点B都在等待总线的变化。


1.节点A发送数据帧起始位(SOF)


节点A开始发送一个数据帧。CAN通信的规则规定,帧的开始由一个显性位表示,称为帧起始位(SOF)。因此,节点A从隐性位(逻辑1)切换到显性位(逻辑0),即电压变化使CAN H和CAN L线之间的差异增加。


1.节点B检测到显性边沿并进行硬同步


当节点B在总线上检测到这一从隐性位跳变到显性位的电压变化(显性边沿)时,它会执行“硬同步”操作:


◆节点B内部的位时钟会被立即重置,并开始一个新的计时周期

◆这个计时周期与节点A发送数据时的周期对齐,确保节点B能与节点A同步读取接下来的数据位


重新同步(针对长帧传输)

在长帧传输时,(时钟漂移导致节点的时钟和总线的时钟出现偏差)确保节点的时钟与总线保持同步


基本原理:

CAN节点的内部时钟(位时钟)与总线上的信号发生了偏移,

重新同步通过检测==普通数据位的跳变沿(从高电平到低电平,或从低电平到高电平)==来对齐时钟


相位超前(时钟快):

节点的时钟比总线时钟快,这意味着节点会比总线更早检测到数据位的跳变沿

==通过延长相位缓冲段1(PBS1)的时间来使节点的时钟与总线对齐==

CAN协议分析


相位滞后(时钟慢):

节点的时钟比总线时钟慢,节点在总线跳变沿之后才检测到信号

==通过减少相位缓冲段1(PBS1)的时间来赶上总线时钟==


CAN协议分析


重新同步补偿宽度(SJW)

调整时钟的一种机制,用来修正节点时钟与总线信号之间的偏差


最大SJW的限制

CAN控制器通常会为SJW设置一个最大值(单次同步操作中,时钟的调整范围不能超过设置的最大值)


偏差超过最大值(不能再一次完成),只能通过多次小幅度的调整完成

PBS1 和 PBS2 的调整


PBS1(相位缓冲段1):

PBS2(相位缓冲段2):


2.报文种类及结构


SPI 通讯,片选、时钟信号、数据输入及数据输出这 4 个信号均有单独的信号线。


I2C 协议,包含有时钟信号及数据信号 2 条信号线,异步串口包含接收与发送 2 条信号线。


但是CAN只有两条差分信号线(只能表达一个信号),所以CAN协议==对数据、操作命令 (如读/写) 以及同步信号进行打包,打包后的这些内容称为报文。


报文种类


传输起始标签+片选(识别)标签+控制标签+原始数据段+CRC校验标签+应答标签+传输结束标签


把上述的内容按照特定格式打包,可以用一个通道表达各种信号,对应设备按照格式去解读就能还原数据——CAN的数据帧。


CAN协议分析


数据帧结构


CAN协议分析

开始:(帧起始)

一个显性位 (逻辑 0)


中间:

仲裁段,控制段,数据段,CRC 段,ACK 段


最后:(帧结束)

7 个连续的隐性位 (逻辑 1)


仲裁段

==多个报文发送时,根据仲裁段决定具体的传输报文==


仲裁原理:

◆物理协议基础:总线上同时出现显性电平和隐性电平,总线的状态会被置为显性电平

◆==若两个节点同时竞争 CAN 总线的占有权,当它们发送报文时,若首先出现隐性电平,则会失去对总线的占有权,进入接收状态==


◆示例:

CAN协议分析


开始阶段,两个设备发送的电平一样,所以它们一直继续发送数据。


箭头时序处,节点单元 1 发送的为隐性电平,节点单元 2 发送的为显性电平,总线的物理协议基础使它表达出显示电平单元 2 竞争总线成功,该报文得以被继续发送出去。


仲裁段 ID 数据位 (标识符):

◆包括标准格式(11位)和扩展格式(29位)

◆决定数据帧发送的优先级(can协议的优先级不由节点地址分配,由发送数据的表示ID进行决定

◆决定节点是否接收此数据帧


仲裁段RTR,IDE,SRR 数据位

IDE 位(标识符扩展位):区分标准格式与扩展格式,==显性电平时表示标准格式,隐性电平时表示扩展格式==

RTR 位(标准格式下的远程传输请求位):区分数据帧和遥控帧的,==显性电平时表示数据帧,隐性电平时表示遥控帧==

SRR 位(扩展格式下的远程传输请求位):扩展帧中的 SRR 位在数据帧为隐性位,RTR 在数据帧为显性位,所以在两个 ID 相同的标准格式报文与扩展格式报文中,标准格式的优先级较高


控制段


指定报文的长度和扩展标识符的使用情况


IDE位(标识符扩展位):区分标准帧和扩展帧,显性电平时表示标准格式,隐性电平时表示扩展格式

RTR位(远程请求位):区分数据帧和远程帧,显性电平时,表示发送的数据帧,隐形电平时表示发送的远程帧(不包含数据,通常用于请求其他节点发送数据)

保留位(r0,r1):用于协议的扩展,一般被设置为显性电平

DLC 位(数据代码长度):表示报文中实际传输的数据字节数(4位的字段),范围是0-8,对应数据的字节大小(预留4位的空间是为了保证协议的拓展性)


数据段


◆包含原始的数据信息(0-8个字节)

◆执行MSB原则:最高位优先传输原则(MSB 一般以太网协议,CAN协议;反之LSB原则,一般文件,图片编码格式)


CRC段


确保数据完整性,包含CRC序列和CRC界定符

CRC 序列


◆大小为15个二进制位

◆由发送节点基于其发送的报文内容(仲裁段、控制段、数据段等)计算出来的校验码

◆用一个预定义的CRC多项式对报文的比特流进行计算

◆接收方收到报文后会进行相同的CRC计算,将自己计算出的CRC值与接收到的CRC序列进行比较


CRC界定符

长度固定位1位的隐性位,用来将CRC序列与后续的ACK段

ACK 段

确保数据帧被正确接收,包含ACK槽位和ACK界定符

ACK槽位

用于接收节点确认报文是否正确接收,如果正确接收报文且无报错,接收节点通过ACK槽位向发送节点发送确认信号(将隐性位覆盖为显性位)


工作原理:

发送节点只负责在ACK槽位发送隐性位(1)

接收节点负责覆盖ACK槽位中的隐性位


ACK界定符

长度固定为1位的隐性位,将ACK槽位与结束帧分隔


3.其他报文格式(格式类似)


CAN协议分析





STM32F407 CAN Controller解析


基本构造


官方文档:

https://www.ti.com/lit/an/sloa101b/sloa101b.pdf


基本支持:

支持bxCAN控制器(CAN 协议 2.0A 和 2.0B 标准‘最高速率1Mb/s

支持自动地接收和发送 CAN 报文

支持使用标准ID 和扩展 ID 的报文

支持使用软件控制发送报文的优先级

支持记录发送的时间,2 个 3 级深度的接收 FIFO(两个 FIFO 队列,每个队列都可以存储最多 3 个数据项),不支持DMA(直接内存访问,用于高效数据传输的技术,不需要 CPU 的干预)


框架示意图:

CAN协议分析


CAN 控制器1和2

CAN1 是主设备(控制存储访问控制器)

CAN2 无法直接访问存储区域(必须支持CAN1 外设时钟)


组件解析


CAN 控制内核


包括CAN 控制内核(主要分析主控制寄存器 CAN_MCR,时序寄存器 CAN_BTR)


CAN_MCR( 主控制寄存器 )


主要控制CAN 的工作模式


寄存器控制图


CAN协议分析


DBF 调试冻结功能

用于设置CAN 控制器在进入调试模式时的通信功能,工作状态和禁止收发状态

==设定禁止收发状态后在进入调试状态后将关闭通信功能==(不阻碍FIFI访问,同时可以读取已经接受的消息)


TTCM 时间触发模式

用于支持预定的时间点发送和接收消息(需要严格的时间同步和实时性要求的场景下使用

功能实现:(内部定时器产生计时器)


◆启动TCM模式,CAN的内部计时器会随着每个CAN 位时间进行累加

◆接收或者发送帧起始位被采样,控制器会生成定时器

◆生成的定时器保存在CAN_RDT_xR(接收定时器),CAN_TDTxR(发送定时器),用来表示消息发送和接受的时间


ABOM 自动离线管理

用于处理 CAN 节点由于错误累积过多而进入离线状态的情况


协议基础:

CAN 节点在离线上检测到发送或接收错误累计超过一定的阈值时,会自动进入Bus-Off(离线)状态,在此状态下,节点将无法接收或发送任何CAN报文


实现功能:

◆错误监测与离线状态

◆自动恢复机制:

◆手动恢复机制

当未启动ABOM功能时,进入离线状态后,需要手动恢复(例如:外部程序发送重置命令,重启CAN 节点)。


AWUM 自动唤醒模式

在CAN控制器进入低功耗的睡眠模式后,自动侦听睡眠活动,并在有通信时发生自动唤醒设备。


实现功能:

◆睡眠模式:没有通信需求时可以进入睡眠模式,以降低功耗

◆自动唤醒:当 CAN 唤醒上出现数据传输时,AWUM会唤醒自动控制器,使其从睡眠状态中恢复到正常工作状态,并开始处理通信


NART自动重传功能

◆当NART位被设置为0时,CAN 控制器会==在发送失败时自动重传该报文,直至发送成功状态

◆当NART位被设置为 1时,自动重传功能被禁用,无论发送结果如何,每个消息都只会被发送一次


RFLM 接收 FIFO 锁定模式

用于锁定接收 FIFO

◆当FIFO 锁定时,接收到的FIFO溢出时,会直接丢弃下一个报文,将当前的的报文保留在FIFO中

◆当FIFO没有锁定时,下一个接受的报文会覆盖原报文


TXFP 报文发送优先级的判定法

TXFP控制了当CAN发送邮箱中有多个待发送报文时,优先发送哪一条消息

◆当TXFP设置时,发送报文的数据顺序是根据进入顺序(即先进先出原则,“FIFO原则”)

◆当TXFP未被设置时,根据报文ID的优先级来发送消息,ID数值越低,优先级加权


CAN_BTR(位时序寄存器)及波特率


CAN协议分析

配置测试模式、波特率以及各种位内的段参数


CAN_BTR模式

静默和环回模式用于调试和测试CAN通信(通过CAN_MCR注册中的位30和位31(看上图)进行启动)

CAN协议分析


SILM 静默模式(调试)

CAN 可以接收数据,但是不会主动发送数据,进行干扰(检测到错误,也不会发送错误帧)

主要用于睡眠监听,不影响睡眠上的正常通信

位31

0:正常工作

1:静默模式


LBKM 回环模式(调试)

CAN 将自己发送的报文直接传入到自己的寄存器上,用于自我检测(节点自我检测报文能否正常回传,而不接入CAN 网络)。

位30

0:禁止回环模式

1:支持回环模式


组合模式

如果同时启用静默模式(SILM = 1)环回模式(LBKM = 1),CAN控制器将进入静默环回模式。


CAN控制器不会与实际行走通信,但可以通过内部自我实现环回实现自动化自收。


STM32 外设位时序:


同步段 SYNC_SEG + 位段 BS1 + 位段 BS2


(采样点位于BS1 及 BS2 段交界)

CAN协议分析


◆SYNC_SEG 段固定长度为 1Tq

◆BS1,BS2的长度在CAN_BTR中设置(支持在重新同步期间增长或缩短)


BS1段类似CAN 标准协议中PTS段+PBS段

BS2段类似CAN 标准协议中的PBS2 段


波特率配置


配置位时序寄存器 CAN_BTR的TS1[3:0] ,TS2[2:0],设定 BS1 及 BS2 段的长度,确定每个CAN 数据位的时间:


BS1 段时间:TS1=Tq x (TS1[3:0] + 1)

BS2 段时间:TS2= Tq x (TS2[2:0] + 1)
一个数据位的时间:T1bit =1Tq+TS1+TS2=1+ (TS1[3:0] + 1)+ (TS2[2:0] + 1)= N Tq


计算公式


CAN协议分析


CAN协议分析


Fpclk一般为42MHz:

CAN协议分析


CAN 发送邮箱


CAN 有三个发送邮箱(可以支持最多3和待发送的报文)


邮箱构成

CAN_TIxR(标识符寄存器) + CAN_TDTxR(数据长度控制寄存器) + CAN_TDLxR,CAN_TDHxR(2个数据寄存器)

CAN协议分析


详解标识符


标准标识符(11 位)和扩展标识符(29 位)


发送报文的时候需要根据标识符类型将数据写入标识符寄存器CAN_TIxR,进行发送。


标准标识符(11位)

STDID[10:0]寄存器位存储标准标识符的 11 位值


报文中的 ID 就是STDID中的内容,所有位都可以直接用来做报文优先级判断和匹配


扩展标识符(29 位)

STDID[10:0]EXTID[17:0]共同存储扩展标识符


◆高 11 位存储在STDID[10:0](对应扩展标识符的[18:28]位)

◆低 18 位存储在EXTID[17:0](对应扩展标识符的[0:17]位)


29 位的标识符共同决定了报文的优先级和目标地址

发送请求


CAN_TIxR 寄存器中的TMIDxR_TXRQ(为1时,开始传输数据)用于发送请求:


1.判断标识符(扩展还是标准)

2.将标识符写入标准STDID[10:0]&扩展标识符EXTID[17:0]

3.配置其他报文段如数据字段

4.TMIDxR_TXRQ设置为1,请求发送报文


CAN 接收 FIFO

接收 FIFO 是专门用于存储接收到的 CAN 报文的

每个 CAN 外设有 2 个接收 FIFO(FIFO0 和 FIFO1),每个 FIFO 包含 3 个邮箱→一个CAN 接口最多可以缓存6个接收到的报文


工作机制

◆报文存储:接收到报文后存储在FIFO中,计数器自增

◆读取报文:当cpu对报文进行读取时,计数器自减

◆状态监控:通过状态寄存器可以获取 FIFO 的当前状态(报文数量,溢出报错)


◆锁定模式(RFLM)

  • 锁定模式:FIFO 溢出,新的报文将被丢弃

  • 非锁定模式:FIFO 溢出,新的报文会覆盖 FIFO 中最旧的报文


CAN协议分析


验收筛选器

==用于筛选接收到的 CAN 报文==

CAN 总线是广播式的,所有节点都会接收到所有报文,但通过配置筛选器可以选择性接收特定报文


结构与配置

CAN1 和 CAN2 共用 28 个筛选器组

每个筛选器组有 2 个寄存器

(通过配置不同的工作模式和掩码来过滤不同的报文)


筛选器 ID 长度

过滤的报文 ID 长度来确定工作在两种不同的长度模式:


31位模式

◆检查标准标识符(STDID)的 11 位(STDID[10:0])

◆扩展标识符(EXTID)**的 18 位(EXTID[17:0])

IDE(标识符扩展位)

RTR(远程传输请求位)



16位模式

◆检查标准标识符(STDID)的 11 位(STDID[10:0])

RTR

IDE

◆扩展标识符的 3 位(EXTID[17:15])


配置CAN_FS1R(筛选尺度寄存器)中的FSCx位,选择筛选器使用 31 位模式和 16 位模式。


工作模式


两种过滤模式:

1.标识符列表模式:(类似白名单)

2.掩码模式:(类似关键字匹配)


配置CAN_FM1R(筛选模式寄存器)中的FBMx位来选择筛选器的工作模式(列表模式或掩码模式)


四种状态组合

1.31 位掩码模式

2.31 位标识符列表模式

3.16 位掩码模式

4.16 位标识符列表模式




CAN协议分析


看雪ID:gir@ffe

https://bbs.kanxue.com/user-home-989049.htm

*本文为看雪论坛优秀文章,由 gir@ffe 原创,转载请注明来自看雪社区

CAN协议分析



# 往期推荐

1、《安卓逆向这档事》番外实战篇-拨云见日之浅谈Flutter逆向

2、ByteCTF逆向解析

3、Fuzzer开发4:快照、代码覆盖率与模糊测试

4、天堂之门(WoW64技术)总结及CTF中的分析

5、Fuzzer开发 3:构建 Bochs、MMU 和文件 IO


CAN协议分析


CAN协议分析

球分享

CAN协议分析

球点赞

CAN协议分析

球在看



CAN协议分析

点击阅读原文查看更多

原文始发于微信公众号(看雪学苑):CAN协议分析

版权声明:admin 发表于 2024年10月10日 下午6:06。
转载请注明:CAN协议分析 | CTF导航

相关文章