CAN的DLC位一直没理解,请讲解下。

2019-10-15 03:22发布

can 的.h上面  DLC 写着   指定将要传输的帧的长度。 此参数必须是Min_Data = 0和Max_Data = 8之间的数字。
而我们用的时候当成data 长度来用,data 的长度就不一定是0~8的了啦,一直没理解这个是怎么回事??
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
1条回答
zc123
1楼-- · 2019-10-15 08:04
本帖最后由 zc123 于 2017-2-14 15:19 编辑

发送邮箱数据长度寄存器(CAN_TDTxR)的位,DLC决定了发送报文/远程帧的数据长度
其实这个DLC是告诉寄存器,通知CAN外设到底发送多长的数据,在官方库CAN_Transmit中也证明了这一点:
    /* Set up the DLC */
    TxMessage->DLC &= (uint8_t)0x0000000F;
    CANx->sTxMailBox[transmit_mailbox].TDTR &= (uint32_t)0xFFFFFFF0;
    CANx->sTxMailBox[transmit_mailbox].TDTR |= TxMessage->DLC;

可以理解为能够设定的发送的最大data数据长度,至于为什么是0~8,可以参考寄存器CAN_TDLxR, 因为FIFO最大就8字节,只要不超过就没问题。
不过一般设计程序时,
如果data定义长度大于DLC,则硬件上将数据截断,发送长度就是DLC
如果data定义长度小于DLC,则相当于发送了功能无效的字节(例如data有效长度为3,DLC为5,则CAN会额外发送2字节的无效数据)
所以一般DLC长度理解为data长度也是没问题的,但实际上data包含的有效数据是可以小于DLC的(如制定协议时,部分帧小于DLC,但DLC要按照最长帧设定,不大于8)
对了,这里说的DLC和data都是单个CAN帧的数据长度,如果data很长,就需要制定协议,分成多个单帧依次发送了,与DLC无关

一周热门 更多>