您好，
抱歉，我不知道这是设备问题还是CCS问题。 我正在使用F2837xD的controlCARD。
问题是我无法从CPU2可靠地将GSRAM中的变量非零初始化。
我已经：
单击Restart (重新启动)(由于某种原因需要几次)，然后到达main()后，该变量通常不会在CPU2中初始化。 就好像Pinit不起作用。 偶尔我看到它起作用。
如果有人有任何想法，我会非常感谢。
一些具体问题：
问题1)
理论上是否可能在GSRAM中的CPU2项目中具有非零初始化变量？
问题2)
如果不是，这一切都是合理的。 如果是这样，Pinit在CPU2中的main()之前运行，那么CPU2如何能够对GSRAM具有写入访问权限，以便此时进行初始化？
谢谢你。
设置数据写入'counter_GSRAM_CPU2'的监视点后，我可以看到CPU2中的初始化例程没有GSRAM2的所有权，这可能解释了初始化失败的原因。
Kier
正确，CPU2必须拥有GSxRAM的所有权才能写入/初始化它。 我从TRM获得了以下C/P， 它提供了CPU1需要设置的信号/寄存器的详细信息，以便为CPU2提供此访问权限。
RAM初始化由相同的信号控制，但您可以在将所有权转移之前使用CPU1进行初始化。
最佳，
Matthew
Matthew，
感谢您的解释。 我认为这肯定会使问题的原因更加清晰。 很好地知道在独立模式下可能会正常。 但是，我认为我在调试用例中没有更接近解决问题。 如果我无法可靠地创建与独立用例相同的初始条件，那么这不是一个很好的调试环境。
所附项目也是取自C2000Ware示例的双LED闪烁项目。 除了示例之外，我还做了以下工作：
-在CPU2中声明并初始化非零变量，并将其定位在GSRAM2中。
-给定CPU2在CPU1中的Device_Init()后和CPU2引导之前(独立模式)对GSRAM2的写入访问权限。
-每隔0.5秒递增counter_GSRAM_CPU2。
我尝试执行CPU1/CPU2重置/重新启动等操作，但未成功。按照您所述的顺序执行此操作，以便从CPU2初始化GSRAM2。
如果您能下载该项目并告诉我按按钮的正确顺序，我将不胜感激。
我认为我在研究了上述顺序后设法解决了这个问题：
步骤1)在CPU2调试器配置中禁用Auto Run*。
*默认情况下，此选项处于启用状态，并运行到main()，而无需等待CPU1传输内存所有权。 这是此问题的根本原因。
步骤2)将内存所有权转移到CPU2后，在CPU1中添加一个空函数。
步骤3)在CPU1中选择空函数作为自动运行符号：
现在，在重置/重新启动时，CPU2尚未运行引导代码(包括cinit)，但CPU1运行到已授予CPU2的GSRAM2写入权限的程度：
步骤4)单击'Resume'(恢复)现在在CPU1中运行用户代码，并在CPU2中开始引导，其中确保引导代码能够写入GSRAM2。
如果有一种更简单的方法，我会乐于接受想法，但至少现在使用调试器时，我会获得可靠的初始条件。
