[参考译文] RTOS/F28M35H52C：EPI 外部 SRAM 初始化和.bss 分配

您好、Emmanuel、
感谢您的快速回复。

是的、当我尝试将.bss 放入外部存储器时、应用程序崩溃、为我提供了"存储器映射阻止读取..." 调试控制台中的错误消息：

在使用断点进行调查之后，我发现执行了以下操作，在重置后：
-调用 customResetISR
-调用 customStartFunction
-进入 main
  ->执行 BIOS_start()时、我得到"Memory map preved reading..." 包含 abort()和 loader_exit()函数的消息，如屏幕截图中所示

感谢你的帮助。
此致、
Paul

尊敬的 Paul：

您在调试窗口中看到的错误是因为 CCS 不知道外部存储器。 您可以通过执行以下操作来更新 CCS GEL 文件(CCS 在访问器件时使用的存储器映射)：

1. 启动调试会话。
2. 在工具栏中选择：tools->GEL Files。
3. 将弹出一个窗口。  双击 f28m35h52c1_m3.gel 文件。
4. 在  F28M35H52C1_Memory_Map()函数中添加一个外部存储器条目。

请告诉我这是否有帮助、

伊曼纽尔

您好、Emmanuel、

谢谢、此建议解决 了"存储器映射阻止读取..." 消息！ 如您所见、我们现在可以通过"CCS Debug Disassembly"窗口访问外部存储器。

尽管并非所有问题都得到了解决、您可以在下面的屏幕截图中看到：

您知道如何知道导致 XDC 中止的原因吗？ 因为现在、调用堆栈并不是很有用。

根据我的理解、调试器使用 CIO 系统调用来读取/写入存储器中的数据。
但 CIO 部分是这样映射的：
   .cio       ：> C03SRAM    ，其中 C03SRAM 为 ARM RAM (C03SRAM (rwx)        ：origin = 0x20000000，length = 0x8000)

正如我之前说过的、在我将.bss 放置在外部存储器之前、一切都正常运行。
你有什么建议吗？

感谢你的帮助。
此致、
Paul

[引用 user="Emmanuel Trinidad - Alicea"]我将向同事咨询有关最终 CIO 命令警告的信息。

在链接器命令文件中、确保.cio 段位于有效的读取/写入存储器中。  此提示以及其他类似的提示来自文章 使用 printf 的提示。

谢谢、此致、

乔治

您好！

感谢你们帮助我解决这个问题。

要回答您的问题、Emmanuel 提供了您需要的屏幕截图：

• BIOS ->扫描错误：

• Hwi->例外(此处没有要显示的数据)

• SysMin

以下也是一个 txt 文件、其中包含 SysMin 的 Raw 选项卡中列出的所有信息：
e2e.ti.com/.../SysMin_5F00_Raw.txt

最后是地址0x002618F2的屏幕截图，该屏幕截图似乎执行了堆栈检查，如果遇到任何问题，则会产生错误：

George

我没有移动.cio 段、正如我在上一篇文章中提到的、该段声明如下：
.cio       ：> C03SRAM    ，其中 C03SRAM 为 ARM RAM (C03SRAM (rwx)        ：origin = 0x20000000，length = 0x8000)

我只是在尝试移动外部存储器中的.bss 段。 在我尝试这么做之前、一切都运行得很好。
尽管我不理解的是、我在外部存储器中看到错误"Invalid CIO command (0) in the CIO buffer at address (0x601f841c) was not recognized (无法识别地址(0x601f841c)的 CIO 缓冲区中的无效 CIO 命令(0))"、 但 CIO 部分位于内部 ARM 存储器中(在0x20000000和0x20008000之间)、那么 CIO 缓冲器在外部存储器中做什么？

再次感谢你的帮助。
此致、
Paul

尊敬的 Paul：

遗憾的是、您的屏幕截图未正确加载。  您可以将其重新加载到此帖子吗？  您能否发布 SysMin 的"Output Buffer"选项卡？

感谢您的反汇编窗口；您能否缓慢向上滚动到下一个函数调用(以便我们可以查看我们所处的函数)？   

谢谢、

伊曼纽尔

您好、Emmanuel、

的确，我不知道发生了什么。 其中包括：

BIOS ->扫描错误：

Hwi->例外(此处没有要显示的数据)

SysMin

SysMin -> OutputBuffer (此处没有要显示的数据)

下面是一个更详细的汇编视图：

我希望这就是您想要的、我们似乎在 ti_sysbios_KNL_Task_checkStacks__e 中

感谢你的帮助。
此致、
Paul

您好 Todd、

下面是 ROV->Tasks->BIOS 开始前的详细信息：

在出错后：

奇怪的是、当我将.bss 分配给内部 RAM 时、一切都正常。 因此、任务大小很合适。 我认为这是一个内部与外部 RAM 问题。

谢谢你。
此致、
Paul Noalhyt

同时、我发现了可能是错误原因的东西。

我正在使用的外部 RAM 由1、048、576字的16位组成。 我使用 EPI 16位主机总线(HB-16)模式配置了该模式、但没有字节选择。
这意味着我可以读取或写入的最小数据是一个16位的字。

我进行了一个简单的测试、在地址0x60000000处写入一个字节、然后在地址0x60000001处写入另一个字节。
结果如下：

• 在0x60000000处写入0x12、然后在存储器中写入：0x60000000 = 0x12、0x60000001 = 0x00
• 在0x60000001写入0x34，然后在内存中写入0x60000000 = 0x00和0x60000001 = 0x34

因此我注意到、写入一个字节是不可能的、因为它会覆盖整个字。 解决此问题的方法是使用 RAM 芯片的 UpperByte 和 LowerByte 引脚(见下文)并配置具有字节选择的 EPI 16位主机总线(HB-16)模式。

RAM 芯片的引脚和图：

关键是我们的电路板在 LB 和 UB 接地的情况下进行布线、此时我们无法修改硬件：

考虑到所有这些，是否不可能访问外部 RAM 中的单个字节？ 或者是否有权变措施？

是否不可能将.bss 放置在外部存储器中？

谢谢你。
此致、
Paul Noalhyt