This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
我正在处理 CAN 通信、我遇到了一个 CAN 数据库(.dbc)文件、其中包含一条包含 Intel 和 Motorola 字节顺序信号的消息(如下面的案例1、2和3所示)。 因此我实现了一个逻辑来处理以下情况:
情形1:长度<=8位的 Intel 字节顺序信号和 长度<=8位的 Motorola 字节顺序信号
案例2:长度大于8位的 Intel 字节顺序信号和 长度小于等于8位的 Motorola 字节顺序信号
案例3:长度<=8位的 Intel 字节顺序信号和 长度>8位的 Motorola 字节顺序信号
现在、即使一条消息包含 Intel 和 Motorola 信号、但只要一种类型的字节顺序(Intel 或 Motorola)的长度小于等于8位、根据实施的逻辑、我将获得预期的结果。 但对于以下情况、逻辑会变得更复杂:
案例4:长度大于8位的 Intel 字节顺序信号和 长度大于8位的 Motorola 字节顺序信号
那么、我想知道、案例4是一个实际场景吗? 如果是、请建议使用通用逻辑来实现上述所有情况。
Harshal、您好!
此论坛的专家主要熟悉我们收发器的硬件或低级协议要求、因此我们可以在更高级别实现方面提供的支持将受到限制。 我对这些格式中的任何一种都不熟悉、因此我可能不知道要在这里查找解决方案。
您知道这些工具使用的帧格式是传统 CAN (高速或 HS CAN)还是 CAN FD 格式吗? 我主要是问、因为 HS CAN 的数据有效载荷限制为8个字节、而 CAN FD 最多允许64个字节。 这些格式之间的控制字段也稍有不同。
此致、
埃里克·肖特