嵌入式C语言环境下的CAN总线通讯协议

最新推荐文章于 2024-04-15 14:17:18 发布

古德曼思想

最新推荐文章于 2024-04-15 14:17:18 发布

阅读量2.6k

点赞数 7

分类专栏：新能源汽车代码生成控制器

本文链接：https://blog.csdn.net/wusx2004/article/details/103347074

版权

新能源汽车同时被 3 个专栏收录

5 篇文章 5 订阅

订阅专栏

代码生成

4 篇文章 0 订阅

订阅专栏

控制器

2 篇文章 0 订阅

订阅专栏

本文转载在我的微信公众号：古德曼汽车工业。

希望关注本专栏的朋友，也能一并关注微信公众号。

原文地址：嵌入式C语言环境下的CAN总线通讯协议

相信本公众号的读者对CAN通讯协议肯定都不陌生，各位在采集CAN总线信号、分析数据的时候是否想过，这些信号在电控单元（ECU）中通讯协议是如何实现的。本次内容介绍的是如何将CAN总线的通讯协议在C语言环境中实现。下面的内容需要有一点点的C语言基础，希望大家能坚持看完，一定会有所收获的。

1.结构体

通过前面文章《CAN总线(J1939)速成指南【1】》的介绍，对于CAN通讯协议有三个非常重要的信息，分别是报文ID、数据场、解析与偏移。实现通讯协议的第一步就是定义一个报文的结构体。

⚪ 定义报文ID

本次使用的例子是基于扩展ID，ID长度为29个位。由于C语言没有29位长度的数据类型所以使用32位数据类型UINT32。如果是标准ID使用16位数据类型UINT16即可。

小提示：数据类型

标准的C语言是没有UINT32、UINT16等这样的变量，这都是根据选用芯片的类型在宏中预先定义的。如：16位系统的UINT32 对应的C语言表达就是unsigned long，而对于32位系统的UINT32则对应的是usigned int。

⚪ 定义数据场

使用UINT8数据类型定义一个八字节的数组，用来存放数据场信息

⚪ 定义解析与偏移结构体

需要另外在定义一个结构体，用来存放偏移与解析值。如上图，包含两个Float型数据。

在我们的报文结构体中对每一个信号的解析信息进行实例化。上图中的红色部分只用来说明如何调用【解析与偏移】结构体，后面会导入我们真正的例子信息。

2.矩阵

CAN数据帧包含64位的数据场，矩阵就是用来定义数据场如何划分的。这部分在通讯协议中体现在每个信号的起始位置与数据长度。

这是【思想】使用Vetor CANdb++做的矩阵例子，以下称为【一号例子】。这个例子包含了一个16位数据、两个8位数据、一个32位数据，总共64位长度。数据位都对齐，不存在空位，十分完美。但是实际应用就不是这么美丽的了。

上图是【思想】定义的另一个矩阵，以下称为【二号例子】。这个矩阵就比较奇葩，一个12位数据、一个21位数据、一个3位数据、一个2位数据，并且数据与数据之间还存在着空位，整个数据场还剩下后面24位没利用到。

3.共同体

共同体这个知识点在C语言中比较冷门，【思想】在接触CAN协议栈之前也不是很清楚共同体用来干嘛的。所以就先介绍下这个知识点。

所谓共用体，它表示的是几个变量共用一个内存位置，在不同的时间保存不同的数据类型和不同长度的变量。在共用体中，所有的成员共用一个空间，并且同一时间只能储存其中一个成员变量的值。当一个共用体被声明时，编译程序自动地产生一个变量，其长度（以字节byte为单位，一个byte是8个二进制位）为联合中最长的数据类型长度的整数倍。

回到我们的CAN报文的数据场，由8个1字节的内存空间组成。每一个报文根据自身的矩阵信息对这个区域重新划分。

该段代码是【一号例子】，使用共同体描述矩阵信息。定义的共同体既可以通过字节数组（Bytes）数据进行读写，也可以根据位定义位结构体（Bits）的数据变量进行读写。在【解析与偏移】中也对结构体进行实例化，待后序初始化中进行赋值。

【二号例子】由于数据位没有对齐并且存在空位，所以处理起来就稍微麻烦点。首先要处理数据长度不是常见的8、16、32，例如第一个数据是一个12位的数据，这里就使用【UINT16 Bit12:12;】先定义一个UINT16的数据，在通过【:12】定义有效数据长度只有12位。然后就是要处理空位的部分，正如上面矩阵中显示。第12、36、37为空位，就根据空位的长度定义一个UINT8的数据类型将空位补上。本例中的【UINT8 EMPTY_1:2;】。这里注意要优先保证数据位对齐，主要为了大小端字节序的自动化处理，这是一个很恶心的事情，以后会有专门的内容介绍。