[参考译文] TDA2P-ACD：未命中 IPC 消息

Partha、

我刚从出差回来,我将延迟 1-2 天赶上你的线程.

感谢您的耐心。

-Josue

您好 Josue、  
希望您做得好。 感谢您的答复。
请查看我的疑问、期待 收到您的回复。

内核 A15 未接收来自内核 M40 的 IPC 消息。 此 2~5 每 100 个复位周期发生 1 μ s。
请参阅下面的：

邮箱 ISR 实现方法 1.
启动 Mailbox ISR
1.读取中断状态（哪些队列有消息）
2.当中断状态为非零时重复：
对于每个队列：
如果此队列有中断（消息可用）：
→从该队列中读取一条消息 (FIFO Pop)
→处理消息（回调）
→ 立即清除此队列的中断
结束于
→再次读取中断状态
END WHILE
结束邮箱 ISR

在这里、ISR 读取中断状态并开始处理队列
对于每个队列：读取消息
并 立即清除该队列的中断位 （请参阅以了解循环）

邮箱 ISR 实现方法 2.
启动 Mailbox ISR
1.读取中断状态（哪些队列有消息）
2.当中断状态为非零时重复：
初始化 handledIrq = 0（用于跟踪已处理的队列）
对于每个队列：
如果此队列有中断（消息可用）：
→从队列中读取一条消息 (FIFO pop)
→处理消息（回调）
→将此队列标记为已处理
（将其钻头添加到 handledIrq）
结束于
如果处理了任何队列：
→ 清除所有已处理队列的中断（单次写入）
→再次读取中断状态
END WHILE
结束邮箱 ISR

在这里、在此实施中、我已测试了~2500 多个复位周期、未出现问题
在处理所有队列后清除中断、而不是立即在 for 循环中清除中断。 已使用累积掩码 handledIrq 完成

问题：

感谢你能抽出时间。

BR、
Partha

您好、 Partha Hazarika 、

由于带宽的原因、我将不得不进一步延迟响应。 帮助我了解您使用的软件以及您使用的 SDK 版本是什么？
您是否正在查看任何邮箱示例？

-Josue

我们不将 SDK 用于应用程序。 我们的次级引导加载程序 (SBL) 来自 TI SDK 03_05。
我们的目标是在我们的应用中将 Core A15 与 Core M40 进行通信
以下是我们进行通信的步骤：

1. 系统上电

2. 内核 A15 启动并执行一些 CRC 验证

3. 内核 A15 等待内核 M40 请求 CRC 验证状态

4. 内核 M40 最近开启（内核 A15 较早开启）并将验证状态请求发送到 A15

5. M40 等待接收来自 A15 的响应、超时为 500ms

6. A15 收到请求并以验证状态回复 M40

7. M40 已收到并验证状态成功

但我们面临一个问题、即 A15 有时无法接收来自 M40 的消息。
消息由我们实现的 Mailbox ISR 处理。
根据前面的评论、我尝试向您展示两种实现邮箱 ISR 的方法：方法 1 和方法 2。  
我们注意到 A15 未能接收到消息发生在方法 1 中、但在方法 2 中未观察到故障。

我们想了解为什么方法 2 有效。 请帮助我们检查一下。 我们需要您的建议或任何 TI 邮箱 ISR 实现示例。

BR、
Partha

Partha、

遗憾的是、仅支持 SDK 示例。 您是指编写自己的邮箱驱动程序吗？  
-或-
您是否使用此 SDK 中的驱动程序？

TI SDK 03_05

这是 RTOS SDK 版本号正确吗？

-Josue