This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好!
我需要在 CPU1和 CPU2之间共享一些变量、问题是两个 CPU 都可以修改该值。 我想知道如何做类似于 RAM 管理示例的事情、在每个 CPU 项目中声明一个用于 R&W 操作的变量、另一个仅用于 R 操作。
我的问题是:在本示例中、为了控制两个 CPU 不尝试在一个 RAM 扇区中同时访问(如 CPU1写入、CPU2读取)、必须在 CPU 之间使用 IPC 标志? 我是否理解得好?
此 RAM 管理示例实际上与应用所需的存储器空间重复。 如果两个 CPU 都需要对这些变量进行 R&W、是否有另一种在两个 CPU 之间共享变量而不复制变量的方法?
那么、IPC API 驱动程序只能与 IPC 消息 RAM 存储器配合使用? 不适用于 GSxRAM 存储器? 在这种情况下、如果我不需要来自 GSxRAM 的更多内存、那么使用 IPC API 驱动程序有哪些优势?
谢谢你
您好!
[引用]我的问题是:在本示例中、为了控制两个 CPU 不尝试在一个 RAM 扇区中同时访问(p.ex CPU1写入、CPU2读取)、必须在 CPU 之间使用 IPC 标志? 我是否理解得好? [/报价]
需要 IPC 对操作进行排序。 例如、确保在更新变量后仅读取的 CPU。 通常、HW 同时支持两种访问、并根据循环方法对访问进行仲裁。
[引用]这个 RAM 管理示例实际上重复了应用所需的存储器空间。 如果两个 CPU 都需要对这些变量进行 R&W、是否有另一种在两个 CPU 之间共享变量而不复制变量的方法? [/报价]
此示例显示了我们的建议。 也可能有其他方法。 两个 CPU 不能对同一内存位置进行 R&W。 只有主 CPU 具有写入访问权限。 不确定我是否理解此查询。
[引用]那么、IPC API 驱动程序只能与 IPC 消息 RAM 存储器配合使用? 不适用于 GSxRAM 存储器? 在这种情况下、如果我不需要来自 GSxRAM 的更多内存、那么使用 IPC API 驱动程序有哪些优势? [/报价]
我假设驱动程序也适用于 GSx RAM、但需要咨询我们的软件团队、但如果仅共享小数据、则消息 RAM 更适合使用。
此致、
Vivek Singh
借调 Vivek 对您最后一个问题的回答-- 我不确定 IPC 驱动程序是否已经过测试、可与 GSxRAM 位置(而不是消息 RAM 位置)配合使用、但我在代码中看不到任何会阻止您以这种方式使用的内容、只要您已正确配置了 RAM 部分的主器件即可。
惠特尼