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.

[参考译文] F28377D-SEP:将 Gxram 分配给.ebss 时发生问题

Guru**** 2609945 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1579667/f28377d-sep-issues-happen-when-gxram-is-allocated-to-ebss

器件型号:F28377D-SEP


您好的团队、

这是金某,一个 FAE 来自中国南部的 I&A

现在、我的客户在将 GXRAM 设置为.ebss 时遇到了一个问题。

他们使用的器件是 F28377、且其应用中使用了双核。

他们已将共享 RAM (GXRAM)、GXRAM0- GXRAM4 用于 CPU1、其他用于 CPU2、并使用握手机制、CPU2 将等待共享 RAM 可用。 此外、正常的调试步骤是加载 CPU1、加载 CPU2、然后运行 CPU1、再运行 CPU2。  

但有一个问题、根据上述说明、CPU2 中的初始时间为故障。 客户发现关于计时器的结构的值全部为 0、该值在正常情况下应该具有固定值。

当客户将.ebss 更改为 LSxRAM 时、计时器的初始值可能是正确的。

我在 E2E 中看到了类似的问题:链接

专家提到可以将 GxRAM 设置为.ebss、但可能有一些问题、但我们已经确认该步骤是专家在链接中提到的。 但还有一个问题。 您可以帮助找出我们的步骤中是否存在一些错误吗? 谢谢你。

Kim Lan。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Kim、

    我相信这是一个所有权问题。  复位时、所有 GSx RAM 均由 CPU1 拥有。  客户需要 CPU1 通过 GSxMSEL 寄存器将 GSx RAM 的所有权更改为 CPU2。  此设置应该有一个驱动程序函数、客户可以从 CPU1 应用程序调用该函数。  

    CPU2 可以读取此寄存器、以了解 CPU1 已传递对 RAM 的控制权、但无法修改它。

    此致、

    Matthew