Advertisement

J1939广播DM1报文说明.docx

  • 5星
  •     浏览量: 0
  •     大小:None
  •      文件类型:DOCX


简介:
J1939 被广泛应用于重型车辆和工业设备中的一种通信协议。该协议被遵循为一种基于控制器局域网(CAN)标准的通信协议,用于实现车辆内部不同电子控制单元(ECU)之间的数据交换。在J1939中,报文被视为信息传输的核心单位;而DM1报文也被认为是一种重要的诊断报文类型,被用来报告当前车辆系统的故障状态。J1939报文包含CAN ID字段及其数据域。在遵循SAE J1939-21标准时,该CAN ID字段被细分为了多个类别。例如,在DM1报文实例中,PGN(参数组数编号)为65226(00FECA),该字段用于传输故障码及相关状态信息。当源地址配置为0x41时,DM1报文的完整标识符即为18FECA41。在DM1报文中,第1个字节数值代表指示灯的状态。第2个字节留空,仅在特定情况下使用。当第1个字节数值为0x00且第2个字节为0xFF时,表示系统中存在故障。在J1939-73标准中,DM1报文的结构明确了故障信息的编码规则。例如,在当前有两个故障的情况下,其对应的SPN值分别为521 132和521 008,相应的FMI码为$...$。对于多故障情况,若该报文所占字节数超过8位,则需要采用多帧传输方式以确保信息的完整性与准确性。J1939作为一种技术手段,用于处理超长的报文段。在报文长度超过8字节的情况下,会将信息分成若干个小数据块来进行传输。每个分段携带从1至255范围内的唯一标识符,在最后一份分段信息末尾附加0xFF作为结束标记。例如,报文0x18FECA41:00 FF AC F3 E1 01 30 F3 E3 01会被拆分为两个数据包:第一部分为01 00 FF AC F3 E1 01 30,第二部分则包含剩余信息并附加结束标志FF FF FF FF。在发布长篇报道之前,传输方会首先向网络中的所有节点发送一个广播通知(BAM),以告知这些节点即将发布的报道所包含的信息群号、消息长度以及分段数量。这个广播指令采用指定的默认公共广播网络编号(例如,60160)以及全局目的地址(255)。具体来说,这个广播公告消息的报文标识码是0x18ECFF41。但随后发送的实际数据报文则使用了一个不同的标识码:0x18EBFF41。这些广播操作均依照TP-CM(链路管理)和TP-DT(数据传输)的标准进行。 J1939 DM1报文是一种用于报告车辆系统故障的重要手段,在通信网络中采用多帧传输技术可以有效实现长报文的传输,并确保信息的完整性和准确性。对诊断和维护J1939网络设备具有重要意义。

全部评论 (0)

还没有任何评论哟~
客服
客服
  • J1939 DM1和EC1多帧广格式详解
    优质
    本资料深入解析了J1939标准下的DM1和EC1多帧广播报文的具体格式与应用规则,适合汽车电子工程师阅读。 ### J1939多帧广播DM1、EC1报文格式详解 #### DM1 报文格式 在探讨DM1报文格式之前,我们需要先了解一些基础概念。SAE J1939-21标准重新划分了CAN ID,并加上8个字节的数据域以构成J1939的协议数据单元(PDU)。根据SAE J1939-73标准中的定义,DM1报文具有一定的优先级和PGN(Parameter Group Number)。 - **优先级**: 定义为6。 - **PGN**: 为65226(00FECA)。 因此,当源地址为0x41时,DM1 ID为18FECA41。如果该节点存在两个现行故障,则其SPN(Specific Parameter Number)和FMI(Failure Mode Indicator)分别为(521132,1),(521008,3)。根据DTC结构定义,在OC(Occurrence Count)= 1时,这两个DTC分别是ACF3E101 和 30F3E301。 #### DM1多帧传输说明 当故障数量超过一个且导致DM1报文的字节数大于8时,需要使用“多帧传输”参数组进行数据传送。根据SAE J1939-21标准,长度超过8字节的消息会被拆分成多个小的数据包,并单独发送。 具体而言: - 每个数据包都会被分配一个从1到255的序列编号。 - 最后一个数据包的剩余字节会填充为“FF”。 因此,对于报文0x18FECA41:00FFACF3E10130F3E301,由于其长度超过了8字节,会被拆分为两个报文: - 0100FFACF3E10130 - 02F3E301FFFFFFFF #### 广播公告消息(BAM)及数据传送说明 如果需要广播一条多帧消息,则首先需发送一个BAM消息,该消息包含了即将广播的长信息的PGN、大小以及被拆分的数据包数量。然后使用PGN=60160来发送这些数据包。 例如,对于报文0x18FECA41:00FFACF3E10130F3E301,消息大小为10个字节,并分成两个数据包,则BAM的消息数据域应设置如下: - 20(PGN=65226的二进制表示) - 0A(总长度减去8) - 02FFCAFE - 其中,参数群编号为00FECA。 SAE J1939-21标准定义了链接管理TP.CM(BAM是其中一种),其PGN为60416(00EC00)。BAM的目标地址应设为全局目标地址FF。因此对于DM1报文ID 0x18FECA41,其BAM的报文ID应设置为:0x18ECFF41。 TP.DT参数群编号则为60160(00EB00),使用全局地址进行数据传送。故后续的数据包报文ID应设为:0x18EBFF41,并连续发送两帧。 #### EC1 报文传输说明 EC1报文用于传输发动机特性曲线等信息,其传输过程与DM1类似但细节有所不同: - **单帧CAN数据长度限制**:SAE J1939-21协议要求单帧CAN数据长度为8字节。如果消息长度大于8,则会被拆分成若干个每包长为8字节的数据包,并且每个数据包都有一个从1到255的序列编号,最后一个数据包剩余部分填充“FF”。例如,0x18FEE300被分成了6个报文。 - **广播公告消息(BAM)**:如果需要广播一条多帧信息,则先发送一条BAM消息。该消息包含即将广播的信息的PGN、大小及被拆分为的数据包数量。使用PGN=60160来传送这些数据。 例如,报文18ECFF00中第2和第3字节为 0028 表示要发送28字节信息;第4字节表示分六个包发送;后四个字节(5-8)表示该信息来自ID FEE300的数据。 - **BAM 和 TP.DT 的PGN 定
  • SAE J1939协议DM1故障信息格式
    优质
    本简介探讨SAE J1939标准下的DM1故障信息格式,详述其数据结构、编码规则及其在车载网络中的应用,为车辆诊断提供技术支持。 SAE J1939协议中的DM1故障报文详细格式包括单帧传输和多帧传输两种方式。
  • SAE J1939 中英协议
    优质
    本说明书详尽解析SAE J1939标准的中英文对照协议,涵盖数据通信、网络管理及车载应用,适用于工程师和技术人员深入理解与应用。 我收集了一些关于SAEJ1939协议的信息,并发现其他人的分享分数都比较高。这里特地以较低的分值来分享我的资料。
  • 发动机总线CAN SAE J1939协议中
    优质
    本手册提供了关于SAE J1939标准在发动机总线CAN上的详细解释和应用指南,适用于需要深入了解此通信协议的工程师和技术人员。 全球统一的发动机总线协议文档内容详尽丰富,解压后文件大小约为9M,涵盖了每一个细节的详细讲解。
  • Linux网络编程中的广代码详解与
    优质
    本文章详细解析了在Linux环境下进行网络编程时使用的广播技术,并提供了相关的代码示例及详细的文档指导。 Linux网络编程之广播详细代码及文档说明包含详细的广播代码示例,并且每个示例都配有详尽的注释以及相关的文档说明。
  • 103解析
    优质
    本文档详细解析了103规约报文格式与传输规则,旨在帮助用户理解并应用电力系统中广泛使用的DL/T 640-2007远动设备及系统第3-1部分标准。 ### 103规约报文解析知识点 #### 一、103规约简介 103规约为电力系统中的通信协议标准之一,主要用于监控系统与继电保护设备之间的数据交换。该规定义了数据传输格式、控制机制及一系列的功能指令等,确保信息在自动化系统的准确和可靠传递。 #### 二、关键概念 - **报文**: 在103规约中是基本的信息单位,由多个字段组成,用于通信双方间的信息传递。 - **控制域**: 包含了主要的控制信息如功能码及状态标志等。 - **地址域**: 指明目标或源设备的地址。 - **类型标识**: 表示报文携带的数据类型。 - **可变结构限定词**: 定义某些部分的具体结构。 - **传送原因**: 描述发送的原因。 - **公共地址**: 报文的目的地指定符。 - **信息体地址**: 数据具体位置的指针。 - **信息体**: 实际数据内容。 - **校验码**: 确保报文完整性和准确性用的代码。 - **结束字符**: 标记一个报文的尾部。 #### 三、案例分析 **1. 初始化** 主站向地址为04的设备发送复位通信单元命令: ``` 1040044416 ``` 子站回答: ``` 1020042416 ``` - **控制域**: 说明了操作类型和状态。 - **地址**: 设备的具体位置符。 **请求一级数据** 主站向设备发送命令: ``` 107a047e16 ``` 子站反馈: ``` 68151568280405810404b20303c4cfc8f0bcccb1a3010001009b16 ``` - **启动字符**: 报文开始标志。 - **控制域**: 包含了操作类型及地址信息等。 **时间同步** 主站发送: ``` 680f0f6844ff068108ffff00d4260f09280b637816 ``` 子站反馈: ``` 001f0009ff033d090f0908ff ``` **总召唤命令** 主站发送指令至指定地址: ``` 68090968730107810901ff ``` #### 四、总结 通过上述案例,可以看出103规约在电力系统中的广泛应用。它支持设备初始化、数据请求等基本功能,并能进行时间同步和总召唤操作。报文的具体解析对于理解该协议的工作原理至关重要,在实际应用中需根据场景选择合适的命令并确保通信的稳定性和准确性。