J1939协议解析

萌新洛尘

已于 2023-05-30 17:17:05 修改

阅读量1.3w

点赞数 20

CC 4.0 BY-SA版权

文章标签： qt python webservice

于 2022-04-02 16:22:02 首次发布

本文链接：https://blog.csdn.net/qq_43094133/article/details/123922153

关于对J1939的一点理解，有错误的话请指正。

缩写定义

在这里插入图片描述

PGN

在CAN数据帧的数据域中需要指明参数群时，PGN是表示成24位。PGN是一个24位的值，包括以下要素：保留位、数据页位、PDU格式域（8位）和群扩展域（8位）。各个位转化到PGN的过程如下。若PF值小于240(F016)，PGN的低字节置0。
PF共8位，0-255，当PF<240时，说明是点对点通信，向特定目标通信，这时PS用于表示目标地址，不用于构成PGN,PGN后8位补0。当PF>=240时，采用广播式通信，这时PS用于构成PGN。
在这里插入图片描述

关于帧ID解析

在这里插入图片描述

0x18：是优先级，组成：P+R+DP 二进制为110 +0 +0 转为16进制为0x18.
0XFA40:为PGN,详情看上边
0x49:为外部设备地址
PF (PDU格式):
PF大小为8bit,于确定分配到数据域的PGN,有两种不同标识的参数PDU格式,分别为PDU1，PDU2,当PF<240为PDU1格式，当PF≥240且PF≤255, 为PDU2格式。PDU1用于将数据传递至特定的目标地址，也就是某个确定的ECU; PDU2用于将数据传递至扩展参数组，类似于局部广播。

举例：
终端设备请求：转速：请求帧：0x18EA00F9 0x04 0xF0 0x00 0x00 0x00 0x00 0x00 0x00

车子回复：回复帧 0x18F00400 0x00 0x00 0x00 0x12 0x34 0x00 0x00 0x00
前边地址就不介绍了直接看数据
那么0X04 0XF0，组合到一起就是F004（CAN报文里面最前面的为低字节）
在SAEJ1939-71文档里面直接搜索F004，即可定位到该参数组编号定义的位置。F004即为PGN，通过该详细介绍，我们可以看到第4,5字节代表转速。
在这里插入图片描述
最后总结一下：0x18EA00F9 0x04 0xF0 0x00 0x00 0x00 0x00 0x00 0x00这条请求报文的整体含义是：外部设备地址为F9的车外诊断服务工具请求车辆发动机转速，转速的参数组编号为F004，也正是该F004参数组编号决定了这条报文是请求的发动机转速。

0x18F00400的含义

18代表优先级和保留位以及数据页，这个无需过多讲解。

F004这个转速所在的参数组的编号，意思是这个报文是F004参数组编号的数据项。

0x18F00400 0x00 0x00 0x00 0x12 0x34 0x00 0x00 0x00整体含义解析
那么具体这2个字节对应的转速解析算法如何计算呢？我们看后面的一栏，SPN栏，转速对应的SPN为190，接着我们再去搜索SPN190对应的解析。
在这里插入图片描述
该项很清楚的写到了，每一个bit位代表的是0.125转。也就是说车子回复的报文里面的第4，第5字节，组合到一起就是0X3412(报文的低字节在前，高字节在后)，对应的十进制为是0X3412=13330,再结合每一个bit代表0.125转，所以13330对应的实际转速值为：13330*0.125=1666.25转每分钟。