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.

[参考译文] TMS320F28374D:DCSM 锁定时 GSx RAM 访问失败

Guru**** 2434370 points


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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/744538/tms320f28374d-gsx-ram-access-fail-when-dcsm-locked

器件型号:TMS320F28374D

您好!

在我们的应用程序中,我们将 CPU2设置为 GS11 RAM 主站,方案是更新全局变量

CPU1读取该区域中的 CPU2、我们发现当 DCSM 被密码锁定时、CPU1将读取

值不正确、但如果我们在 CPU2中解锁 DCSM、一切看起来都正常、GSx RAM 应该正常

非安全存储器,为什么我们需要这样做?   

  

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

    您好、Tyler、

    是的、GSX RAM 是非安全存储器、因此安全性不应对这些 RAM 产生任何影响。 仅为 CPU1或 CPU1和 CPU2启用了安全性。 启用安全性后、CPU2是否可能无法正常工作、从而无法通过 CPU2正确更新 RAM 位置? 您能否确认 CPU2代码工作正常?

    此致、

    Vivek Singh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Tyler、这方面有什么更新吗?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Vivek、

    我们已检查 CPU2程序、由于内存安全问题、它实际上无法按预期正常运行

    本身、两个 CPU 之间的 GSxRAM 访问正常、根本原因是程序无法输出有效数据、

    感谢您的评论、它确实为我们提供了调查这一问题的线索。     

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

    Tyler、

    感谢您的更新。

    Vivek Singh