路面车辆推荐操作规程被采纳为美国国家标准.DOC

1、路面车辆推荐操作规程（被采纳为美国国家标准）SAEJ1939：串行控制通信汽车网络的推荐操作规程前言本系列 SAE 推荐操作规程是由卡车及客车电子电气委员会所属的卡车及客车控制及通信小组委员会制定的。该小组委员会的目标是针对电控单元的需求、设计和使用，提交信息报告、制定推荐操作规程。这些电控单元在汽车部件之间传递着电子信号和控制信息。本规程的使用不限于卡车和客车应用，其对于其他的应用也可以提供直接的支持，正如已在建筑及农业设备和固定式的动力系统。本推荐操作规程的最终目标是形成工业标准，因此可能为适应实际应用和技术进步作出经常性的调整。本推荐操作规程中描述的控制局域网（Controller Ar

2、ea Network，CAN ）协议是博世公司（Robert Bosch GmbH，Bosch ）的知识产权。博世将给予所有要生产或设计控制局域网电控单元的企业一个证书。只有包含了控制局域网协议的集成芯片或软件的制造商需要办理版权证书的手续，对控制局域网协议的使用并不需要申请证书。有关证书授权的信息和典型应用可以在下述地址获得：Robert Bosch GmbHAttn: Licensing DepartmentPO Box 106050D-70049 StuttgartFederal Republic of Germany本推荐操作规程的制定是作为在 J1708、J1587 和 J1922

3、推荐操作规程中所完成工作的延续。但 J1939 系列的推荐操作规程相比上述早期文件提供了更高的性能。1 目标本推荐规程供轻型、中型或重型的车辆或者合适的使用车辆派生部件（如发动机组）的固定设施使用。涉及的车辆包括（但不限于）：卡车及其拖车；建筑设备以及农业设备和器具。本推荐规程的目的是提出一个电子系统间的开放互联系统。即通过提供一个标准的框架使电控单元（Electronic Control Units，ECU）之间可以实现相互通信。1.1 开放程度一个 J1939 的网络开放到这样一种程度，即两个遵循同一个 J1939/0X 文件的电控单元可以通过该网络连接以及彼此通信而不需要实现额外的功能接

4、口。J1939/0X 文件描述了某种特定类型的应用，典型的情形是代表了与其相关的一个特定的工业，如农业机械或重型卡车。遵循不同 J1939/0X 的电控单元之间有可能不能进行直接的相互通信，并且它们的混用在有些情况下有可能引起整个网络的工作失常或完全崩溃。1.2 执行验证目前并没有一个流程来测试、验证或正式批准使用 J1939 网络的电控单元。委员会希望每个开发者都能按照本推荐规程的宗旨，以及遵循本推荐规程的相应约定来设计他们的产品。在 J1939/11 和 J1939/21 中对针对本规程的自我验证做出了规定。委员会希望在将来能够定义并实现用来测试新产品与所有适用 J1939 文件的完全兼容

5、性的流程。在此之前，特定产品对本规程的执行程度将只能作名义上的判断。针对本规程的任何部分的使用或解释的疑问都应该被提交到 SAE 控制和通信小组委员会来进行决议。2 参考2.1 出版物ISO 7498 信息处理系统开放系统互连基本参考模型ISO 11898 路面车辆数字信息交换控制局域网（高速） ，1992 年 12 月ISO 11992 路面车辆牵引车辆或被牵引车辆的电气连接数字信息交换（第1、2、3 部分）SAE J1213 汽车电子术语表SAE J1708 重型汽车微机系统串行数据连接的推荐操作规程SAE J1587 重型汽车微机系统电子数据连接的推荐操作规程SAE J1922 高速公路

6、中型或重型柴油车辆的电子控制设备的传动控制接口SAE 出版物可在 SAE，400 Commonwealth Drive, Warrendale, PA 15096-0001 获得。ISO 出版物可在 ANSI，11 West 42 nd Street, New York, NY 110036 获得。2.2 定义及缩写本文件中的定义将取代 SAE J1213 中相应的定义。SAE J1213 中的定义在其他地方是完全适用的。2.2.1 定义应答（Acknowledgement，ACK） 确认所要求的动作已经被理解并完成；地址（Address） 定义消息的源节点（或在适用情况下为目的节点）的一个（

7、或一些）8 位域；仲裁（Arbitration） 一个或多个 ECU 在获取对共用总线的访问权时解决冲突所使用的过程；位填充（Bit Stuffing） 一个被用来保证发送或接收消息具有最小 1-0 跳变并使 CAN数据帧中的比特流能够正确的再同步的处理方式。更详细的讨论参见 CAN 的说明；桥接器，桥路（连接器） （Bridge） 两个 J1939 网段之间存储并转发消息的设备。它保证不同网段间介质、电器接口和数据传输率的转换。桥接器两端的协议和地址空间保持不变，但请注意为了尽可能减小各网段总线的负载，桥接器可能会选择性的过滤掉某些通过它的消息；总线（Bus） 见网段；CAN 数据帧（CAN

8、 Data Frame） 组成传送数据的 CAN 协议帧所必需的有序比特流，以帧起始（SOF）开始以帧结束（EOF ）结尾；循环冗余校验（Cyclic Redundancy Check，CRC） 一种错误控制算法。这里使用了 15位的 CRC 来检测传输错误。对于 k 比特的消息或帧，发送器产生一个 n 位帧检测序列。这样由 k+n 位组成的结果帧对这个预先定义的数就是可分的。接收器按该数对收到的数据进行除法运算，若没有余数则可认为没有错误发生；数据域（Data Field） CAN 数据帧中包含应用层（文档 J1939/7X）定义的 0-64 位数据；数据页（Data Page） CAN 数

9、据帧的标志符中用来在两页参数群编号中选择其中一页的一个比特。它为参数群编号将来的扩展提供了可能。它也是用来确定标明 CAN 数据帧中的数据域的参数群编号的各个域之一；目标地址（Destination Address，DA） 用来指出要接收 J1939 消息的 ECU 的 29 位CAN 标志符中的特定协议数据单元域；设备（Device ） 具有一个或多个 ECU 和网络连接的实际的部件；电（子）控（制）单元（Electronic Control Unit，ECU） 可以发出 J1939 消息的计算机化的电子装置；帧结束（End of Frame，EOF） 标志 CAN 数据帧结束的 7 位的域

10、；扩展帧（Extended Frame） CAN2.0 规范中定义的使用 29 位标志符的 CAN 数据帧；帧（Frame ） 形成整个消息的一系列数据位。帧又被划分成几个域，每个域包括了预定义类型的数据。参见 CAN 数据帧；功能（Function） 具有一个或多个连接在 J1939 总线网段上的 ECU 的车辆系统的能力。功能的值在 64 位 ECU 名称中的 8 位功能域中被定义；网关（Gateway ） 该设备使数据可以在两个使用不同协议或消息组的网络中传输，网关提供了在从一个网段向另一个传送消息时将参数重新包装到新的消息中的手段；群扩展（Group Extension（GE） ）这是

11、 J1939 CAN 数据帧 PDU 中的一个域，是决定参数群编号时必不可少的信息；标识符（Identifier）CAN 仲裁域的标识部分；空闲状态（Idle）没有节点传输或试图传输数据时的 CAN 总线状态；装置（Implement）由一个或多个电控单元组成的机构，可以附在车辆上或脱离车辆单独使用；介质（Media ） 网络中在电控单元间承载电气传输（或相似通信方法）的物理实体。对 J1939/11 而言，介质是屏蔽双绞线；消息（Message ）“消息 ”是指一个或多个拥有相同参数群编号的“CAN 数据帧”。例如，在总线上传送的编号相同的和参数群信息可能包含多个 CAN 数据帧；多组消息（

12、Multipacket Messages）一种 J1939 消息，在当前拥有相同参数群编号的所有数据需要多个 CAN 数据帧来传送时使用。每个 CAN 数据帧拥有相同的标识符，但在每个信息包中包含不同的数据；名称（NAME）被用来标识电控单元主要功能及其实例的 8 字节数值。一个设备的名称必须是唯一的，在当前车辆网络中不可以有两个设备共享同一个名称；节点（Node）将电控单元与网络相连的硬件。一个节点在网络中可能拥有多个地址；非易失性（Non-Volatile） 在任何情况甚至断电情况下，保持可变内存数据的能力。该功能被用于电控单元的地址和名称等在使用过程中会更改的重要数据。只读存储器从技术上

13、来讲具有非易失性，但因为其数据无法在使用过程中更改，因此不是本文所推荐的；拒绝应答（Negative-Acknowledgment（NACK） ）该应答表明，某个设备不能理解一个消息或者无法实现一个请求操作；信息包（Packet）一个 CAN 数据帧就是一个信息包。信息包还可以是，用一个 CAN数据帧就可以包含被传送的全部参数群的消息；参数群（Parameter Group（GP） ）在同一个 J1939 消息中传送的参数集合。参数群可以包括：命令、数据、请求、应答和拒绝应答等。不论是在一个单信息包消息还是在多组消息中，参数群都被看作数据。因为参数群不必包含源地址，因此任何设备都可以送出参数群

14、；参数群编号（Parameter Group Number（PGN） ）3 字节，24 位，包含了保留位、数据页、PDU 格式和群扩展域等信息。参数群编号唯一的标识了一个确定的参数群；协议数据单元格式（PDU Format（PF） ）29 位标识符中一个 8 位数据，表明了协议数据单元的格式，并且被部分或完全的用来为参数群提供标志。该数据在参数群中还被用来标注 CAN 数据帧的数据域；特定协议数据单元（PDU Specific（PS） ）29 位标识符中一个 8 位数据，其具体数据由协议数据单元格式的值决定。该数据可能是一个目标地址（DA ） ，还可能是群扩展（GE）信息。该数据在参数群中也被

15、用来标注 CAN 数据帧的数据域；1 型协议数据单元（PDU1 Format）用在将被发送到指定目标地址（DA）的消息中。特定协议数据单元（PS）中包含了目标地址（特定或全局） ；2 型协议数据单元（PDU2 Format）该格式用来发送被使用群扩展技术标注的信息。这种协议数据单元不包含目标地址。在该格式下，特定协议数据单元（PS）中包含的是群扩展信息；首选地址（Preferred Address）在申请地址时，电控单元首先尝试使用的地址。首选地址由委员会分配；优先权（Priority）在标识符中占一个 3 比特区域，设置了传输过程中的仲裁优先级。最高优先级为 0，最低优先级为 7；协议数据单

16、元（Protocol Data Unit（PDU） ）一个协议数据单元指一个 J1939 特定 CAN数据帧格式；远程传输请求（Remote Transmission Request（RTR） ）CAN 协议的特性之一就是允许一个电控单元请求其他电控单元发送消息。该 CAN 特性没有在 J1939 中使用，取而代之的是另一种专门为 J1939 设计的请求机制；中继器（Repeater）一种可以使来自于一个媒体段的数据信号再生并送到另一个媒体段的设备。该设备允许在总线上接入更多电气负载（设备） ，或者连接另一种类型的媒介（物理层扩展） 。在中继器两端的速度（数据传输速率） 、协议（数据链路层）和

17、地址空间应该是相同的。J1939 要求，重新生成数据信号产生的延时相对于每位数据的传输都要保持在一个很小的比率以下；保留位（Reserved Bit） SAE 在 29 位标识符中为将来定义而保留的一个数据位。同时也是标注 CAN 数据帧中数据域的参数群编号的一个域；路由器（Router）一种容许拥有不同地址空间、不同数据传输速率和不同媒体的网段进行消息交换的设备。该设备使得每个网段有最小的总线负载，同时可以从远程网段获得关键消息。跨越各网段的协议要保持一致。注意为了把消息从网段 1 上的地址 X翻译并路由到网段 2 上的地址 Y，路由器必须要拥有对应的查询表；网段（Segment ）指当前网

18、络的物理介质和网络中没有通过网络互连电控设备连接的节点。在网络中同一段内的电控单元可以同时检测到信号（例：在不同的网络电气部分间没有中间设备） 。网络的不同段可以通过网络互连电控单元，包括中继器、桥接器和路由器等，连接在一起；源地址（Source Address（ SA） ）在 29 位标识符中表示消息来源的 8 位数据域。源地址域中保存了发出消息的电控单元的地址；标准帧（Standard Frame） 符合 CAN 2.0b 规范，采用 11 位标识符的 CAN 数据帧；帧起始（Start of Frame（SOF）CAN 数据帧中用来表示帧开始的第一个数据位；子网（Subnetwork）当

19、有多个段的被使用的时候，在一个特定的 SAE J1939 段内的网络活动（消息传递） 。子网可以包括：牵引车、 拖车、装置和刹车系统。注意，子网可由桥接器、路由器或网关分离开，以减少网段内的总线通信量。综上，SAE J1939车辆网络由各种子网构成；车辆（Vehicle ）在大多数应用中，可以驱动自己和一个或多个 J1939 段的机械。车辆由连接在一起的一个或多个车辆系统装配而成；车辆系统（Vehicle System）车辆的组成部分，或者与车辆的组成部分相似的部分，包括一个或多个可以连接或从车辆上断开的 J1939 段。一个车辆系统可由多个功能组成，而且拥有多个连接在车辆系统中 J1939

20、段上的电控单元。2.2.2 缩写ABS（Antilock Braking System）防抱死系统AP（Accelerator Pedal ）加速踏板ASR（Acceleration Slip Regulation (Traction Control)）加速轮胎滑差率调节（驱动力控制）ASCII（American Standard Code for Information Interchange）美国信息交换标准码CAN（Controller Area Network）控制器局域网Con-Ag（Construction-Agriculture Industry ）建筑业农业DLC（Data L

21、ength Code）数据长度码ID（Identifier）标识符IDE（Identifier Extension Bit）标识符扩展位LLC（Logical Link Control）逻辑链路控制LSB（Least Significant Byte or Least Significant Bit）最低有效字节或位MAC（Medium Access Control）介质访问控制MID（Message Identifier）消息标识符MSB（Most Significant Byte or Most Significant Bit）最高有效字节或位NA（Not Allowed ）禁用NA（No

22、t Available）无效OSI（Open System Interconnect）开放式系统互联P（Priority）优先级PDU（Protocol Data Unit）协议数据单元PID（Parameter Identifier ）参数标识符PS_GE（ PDU Specific - Group Extension）特定协议数据单元_群扩展PS_DA（PDU Specific - Destination Address）特定协议数据单元_目标地址PTO（Power Take-Off）动力输出装置R（Reserved）保留的SID（Subsystem Identifier ）子系统标识符S

23、LOT（Scaling, Limits, Offset, and Transfer Function）定标、界定、偏移和传输功能SPN（Suspect Parameter Number）可疑参数编号SRR（Substitute Remote Request）代用远程请求un（Undefined）未定义2.3 开放系统互连模型参考：开放系统互连模型是由国际标准化组织在 1984 提出的一个计算机通信体系的模型。如图 1所示 OSI 模型由若干层次组成。分层的目的是使得协议的开发可以根据所需各层的功能来进行。J1939 就是根据此模型分层构建起来的。虽然针对 OSI 模型的每层都有对应的 J193

24、9文件，但并不是所有的层次都是由各自的 J1939 文档来明确界定的。那些没有对应文档描述的层次由包括在其他文档中的功能来支持。应用层应用一表示层会话层传输层网络层数据链路层物理层应用二物理传输媒介应用层表示层会话层传输层网络层数据链路层物理层7654321发送帧组装 接收帧拆装OSI 层次图 1 OSI 七层模型各层的功能描述如下：1 物理层 特定结构的比特流在物理媒介上的传输；处理访问物理媒介的机械、电气、功能和时序特性。2 数据链路层 提供通过物理层的可靠信息传输；通过加入必需的同步、错误控制、时序控制及流量控制来发送数据块（即帧） 。3 网络层 为高层屏蔽系统间连接时所使用的数据传输及

25、切换等技术细节；负责建立、维护以及拆除连接。4 传输层 提供终端节点间数据的可靠、透明传输；提供点到点的错误恢复和流量控制；提供长消息的分段以及再组装。5 会话层 提供不同应用之间通信的控制框架；建立、管理以及拆除互连应用间的会话。6 表示层 为应用过程提供数据表示之间差别（即语法）的屏蔽。7 应用层 提供用户对开放系统互连环境的访问及提供分布式信息服务。OSI 模型的目的是为协调计算机系统通信标准的开发提供一个共同的基础，以使此类开发能在这个共同基础的的整体框架内进行。任何在此基础上开发的标准，如 J1939，都并不需要明确地照此 7 层模型进行划分，但是 7 层模型中描述的基本功能必须在这

26、些协议中得到支持。此外，实现各层功能的硬件和软件也不需要被严格地区分定义，只要每一层的功能在系统设计中是可辨识的。在特定系统中分配这些功能的过程中，7 层模型中层与层之间的区分可能会被完全淡化。如果纵观 J1939 协议的各层文档，可以看出有些实现OSI 七层模型中特定功能的 J1939 协议层次总是与其他 OSI 层次结合在一起。这往往是由于特定层次并不需要独立的对应文档。由于 J1939 网络是一个专门用途的通信系统，只需要支持在特定工业领域里的一组特定的应用，而不需要通用化。因此并不需要实现 OSI 模型的所有层次。只有在 J1939 的潜在应用中需要用到的层次将被定义。这些层次都分别用

27、文档做出了描述。2.4 文档结构指南此 J1939 文档是整个 J1939 协议框架中的顶层文档。针对 J1939 网络的每个特定应用以及 OSI 七层协议的每个层次都分别有文档来进行详细的说明，这些文档分别被命名为J1939/N。为了区分同层协议的不同版本，使用了斜线后的第二个数字来进行区分。这样，如果要获得特定应用的 J1939 网络的详细说明，以北美农业设备为例，就应该首先拿到顶层的文档 J1939/02，这个文档中描述了该应用的所有相关的层次、版本的文档。现有的文档及编号情况如下：J1939 即本文档，概括地描述了 J1939 网络、OSI 分层结构、下级文档的结构，并且提供了所有预分

28、配值和名称。J1939/0X 针对特定应用的说明文档，这里 X 指 J1939 的特定的网络/应用版本，这个文档指出了 J1939 适用的特定工业或应用领域，并且列出了构成网络的每个层次对应文档的各个版本。J1939/01 卡车及客车控制及信息网络。J1939/02 农业设备控制及通信网络。J1939/1X 物理层文档，这里 X 指物理层的某个版本。J1939/11 物理层，250K 比特/秒，屏蔽双绞线。J1939/12（草案） 物理层，250K 比特/秒，四芯绞线。J1939/13（草案） 物理层，诊断接口。J1939/21 数据链路层（该层不允许定义另外版本的文档） 。J1939/3X

29、网络层文档，X 指特定版本的网络层。J1939/31 网络层。J1939/4X 传输层文档，这里 X 指特定版本的传输层。现在还没有定义传输层文档。J1939/5X 会话层文档，这里 X 指特定版本的会话层。现在还没有定义会话层文档。J1939/6X 表示层文档，这里 X 指特定版本的表示层。现在还没有定义表示层文档。J1939/7X 应用层文档，这里 X 指特定版本的应用层J1939/71 应用层 车辆J1939/72（草案） 应用层 虚拟终端J1939/73 应用层 诊断J1939/81 J1939 网络管理协议（该层不允许定义另外版本的文档）J1939/82（草案） 执行OSI 模型中的

30、 7 个层次都被分别分配了文档编号，不管这些层次在现有的 J1939 规程中有没有被特别定义。这样做一方面是为了更加易于辨识 J1939 与 OSI 模型的关系，同时也是为以后需要定义相应层次文档时提供了扩展的可能。J1939/81，作为网络管理协议，被单独地定义出来。这是由于它纵向地贯穿了所有的层次，故此最好被说明和理解成一个独立的主题，而不是将网络管理层的每一个部分包括在其影响的特定层次之中。同一个网络中可能会同时使用不同的应用层文档，所以必须保证兼容性。典型的例子如一个农业设备，在大多数的通信时使用 J1939/71，而在显示终端通信时使用 J1939/72。在某些情形下，单个车辆或应用

31、中也可能出现在同一系统中使用不同物理层的情况，但这里并不需要提供兼容性，只要不同的物理层是在不同的网段中被使用。例如在卡车上，连接牵引车与拖车的物理层可能与牵引车自己用的物理层不同。3 技术规定除了介绍整个系列的 J1939 文档，本文档也将试图为并不熟悉 J1939 的人回答以下这些最基本的问题： J1939 将如何工作 如何构成和处理消息（发送和接收） 如何设计支持 J1939 的 ECU 典型的控制时序是如何完成的（应用实例） 典型的网络是如何布线的3.1 J1939 教程以下教程是为 J1939/01 中描述的卡车和客车控制通信网络设计的，J1939/01 在这个教程中被当作一个典型例

32、子来使用。这并不说明所有的应用都一定要按照 J1939/01 来执行。其他的应用可能在一个或多个层次上选择使用不同的版本，这意味着在参考下面的讨论时相应的内容应作改动。这一部分文档的目的是举例说明 J1939 网络，而不是定义。对 J1939网络详细的说明和定义应该参照各单独的子文档（J1939/0X 到 J1939/81） 。3.1.1 简介J1939 是被设计来支持物理上可能分布在车辆各个不同位置的电控单元之间的实时闭环控制功能的高速通信网络。J1708/J1587 是较早的被广泛使用的低速网络，用来提供电控单元间简单的信息交换，包括诊断数据。J1939 能完成 J1708/J1587 的

33、所有功能此外再加上对控制系统的支持。任何应用都可能使用上述一种或全部网络。J1939 使用了控制局域网协议，任何 ECU 在总线空闲时都可以发送消息。每个消息都包含了一个标识符，其中说明了消息的优先级、发送者以及所包含的数据。在传送标识符时使用了一种非破坏性的仲裁过程来消除冲突。这保证了高优先级的消息可以以较短的时延通过网络，因为尽管所有电控单元完全等同的访问网络，但是当多个电控单元同时试图发送时，最高优先级的消息将在仲裁过程中胜出。3.1.2 消息格式和使用方法J1939 利用 CAN 协议中定义的扩展帧 29 位标识符（如图 2）实现了一个完整的网络定义。J1939/21 通过将所有 11

34、 位标识符消息定义为专用的，允许使用 11 位标识符的 CAN 标准帧的设备在同一个网络中使用。这样，11 位标识符的定义并不是直接属于 J1939 的一个组成部分，但是也被包含进来。这是为了保证其使用者可以在同一网络中并存而不出现冲突。J1939 不会提供更进一步的 11 位标识符使用的说明。CAN 数据帧中的SOF、SRR 、IDE 和 RTR 数据位也不会在下面的讨论中涉及。29 位标识符中的前 3 位被用来在仲裁过程中决定消息的优先级，前 3 位的值为 000 的消息具有最高的优先级。高优先级的消息常被需要高速传输的控制消息使用，典型的如从传动装置到发动机的控制消息（见 J1939/7

35、1） 。低优先级的消息通常在实时性要求不是很高的场合使用，典型的如发动机配置消息。对每类消息而言，优先级是可编程的，这样原始设备制造商在需要时可以对网络进行调整。扩展CAN格式SOF11 位标识符SRRIDE18 位标识符扩展RTR优先级 PDU 格式（PF）6 位（高位）PF（续） 特定 PDU（PS ）（目的地址、群扩展或专用）源地址J1939帧格式SOF 3 2 1R DP8 7 6 5 4 3SRRIDE 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1RTRJ1939帧比特位置1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 1

36、8 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33CAN29位标识28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0符位置图 2 J1939 的 29 位标识符标识符的下面一位 R 是保留位。发送的消息中这一位必须被设置为 0。这一缺省值的设置允许 SAE 委员会在将来赋予它别的意义。以下 9 位是数据页位和 PDU 格式（PDU Format, PF）域。PDU 即协议数据单元（Protocol Data Unit） 。数据页位 DP 用来做数据页选

37、择 。在页 0 中包含了目前定义的所有消息，而页 1 为将来扩展提供了可能。PF 域标明了能够传输的一共两种协议数据单元的格式，在 J1939/21 的 3.3 节中有详细的描述。 SRR 位和 IDE 位完全由 CAN 协议中定义，在J1939 种没有定义，也没有改动。以下 8 位是特定 PDU（PS） ，意即其具体意义由 PF 域的值决定：若 PF 域的值在 0 到239 之间（PDU1） ，PS 域中包含的是目的地址。若 PF 域的值在 240 到 255 之间（PDU2） ，PS 域中包含的是 PF 的群扩展。群扩展提供了更多的值来标记那些向网络上所有 ECU 广播的消息。J1939

38、的大多数消息是使用 PDU2 的广播消息，网络中用 PDU2 格式传送的消息是不能定向到某个特定的 ECU 的，当一条消息必须定向到某个特定 ECU 时，就一定要在PDU1 格式的范围之内为它分配一个参数群编号，这样特定的目的地址就可以被放到该消息的标识符中，例如传动装置向发动机请求一个特定扭矩或向减速器请求一个特定扭矩。对那些由 SAE 委员会定义和发布的参数群，就必须考虑使用这种目的地址特定的消息。综上，保留位 R、数据页位 DP、PDU 格式 PF 和 PDU 特定 PS 一起，定义了被发送的参数群。这些参数群是有明确的定义的，这个定义中包括了在 8 字节数据域中的参数分配、发送的循环率

39、以及消息的优先级。使用“参数群”这种说法是由于它们是特定参数的群组。参数群由一个参数群编号来唯一确定，参数群编号的结构允许定义最多 8672 个参数群。参数群及参数群编号在 J1939/21 中有详细的描述，当前的分配在附录 A 中列出。标识符的最后 8 位是发送消息的 ECU 的地址（源地址） 。对于一个特定的网络，所有地址都必须是唯一的（最多 254 个） 。两个不同的 ECU 不可以同时使用同一个地址。参数群编号是源地址无关的，这就使任何 ECU 都可以发送任何消息。3.1.3 地址和名称（J1939/81 及附录 B）网络中的每一个 ECU 都至少有一个与其相联系的名称和地址。在有些时

40、候，发动机和发动机减速器被放在同一个 ECU 中实现，这样，在同一个 ECU 中可能同时有多个名称和地址共存。ECU 的地址为消息定义了一个特定的通信源节点或目的节点，名称则包括了该地址上基本功能的标识，当完成该基本功能的多个 ECU 在同一个网络中共存时，则名称中还包含了该功能的实例的编号。同一网络中的相同的功能最多可以允许 254 个不同的 ECU共存，每个都通过自己的地址和名称相互区别。J1939 定义了 64 位的名称来区分每个 ECU，其结构如表 1 所示。功能实例、ECU 实例和识别编号允许具有相同制造商和型号的多个 ECU 在同一个网络中共存而每个都使用唯一的名称。有关 ECU 的命名和地址分配的完整描述参见 J1939/81，当前的委员会分配情况见附录 B。表 1 名称的结构仲裁地址能力工业领域车辆系统实例车辆系统保留 功能 功能实例ECU实例制造商编码识别编号