J1939应用层协议详细描述

J1939介绍

8 bits
8 bits
源地址 8 bits
表示PDU2 表示PDU1
SAE 1939/21 – 帧格式
J1939 的29位标志符是按下图构建的：
优先级, 3 bits
保留位, 1 bit 数据页, 1 bit PDU 格式(PF), 8 bits PDU细节 (PS), 8bits 源地址
仲裁处理过程中使用报文的优先级， 8个等级, 0表示最高级，7表示最低级以备将来使用，默认为0 一般设为 0, 若设为1表示扩展参数组数目定义报文的类型：广播或者目的地址它的定义取决于PDU格式（PF）域的内容
SAE 1939汽车内部网络
SAE J1939
SAE J1939体系结构
SAE 1939概述
• SAE J1939
– J1939 是 SAE定义，卡车与公共汽车电气电子委员会控制与通信网络分会开发的一个规范汽车内部网络的标准。该协议主要使用在重型交通工具上 (比如卡车、大巴车、拖拉机等) 。
十进制为： 61444
实例 – J1939/71
实例- 数据
Data FF
FF
82
DF
1A
FF
FF
FF
Byte
Position 1
2
3
4
5
6
7
8
在例子中，数据字 1, 2, 6, 7 ,8 无效，因此设置为 0xFF。没有任何参数的有效值是 0xFF的
实例 – J1939 报文
Data FF
SAE 1939/11 – 物理特性
• 物理特性
– 屏蔽双绞线。 – 最远距离40米。 – 速率为250 kbit/s。 – 最多可连接30个节点（ECUs）。 – 基于ISO11898标准。 – 在 ECU 和总线之间可以用分支短线直接连接起来。 – 网络由网段组成，之间用网桥连接。

j1939协议

j1939协议J1939协议是一种用于重型商用车辆之间通信的协议。

该协议基于CAN总线，旨在提供一种标准化的数据通信方式，以便不同设备之间可以相互交换信息。

J1939协议定义了一套规范，包括消息格式、数据结构和网络管理等方面的内容。

它为商用车辆提供了一种灵活的通信方式，使不同的设备可以通过CAN总线发送和接收信息。

J1939协议的消息格式是基于CAN数据帧的，由一个11位的标识符和一个8字节的数据字段组成。

标识符用于标识不同类型的消息，而数据字段则用于传输实际的数据。

在J1939协议中，有一些预定义的消息格式，如DM1、DM2和TPDT等。

这些消息格式包含了与车辆故障诊断和数据传输相关的信息。

通过这些消息格式，设备可以向车辆发送警告信息，并接收来自车辆的故障诊断数据。

除了消息格式外，J1939协议还定义了一套数据结构和网络管理规则。

数据结构用于描述不同类型的数据，在传输过程中保持一致性和可靠性。

而网络管理规则用于管理CAN总线的通信，包括网络初始化、错误处理和带宽分配等。

J1939协议在重型商用车辆中有广泛的应用。

例如，它可以用于车辆的故障诊断系统，通过发送故障码来检测和诊断车辆的故障。

它还可以用于车辆的监控系统，通过传输车辆状态数据来实时监测车辆的性能。

此外，J1939协议还支持数据传输和实时控制。

通过发送和接收数据报文，设备可以实现实时的数据传输和控制功能。

例如，它可以用于车辆的制动系统，通过发送制动指令来控制车辆的制动力。

总体而言，J1939协议为重型商用车辆提供了一种标准化的数据通信方式。

它通过定义消息格式、数据结构和网络管理规则，使不同设备之间可以方便地进行信息交换。

这种通信方式不仅提高了车辆的性能和可靠性，还为车辆的故障诊断和数据传输提供了便利。

J1939协议

J1939协议一、协议目的本协议旨在规范和定义J1939协议的通信规则和数据格式，以便确保各种车辆和设备之间的互操作性和数据交换的一致性。

二、协议范围本协议适用于使用J1939协议进行通信的各种车辆和设备，包括但不限于商用车辆、农业机械、建筑设备、发电机组、船舶和工业自动化设备等。

三、术语和定义1. J1939协议：一种用于车辆和设备之间的通信的协议，基于CAN总线技术。

2. 数据帧：J1939协议中的数据传输单元，包含源地址、目标地址、数据内容等信息。

3. 参数组：J1939协议中的一种数据结构，用于封装和传输特定的数据项。

4. PGN：参数组号码（Parameter Group Number），用于唯一标识一个参数组。

5. SPN：信号参数号码（Suspect Parameter Number），用于唯一标识一个参数组中的一个信号。

四、协议规则1. 数据帧格式1.1 数据帧由CAN总线上的标准帧组成，帧格式为11位标识符。

1.2 数据帧包含11位标识符、数据长度代码（DLC）、数据字节和CRC校验码。

1.3 数据帧的标识符中包含源地址、优先级、数据页、PGN等信息。

1.4 数据帧的DLC定义了数据帧中数据字节的数量。

1.5 数据帧的CRC校验码用于验证数据的完整性。

2. 参数组格式2.1 参数组由一个PGN和一个或多个SPN组成。

2.2 PGN由18位标识符的前3个字节组成。

2.3 SPN由16位标识符的后两个字节组成。

2.4 参数组中的数据按照大端字节序排列。

3. 数据传输3.1 数据传输通过CAN总线进行。

3.2 数据帧的发送和接收由源地址和目标地址进行控制。

3.3 数据传输的优先级由数据帧的标识符中的优先级字段确定。

3.4 数据传输的频率和时序由应用层协议定义。

4. 错误处理4.1 错误帧：当接收到错误的数据帧时，应立即发送错误帧作为响应。

4.2 错误处理机制：错误处理机制应能够检测和处理数据传输过程中的错误，包括但不限于传输错误、接收错误和校验错误等。

saej1939协议(中文)

竭诚为您提供优质文档/双击可除saej1939协议(中文)篇一：saej1939协议saej1939协议_综述(转载)发表于20xx/10/2611:16:06saej1939协议是由美国汽车工程师协会——卡车和公共汽车电气电子委员会下的卡车和公共汽车控制和通讯网络分委员会制定的高层can网络通讯协议。

它主要用于为重型道路车辆上电子部件间的通讯提供标准的体系结构[1]。

1saej1939协议构成文件saej1939协议包括如下几部分内容：saej1939-11物理层，250kbits/s，屏蔽双绞线saej1939-13物理层，离线诊断连接器saej1939-15简化的物理层，250kbits/s，非屏蔽双绞线saej1939-21数据链路层saej1939-31网络层saej1939-71车辆应用层saej1939-73应用层-诊断saej1939-81j1939网络管理协议-----------------------------------------------------------------------------------2各层协议的功能2.1物理层saej1939的物理层规范包含saej1939-11（物理层，250kbits/s，屏蔽双绞线）、saej1939-15（简化的物理层，250kbits/s，非屏蔽双绞线）和saej1939-13（物理层，离线诊断连接器）三部分。

其中saej1939-11和saej1939-15给出了物理层为屏蔽双绞线和非屏蔽双绞线时的网络物理描述、功能描述、电气规范、兼容性测试、总线错误讨论。

而saej1939-13（物理层，离线诊断连接器）则定义了离线诊断连接器的通用需求、性能需求和物理需求。

2.2数据链路层saej1939的数据链路层在物理层之上提供了可靠的数据传输功能。

通过数据链路层的组织，发送的can 数据帧具有必需的同步、顺序控制、错误控制和流控制等功能。

J1939协议应用设计编程说明

J1939协议应用设计编程说明一、J1939协议简介J1939协议是目前在大型汽车中应用最广泛的应用层协议，可达到250Kbit/s的通讯速率。

J1939协议由美国SAE( Society of Automotive Engineer)组织维护和推广。

J1939协议具有如下特点：（1）以CAN2.0B协议为基础，物理层标准与ISO11898规范兼容并采用符合该规范的CAN 控制器及收发器。

通讯速率最高可达到250Kbit/s。

（2）采用PDU( Protocol Data Unit协议数据单元)传送信息，每个PDU相当于CAN协议中的一帧。

由于每个CAN帧最多可传输8个字节数据，因此PDU的传输具有很高的实时性。

（3）利用CAN2.0B扩展帧格式的29位标志符定义每一个PDU的含义及该PDU的优先级。

（4）J1939协议主要作为汽车中应用的通讯协议，对汽车中应用到的各类参数都进行了规定。

参数的规定符合ISO11992标准。

二、J1939协议通讯报文内容解析J1939协议实质是将CAN扩展帧格式中未明确定义的11位ID，18位扩展ID进行了明确定义，紧随ID的是8个字节的数据。

为了实现J1939协议报文的正确接收，必须首先明确其仲裁场（如上所示）是如何确定的。

下面将逐一介绍：优先级：29位标志符的前3位用于在仲裁过程中决定报文的优先级P。

值000是最高的优先级。

高的优先级用于高速要求的报文。

低的优先级用于时间要求不紧迫的数据。

标志符位(R)：保留位。

在传输报文时此位置为0。

此位留作将来SAF委员会定义其它目的使用。

数据页( DP)位：DP位用于选择两页参数组中的其中一页。

0页包含现在被定义的所有报文。

1页预备将来额外的扩展能力。

在0页用完后才被分配。

PDU格式(PF)：PDU代表协议数据单元。

PF场识别能被传送的两个PDU格式。

SRR和IDE位：在CAN 2. 0B己被详细定义。

它们被置为隐性位。

J1939应用层协议详细描述

J1939应用层协议详细描述了用于J1939网络的每个参数，包括其数据长度、数据类型、分辨率、范围及参考标签，并为每个参数分配了一个编号（SPN）。

由于J1939协议是以协议数据单元（PDU）的形式进行传输，而一个PDU包含8个字节数据，因此，需要对这些参数进行组合。

在J1939应用层协议中还详细定义了参数组，包括每组参数的更新率、有效数据长度、数据页、PDU格式、PDU细节、默认优先权及参数组的内容，并为每个参数组分配一个参数组编号（PGN）。

PGN(parameter group number)是一个24位的值，包括保留位、数据页位、PF（PDU格式场）和PS（群扩展场）等要素。

SPN(SPN: Suspect Parameter Number)是PG(参数组)下面的具体参数的一个编号，而PGN是参数组编号，可以理解为一个PGN包含了按一定方法分类的一组参数，而每个具体参数又有它自己的编号（就是SPN）。

SAE J1939的应用层以PGN和SPN的方式具体规定了车辆使用的每个参数的数据长度，数据类型，分辨率和数据范围等。

18 EB 00 F9 是一个报文的29位标示符，70 E3 FF FF FF FF FF FF是后面的数据域。

18EB00F9化成2进制就是 110 00 1110 1011 0000 0000 1111 1001把这个按照PDU的格式代进去就知道这条报文的意思了。

后面的数据域含义可以通过前面得到的PFPS知道PGN，然后查看J1939应用层关于该PGN的数据位就能知道这个数据的含义。

在各个位转化到PGN的过程中，如果PF的值小于240（十进制）时，PGN的低字节置零（个人理解当PF的值小于240时，PS的置0）。

举一个例子：请求PGN的数据页位（DP）=0；PF=234（#EA）那么她的参数群编号PGN=#00EA00。

因为PF=234<240,所以PS=#00注：PF（PDU格式场）和PS（群扩展场）都是八位CAN通讯协议中PGN的计算数据链路层通过协议数据单元(PDU)组织数据帧中的协议相关信息。

J1939协议理解

J1939协议理解今天读了J1939协议的介绍文档，下面主要说说我的理解：1、网络应用分为几个层物理层 SAE J1939-11数据链路层 SAE J1939-21网络层 SAE J1939-31应用层 SAE J1939-71故障诊断 SAE J1939-73网络管理层 SAE J1939-812、下面主要说说数据链路层和应用层数据链路层：为物理连接之间提供可靠的数据传输。

包括发送CAN 数据帧所必需的同步、顺序控制、出错控制和流控制。

首先要明白几个概念PGN：参数组编号帧（Frame）: 组成一个完整信息的一系列有序的数据位。

帧又被划分成几个域，每个域包括了预定义类型的数据。

CAN 数据帧（CAN Data Frame）:组成CAN 协议帧所必需的有序位域，以帧起始（SOF）开始以帧结束（EOF）结尾。

标准帧（Standard Frame）:CAN2.0A规范中定义的使用11 位标识符的CAN 数据帧。

扩展帧（Extended Frame）:CAN2.0 B规范中定义的使用29 位标志符的CAN 数据帧。

包（Packet）:一个单一的CAN 数据帧就是一个包。

当一条报文包含参数组的数据长度小于等于８个字节时，这样的报文也称为包。

报文（Message）:指一个或多个具有相同参数组编号的（PGN）数据帧。

也就是说只要一个或多个CAN数据帧具有相同的PGN号，那他们就是属于一个报文。

多包报文（Multipacket Messages）:当具有相同参数组编号的所有数据需要使用多个CAN 数据帧来传输时使用的一种J1939报文。

每个CAN 数据帧拥有相同的标识符，但在每个包中数据不同。

协议数据单元PDU的格式PDU是J1939传输数据的格式，它基于CAN协议的扩展帧传输方式。

即它的标识符是29位的。

优先级：最高0（000）设置到最低7（111 ）。

所有控制报文的缺省优先级是3（011 ）。

扩展数据页（EDP）和数据页（DP）的关系：什么是第0页PGN，什么是第1页PGN？作用有什么不同？还不是太清楚PDU 格式（PF）和PDU 特定域（PS）的关系PDU 格式（PF）PDU格式PDU 特定域（PS）PF<240 PDU1格式PS是目标地址（DA）PF=240‾255 PDU2格式PS是组扩展（GE）值PDU1和PDU2时的参数组编号（PGN）数目EDP DP PF PS PDU1时参数组编号0 0或者1 0-239 目标地址2X240（PF的值）=480EDP DP PF PS PDU2时参数组编号0 0或者1 240-255共16个数组扩展值0-255（共256个数）2X16X256=8192在说说J1939的标识符合CAN协议的对应格式：J1939的29位标识符格式CAN协议扩展帧格式首先，J1939的标识符是29位的，所以它使用的是CAN协议的扩展帧格式来传输数据。

J1939协议理解

J1939协议理解今天读了J1939协议的介绍文档，下面主要说说我的理解：1、网络应用分为几个层物理层SAE J1939-11数据链路层SAE J1939-21网络层SAE J1939-31应用层SAE J1939-71故障诊断SAE J1939-73网络管理层SAE J1939-812、下面主要说说数据链路层和应用层数据链路层：为物理连接之间提供可靠的数据传输。

包括发送CAN 数据帧所必需的同步、顺序控制、出错控制和流控制。

首先要明白几个概念PGN：参数组编号帧（Frame）: 组成一个完整信息的一系列有序的数据位。

帧又被划分成几个域，每个域包括了预定义类型的数据。

CAN 数据帧（CAN Data Frame）:组成CAN 协议帧所必需的有序位域，以帧起始（SOF）开始以帧结束（EOF）结尾。

标准帧（Standard Frame）:CAN2.0A规范中定义的使用11 位标识符的CAN 数据帧。

扩展帧（Extended Frame）:CAN2.0 B规范中定义的使用29 位标志符的CAN 数据帧。

包（Packet）:一个单一的CAN 数据帧就是一个包。

当一条报文包含参数组的数据长度小于等于８个字节时，这样的报文也称为包。

报文（Message）:指一个或多个具有相同参数组编号的（PGN）数据帧。

也就是说只要一个或多个CAN数据帧具有相同的PGN号，那他们就是属于一个报文。

多包报文（Multipacket Messages）:当具有相同参数组编号的所有数据需要使用多个CAN 数据帧来传输时使用的一种J1939报文。

每个CAN 数据帧拥有相同的标识符，但在每个包中数据不同。

协议数据单元PDU的格式PDU是J1939传输数据的格式，它基于CAN协议的扩展帧传输方式。

即它的标识符是29位的。

优先级：最高0（000）设置到最低7（111 ）。

所有控制报文的缺省优先级是3（011 ）。

扩展数据页（EDP）和数据页（DP）的关系：什么是第0页PGN，什么是第1页PGN？作用有什么不同？还不是太清楚PDU 格式（PF）和PDU 特定域（PS）的关系PDU 格式（PF）PDU格式PDU 特定域（PS）PF<240PDU1格式PS是目标地址（DA）PF=240‾255PDU2格式PS是组扩展（GE）值PDU1和PDU2时的参数组编号（PGN）数目EDP DP PF PS PDU1时参数组编号00或者10-239目标地址2X240（PF的值）=480 EDP DP PF PS PDU2时参数组编号00或者1240-255共16个数组扩展值0-255（共256个数）2X16X256=8192在说说J1939的标识符合CAN协议的对应格式：J1939的29位标识符格式CAN协议扩展帧格式首先，J1939的标识符是29位的，所以它使用的是CAN协议的扩展帧格式来传输数据。

J1939协议理解

J1939协议理解今天读了 J1939协议的介绍文档，下面主要说说我的理解: 1、网络应用分为几个层物理层 SAE J1939-11 数据链路层SAE J1939-21 网络层 SAE J1939-31 应用层 SAE J1939-71 故障诊断SAE J1939-73 网络管理层SAE J1939-81 2、下面主要说说数据链路层和应用层数据链路层：为物理连接之间提供可靠的数据传输。

包括发送步、顺序控制、出错控制和流控制。

CAN 数据帧所必需的同首先要明白几个概念PGN :参数组编号帧（Frame ）:组成一个完整信息的一系列有序的数据位。

帧又被划分成几个域，每个域包括了预定义类型的数据。

CAN 数据帧（CAN Data Frame ）:组成开始以帧结束（EOF ）结尾。

标准帧（Standard Frame ）:CAN2.0A 扩展帧（Extended Frame ）:CAN2.0 BCAN 协议帧所必需的有序位域，以帧起始（SOF ）规范中定义的使用 11位标识符的CAN 数据帧。

规范中定义的使用 29位标志符的CAN 数据帧。

当一条报文包含参数组的数据长度包（Packet ）:一个单一的 CAN 数据帧就是一个包。

小于等于8个字节时，这样的报文也称为包。

报文（Message ）:指一个或多个具有相同参数组编号的（PGN ）数据帧。

也就是说只要一个或多个 CAN 数据帧具有相同的 PGN 号，那他们就是属于一个报文。

）:当具有相同参数组编号的所有数据需要使用多个 J1939报文。

每个CAN 数据帧拥有相同的标识符，多包报文（Mult ip acket Messages CAN 数据帧来传输时使用的一种但在每个包中数据不同。

协议数据单元PDU 的格式it■kPDU 1PDUy■ M 嶋1 EDP0P PFDATAL L13时t 伽」PGN25仪苛歆幷PDU是J1939传输数据的格式，它基于CAN协议的扩展帧传输方式。

SAE J1939 协议简介(大结局)

SAE J1939 协议简介(大结局)由于应用层会根据不同的行业和需求有所不同，所以应用层的开发可以参考标准自行研究，关于这个系列，今天是最后一集，我们来讲讲J1939的网络管理层(J1939/81)。

其实任何一种协议单看协议文件都是很枯燥的，但是其实协议软件的开发流程图就隐含在这协议描述中，多看几遍，多读几遍，多琢磨琢磨，在找些参考资料，相信你一定会理解协议中的需求，为你的后续开发扫平障碍。

肯定有人会问，总线上有那么多节点，总线上的那么多节点是如何管理和通信的呢？网络管理层就是解决这些问题的。

先来讲讲什么叫控制器应用程序。

控制器应用程序（CA）Controller Application(CA)控制器为电控单元(ECU) 内执行一种特殊控制功能的软件和硬件。

控制器里的软件称为“控制器应用程序”（CA）。

一个ECU 可以执行一个或多个控制功能，因此可以包括一个或多个CA。

为了能够在本标准网络上进行通信，每个CA都必须有一个地址以及一个和它联系在一起的名字。

网络管理层为唯一识别网络上的CA、管理地址分配和网络错误提供必要的定义和程序。

每个CA应能提供唯一的64位名字(8个字节).CA必须首先声明地址成功，然后才能向网络发送,如果CA按地址声明过程声明地址失败,必须按标准方式进行处理并向网络报告。

在采用J1939标准的网络中，地址用于保证消息标识符的唯一性以及表明消息的源地址。

地址声明消息包括地址和名字，用于把名字和网络中的某个地址关联在一起。

每个CA在开始正常的网络通信之前，必须有一个名字并且成功声明了一个地址。

名字有两个用途：其一用于表示CA的功能描述(如发动机1,发动机2)其二，作为一个数值，用于地址仲裁。

把一个地址与唯一的名字相关联，也就把一个地址和一个CA关联起来。

ECU的制造商和网络集成商必须保证所有在一个网络上传输消息CA的名字是唯一的。

网络上的每个CA都应有一个名字，这样CA可以根据它的主要功能被唯一标识。

J1939协议

J1939协议协议名称：J1939协议一、引言J1939协议是一种用于重型商用车辆和柴油发动机之间通信的标准协议。

它定义了数据通信、电气连接和网络管理的规范，以实现不同设备之间的互操作性和数据交换。

本协议旨在提供一种统一的通信标准，以便各种设备能够有效地进行数据交换和协同工作。

二、范围本协议适用于重型商用车辆、柴油发动机及其相关设备，包括但不限于卡车、挖掘机、拖拉机、发电机组等。

它涵盖了数据通信、网络拓扑、通信速率、传输协议、数据格式和故障诊断等方面的规范。

三、术语和定义3.1 J1939：指J1939协议的简称。

3.2 数据链路层：指协议栈的一部分，负责提供可靠的数据传输和错误检测。

3.3 物理层：指协议栈的一部分，负责定义电气连接和传输介质的规范。

四、数据通信4.1 数据格式4.1.1 数据帧：J1939协议使用数据帧进行数据传输，每个数据帧包含一个标识符和一个数据字段。

4.1.2 标识符：数据帧的唯一标识，用于区分不同的数据源和数据类型。

4.1.3 数据字段：数据帧中的有效数据，用于传输实际的信息内容。

4.2 数据传输4.2.1 数据链路层：J1939协议使用数据链路层提供可靠的数据传输，包括数据帧的发送和接收、错误检测和纠正等功能。

4.2.2 物理层：J1939协议定义了多种物理层规范，包括CAN总线、RS-485等，用于实现数据的物理传输。

五、网络管理5.1 地址分配5.1.1 节点地址：J1939协议使用29位的节点地址进行设备的唯一标识，节点地址由网络管理器进行分配。

5.1.2 功能地址：J1939协议定义了一些特殊的功能地址，用于广播和特定功能的通信。

5.2 网络拓扑5.2.1 单总线拓扑：J1939协议支持单总线拓扑，即所有设备通过一个总线进行通信。

5.2.2 多总线拓扑：J1939协议还支持多总线拓扑，即多个总线之间通过网关进行通信。

六、故障诊断6.1 DTC码6.1.1 DTC码：指故障诊断码，用于标识设备故障的类型和位置。

浅析J1939协议附下载

浅析J1939协议附下载SAE J1939协议是基于CAN2.0B协议之上的应⽤层协议，但是SAE J1939协议并不仅仅是个应⽤层协议，她对物理层，数据链路层，⽹络层，应⽤层，故障诊断，⽹络层管理层等都做了详细的规定,只不过这其中很多规定都跟CAN2.0B⼀致。

我们这⾥只介绍J1939的应⽤层，对软件开发来说已经⾜够。

对熟悉CAN2.0B协议的⼩伙伴来说，其实只要掌握下⾯⼏个关键点，J1939就瞬间不再神秘。

J1939协议是基于CAN2.0B的应⽤层协议，所有J1939报⽂都是使⽤29位标志符。

CAN报⽂中我们有11位标志符的标准帧也有29位标志符的扩展帧，在J1939协议中，我们所有报⽂都是29位标志符, 数据域则跟CAN报⽂的数据没有区别。

CAN报⽂是基于ID的，⽽J1939协议是基于PGN的。

这⼀点⼏乎就是J1939协议的全部内容。

CAN2.0B使⽤29位的标志符来区分不同的报⽂，J1939对这29标志符进⾏了重新的分类和解释。

打个不是很恰当的⽐⽅，以前CAN2.0B协议根据⼈的体重来区分不同的⼈，只要⼀样重(ID)就认为是相同的⼈群，体重越瘦的就越是受CAN2.0B协议喜欢(优先级越⾼),现在J1939也是测量体重，只不过是把⼈的脑袋，躯⼲，双⼿，双腿分别测量，然后对这⼏个重量进⾏某种运算(⽐如脑袋重量的平⽅，躯⼲重量与双⼿重量乘积，以及双腿重量这三个数字之和), 只要运算的结果(PGN)⼀致，就认为这些⼈是⼀个⼈群。

也就是说,J1939对CAN2.0B中的29位标志进⾏了重新解释,我们使⽤下⾯这张图来说明⼀下:J1939对CAN ID进⾏了重新划分，加上最多8个字节的数据域，构成了J1939 的协议数据单元(Protocol Data Unit, PDU)，其中前3位表⽰优先级位(Priority, P)，之后是扩展数据页位(Extended Data Page, EDP),数据页位(Data Page,DP), PDU格式位(PDU Format, PF), PDU特定域位(PDU Specific, PS), 源地址位(Source Address,SA) 以及数据域(Data Filed)。

SAE J1939 协议简介(一)

SAE J1939 协议简介(一)微信公众号：嵌入式程序猿QQ：280192619提到SAE J1939协议就不得不提CAN通讯，大家都知道CAN是目前比较流行的一种现场总线，CAN 总线是一种串行数据通信协议，最早由德国BOSCH公司推出,用于汽车内部测量与执行部件之间的数据通信。

CAN 推出之后，世界上各大半导体生产厂商迅速推出各种集成有CAN 协议的产品，由于得到众多产品的支持，使得CAN 在短期内得到广泛应用。

CAN 在全世界范围的应用和用户在不断扩大。

具体的CAN 基本协议，可以参考BOSCH公司的官方文档。

CAN只规定了底层的协议，对高层的应用协议并没有做具体规定，这就给一些高层协议的开发留下了很大的空间，像CANOpen，Devicenet，以及SAE J1939等都是比较流行的CAN高层协议。

SAEJ1939 协议是由汽车工程协会(SAE)定义的，SAE J1939 协议在商用车辆、舰船、轨道机车、农业机械和大型发动机中是应用最广泛的应用层协议，基于传输可靠性能优越的CAN-bus总线，可达到250Kbps的通讯速率。

在协议中，不仅指定了传输类型、报文结构及其分段、流量检查等，而且报文内容本身也做了精确的定义，SAE J1939 协议由美国SAE( Society of Automotive Engineer)组织维护和推广。

CAN 总线的特点… 多主站依据优先权进行总线访问；… 非破坏性的基于优先权的总线仲裁；… 借助接收滤波的多地址信息传送；… 远程数据请求；… 配置灵活；… 全系统的数据相容性；… 错误检测和出错信令；… 发送期间若丢失仲裁或由于出错而遭破坏的数据包可自动重发；… 暂时错误和永久性故障节点的判别以及故障节点与CAN 总线的自动脱离。

主要协议文档：J1939/11J1939/13J1939/15J1939/21J1939/31J1939/71J1939/73J1939/74J1939/75J1939/81J1939/84具体协议内容可以参考官方文档。

J1939协议理解

J1939协议理解今天读了J1939协议的介绍文档，下面主要说说我的理解：1、网络应用分为几个层物理层SAE J1939-11数据链路层SAE J1939-21网络层SAE J1939-31应用层SAE J1939-71故障诊断SAE J1939-73网络管理层SAE J1939-812、下面主要说说数据链路层和应用层数据链路层：为物理连接之间提供可靠的数据传输。

包括发送CAN 数据帧所必需的同步、顺序控制、出错控制和流控制。

首先要明白几个概念页脚内容1PGN：参数组编号帧（Frame）: 组成一个完整信息的一系列有序的数据位。

帧又被划分成几个域，每个域包括了预定义类型的数据。

CAN 数据帧（CAN Data Frame）:组成CAN 协议帧所必需的有序位域，以帧起始（SOF）开始以帧结束（EOF）结尾。

标准帧（Standard Frame）:CAN2.0A规范中定义的使用11 位标识符的CAN 数据帧。

扩展帧（Extended Frame）:CAN2.0 B规范中定义的使用29 位标志符的CAN 数据帧。

包（Packet）:一个单一的CAN 数据帧就是一个包。

当一条报文包含参数组的数据长度小于等于８个字节时，这样的报文也称为包。

报文（Message）:指一个或多个具有相同参数组编号的（PGN）数据帧。

也就是说只要一个或多个CAN 数据帧具有相同的PGN号，那他们就是属于一个报文。

多包报文（Multipacket Messages）:当具有相同参数组编号的所有数据需要使用多个CAN 数据帧来传输时使用的一种J1939报文。

每个CAN 数据帧拥有相同的标识符，但在每个包中数据不同。

协议数据单元PDU的格式页脚内容2PDU是J1939传输数据的格式，它基于CAN协议的扩展帧传输方式。

即它的标识符是29位的。

优先级：最高0（000）设置到最低7（111 ）。

所有控制报文的缺省优先级是3（011 ）。

扩展数据页（EDP）和数据页（DP）的关系：什么是第0页PGN，什么是第1页PGN？作用有什么不同？还不是太清楚PDU 格式（PF）和PDU 特定域（PS）的关系PDU 格式（PF）PDU格式PDU 特定域（PS）PF<240PDU1格式PS是目标地址（DA）PS是组扩展（GE）PF=240‾255PDU2格式值PDU1和PDU2时的参数组编号（PGN）数目EDP DP PF PS PDU1时参数组编号页脚内容30或者10-239目标地址2X240（PF的值）=480EDP DP PF PS PDU2时参数组编号00或者1240-255共16个数组扩展值0-255（共256个数）2X16X256=8192在说说J1939的标识符合CAN协议的对应格式：J1939的29位标识符格式CAN协议扩展帧格式页脚内容4首先，J1939的标识符是29位的，所以它使用的是CAN协议的扩展帧格式来传输数据。

J1939协议简介

J1939协议简介缩写ACK Acknowledgment：应答BAM Broadcast Announce Message：广播通知消息CAN ontroller Area Network：控制器局域网CRC Cyclic Redundancy Check：循环冗余校验CTS Clear-To-Send：清除发送DA Destination Address：目标地址DLC Data Length Code：数据长度代码DP Data Page：数据页EOF End of Frame：框架结束或帧结束ID Identifier：标志符IDE Identifier Extension Bit：标志符扩展位LLC Logical Link Control：逻辑连接控制LSB Least Significant Byte or Least Significant Bit：最小有意义位或字节MAC Medium Access Control：媒体通道控制MF Manufacturer：制造商MSB Most Significant Byte or Most Significant Bit：最大有意义位或字节NA not Allowed：不应答NACK Negative-Acknowledgment：错误应答P Priority：优先级PDU Protocol Data Unit：协议数据单元PF PDU Format：协议数据单元格式PGN Parameter Group Number：参数组代码PS PDU Specific：协议数据单元细节GE Group Extension：组扩展DA Destination Address：目标单元地址R Reserved：保留RTR Remote Transmission Request：远程传输请求RTS Request-To-Send：发送请求SA Source Address：原地址SOF Start of Frame：帧开始SRR Substitute Remote Request：替代远程请求TP Transport Protocol：传送协议T h Hold Time：保持时间T r Response Time：响应时间un Undefined：没有定义CAN2.0B包含两种格式的说明：标准格式和扩展格式。

J1939应用层协议详细描述

J1939应用层协议详细描述了用于J1939网络的每个参数，包括其数据长度、数据类型、分辨率、范围及参考标签，并为每个参数分配了一个编号（SPN）。

由于J1939协议是以协议数据单元（PDU）的形式进行传输，而一个PDU包含8个字节数据，因此，需要对这些参数进行组合。

在J1939应用层协议中还详细定义了参数组，包括每组参数的更新率、有效数据长度、数据页、PDU格式、PDU细节、默认优先权及参数组的内容，并为每个参数组分配一个参数组编号（PGN）。

PGN(parameter group number)是一个24位的值，包括保留位、数据页位、PF（PDU格式场）和PS（群扩展场）等要素。

SPN(SPN: Suspect Parameter Number)是PG(参数组)下面的具体参数的一个编号，而PGN是参数组编号，可以理解为一个PGN包含了按一定方法分类的一组参数，而每个具体参数又有它自己的编号（就是SPN）。

SAE J1939的应用层以PGN和SPN的方式具体规定了车辆使用的每个参数的数据长度，数据类型，分辨率和数据范围等。

18 EB 00 F9 是一个报文的29位标示符，70 E3 FF FF FF FF FF FF是后面的数据域。

18EB00F9化成2进制就是 110 00 1110 1011 0000 0000 1111 1001把这个按照PDU的格式代进去就知道这条报文的意思了。

后面的数据域含义可以通过前面得到的PFPS知道PGN，然后查看J1939应用层关于该PGN的数据位就能知道这个数据的含义。

在各个位转化到PGN的过程中，如果PF的值小于240（十进制）时，PGN的低字节置零（个人理解当PF的值小于240时，PS的置0）。

举一个例子：请求PGN的数据页位（DP）=0；PF=234（#EA）那么她的参数群编号PGN=#00EA00。

因为PF=234<240,所以PS=#00注：PF（PDU格式场）和PS（群扩展场）都是八位CAN通讯协议中PGN的计算数据链路层通过协议数据单元(PDU)组织数据帧中的协议相关信息。

J1939协议简介

J1939协议简介缩写ACK Acknowledgment：应答BAM Broadcast Announce Message：广播通知消息CAN ontroller Area Network：控制器局域网CRC Cyclic Redundancy Check：循环冗余校验CTS Clear-To-Send：清除发送DA Destination Address：目标地址DLC Data Length Code：数据长度代码DP Data Page：数据页EOF End of Frame：框架结束或帧结束ID Identifier：标志符IDE Identifier Extension Bit：标志符扩展位LLC Logical Link Control：逻辑连接控制LSB Least Significant Byte or Least Significant Bit：最小有意义位或字节MAC Medium Access Control：媒体通道控制MF Manufacturer：制造商MSB Most Significant Byte or Most Significant Bit：最大有意义位或字节NA not Allowed：不应答NACK Negative-Acknowledgment：错误应答P Priority：优先级PDU Protocol Data Unit：协议数据单元PF PDU Format：协议数据单元格式PGN Parameter Group Number：参数组代码PS PDU Specific：协议数据单元细节GE Group Extension：组扩展DA Destination Address：目标单元地址R Reserved：保留RTR Remote Transmission Request：远程传输请求RTS Request-To-Send：发送请求SA Source Address：原地址SOF Start of Frame：帧开始SRR Substitute Remote Request：替代远程请求TP Transport Protocol：传送协议T h Hold Time：保持时间T r Response Time：响应时间un Undefined：没有定义CAN2.0B包含两种格式的说明：标准格式和扩展格式。

J1939协议

J1939协议一、引言J1939协议是一种用于重型商用车辆和工程机械的通信协议，旨在实现不同设备之间的数据交换和通信。

本协议的目标是提供一种标准化的通信架构，以确保各种设备的互操作性和数据一致性。

本协议详细规定了通信的物理层、数据链路层和应用层的要求和规范。

二、物理层1. 传输介质J1939协议支持多种传输介质，包括双绞线、光纤和无线电等。

传输介质的选择应根据具体应用场景和要求进行合理选择。

2. 传输速率J1939协议支持不同的传输速率，包括250kbps、500kbps和1Mbps等。

传输速率的选择应根据实际需求和设备性能进行合理配置。

3. 连接器和接口J1939协议规定了连接器和接口的类型和规范，以确保设备之间的正确连接和通信。

连接器和接口应符合相关标准，并具备良好的可靠性和稳定性。

三、数据链路层1. 帧格式J1939协议定义了数据链路层的帧格式，包括帧起始符、帧ID、数据长度、数据域和校验等。

帧格式的定义应符合J1939协议的规定，并确保数据的正确传输和解析。

2. 帧类型J1939协议定义了不同类型的帧，包括数据帧、远程帧和错误帧等。

不同类型的帧应根据具体应用场景和通信需求进行合理选择和配置。

3. 流控制J1939协议支持流控制机制，以确保数据的可靠传输。

流控制应根据具体应用场景和数据交换需求进行合理配置和管理。

四、应用层1. 数据格式J1939协议规定了应用层数据的格式和结构，包括数据标识符、数据长度和数据内容等。

数据格式的定义应符合J1939协议的规定，并确保数据的正确解析和处理。

2. 数据解析J1939协议规定了数据的解析方法和算法，以确保设备能够正确解析和处理接收到的数据。

数据解析的方法和算法应根据具体应用场景和数据格式进行合理选择和配置。

3. 数据交换J1939协议定义了数据交换的方法和规范，包括数据的发送和接收等。

数据交换的方法和规范应根据具体应用场景和通信需求进行合理配置和管理。

j1939协议

j1939协议J1939协议是一种用于车辆通信的标准协议。

它是由SAE （美国汽车工程师协会）制定的一种协议，旨在为汽车电子控制系统提供统一的通信标准，以实现不同厂商制造的车辆控制器之间的交互和协调。

J1939协议已经被广泛应用于汽车、重型车辆、农业机械、工程机械等领域。

J1939协议的设计使其适用于各种应用场合，并提供了一些基本的功能。

例如，它支持多种物理层接口，包括CAN和其他现有的数据总线；它提供了一系列标准的报文格式，允许通信的控制器进行简单的数据交换；它还提供了一些必要的通信保障和错误处理机制，以确保通信的可靠性和正确性。

在J1939协议中，每一个控制器被称作“节点”，每个节点都有唯一的标识符。

这个标识符是一个29位的数值，在J1939协议中称为“源地址”（SA）。

当一个节点需要发送数据时，它首先要选择一个接收方，然后构建一个符合J1939协议格式的报文，并将其发送出去。

接收方在接收到报文后，将会根据协议规定的方式对报文进行解析和处理。

J1939协议的报文格式分为四个部分：先导字节、ID、数据段和CRC。

其中，ID部分是最重要的部分，它可以用来描述报文的类型、发送方和接收方等信息。

数据段则包含了实际的数据，可以是控制命令、传感器数据或者是故障信息等内容。

CRC部分则用来检验报文的正确性，以保证传输的设备是正常的。

J1939协议中，每个节点都有不同的功能和角色。

例如，某些节点可能负责采集数据，将其传输到其他节点；某些节点可能负责接收控制命令，并将其转发到系统中的其他节点。

为了让这些不同的节点能够协同工作，J1939协议规定了一些标准的数据格式和交互方式。

除了基本的通信功能之外，J1939还提供了一些高级的功能，如故障诊断和管理。

在汽车电子控制系统中，各个控制器可能会出现各种故障，为了避免这些故障对整个系统造成影响，J1939协议定义了一套故障诊断和管理系统。

通过这个系统，各个控制器可以及时地发现和处理故障，保证整个系统的可靠性和安全性。

j1939协议

j1939协议
J1939协议是一种面向车辆电子控制系统的通信协议。

它是由美国卡车制造商和发动机制造商联合制定，主要用于汽车、卡车和工程机械等领域中各种电子设备之间的通讯。

J1939协议采用了CAN总线通讯方式，并且在CAN 数据
帧中设置有特定的标识符和数据格式，以保证各个设备之间的通讯与协同。

J1939协议可应用于各种车辆控制系统中的所有
功能，例如：发动机控制、变速器控制、制动系统、显示器、灯光控制等。

通过J1939协议，一个设备可以与其他设备进行双向通信。

J1939协议定义了许多参数集（PGN）和服务集（SPN）。

PGN包含协议中的所有信息，是通信的最小单位，用于定义消
息的内容和分区。

例如，PGN65265（0x00FEE1）是汽车接近传感器信息的标准信息，包含了车辆的距离、速度和车道信息。

而SPN则是一个16位的数字，用于表示参数的识别号。

它指
定了每个参数的编码方式、数据格式和范围等信息。

例如，SPN100（0x0064）表示刹车踏板信号的实际值。

J1939协议在实际应用中具有广泛的应用，例如车辆故障诊断、车辆远程监控、车辆自动驾驶等。

通过使用J1939协议，车辆控制系统中的各个设备可以高效地协同工作，有效地提高了汽车的安全性和可靠性。

同时，也为汽车制造商提供了更多的数据和故障诊断信息，促进了汽车制造和维修的进一步发展。