[参考译文] TM4C129ENCPDT：带有 SSI 的 UDMA 在发送时似乎会破坏每个32位字的一个位

[报价用户="Ralph Jacobi]\n 在此期间、您可以快速检查您的端点、是否可以确保不会发生堆栈溢出？ 有时、数据可能会因此而损坏。 如果您通过我们过去的信函了解您的详细程度、我怀疑您是否会遇到这样的问题、但最好验证是否没有发生这种情况。[/引述]

我让链接器为堆栈分配2KB、我的固件使用的字节似乎小于500字节。

(我修改了1ms 节拍中断以跟踪最小值和最大 SP 值。 如果有更易于使用的工具跟踪堆栈、请向正确的方向指明我。)

P.S. 完全不使用睡眠模式、深度模式或其他模式。

您好 Brian、

我有一种更科学的方法、使用 CCS 存储器浏览器。 下面我要介绍的步骤是在 MSP430上完成的、但也可以通过 TM4C 实现。

对于 TM4C、请在.map 中查找栈位置、如下所示：

要测试堆栈溢出、应执行以下步骤：

1. 在 Debug 文件夹内的.map 文件中标识栈的起始存储器位置

   

2. 进入调试模式、但不开始运行代码
3. 转至“View”(查看)->“Memory Browser”(内存浏览器)
4. 在输入框中输入堆栈的地址
   1. 在上面的示例中、该地址为0x0000420c (您需要在其前面添加0x！)

   

5. 这将向您显示堆栈内容
6. 接下来、使用已知数据填充堆栈内容：
   1. 转至“Tools”(工具)->“Fill Memory”(填充内存)
   2. 输入起始地址=.map 文件的栈地址
   3. length =栈大小/2 (在我的示例中为500、因此500/2 = 250)–这是因为每个存储器位置存储栈的2个字节
   4. 数据值= 0xAA (或0x55、或其他易于识别的值)

   

7. 内存浏览器现在应如下所示：

   

8. 由于堆栈已被完全覆盖、因此将导入该堆栈以在运行代码之前恢复初始堆栈设置。 这可以通过以下两种方式之一来实现：
   1. 使用“软重置”
   2. 退出调试模式并重新进入调试模式
      1. 我必须对某些项目执行此操作、但通常软复位会起作用
   3. 正确完成后、存储器浏览器应在栈顶或底端具有非0xAA 字节：

      

9. 现在、根据应用程序运行代码足够长的时间
   1. 如果发生溢出、所有输入的数据(我的示例中为0xAA)将不再位于栈中

      

感谢您的科学方法。 您的技术确认2048个堆栈字节中仅使用480个堆栈字节。 我之前的技术显示了495个字节左右、这表明这两种方法都是相关的。