解析CAN的J1939协议PDU报文

最新推荐文章于 2025-04-14 11:07:26 发布
最新推荐文章于 2025-04-14 11:07:26 发布
阅读量4.2w 收藏 230
点赞数 44
分类专栏： 通信 文章标签： CAN的J1939协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lx2385623371/article/details/78810877
版权

PF用来确定PDU格式：0——239表示PDU1格式；240——255表示格式2。

PDU1格式报文表示向特定或全局地址发送

PDU2格式报文表示向全局地址发送

PS由PF决定其含义


DA表示报文要发送的目标地址

GE表示PS在PDU2中与PF的4个最低有效位能够共同确定4096个PDU2格式参数组

数据场

数据场包含了参数组中的数据内容，通常控制类参数组数据长度等于8；其中未定义的字节以0xFF

最低0.47元/天 解锁文章
pdu串短信格式说明
qq_34719012的博客
05-20 1628
短信PDU解码 ROOT | 协议, 语言脚本 0891683108200505F0040D91683119930093F6000880015141652123044F60597D 第一段——短信中心码段 0891683108200505F0 1、短信息中心地址长度段 【SMSC-Length–短信中心号码长度】 首先看前两位“ 08”08* 2=16，即表示“08”后面的16位字符串为短信中心号码信息； 2、短信息中心号码类型 【Type-of-SMSC–短信中心号码类型（国际）】 再看后两位“91”,此
CAN网络J1939协议
05-09
它描述了重型车辆现场总线的一种网络应用，包括CAN网络物理层定义、数据链路层定义、应用层定义、网络层定义、故障诊断和网络管理。在SAE J1939协议中，不仅仅指定了传输类型、报文结构及其分段、流量检查等，而且报文内容本身也做了精确的定义。目前，J1939是在商用车辆、舰船、轨道机车、农业机械和大型发动机中应用最广泛的应用层协议。
【J1939CAN报文解析及报文解读】
weixin_41928732的博客
12-22 7120
J1939CAN报文数据解析CAN报文解析公式J1939协议报文解析数据转化为物理值物理值转化为总线传输数据 CAN报文解析公式 物理值=（十六进制转化为）十进制数据*系数+偏移量 总线传输值（十进制）=(物理值-偏移量)÷系数 J1939协议报文解析 数据转化为物理值 发动机燃油温度 PGN:FEEF 系数：1 偏移量：-40 假设报文为: 12 34 77 33 FA FF FF FF 第二个字节代表温度 求此时的发动机燃油温度 34为十六进制转化为十进制是52 物理值 = 52*1-40=12
一文读懂CAN总线协议 (超详细配34张高清图)
最新发布
tianpu2320959696的博客
04-14 2013
​ CAN总线的两根信号线通常采用的是双绞线，如下图4所示，传输的是差分信号，通过两根信号线的电压差CANH-CANL来表示总线电平。​ 如图6所示的CAN总线网络中，CAN总线上的一个终端设备称为一个节点（Node），在CAN网络中，没有主设备和从设备的区别。CAN收发器一般是单独的芯片，并且根据CAN总线的结构不同，需要使用不同的CAN收发芯片，例如，STM32F407开发板上使用的CAN收发芯片是TJA1040，只能构成闭环网络结构。在BS1结束的时间点对总线采样，得到的电平就是这个位的电平。
J1939协议解读
weixin_48867130的博客
12-12 2374
参数组是应用层中定义的与某个ECU相关的具有相同控制功能的若干个参数的组合，而PGN是用于唯一标识参数组的号码，在应用层中定义。需要注意的是，第一个枚举元素的默认值为0，后面的枚举元素的值在上一枚举元素的值上加1。因此，Mon=0，Tue=1，Wed=2，Thu=3，Fri=4，Sat=5，Sun=6.//PS:特定协议数据单元字段，当PF的值为0-239时PS表示目标地址（PDU1格式），此时，Mon=0，Tue=1，Wed=3，Thu=4，Fri=5，Sat=6，Sun=7.uint8 prior;
J1939协议解析
热门推荐
梦芯洛尘
04-02 1万+
关于对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用于
CAN协议 J1939
zheng_guan的博客
03-20 7225
转自：http://blog.sina.com.cn/s/blog_bf97bd7e0102wl2y.html 这几天在公司看了SAE推行的J1939标准（SAE：美国汽车工程协会），这里整理下学习要点，主要包含以下几个协议： 物理层SAE J1939-11(未看) 数据链路层SAEJ1939-21 网络层SAEJ1939-31(未看) 应用层SAEJ1939-...
J1939协议报文ID解析
weixin_57904199的博客
11-22 826
以报文0x18FE3022为例，该ID的解析如下所示：
SAEJ1939.rar_1939协议解包_1939多包_j1939 source code_j1939芯片_saej 1939
07-14
6. **协议解包**："1939协议解包"可能是指将接收到的J1939 CAN报文解析成可读格式的过程。这包括识别数据包中的各种信息，如源地址、目的地址、服务数据对象等。 7. **SAE J1939的应用**：除了数据交换，J1939还...
CAN协议与J1939协议的原理及实例分析
01-26
CAN总线简介，CAN物理层数据交换原理，CAN报文格式分析，J1939协议介绍，PDU格式，报文实例分析，PGN报文实例分析，J1939的传输协议-连接管理和多包传输，Intel与Motorola格式的区别
J1939多帧广播DM1、EC1报文格式说明
06-08
SAE J1939-21标准对CAN ID进行了重新划分，并且加上8个字节的数据域，从而构成了J1939的协议数据单元(PDU)。根据SAE J1939-73标准中的定义，DM1报文具有一定的优先级和PGN（Parameter Group Number，参数组数编号）...
基于J1939协议的车辆故障诊断与ECU报文解析
03-16
高清PDF版。“摘要：在对汽车的故障诊断过程中，基于ＳＡＥＪ１９３９协议的 ＣＡＮ 通信的 ＥＣＵ 提供的发动机性能检测参数和整车网络通信数据，实现整车网络中多个 ＥＣＵ 数据的共享；Ｊ１９３９协议同时也支持故障的诊断，通过数据转换模块将接收的数据转换成串行数据（包含 ＣＡＮ 的ＩＤ地址），诊断工具（手持终端）可以读取当前故障码 ＤＭ１或清除当前故障码 ＤＭ１１。本文提出了一种车辆故障诊断的研究策略，同时提出了一种基于ＪＡＶＡ 语言的报文的解析方法，能够有效实时地实现对汽车发动机的故障检测。”
SAE J1939 多包传输协议及应用分析
03-16
PDF高清版。 "描述一种 SAE J1939－21 协议应用于商用车车载 CAN 网络系统设计过程的多包数据传输协议的传输原理、传输过程，结合工程实践，分析了多包传输协议在商用车整车 CAN 网络系统开发过程中的应用，该协议对处理诊断报文等数据具有重要的意义．" 通过该文章基本可以理解J1939的多包传输协议，有很好的指导价值。
SAE_J1939_发动机报文明细表.pdf
01-27
J1939发动机报文明细表，
SAEJ1939协议DM1故障报文格式
04-09
SAE J1939协议中DM1故障报文的详细格式，包含单帧传输和多帧传输。
深入解析CAN与J1939协议原理及报文实例
J1939协议扩展了CAN报文结构，引入了参数组编号（PGN），通过将CAN ID映射到特定的参数组来规范数据内容。J1939的PDU格式包括PDU1和PDU2两种格式，用于表示不同类型的消息。 报文实例分析通常涉及到具体的车辆信息...
J1939 协议
coffee_tech的博客
05-30 3183
J1939 协议 CAN 和 J1939 的区别 J1939 is built on Extended CAN i.e., only 29-bit identifier will be used, where as CAN operates on 11 bit (Standard CAN) and 29 bit (Extended CAN) J1939 protocol is used for c...
SAE J1939协议详解
weixin_46184756的博客
03-24 5792
SAE J1939协议是由美国汽车工程师协会（SAE）制定的主要针对商用车的CAN总线通讯协议，其基础是CAN2.0B协议，面向对象为客车和载重货车；船舶、农业机械等非路面设备。1.SAE J1939协议文档结构如下图：2.CAN的发展概况20世纪80年代，Bosch的工程人员开始研究用于汽车的串行总线系统，1986年， Bosch在SAE（汽车工程师协会）大会上提出了 CAN，1987年，INTEL就推出了第一片CAN控制芯片—82526；随后Philips半导体推出了82C200。
445_J1939地址声明报文格式
小灰笔记
11-04 1910
全部学习汇总： https://github.com/GreyZhang/J1939_basic 上次做了地址声明的部分分析，当时出现了一份报文交互记录。当时只注意了源地址和目标地址，没有注意到数据场。今天没事儿的时候突然间脑子里想起了这么一回事儿，当时的数据场到底是一个什么信息呢？ 我找到了前面的报文记录： 首先，在Vector的一份文档中有如下的描述。 如果地址声明的时候出现了地址冲突，名字具有更高...
CAN 报文PDU的payload是什么
01-22
### CAN 报文 PDU 的有效载荷内容 在CAN协议中，PDU（Protocol Data Unit）的有效载荷部分主要由应用层定义并携带实际的应用数据。对于标准CAN和扩展CAN而言，每条消息的最大有效载荷长度为8个字节；而当涉及到CAN-FD时，则支持更大的负载量。 #### 标准CAN 和 扩展CAN 中的 PDU Payload 在一个典型的CAN网络通信场景下，发送方将高层应用程序产生的数据封装成SDU(Service Data Unit)，随后通过各层次间的转换处理形成最终要传送出去的消息体——即PDU[^2]。此时，该PDU中的payload仅限于最多八个字节的数据字段，这些数据按照特定顺序排列，并可能附带一些额外的信息用于校验或其他目的。 ```plaintext | 数据域 (Data Field) | +---------------------+ | Byte 0 | ... | Byte 7| +--------+----+-------+ ``` #### CAN-FD 中的 PDU Payload 随着技术的发展，在某些应用场景特别是汽车电子领域内出现了对更大容量传输的需求，因此引入了CAN FD(CAN with Flexible Data-rate)[^1]。这种改进型总线允许单次传输超过传统八字节限制的数据量，具体来说可以在一次事务中传递多达64字节的有效信息给接收者。这使得复杂命令集或大量传感器读数能够在更短时间内完成交换过程。 ```plaintext | 数据域 (Data Field) | +---------------------+ | Byte 0 | ... | Byte N|(N≤64) +--------+----+---------+ ``` 值得注意的是，无论是哪种类型的CAN报文中，其payload的具体结构取决于所使用的高层协议以及开发者自行设计的应用需求。例如，在AUTOSAR框架下的CANTP子协议会根据待发送数据的实际大小决定采用何种形式的PCI(Padding and Control Information)来辅助多帧分组传输操作。
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值