这篇博客由Bryan Hennessy撰写，将为您提供SAE J1939标准委员会所讨论议题的最新进展。Bryan是一位深耕CAN诊断、船舶电子和半导体领域的工程师。他也是美国汽车工程师协会（SAE）卡车与大型客车控制和通信网络委员会、J1939标准工作组的活跃成员，同时是“J1939-21 – 数据链路层工作组”的负责人。
新闻资讯
01/03/2023
作者 Kvaser
第2部分：2023年第一季度J1939和汽车控制博客
考虑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。无论如何，未来几年的工作将很有趣。
linkedin
twitter
youtube
youku
weixin