《STM32从零开始学习历程》@EnzoReventon

CAN通讯协议协议层

相关链接:

《STM32从零开始学习历程》——CAN通讯协议物理层
CAN-bus规范 V2.0版本
CAN总线入门
周立功-CAN协议中文版

参考资料:
[野火EmbedFire]《STM32库开发实战指南——基于野火霸天虎开发板》
[正点原子]STM32F4开发指南-库函数版本_V1.2
[ST]《STM32F4xx中文参考手册》
CAN-bus规范 V2.0版本
CAN总线入门
周立功-CAN协议中文版

CAN的波特率及位同步

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

位时许分解

  • 为了实现位同步,CAN协议把每一个数据位的时序分解成SS段、PTS段、PBS1段、PBS2段
  • 这四段的长度加起来即为一个CAN数据位的长度。
  • 分解后最小的时间单位是Tq
  • 一个完整的位由8~25个Tq组成。
  • 上图中表示的CAN通讯信号每一个数据位的长度为19Tq
  • 其中SS段占1Tq,PTS段占6Tq,PBS1段占5Tq,PBS2段占7Tq。
  • 信号的采样点位于PBS1段与PBS2段之间,通过控制各段的长度,可以对采样点的位置进行偏移,以便准确地采样。

SS段(SYNC SEG):
SS译为同步段,若通讯节点检测到总线上信号的跳变沿被包含在SS段的范围之内,则表示节点与总线的时序是同步的,当节点与总线同步时,采样点采集到的总线电平即可被确定为该位的电平。SS段的大小固定为1Tq。

PTS段(PROP SEG):
PTS译为传播时间段,这个时间段是用于补偿网络的物理延时时间。是总线上输入比较器延时和输出驱动器延时总和的两倍。PTS段的大小可以为1~8Tq。主要用来产生偏移来控制采样点,采样点一般控制在时许的70%左右即可。

PBS1段(PHASE SEG1):
PBS1译为相位缓冲段,主要用来补偿边沿阶段的误差,它的时间长度在重新同步的时候可以加长。PBS1段的初始大小可以为1~8Tq。

PBS2段(PHASE SEG2):
PBS2这是另一个相位缓冲段也是用来补偿边沿阶段误差的,它的时间长度在重新同步时可以缩短。PBS2段的初始大小可以为2~8Tq。

通讯的波特率

  • 总线上的各个通讯节点只要约定好1个Tq的时间长度以及每一个数据位占据多少个Tq,就可以确定CAN通讯的波特率。
  • 例如,假设上图中的1Tq=1us,而每个数据位由19个Tq组成,则传输一
    位数据需要时间T 1bit =19us,从而每秒可以传输的数据位个数为:1x10^6/19 = 52631.6 (bps)
    这个每秒可传输的数据位的个数即为通讯中的波特率。

CAN的报文种类及结构

当使用CAN协议进行通讯时,需要对数据、操作命令(如读/写)以及同步信号进行打包,打包后的这些内容称为报文。

报文的种类

在原始数据段的前面加上传输起始标签、片选(识别)标签和控制标签,在数据的尾段加上CRC校验标签、应答标签和传输结束标签,把这些内容按特定的格式打包好,就可以用一个通道表达各种信号,各种各样的标签就如同SPI中各种通道上的信号,起到了协同传输的作用。当整个数据包被传输到其它设备时,只要这些设备按格式去解读,就能还原出原始数据,这样的报文就被称为CAN的 “数据帧”

  • 为了更有效地控制通讯,CAN一共规定了5种类型的帧。
帧用途
数据帧 用于节点向外传送数据
遥控帧 用于向远端节点请求数据
错误帧 用于向远端节点通知校验错误,请求重新发送上一个数据
过载帧 用于通知远端节点:本节点尚未做好接收准备
帧间隔 用于将数据帧及遥控帧与前面的帧分离开来

数据帧的结构

数据帧结构图:

数据帧:

  • 以一个显性位(逻辑0)开始,以7个连续的隐性位(逻辑1)结束,在它们之间,分别有仲裁段、控制段、数据段、CRC段和ACK段。

帧起始:

  • SOF段(Start Of Frame),译为帧起始,帧起始信号只有一个数据位,是一个显性电平,它用于通知各个节点将有数据传输,其它节点通过帧起始信号的电平跳变沿来进行硬同步

仲裁段:

  • 当同时有两个报文被发送时,总线会根据仲裁段的内容决定哪个数据包能被传输,这也是它名称的由来。

  • 仲裁段的内容主要为本数据帧的ID信息(标识符),数据帧具有标准格式和扩展格式两种,区别就在于ID信息的长度,标准格式的ID为11位扩展格式的ID为29位,它在标准ID的基础上多出18位

  • 在CAN协议中,ID起着重要的作用,它决定着数据帧发送的优先级,也决定着其它节点是否会接收这个数据帧。CAN协议不对挂载在它之上的节点分配优先级和地址,对总线的占有权是由信息的重要性决定的,即对于重要的信息,可给它打包上一个优先级高的ID,使它能够及时地发送出去。

  • 也正因为它这样的优先级分配原则,使得CAN的扩展性大大加强,在总线上增加或减少节点并不影响其它设备。

  • 举一个例子来理解一下CAN总线仲裁:
    假设,在一辆汽车上,许多设备由CAN总线相互连接:
    在CAN总线上挂载着许多节点,例如:节点1挂载着温度传感器;节点2挂载着刹车;节点3挂载着车窗升降设备;节点四是车载电脑。按照正常的逻辑,刹车的优先级是最高的,那么在配置刹车报文ID时。某一时刻,车载电脑想要采集车内温度而与此同时刹车发来请求信号,CAN总线会根据优先级进行排序,优先级高的刹车命令首先执行。

  • 报文的优先级,是通过对ID的仲裁来确定的。根据前面对物理层的分析我们知道如果总线上同时出现显性电平和隐性电平,总线的状态会被置为显性电平,CAN正是利用这个特性进行仲裁。

  • 若两个节点同时竞争CAN总线的占有权,当它们发送报文时,若首先出现隐性电平,则会失去对总线的占有权,进入接收状态。在开始阶段,两个设备发送的电平一样,所以它们一直继续发送数据。到了图中箭头所指的时序处(黄色部分),节点单元1发送的为隐性电平,而此时节点单元2发送的为显性电平,由于总线的“线与”特性使它表达出显性电平,因此单元2竞争总线成功,这个报文得以被继续发送出去。

  • 仲裁段ID的优先级也影响着接收设备对报文的反应。因为在CAN总线上数据是以广播的形式发送的,所有连接在CAN总线的节点都会收到所有其它节点发出的有效数据,因而CAN控制器大多具有根据ID过滤报文的功能,它可以控制自己只接收某些ID的报文。

RTR、IDE、SRR位:

  • RTR位(Remote Transmission Request Bit),译作远程传输请求位,它是用于区分数据帧遥控帧的,当它为显性电平时表示数据帧(为0),隐性电平时表示遥控帧(为1)。数据帧优先于遥控帧。

  • IDE位(Identifier Extension Bit),译作标识符扩展位,它是用于区分标准格式与扩展格式,当它为显性电平(为1)时表示标准格式,隐性电平(为0)时表示扩展格式,扩展帧主要是用来扩展报文ID号,这样子可以挂载更多设备。

  • SRR位(Substitute Remote Request Bit),只存在于扩展格式,它用于替代标准格式中的RTR位。由于扩展帧中的SRR位为隐性位,RTR在数据帧为显性位,所以在两个ID相同的标准格式报文与扩展格式报文中,标准格式的优先级较高,扩展帧的优先级较低

控制段:

  • 在控制段中的r1和r0为保留位,默认设置为显性位(为0)。它最主要的是DLC段(DataLength Code),译为数据长度码,它由4个数据位组成,用于表示本报文中的数据段含有多少个字节,DLC段表示的数字为0~8(字节)。

数据段:

  • 数据段为数据帧的核心内容,它是节点要发送的原始信息,由0~8个字节组成,MSB先行。

CRC段:

  • 为了保证报文的正确传输,CAN的报文包含了一段15位的CRC校验码,一旦接收节点算出的CRC码跟接收到的CRC码不同,则它会向发送节点反馈出错信息,利用错误帧请求它重新发送。CRC部分的计算一般由CAN控制器硬件完成,出错时的处理则由软件控制最大重发数。
  • 在CRC校验码之后,有一个CRC界定符,它为隐性位,主要作用是把CRC校验码与后面的ACK段间隔起来。用来区分ACK,间隔。

ACK段:

  • ACK段包括一个ACK槽位,和ACK界定符位。类似I2C总线,在ACK槽位中,发送节点发送的是隐性位(为1),而接收节点则在这一位中发送显性位以示应答。在ACK槽和帧结束之间由ACK界定符间隔开。

帧结束:

  • EOF段(End Of Frame),译为帧结束,帧结束段由发送节点发送的7个隐性位表示结束。

《STM32从零开始学习历程》——CAN通讯协议协议层相关推荐

  1. 《STM32从零开始学习历程》——I2C协议层

    <STM32从零开始学习历程>@EnzoReventon I2C理论部分--协议层 相关资料: I2C物理层介绍 I2C固件库介绍 STM32的I2C特性及架构介绍 参考资料: [野火Em ...

  2. 《STM32从零开始学习历程》——CAN通讯代码详解

    <STM32从零开始学习历程>@EnzoReventon CAN通讯代码详解 相关链接: <STM32从零开始学习历程>--CAN通讯协议物理层 CAN-bus规范 V2.0版 ...

  3. 《STM32从零开始学习历程》——USART串口通讯实验篇1——中断接收与发送

    <STM32从零开始学习历程>@EnzoReventon USART串口通讯实验篇1--中断接收与发送 最近开始接触了STM32F4xx系列单片机,对于我这个从零开始学习的小白来说,可谓困 ...

  4. 《STM32从零开始学习历程》——USART串口通讯实验篇2——指令控制LED灯实验

    <STM32从零开始学习历程>@EnzoReventon USART串口通讯实验篇2--指令控制LED灯实验 本实验是在<USART串口通讯实验篇1--中断接收与发送>的基础上 ...

  5. 《STM32从零开始学习历程》——CAN相关结构体

    <STM32从零开始学习历程>@EnzoReventon CAN相关结构体 相关链接: <STM32从零开始学习历程>--CAN通讯协议物理层 CAN-bus规范 V2.0版本 ...

  6. 《STM32从零开始学习历程》——SPI特性及架构

    <STM32从零开始学习历程>@EnzoReventon SPI特性及架构 相关链接: SPI物理层及FLASH芯片介绍 SPI协议层 SPI固件库 参考资料: [野火EmbedFire] ...

  7. 《STM32从零开始学习历程》——SPI固件库

    <STM32从零开始学习历程>@EnzoReventon SPI固件库 相关链接: SPI物理层及FLASH芯片介绍 SPI协议层 SPI特性及架构 参考资料: [野火EmbedFire] ...

  8. 《STM32从零开始学习历程》——I2C固件库

    <STM32从零开始学习历程>@EnzoReventon STM32 I2C固件库介绍 相关资料: I2C物理层介绍 I2C协议层介绍 STM32的I2C特性及架构介绍 参考资料: [野火 ...

  9. 《STM32从零开始学习历程》——SPI物理层及FLASH芯片介绍

    <STM32从零开始学习历程>@EnzoReventon SPI物理层及FLASH芯片介绍 相关链接: SPI协议层 SPI特性及架构 SPI固件库 参考资料: [野火EmbedFire] ...

最新文章

  1. 手动部署OpenStack环境(五:新建网络及部署虚拟机)
  2. PL/SQL两种case语句写法
  3. Springboot-添加对jsp支持
  4. 通过html文件生成PDF文件
  5. ubuntu下ffmpeg编译安装
  6. 在 Windows 下远程桌面连接 Linux - XManager 篇
  7. SpringCloud 2020.x.x工程bootstrap引导配置不生效的解决方案
  8. Unity游戏框架设计
  9. java 顺序执行_java程序执行顺序
  10. 从SEO的角度,如何打造非专业领域内容?
  11. picasa csdn_前5名:Picasa的开源替代品,SourceForge / Slashdot采访等
  12. TCP粘包/拆包--利用LineBasedFrameDecoder解决TCP粘包问题
  13. 个人网盘搭建过程--资料来自腾讯云实验室
  14. Unity实现跨场景的传送门
  15. 最美中国字|“粘”字书写技巧这样写,保证工整又好看!
  16. 微信公众号平台的现状及发展前景的分析(十八)
  17. 计算机教师访谈报告,计算机老师述职报告
  18. 大数据系列整个课程课程大纲
  19. Java8 stream特性之一:List转Map方案(返回某个属性或对象本身)
  20. 二度云抢先成为首批工信部(.vip/.xyz/.club)域名注册管理机构

热门文章

  1. 知物由学 | 未来50年网络安全行业发展愿景
  2. java 实现银联B2B、B2C、无卡支付
  3. 想自己上线微信小程序一定要会代码?
  4. 根据内核Oops 定位代码工具使用— addr2line 、gdb、objdump
  5. 第三模块 面向对象网络并发编程 | day17 面向对象基础
  6. 三只松鼠,“跑”不动了?
  7. 集成学习1——voting、baggingstacking
  8. c语言中字符串输入格式错误的是什么,C语言中scanf函数格式化错误输入问题
  9. 【rdma_cm】rdma_cm API
  10. 华为云-实时流计算服务CS