嵌入式驱动开发详解17(CAN驱动开发)

文章目录

前言

该专栏主要是讲解嵌入式相关的驱动开发,但是由于部分模块的驱动框架过于复杂,其内容量不是一个人能完成的,我们驱动开发人员主要是对其进行理解即可,所以本专栏对部分驱动代码相关内容不进行讲解,包括ALSA,Codec,CAN,USB,WIFI,4G模块等,这些只讲解相关的协议等基础知识

CAN简介

CAN 是目前应用非常广泛的现场总线之一,主要应用于汽车电子和工业领域,尤其是汽车 领域,汽车上大量的传感器与模块都是通过 CAN 总线连接起来的。CAN 总线目前是自动化领 域发展的热点技术之一,由于其高可靠性,CAN 总线目前广泛的应用于工业自动化、船舶、汽 车、医疗和工业设备等方面。


低速CAN是开环的,而高速CAN是闭环的,如下所示:

CAN 的全称为 Controller Area Network,也就是控制局域网络,简称为 CAN。CAN 最早是 由德国 BOSCH(博世)开发的,目前已经是国际标准(ISO 11898),是当前应用最广泛的现场总线 之一。BOSCH 主要是做汽车电子的,因此 CAN 一开始主要是为汽车电子准备的,事实也是如 此,CAN 协议目前已经是汽车网络的标准协议。目前除了汽车电子以外 也广泛应用于工业自动化、医疗、工业和船舶等领域。

同一 个 CAN 网络中所有单元的通信速度必须一致,不同的网络之间通信速度可以不同。图中 125Kbps 的 CAN 网络下所有的节点速度都是 125Kbps 的,整个网络由一个网关与其他的网络连接。

CAN 的特点:

  • 多主控制:所有单元都可以发送消息(多主控制),而两个以上的单元同时开始发送消 息时,根据标识符(Identifier 以下称为 ID)决定优先级。ID 并不是表示发送的目的地址,而 是表示访问总线的消息的优先级。
  • 系统的柔软性:与总线相连的单元没有类似于"地址"的信息。因此在总线上增加单元时,连接在总线上的其它单元的软硬件及应用层都不需要改变。
  • 通信速度快,距离远:最高 1Mbps(距离小于 40M),最远可达 10KM(速率低于 5Kbps),最新的 CAN-FD 最高速度可达 5Mbps/S,甚至更高。
  • 具有错误检测、错误通知和错误恢复功能:所有单元都可以检测错误(错误检测功能),检测出错误的单元会立即同时通知其他所有单 元(错误通知功能),正在发送消息的单元一旦检测出错误,会强制结束当前的发送。强制结束 发送的单元会不断反复地重新发送此消息直到成功发送为止(错误恢复功能)。
  • 故障封闭功能:CAN 可以判断出错误的类型是总线上暂时的数据错误(如外部噪声等)还是持续的数据错 误(如单元内部故障、驱动器故障、断线等)。由此功能,当总线上发生持续数据错误时,可将 引起此故障的单元从总线上隔离出去。
  • 连接节点多:CAN 总线是可同时连接多个单元的总线。可连接的单元总数理论上是没有限制的。但实际上可连接的单元数受总线上的时间延迟及电气负载的限制。降低通信速度,可连接的单元数增 加;提高通信速度,则可连接的单元数减少。

CAN收发器

CAN模块并不是直接通过控制器就能使用,还需要经过一个CAN收发器才能正常运行,如下所示没是SIT1050T芯片,芯片的一端连接控制器的CAN_TX和CAN_RX,另外一端连接CAN总线CAN_H和CAN_L:

CAN协议讲解

电气特性

CAN 总线使用两根线来连接各个单元:CAN_H 和 CAN_L,CAN 控制器通过判断这两根线上的电位差来得到总线电平,CAN 总线电平分为显性电平和隐性电平两种。显性电平表示逻辑"0",隐形电平表示 逻辑"1"。
CAN 总线上没有节点传输数据的时候一直处于隐性状态,也就是说总线空闲状态的时候一 直处于隐性。

传输协议

通过 CAN 总线传输数据是需要按照一定协议进行的,CAN 协议提供了 5 种帧格式来传输 数据:数据帧、遥控帧、错误帧、过载帧和帧间隔。其中数据帧和遥控帧有标准格式和扩展格 式两种,标准格式有 11 位标识符(ID),扩展格式有 29 个标识符(ID)。

数据帧

接下来以数据帧为例进行讲解,数据帧包括以下内容:

①、帧起始 ,表示数据帧开始的段。

②、仲裁段 ,表示该帧优先级的段。

③、控制段 ,表示数据的字节数及保留位的段。

④、数据段 ,数据的内容,一帧可发送 0~8 个字节的数据。

⑤、CRC段 ,检查帧的传输错误的段。

⑥、ACK段 ,表示确认正常接收的段。

⑦、帧结束 ,表示数据帧结束的段。
①、帧起始 :帧起始很简单,标准格式和扩展格式都是由一个位的显性电平 0 来表示帧起始。

②、仲裁段 :仲裁段表示帧优先级,仲裁段结构如下图所示,标准格式的 ID 为 11 位,发送顺序是从 ID10 到 ID0,最高 7 位 ID10~ID4 不能全为隐性(1),也就是禁止0X1111111XXXXX这样的 ID。扩展格式的 ID 为 29 位,基本 ID 从 ID28 到 ID18,扩展 ID 由 ID17 到 ID0,基本 ID 与标准格式一样,禁止最高 7 位都为隐性。

  • CAN总线处于空闲状态,最先开始发送消息的单元获得发送权。
  • 多个单元同时开始发送时,从仲裁段(报文ID)的第一位开始进行仲裁。连续输出显性电平最多的单元可继续发送,即首先出现隐性电平的单元失去对总线的占有权变为接收。如下图所示:

    ③、控制段 :控制段由 6 个位构成,表示数据段的字节数,标准格式和扩展格式的控制段略有不同,RTR是远程发送请求位,显性电平0表示数据帧,隐性电平1表示扩展帧,在扩展帧中用SRR代替RTR,后面的RTR可以不用管;IDE是扩展标识符位,此位用于判断是标准帧还是扩展帧; r0 为保留位,保留位必须以显性电平发送。DLC 为数据长度,高位在前,DLC 段有效值范围为 0~8。
    ④、数据段 :数据段也就是帧的有效数据,标准格式和扩展格式相同,可以包含 0~8 个字节的数据,从最高位(MSB)开始发送。
    ⑤、CRC段 : CRC 段保存 CRC 校准值,用于检查帧传输错误,标准格式和扩展格式相同,CRC 段由 15 位的 CRC 值与 1 位的 CRC 界定符组成。CRC 值的计算范围包括:帧起始、仲裁段、控制段、数据段,接收方以同样的算法进行计算,然后用计 算得到的 CRC 值与此 CRC 段进行比较,如果不一致的话就会报错。
    ⑥、ACK段 : ACK 段用来确认接收是否正常,标准格式和扩展格式相同,ACK 段由 ACK 槽(ACK Slot)和 ACK 界定符两部分组成。发送单元的 ACK,发送 2 个隐性位,而接收到正确消息的单元在 ACK 槽(ACK Slot)发送显性位, 通知发送单元正常接收结束,这个过程叫发送 ACK/返回 ACK。发送 ACK 的是所有接收单元 中接收到正常消息的单元,所谓正常消息是指不含填充错误、格式错误、CRC 错误的消息,这 些接收单元既不处于总线关闭态也不处于休眠态的所有接收单元中。
    ⑦、帧结束 :最后就是帧结束段,标准格式和扩展格式相同,帧结束段很简单,由 7 位隐性位构成。

遥控帧

接收单元向发送单元请求数据的时候就用遥控帧,遥控帧由 6 个段组成:

①、帧起始 ,表示数据帧开始的段。

②、仲裁段 ,表示该帧优先级的段。

③、控制段 ,表示数据的字节数及保留位的段。

④、CRC 段 ,检查帧的传输错误的段。

⑤、ACK 段 ,表示确认正常接收的段。

⑥、帧结束 ,表示数据帧结束的段。

遥控帧结构基本和数据帧一样,最主要的区别就是遥控帧没有数据段。遥控帧的 RTR 位为隐性的,数据帧的 RTR 位为显性,因此可以通过 RTR 位来区分遥控帧和没有数据的数据帧。遥控帧没有数据,因此 DLC 表示的是所请求的数据帧数据长度,遥控帧的其他段参考数据帧的描述即可。

错误帧

当接收或发送消息出错的时候使用错误帧来通知,错误帧由错误标志和错误界定符两部分 组成,错误帧结构如图所示:

错误标志有主动错误标志和被动错误标志两种,主动错误标志是 6 个显性位,被动错误标 志是 6 个隐性位,错误界定符由 8 个隐性位组成。

过载帧

接收单元尚未完成接收准备的话就会发送过载帧,过载帧由过载标志和过载界定符构成, 过载帧结构如图所示:

过载标志由 6 个显性位组成,与主动错误标志相同,过载界定符由 8 个隐性位组成,与错 误帧中的错误界定符构成相同。

帧间隔

帧间隔用于分隔数据帧和遥控帧,数据帧和遥控帧可以通过插入帧间隔来将本帧与前面的 任何帧隔开,过载帧和错误帧前不能插入帧间隔,帧间隔结构如图所示:

间隔由 3 个隐性位构成,总线空闲为隐性电平,长度没有限制,本状态下表 示总线空闲,发送单元可以访问总线。延迟发送由 8 个隐性位构成,处于被动错误状态的单元 发送一个消息后的帧间隔中才会有延迟发送。

同步矫正

这些段由 Tq(Time Quantum)组成,Tq 是 CAN 总线的最小时间单位。帧由位构成,一个位由4个段构成,每个段又由若干个 Tq 组成,这个就是位时序。1 位由多少个 Tq 构成、每个段又由多少个 Tq 构成等,可以任意设定位时序。各段的作用和 Tq 数如图所示:

CAN为了实现对总线电平信号的正确采样,数据同步分为硬件同步和再同步,首先是硬件同步,硬件同步是由控制器内部实现的,具体实现原理不详,但是总体调整方式如下:

接下来是软同步,即再同步,再同步是通过调整SJW值来补偿PBS1或者PBS2的值,使SS到达正确的位置,再同步时,不能增加限定长度的SJW值。SJW值较大时,吸收误差
能力更强,但是通讯速度会下降。

CAN控制器

这里I.MX6ULL以为例进行讲解,其实STM32等芯片也是一样的逻辑,包含的功能和结构都是类似的,I.MX6ULL 带有 CAN 控制器外设,叫做 FlexCAN,FlexCAN 符合 CAN2.0B 协议。FlexCAN 完全符合 CAN 协议,支持标准格式和扩展格式,支持 64 个消息缓冲(STM32F407只有三级深度的两个接收FIFO和三级发送邮箱),I.MX6ULL 的CAN 模块特性如下:

①、支持 CAN2.0B 协议,数据帧和遥控帧支持标准和扩展两种格式,数据长度支持 0~8 字 节,可编程速度,最高 1Mbit/S。

②、灵活的消息邮箱,最高支持 8 个字节。

③、每个消息邮箱可以配置为接收或发送,都支持标准和扩展这两种格式的消息。

④、每个消息邮箱都有独立的接收掩码寄存器。

⑤、强大的接收 FIFO ID 过滤。

⑥、未使用的空间可以用作通用 RAM。

⑦、可编程的回测模式,用于进行自测。

⑧、可编程的优先级组合。

...

CAN控制器模式

CAN接收器

当总线上报文数据量很大时,总线上的设备会频繁获取报文,占用CPU。过滤器的存在,选择

性接收有效报文,减轻系统负担。这里以stm32F407的过滤器为例,每个过滤器组都有两个32位寄存器CAN_FxR1和CAN_FxR2。一共有28个过滤器组,根据过滤器组的工作模式不同,寄存器的作用不尽相同。位宽可设置32位或16位,寄存器存储的内容就有所区别,具体内容见下面三张图,第一副图说明了存在屏蔽模式和标识符列表模式,第二副图说明了如何过滤出符合条件的报文,最后一个图说明了屏蔽模式是如何工作的。

CAN波特率

最后就是CAN 波特率的计算了,这个地方的计算与前面的同步矫正内容关联性比较大,这里还是以stm32为例进行讲解,如下所示,tq是CAN 总线的最小时间单位,即时钟频率,通过1除以传输一个字节所需要的时间就可以算出波特率。通信双方波特率需要一致才能通信成功。

CAN设备树分析

一般芯片原厂都会给用户写好CAN驱动并配置CAN节点,打开 Documentation/devicetree/bindings/net/can/ fsl-flexcan.txt,此文档描述了I.MX6ULLFlexCAN 节点下的相关属性信息。跟之前一样在设备树里面配置好pinctl和完整节点信息即可,随后在linux内核的图形化配置界面打开CAN总线子系统(在linux下CAN总线是作为网络子系统的)和使能 Freescale 系 CPU 的 FlexCAN 外设驱动。

复制代码
-------------------------------打开CAN总线子系统-----------------------------
-> Networking support ->
	 <*> CAN bus subsystem support //打开 CAN 总线子系统
--------------------使能 Freescale 系 CPU 的 FlexCAN 外设驱动-----------------
-> Networking support 
	-> CAN bus subsystem support 
		-> CAN Device Drivers 
			-> Platform CAN drivers with Netlink support 
				-> <*> Support for Freescale FLEXCAN based chips //选中

CAN测试

CAN的驱动可以通过ifconfig -a查看,因为Linux 系统中把 CAN 总线接口设备作为网络设备进行统一管理。如果需要对CAN进行通信,可以使用can-utils工具进行测试,但是我们的根文件系统是通过 busybox 搭建,busybox自带的 ip 命令并不支持对 can 的操作,因此我们需要重新移植 ip 命令,也就是 iproute2,这两个安装完成之后就可以进行测试了。一般情况下小工具和库的移植过程会有很多小细节需要注意。在移植 ip 命令的时候必须先对根文件系统做个备份!防止操作失误导致系统启动失败!切 记!笔者的血泪经验教训!这里需要说明一下,一般开发时直接选用buildroot创建根文件系统,因为他可以把一些小工具都直接一次性安装好,不需要跟busybox一样自己逐个搭建。

后续

本人对嵌入式行业兴趣浓厚,但是发现驱动开发越学越迷茫,听有些up主驱动开发就算去芯片原厂或者模组原厂也是做缝缝补补或者移植的工作,一般需要要求对某一个领域,比如音频、网络、蓝牙等领域研究特别深入才可能有能力做驱动开发工作,目前本人处于学习阶段,不太可能深耕某一个领域,因此当前阶段就仅仅只是了解驱动是如何实现底层工作的,后期可能会继续研究MCU的RTOS开发和Linux从bootloader->linux内核裁剪->驱动修改->应用开发,并将自己所学的皮毛用于开发一个小项目。
希望对此方向感兴趣的伙伴能一起评论交流!!!!

参考文献

  1. 个人专栏系列文章
  2. 正点原子嵌入式驱动开发指南
  3. 瑞萨电子编写的《CAN 入门教程》
  4. 对代码有兴趣的同学可以查看链接https://github.com/NUAATRY/imx6ull_dev
相关推荐
食咗未1 小时前
Linux iptables工具的使用
linux·运维·服务器·驱动开发·网络协议·信息与通信
DeeplyMind1 小时前
第4章: MMU notifier内核实现机制
linux·驱动开发·mmu·mmu notifier
运筹vivo@17 小时前
音频基础到ALSA框架
驱动开发·音频
爱跑马的程序员18 小时前
UMS9620 展锐平台增加一个虚拟陀螺仪
驱动开发·安卓·传感器·展锐·虚拟陀螺·传感器驱动
被遗忘的旋律.19 小时前
Linux驱动开发笔记(二十三)—— regmap
linux·驱动开发·笔记
比奇堡派星星1 天前
如何新加netlink
linux·驱动开发
电脑小管家1 天前
DirectX报错怎么办?快速修复游戏和软件崩溃问题
windows·驱动开发·microsoft·计算机外设·电脑
比奇堡派星星2 天前
Linux4.4使用AW9523
linux·开发语言·arm开发·驱动开发
比奇堡派星星2 天前
cmdline使用详解
linux·arm开发·驱动开发
AI时代原住民2 天前
SDD(Spec驱动开发)实战新范式:SDDAgent驱动SDD端到端开发流
驱动开发