【问题标题】:Driver: Reception overrun: Messages are lost驱动程序:接收溢出:消息丢失
【发布时间】:2020-04-29 14:46:46
【问题描述】:



上面两张图分别是我的测量和模拟设置。 Replay 块播放一个长度为 6 分钟的 blf 文件,其中包含来自两个 CAN 通道的总共 2,413,161 个 CAN 帧。



上图解释了工作台设置。 Canoe 读取 blf 文件并在两个 CAN 通道上传输 CAN 帧。微控制器 (MuC) 接收 CAN 帧将它们转换为以太网 IPV4 UDP 数据包并再次传输到独木舟。

当我运行此配置时,我遇到了以下错误。
1. 系统 - CAN 驱动程序:接收溢出 - 消息丢失
2. System CAN X:无法发送 ID = XXX 的消息。 TransmitCANFrame 中的驱动程序错误 11,“XL_ERR_QUEUE_IS_FULL”
3. 系统警告:重播加载延迟
系统 ReplayBlock 1(blf_file.blf):15 次,总共 7347.46 毫秒

我认为这是由于 Canoe 性能问题或 CAN 驱动程序问题。所以我做了以下步骤。
1.修改了Vector hardware Config下CANCaseXL Receive latency->Very fast。
2. 在 Vector hardware config -> Global settings 下增加 Transmit queue settings->32768 (maximum)。
3. 我禁用了除一个日志记录块 (blf) 之外的所有内容 [正如您在测量设置中看到的那样]。

但我仍然遇到同样的错误。可能是什么问题呢?有没有其他方法可以解决这个问题?

【问题讨论】:

  • 在硬件配置中检查您的 CAN 总线的比特率。它真的设置为 500 kbps 吗?错误消息表明 CAN 消息的传输速度无法达到重放块所需的速度。您的 MCU 是否正确接收消息?也许一个 ACK​​ 丢失了 CANoe 尝试重新传输消息?

标签: canoe


【解决方案1】:

您需要在两个 CAN(120 欧姆)上都有终端。

此类错误表明没有终止。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-03-24
    • 2016-05-09
    • 1970-01-01
    • 1970-01-01
    • 2018-10-19
    相关资源
    最近更新 更多