[参考译文] TMS320F28388D：IPC MSG 共享 RAM CM - CPU2核心的问题

我很抱歉 CMD 图片我使用 CPU2 cmd 文件(CMTOCPURAM 而不是 CMTOCPURAM_ECAT)加了错误的下划线

Longpt，

您是否对 ipc.h 和 IPC.c 驱动程序库文件进行了任何更改？

IPC_CPU_to_CM_GetBuffer 的大小取决于 IPC.h 中的定义 此外，您在帖子中还不清楚 SRAM_CM_to_CPU2和 ipcMToCPU2数据 与 IPC_CPU_to_CM_GetBuffer 之间的关系？ 回答问题应能解决问题。

typedef 结构
｛
   UINT32_t 命令；
   UINT32_t 地址；
   UINT32_t 数据 aw1；
   UINT32_t 数据 aw2；
} IPC_Message_t；

typedef 结构
｛
   IPC_Message_t 缓冲区[IPC_NUM_OF_interrupts ][IPC_buffer_size]；
   UINT16_t     GetWriteIndex[IPC_NUM_OF_interrups]；
   UINT16_t     PutReadIndex[IPC_NUM_OF_interrups]；
}IPC_GetBuffer_t;

此致，

马诺伊

马诺伊

我没有更改 ipc.h 和 IPC.c 驱动程序库文件中的任何内容？

 “此外，您在帖子中还不清楚 SRAM_CM_to_CPU2 和 ipcMToCPU2数据 与 IPC_CPU_to_CM_GetBuffer 之间的关系 ”

我明确表示 CPU2和 CM 的来源，我声明结构数据正通过 IPC 共享 RAM CM 和 CPU2在 CPU2和 CM 核心之间传输数据，详情如下：

在 CM 代码中：我声明名为  SRAM_cm_to_CPU2的结构 ，然后按 DATA_SECURE 将其分配给共享 RAM ...如下所示：

在 CPU2代码(与 CM 代码相同)中，我声明一个名为  ipcCMToCPU2Data 的结构，然后按 data_section 将其分配给共享的 ram ...如下图所示： (您可以看到 CPU2中定义的结构在 CM 中具有结构的分布名称，但它们具有相同的结构)：

关于  IPC_CPU_to_CM_GetBuffer ， 我看到在 IPC.c 中，它们还被分配给各核心之间的 IPC MSG 共享 RAM，如下图所示：

 在定义的结构中使用数组 buer_data_CPU2时，当我更改元素<=12时，一切都可能正常，如上一个 POST -第一次测试中的图片所示。但我更改了两个 CPU 代码中的元素>12，问题就像第二次测试中的图片一样出现。 这使得在 CM Core 中写入的数据无法在 CPU2中读取。

长磅

很抱歉，CPU2代码中的图片，结构中没有字段 do_send，我再次将正确的图片放在下面：

朗·范

我从我的末尾重新创建此问题时失败。对我而言，CPU 到 CM Get Buffer 始终只需要136个单词。 它的大小不会像您所看到的那样增加。 我通过将阵列分配给同一数据部分来尝试此操作。 对我来说，更改阵列大小不会影响 Get Buffer 的大小。

根据您的快照，我认为地址0x38088 -0x38095似乎仍然具有正确的内容。 (所有0xffffff)。 可能会尝试发送不同的值，看看您是否从 CM 端收到正确的内容？

此致，

马诺伊

马诺伊

“根据您的快照，我认为地址0x38088 -0x38095似乎仍然具有正确的内容。 (所有0xffffff)。 可能会尝试发送不同的值，看看您是否从 CM 端收到正确的内容？”

-->是的，你是对的， 地址0x38088中的内容是正确的，我尝试了不同的值，而地址0x38088中的 CPU2的值会发生变化，就像我从 CM 端变化一样。 但在 CPU2中，它以某种方式分配  了地址0x380C0的 ipcMToCPU2数据，使所有数据都像快照一样被读取为零。 我还通过 IPC CPU 的大小检查从 CPU2到 CM Get Buffer 的大小，它仍然正常返回136个字。

通过检查从 CPU2发送到 CM 的数据(在我的项目中，数据从 CM 传输到 CPU2，从 CPU2传输到 CM)，我发现问题相同， 我向 CM 数据声明了一个用于 CPU2的共享结构，并将其分配给从地址0x39000的共享 CPU2TOCM ram0的 cmd 文件中定义的共享 RAM，如果我将共享数据的大小更改为某个 限制大小。 它还为 共享数据分配了错误的地址，或者为 IPC_CPU_to_CM 置换缓冲区分配了错误的地址(如果为 IPC_CPU_to_CM 置换缓冲区设置了错误的地址 ，我仍然可以从 CU2向 CM 发送和接收正确的数据，但基本上很难理解)。 -->我不知道我 使用的编译器或 SDK，驱动程序库版本，是否存在一些错误？

暂时，我通过将自己的共享数据分配给 CPU2TOCMRAM1 (0x39400)和 CMTOCPU2RAM1(0x38400)来解决此问题，它们不使用与 IPC CPU 使用的驱动程序库 CPU2所使用的相同的 ram0 (0x38000和0x39000)，以 CM 置入和获取缓冲器。 一切都可以。

但我仍然想找出问题的根源。

注意：

延时

因此，很明显，链接器没有  在136个单词后立即放置 ipcMToCPU2Data 数组。 这就是您看到此问题的原因。 您不能将此错误称为错误，因为链接程序有权将变量放在分配的内存中的任何位置。

-->好的，正如你每次用共享 RAM 声明 CPU 之间的共享数据时所说的，我必须检查链接器将其分配给共享 RAM 的地址，然后在不匹配的情况下将其分配到正确的地址？ 我认为 这是相当不便的。