通常，请求通过0xEB00发送，响应由J1939中的0xEC00(响应超过8字节(捕获，请求的响应范围是多少？示例：-0.00-0xEB00-EC FE 00xx.xx-0xEC00-xx xx xx xx EC FE 00。
xx.xx的可能范围是多少？
查看了许多选项，但无法找到确切的范围。在某个地方，它被提到为10-200=>数据包在某个地方被称为0-1250
所有设备在需要提供响应时，必须在0.20s(Tr(内完成。所有期望响应的设备必须等待至少1.25秒(T3(才能放弃或重试。这些时间可以确保由于总线访问或跨桥转发消息而导致的任何延迟都不会导致不必要的超时。需要时，可以针对特定应用使用不同的时间值。例如，对于高速控制消息，可以预期20ms的响应。重新排序任何缓冲的消息可能是必要的，以实现更快的响应。最短响应时间没有限制。
指向特定目的地的多分组消息的分组之间的时间为0到200毫秒。这意味着可能会发生背靠背消息，并且它们可能包含相同的标识符。CTS机制可用于确保给定数据包之间的时间间隔。多分组广播消息的分组之间所需的时间间隔为50到200ms。50ms的最小时间确保响应方有时间从CAN硬件提取消息。应答器应使用250毫秒的超时(提供允许200毫秒最大间隔的裕度(。
a。桥梁内的最大正向延迟时间为50ms桥梁总数=10(即1辆拖拉机+5辆拖车+4辆拖车=10座桥梁(一个方向上的总网络延迟为500ms。
b。请求重试次数=2(总共3个请求(；这包括CTS被用于请求数据分组的重传的情况。c.超时的50毫秒裕度