[参考译文] AM2634：接收标准和扩展 ID CAN 消息时出现问题

您好、Danae：

是将消息存储到 RX 缓冲器还是 RX FIFO 中？

使用 RX 缓冲器时、预计会出现这种行为。

在 TRM 的流程图中介绍了接受过滤器过程。 我包含标准标识符流程以供参考、但它对扩展标识符等效。

我想指出 Bosch MCAN 用户指南中的以下注意事项：(如果尚未将此信息添加到 TRM、我将提交票证)。

注意：将接受的消息写入两个 Rx FIFO 之一或 Rx 缓冲区时、未修改的接收标识符将独立于所使用的过滤器进行存储。 接受过滤器过程的结果在很大程度上取决于配置的过滤器元素的顺序。

以下文本也从 TRM 的"专用 RX 缓冲区"部分中提取：

将匹配的接收消息的最后一个字写入消息 RAM 后、寄存器 NDAT1、2中相应的新数据标志会置位。 只要设置了新数据标志、相应的 Rx 缓冲区就会被锁定、以防止通过接收到的匹配帧进行更新。 主机必须通过向相应的位位置写入‘1"来重置新数据标志。

当设置 Rx 缓冲器的新数据标志时、引用该特定 Rx 缓冲器的消息 ID 过滤器元素将不匹配、从而会继续进行接受过滤。 遵循消息 ID 过滤器元素可能会使接收到的消息存储到另一个 Rx 缓冲器或 Rx FIFO 中、或者该消息可能会被拒绝、具体取决于过滤器配置。

这是一项应用/系统级实现要求 、旨在确保 接受过滤器过程考虑接收消息的预期顺序、以便接受和存储所有必要的消息。

此致、

Zackary Fleenor

嗨、Danae、

我快速检查了一下、不知道有任何示例配置为接收这两种类型的消息、但是 mcan.h 文件中为这两种类型定义了必要的数据结构。