【DBC专题】-4-DBC文件中的Signal信号字节顺序Motorola和Intel介绍

目录

0 引言

1 小端(Intel)编码格式

1.1 Signal信号不跨字节

1.2 Signal信号跨字节

2 大端(Motorola)编码格式

2.1 Signal信号不跨字节

2.2 Signal信号跨字节

3 小结


推荐阅读(单击下方文字即可跳转至对应博文):

1、【DBC专题】-1-如何使用CANdb++ Editor创建并制作一个DBC

2、【DBC专题】-2-CAN Signal信号的Multiplexor多路复用在DBC中实现

3、【DBC专题】-3-利用CANdb++ Editor在DBC文件添加帧CAN_ID和信号CAN_Signal

4、【DBC专题】-5-DBC文件格式解析

5、【DBC专题】-6-Signal信号字节顺序Motorola_LSB/MSB/Sequential/Backward,Intel_Standard/Sequential等6类格式详解

 

关键字

Intel: Little endian小端

Motorola: Big endian大端

Start Bit:CAN信号的起始位

Byte order:字节顺序

 

0 引言

 

Message/CAN_ID中的Signal信号的“Byte order字节顺序”有两种模式:IntelMotorola。在排列方式上,Intel模式和Motorola模式没有孰优孰劣之分,只不过是设计者的习惯。

一般情况下,发送CAN信号时,首先发送Byte0,然后Byte1,Byte2,....Byte7顺序发送,其位的编号可以参照CANdb++ Editor的Layout子选项卡中CAN数据域分布,见如图0-1。

 

注意:

右下角的Inverted一般默认不勾选,符合正常的二进制阅读习惯。若勾选右下角的Inverted,其显示的位排列是相反的。

图0-1

 

在这种情况下,首先发送Byte0,最后发送Byte7的发送顺序,则在上图中可直接按照从左至右,从上至下的顺序依次对信号进行排布即可

下面介绍Intel 格式和Motorola 格式这两种“字节顺序”排列的不同之处。

 

1 小端(Intel)编码格式

1.1 Signal信号不跨字节

 

信号在一个字节内实现(信号没有跨字节)时,该信号的高位(MSB)放在该字节的高位,该信号的低位(LSB)放在该字节的低位(见图1-1)。

起始位在该信号的低位(LSB(见图1-2)。

图1-1
图1-2

 

1.2 Signal信号跨字节

 

信号在多个字节内实现(信号跨字节)时,该信号的高位(MSB)放在高字节的高位,信号的低位(LSB)放在低字节的低位(见图1-3)。

起始位在该信号的低位(LSB(见图1-4)。

图1-3
图1-4

 

2 大端(Motorola)编码格式

2.1 Signal信号不跨字节

 

信号在一个字节内实现(信号没有跨字节)时,该信号的高位(MSB)放在该字节的高位信号的低位(LSB)放在该字节的低位(见图2-1)。

起始位在该信号的低位(LSB(见图2-2)。

图2-1
图2-2

 

2.2 Signal信号跨字节

 

信号在多个字节内实现(信号跨字节)时,该信号的高位(MSB)放在低字节的高位,信号的低位(LSB)放在高字节的低位(见图2-3)。

起始位在该信号的低位(LSB(见图2-4)。

图2-3
图2-4

 

3 小结

信号在一个字节内实现(信号不跨字节)时,Intel模式和Motorola模式的信号字节顺序,完全一样:信号的高位(MSB)放在该字节的高位信号的低位(LSB)放在该字节的低位。

信号在多个字节内实现(信号跨字节)时,Intel模式和Motorola模式的信号字节顺序,明显不同:

  • Intel模式信号的高位(MSB)放在高字节的高位,信号的低位(LSB)放在低字节的低位;
  • Motorola模式信号的高位(MSB)放在低字节的高位,信号的低位(LSB)放在高字节的低位

俗称:小端模式“高在后,低在前”;大端模式“高在前,低在后”。

 

另:不管是Intel模式,还是Motorola模式,起始位都该信号的低位(LSB)。

 

DBC (Data Bus Connector) 是一种用于汽车电子系统间通信的标准协议,它定义了数据布局、信号结构以及它们在总线上的传输规则。在Capl (Controller Area Network Plus Language) 中,设计者可以按照DBC文件的描述来创建配置模拟信号,以便发送到虚拟总线上。 在Capl中,首先需要了解DBC信号的Layout部分,它详细说明了每个信号的位宽、极性、顺序等信息。例如,一个DBC信号可能包含8个字节的数据,其中每个字节代表特定的比特位。 当你想在Capl中发送这个信号时,会通过以下几个步骤操作: 1. **声明信号**:基于DBC Layout中的描述,在Capl模型中声明一个对应的数据结构,如`dbcSignalType mySignal;`,这里的`mySignal`是一个表示DBC信号的对象。 2. **填充数据**:根据实际需要,将数值赋值给这个信号,比如`mySignal.value = ...;`,这里假设你已经有了信号的实际值。 3. **打包成字节流**:对于每个DBC信号,可能会有不同的字节序(大端或小端),这会影响实际的内存布局。在Capl中,使用函数如`toByteArray()`将信号转换为字节数组,确保按DBC规定的顺序排列。 4. **发送到虚拟总线**:将处理过的字节数组发送到虚拟CAN总线上,通常是通过CAN控制器或模拟器提供的API,比如`canBus.send(mySignal.toByteArray());` 举个例子,如果DBC信号定义了一个3字节的数据,分别是16位8位的数据,那么在Capl里可能像这样操作: ```capl // 假设信号值为: 0x1234 (16位) 0x56 (8位) uint16_t highByteData = 0x1234; uint8_t lowByteData = 0x56; // 将两个字节合并并转换为字节数组 byte[] signalBytes = {highByteData >> 8, highByteData & 0xFF, lowByteData}; // 发送到虚拟总线 canBus.send(signalBytes);
评论 23
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汽车电子助手

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值