商用车两种多帧数据通讯的比较.docxVIP

商用车两种多帧数据通讯的比较 多帧数据通讯 co段的长度不超过8个字节。在诊断和处理之间需要传输数十至几百字节的数据。要解决这种情况的应用矛盾，目前有两种方案。其中之一是根据iso15765-2的标准来定义网络层中的多节点数据通信。其次，在数据链路层中的saej1939-21标准中还定义了多节点数据通讯。虽然两者都是用于实现多节点数据通讯，但它们在实现方法、最大通信量、时差和错误处理方面存在很大差异。然后，分析了两种多段数据通讯之间的差异、利益、应用趋势、发展前景等。 1 iso15料 ISO15765协议在传输多帧数据的过程中需要对报文进行组包、分包和流控制 (FC) , ISO15765协议是通过一个控制信息来实现的。 1.1 制帧类型及结构 ISO15765定义了一个协议控制信息 (PCI) 来完成数据的通讯, 通过PCI将数据分为单帧 (SF) 、第一帧 (FF) 、连续帧 (CF) 和流控制帧 (FC) 4种类型的消息帧, 通过数据域的PCI区别帧功能类型 (本文仅对常规寻址、常规固定寻址进行说明, 其他寻址方式的PCI填充信息会稍有差异) 。表1描述了这几种帧的数据域结构。 表2~表4描述了实现多帧数据通讯的四种PDU类型及数据域结构信息含义: 第一帧的0字节的高4位填充1, 表示PDU的类型为第一帧, 0字节和1字节共同组成数据包的长度, 共12位, 所以ISO 15765-2定义的多帧数据通讯的最大数据量为4095字节;2~7字节填充第一帧数据。 1.2 数据打包和填充 图1描述了一个完整的基于ISO 15765-2协议定义的多帧数据通讯过程。 发送节点从应用层接收数据后, 来判断是属于长数据还是短数据。如果数据长度≤7时, 数据就会以单帧的形式通讯。生成的单帧PCI (1个字节) 、数据和CAN标识符一起组成网络层PDU传输到数据链路层。 当数据长度7时, 就会对数据进行打包, 将前6个字节的数据放在FF帧 (第一帧) 中, 在第一帧的前两个字节是PCI, 包含消息帧的长度。随后接收数据的节点会发送流控制帧 (FC) , 流控制帧就是告诉发送节点接下来怎么样发送剩下的数据。流控制帧包含BS (Block Size) 和STmin。其中BS决定了接收节点一次可以接收连续帧的个数。STmin为连续发送连续帧的最小时间间隔。每次发送过程均收到FC, 再根据FC发送剩余数据, 直至全部数据发送完。 当SF和CF的最后一帧加上PCI的信息不够8个字节时, 即数据域没有全部使用时, 协议规定要填充, 具体填充1或0可由OEM定义, 目的是在CAN总线上传输的数据都是8个字节, 省去数据链路层去计算DLC。 以上是在发送时的拆装过程, 相反, 如果接收来自电控单元的数据时则要完成组装过程, 这时需要一个具有足够空间的缓存区以存放接收的数据。 1.3 连接延迟和误误处理 1.3.1 连接时间 在4种消息帧通讯的过程中, 会有As、Ar、Bs、Br、Cs和Cr六种定时参数约束这四种消息帧的通讯时间和通讯的间隔等。 1.3.2 网络层外来文件 SF_DL错误:SF_DL=0或者SF_DL7 (常规寻址) 接收方网络层应忽略接收到的单帧, 且接收方无indication;FF_DL接收方的缓存, 那么接收方网络层应中断报文接收, 接收方发送FC, 其中FS=Overflow, 接收方无indication;FF_DL=7/6 (常规寻址模式为7, 扩展或混合寻址为6) , 网络层忽略FF, 接收方无indication, 且不发送FC;SN错误:CF N_PDU中的SN错误, 报文接收应被中断, 接收方网络层应指示上层Result=N_WRONG_SN;SN错误:CF N_PDU中的SN错误, 报文接收应被中断, 接收方网络层应指示上层Result=N_WRONG_SN;FS错误:如果发送方网络层发现接收到的FC N_PDU中的FS错误, 那么报文发送应被中断, 发送方网络层应确认上层Result=N_INVALID_FS;N_WFT 非预期帧的处理:在多帧报文通讯过程中, 任何一方接收到的非期望报文 (同一个N_AI) , 总线设计者确定总线采用全双工或半双工, 然后依据节点处于接收状态, 发送状态及空闲状态时, 接收到非预期报文, 网络层的处理方法不同: (1) 半双工状态, 网络层处于发送状态, 收到任何数据报文, 均忽略; (2) 全双工状态, 除SF和物理寻址的FF外, 包括功能寻址FF均作忽略处理, 且不向上层报告。 多帧报文的发送必须使用物理寻址, 如果多帧报文的发送是功能寻址则需忽略功能寻址第一帧。 2 不超过8个字的消息帧 1个SAE J1939消息帧的数据场不超过8个字节, 因此, 如果要发送的数据长度超过8