第2部分:2023年第一季度J1939和汽车控制博客

前1年 作者:Kvaser

这篇博客由Bryan Hennessy撰写,将为您提供SAE J1939标准委员会所讨论议题的最新进展。Bryan是一位深耕CAN诊断、船舶电子和半导体领域的工程师。他也是美国汽车工程师协会(SAE)卡车与大型客车控制和通信网络委员会、J1939标准工作组的活跃成员,同时是“J1939-21 – 数据链路层工作组”的负责人。

考虑SAE J1939与CAN XL交汇的可能性

在SAE J1939领域,CAN XL近几年来在次世代技术的背景下一直被津津乐道,该技术可能会也可能不会被纳入承载J1939协议。委员会近期尚未计划针对CAN XL做出相关决定,距离实施更是遥遥无期。不过,相关讨论早已展开。

在最近一次会议上,有委员提出了一个有趣的观点——我们在这方面所做的工作可能已经超过我们的认知。对于通过CAN FD传输J1939数据,SAE J1939-22中的一些结构可以在CAN XL传输J1939数据时重复使用。

在SAE J1939-22中,我们开发和标准化了一种方法——将用于Classical CAN的8字节数据帧打包成更大的、最多可容纳64字节的CAN FD帧。我们定义并使用包含的参数组(C-PG)来实现该目的,并且获得了较好的效果。主要是C-PG可以在CAN XL上重复使用,与在CAN FD上使用方式大体类似。一方面,CAN XL的任务将更加简单,我们无需担忧填充字节能否将有效数据带到下一个标准CAN FD帧尺大小。这是因为CAN XL帧支持最多2048字节。

关于C-PG的一般性质,有一个问题值得考虑。任何发送至特定设备的J1939-22帧只能包含发送至该设备的C-PG。如果我们将发至多个设备的消息打包到一个CAN FD帧中,则每台接收设备都必须将帧拆开,并在其中寻找自己所需的消息。如果我们保留CAN XL的这种结构,那么发往一台设备的消息填满帧需要更久,从而导致C-PG的延迟显著增加。

对于这个问题,我们仍有诸多考虑和处理措施,因此有可能在未来几年我们会实现SAE J1939与CAN XL的整合,或者我们可能会觉得不偿失,仍旧使用SAE J1939-22。无论如何,未来几年的工作将很有趣。

联系我们