[参考译文] AM62P：使用 IPC_Notify 和 shared_memory

您好、

您能总结一下这个问题吗？ 我没有跟进这个问题。  

我可以看到上一次答复是 3 个月前。 请详细说明问题并告诉我们您使用的 SDK 版本是什么？

您现在面临的 IPC 具体问题是什么？

此致、

Tushar

尊敬的 Tushar：  

当前的情况是 WKUP 将某些数组的地址存储在共享存储器中、并通过 IPC_Notify 发送标志、当 MCU 收到标志时、会从共享存储器中获取这些地址、并通过 IPC_Notify 将这些地址发送回 WKUP。 现在、该过程失败、我无法确定 MCU 是否可以成功从共享存储器中获取这些地址。

尊敬的 Bomiao：

感谢您对上述内容的总结。  请留出一些时间来审核该项目。

此致、

Tushar

如下所示、如果不说违反了 IPCNotify 的使用、那么连续两次在 MCU R5 内核的 ISR 中使用 IpcNotify_sendMsg 来通知 WKUP R5 内核肯定不是一个好主意。  

Tushar Thakur 请检查源代码并注释输出 1) 是否可以在一个 ISR 中使用 IpcNotify)sendMsg？ 2) 一次呼叫两次发送消息是可以的吗?

void ipc_notify_msg_handler_mcu_lowAddr (uint16_t remoteCoreId、uint16_t localClientId、uint32_t msgValue、void *args)
｛
DebugP_log（“[MCU 处理程序]、处理程序内核=%d、客户端=%d、msg=0x%X\r\n“、
RemoteCoreId、localClientId、msgValue)；
if (msgValue == 0x01)
｛
_ASM__ volatile（“DSB sy“：：：“内存“）；

uint32_t eth_data_addr_recv1 = gSharedAddrs.buF1_addr；
uint32_t eth_data_addr_recv2 = gSharedAddrs.buf2_addr；

DebugP_log（“[MCU] gSharedAddrs 0x%X：buf1_addr=0x%08X、buf2_addr=0x%08X\r\n“、
(uint32_t)&gSharedAddrs、eth_data_addr_recv1、eth_data_addr_recv2)；

IpcNotify_sendMsg (remoteCoreId、gClientId_low_rx、eth_data_addr_recv1、1)；
IpcNotify_sendMsg (remoteCoreId、gClientId_low_rx、eth_data_addr_recv2、1)；

}

}

您好：
感谢您的查询。 有关专家目前已离职。
请预计响应会延迟。 感谢您的耐心和理解。

此致、
TI E2E 支持团队
——
*这是一个自动通知。*

是的、您应该能够从 ISR 发送 IPC 消息、如在我们的默认 ipc_notify_echo 示例中、我们也从 ISR 发送 IPC 消息。

请参阅下图。

IpcNotify_sendMsg (remoteCoreId、gClientId_low_rx、eth_data_addr_recv1、1)；
IpcNotify_sendMsg (remoteCoreId、gClientId_low_rx、eth_data_addr_recv2、1)；

为什么要从单个 ISR 发送两条消息？ 如果邮箱硬件 FIFO 可用、您应该能够发送消息。

从单个 ISR 发送两条消息会增加 ISR 延迟。

此致、

Tushar