Advertisement

J1939 DM1和EC1多帧广播报文格式详解

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


简介:
本资料深入解析了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 定

全部评论 (0)

还没有任何评论哟~
客服
客服
  • J1939 DM1EC1广
    优质
    本资料深入解析了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故障报文详细格式包括单帧传输和多帧传输两种方式。
  • CAN 2.0
    优质
    本文详细解析了CAN(Controller Area Network)2.0标准的数据帧结构与通信协议,涵盖数据长度、标识符及其他关键字段的定义和应用。 CAN 2.0帧格式解析涉及对控制器局域网(Controller Area Network, CAN)通信协议的一种特定版本的详细分析。这种解析通常包括对数据帧、远程请求帧以及错误帧等不同类型消息结构的理解,每种都有其独特的标识符和长度字段以适应不同的网络需求。 CAN 2.0标准分为两部分:CAN 2.0A(也称为标准格式)和CAN 2.0B(扩展格式)。这两种格式的主要区别在于数据场中的ID位数不同。在解析过程中,理解这些差异对于有效利用CAN总线进行实时通信至关重要。
  • 以太网
    优质
    本文章详细解析了以太网帧的数据结构和各字段的功能,帮助读者理解网络数据传输的基础知识。适合初学者和技术爱好者阅读。 以太网帧格式的详细描述及其定义将帮助你更好地理解相关内容。仔细阅读会有很大收获。
  • SNMP PDU
    优质
    本文详细解析了SNMP协议中的PDU(Protocol Data Unit)报文结构与功能,帮助读者深入理解其工作原理及应用场景。适合网络管理员和技术爱好者阅读。 ### SNMP_PDU报文格式解析 #### SNMP协议概述与PDU的作用 简单网络管理协议(SNMP)是一种广泛应用于TCP/IP环境中的标准网络管理系统。通过一系列规范化的协议数据单元(Protocol Data Unit, PDU),SNMP实现了包括获取设备状态信息、更改配置参数以及接收异常通知在内的多种网络管理功能。 #### SNMP规定的五种PDU类型 SNMP定义了五种类型的PDU,分别是get-request、get-next-request、set-request、get-response和trap。这些数据单元用于在网络管理系统(Manager)与代理程序(Agent)之间进行信息交换,以实现对网络的监控和管理功能。 1. **Get-Request操作**:管理者使用此命令从被管设备中提取一个或多个参数值。 2. **Get-Next-Request操作**:同样由管理者发起,但目的是获取紧跟当前参数后的下一个参数值。这种机制常用于遍历MIB库中的数据结构。 3. **Set-Request操作**:允许管理器更改代理的配置设置,以调整网络设备的工作状态或行为。 4. **Get-Response操作**:这是由被管设备发送给管理者的一种响应类型,包含了请求标识符以及请求结果的状态信息(如成功与否)等详细内容。 5. **Trap操作**:这是一种特殊类型的PDU,用于向管理器报告特定事件。它通常是由代理程序主动触发的,例如在网络故障或重启时。 #### SNMP报文结构 一个完整的SNMP报文由以下三部分组成: 1. **公共SNMP首部**:包括版本号和社区字符串(Community String)。这两个字段定义了使用的协议版本以及身份验证标识符。 2. PDU类型:根据具体的操作,填写相应的数值。例如,get-request对应0,set-request对应3等。 3. 变量绑定(Variable Bindings): - **Get/Set首部** 包含请求ID、错误状态和错误索引字段; - **Trap首部** 则包括企业标识符、通用陷阱类型、特定代码以及时间戳。 #### 结论 通过对SNMP_PDU报文格式的解析,可以看出SNMP通过精心设计的数据单元支持了网络设备的状态查询、配置管理和异常事件通知等功能。这些机制共同构成了其强大的网络管理能力,使其成为现代网络基础设施中不可或缺的部分。
  • CAN总线——远程(遥控)
    优质
    本文介绍CAN总线中的远程帧(也称遥控帧)的概念、作用及其在数据通信中的应用。通过请求数据帧发送实现灵活的数据交换机制。 远程帧(Remote frame):用于向远程节点请求数据的报文类型,在CAN总线通信协议中占有重要地位。这类帧可以进一步细分为标准远程帧与扩展远程帧。 通常情况下,ECU(Electronic Control Unit)会主动通过发送数据帧来传递信息;但在某些特定场景下,例如需要从其他节点获取特定的数据时,则需要用到远程帧。使用这种方式可以从任何CAN节点请求用户所需的信息,并且除了缺少实际的数据段以外,远程帧的结构与普通的数据帧基本一致。 **标准远程帧** 此类远程帧包含一个11位标识符(ID),用于唯一指定目标数据接收者的位置信息。 - 帧起始位:隐性“1110”表示这是一个CAN报文开始。 - 远程传输请求位(RTR Bit):显性“0”,表明该帧为远程帧类型。 - 扩展位标识符(IDE Bit): 显性 “0”,指出这是标准格式的帧。 - 保留位(R0): 显示 “0” - 标识符字段:11位 - 数据长度码(DLC):无实际数据,因此为“0” - 界定符 (Delimiter) : 连续两个显性的 “11” - ACK槽 (ACK Slot): 该部分为空白,等待接收端的响应。 **扩展远程帧** 这种类型的远程帧使用29位标识符进行节点识别。 - 帧起始位:和标准帧一致 - RTR位: 隐性“1”,表明是请求数据而非发送数据。 - IDE位: 显示为 “1” ,表示这是扩展格式的报文。 - 保留位 (R1): 显性的 “1” - 标识符字段:29位,用于更精确地识别目标节点 - 数据长度码(DLC)和界定符(Delimiter)部分与标准帧相同 - 替代远程请求(SRR) :扩展格式特有的额外标识。 - 其他部分遵循标准的结构。 无论是哪种类型的远程帧,它们都通过RTR位来区分自己与其他类型的数据报文。数据帧中该位置显示为显性“0”,意味着包含实际信息;而远程帧则在此处使用隐性的 “1” 来表示没有携带具体的信息而是请求获取数据。 由于CAN总线系统中的大多数通信都是基于发送端的主动性和实时性,所以在很多应用场景下,直接传输的数据帧比用于请求特定信息的远程帧更为常用。然而,在需要根据需求动态地从网络节点中提取数据时,远程帧就显得非常重要了。 总结来说,远程帧在CAN总线协议中的作用是发起对其他节点的数据请求,并且通过RTR位来与其他类型的报文区分开来。尽管与直接传输相比效率可能较低,但在特定的应用场景下仍然是一个必要的通信机制。因此,在设计和调试基于CAN的系统时,深入理解并应用远程帧的知识是非常有帮助的。
  • 以太网、IP数据、TCPUDP段 - 博客园.pdf
    优质
    本PDF文档深入解析了计算机网络中的关键协议结构,包括以太网帧、IP数据报及TCP与UDP段的详细格式。适合对网络通信原理感兴趣的读者学习参考。 本段落将详细介绍以太网帧格式、IP数据报格式、TCP段格式以及UDP段格式的相关内容。
  • IP(V7.0).zip
    优质
    本资料详细解析了IPv4和IPv6协议下的IP报文结构与格式,并探讨了不同版本之间的差异及应用场景,适用于网络技术学习者。 各种类型的IP报文格式详解:本段落将详细介绍不同种类的IP报文格式。
  • IP V10.0 (PDF)
    优质
    《IP报文格式详解 V10.0》是一份详尽解析互联网协议(IP)数据包结构与特性的文档,适用于网络工程师和技术爱好者深入理解IP通信机制。 华为发布的各类协议报文详解文档提供了深入的解释和技术指导。