[参考译文] F28335指向数组的指针阵列使 DSP 变得疯狂

豪尔赫、

一种可能是看门狗计时器在变量已初始化之前超时。  看起来您有很多初始化数据、所有这些数据都必须在程序启动之前从闪存复制到 RAM 中。  这是在您加电器件时通过运行时支持库函数完成的，就在调用 main()之前。  如果看门狗在这段时间内处于活动状态，则可能会超时并重置设备，因此您实际上永远不会到达 main()。

如果您使用的是头文件、您的项目中应该有一个名为"DSP2833x_CodeStartBranch.asm"的文件。  如果是这样、请在分支到_c_int00之前检查一下看门狗是否被禁用。  您应该具有：

WD_DISABLE .set 1；设置为1可禁用 WD、否则设置为0

我不确定这是否是问题、但它是否适合取决于初始化数据的大小。

此致、

Richard

海尔·理查德、

首先、感谢您投入宝贵的时间和精力。

我听从了您的建议并检查了、但是、我已经用您上面提到的线路禁用了看门狗、因此似乎不是问题所在。

此外、DSP 并未完全冻结。 实际上、我可以通过主循环中的 Modbus 与 DSP 通信。 另一个提示：IM 使用 TI 提供的闪存 API、但是、当使用此大初始化程序并尝试写入闪存时、API 会返回错误。

再次感谢、致以诚挚的问候、
豪尔赫。

豪尔赫、

请尝试以下操作：
1) 1)确保优化已关闭、并且在项目选项中启用了调试(完全符号调试)、以便您可以确保调试微控制器内的实际代码。
2) 2)尝试禁用所有中断。 可能是错误初始化的中断导致了疯狂。
3) 3)尝试运行相同的代码、但减小阵列大小。 例如、将512个整数的数组减少到10个整数。 如果这正常工作(如果微控制器在调试窗口中继续正确执行代码)、则问题出在存储器管理中。 如果在函数中声明这些数组、则在工程选项中增大栈大小。 您可能还需要增加.cmd 文件中的栈大小。 如果这些数组是全局数组，请检查 cmd 文件中的 ebss 大小。 您可以查看下面的链接。 它将为您提供有关存储器部分的更多信息。

processors.wiki.ti.com/.../C28x_Compiler_-_Understanding_Linking

我希望这些将有所帮助。
哈坎

您好 Kadir、

非常感谢您的回答。 它非常有用、尤其是您给我的链接。  

在阅读了 tat wiki 页面并检查了代码中的某个位后、我认为我理解它为什么不起作用。 我将解释：

我将指针数组定义为全局数组、因此它存储在.ebss 中、但是存储该段的存储器块空间不足、我认为这就是为什么在更大的数组中一切都开始失败的原因。 在.cmd 文件中进行一些更改并重新分发代码段后、我设法适应了数组。

但是、仍有一些与我相关的东西：我有一些整数数数组(int16)定义为常量(例如： const Int16 array1[10]；)、保存在.econst 段中、但是、我的指针数组也被定义为 const (const Int16 * array_for_for_thinters)、如果我查看.map 文件、它仍然保存在.ebss 段中。 为什么会发生这种情况？

再次感谢您的帮助和致以最诚挚的问候。

豪尔赫。