[参考译文] TMS320F28375S：复位后代码行为不正确

您好！  

由于 RAM 被引导 ROM 代码初始化为0xFFFF、因此看起来出现了问题。 我的代码有一些初始值为零的全局变量、也被初始化为0xFFFF、从那时起计算就出错了。

我在函数中添加了这些变量的初始化、我的问题现在已经解决了、但我想知道为什么我在 LaunchXL-F28379D 和我之前使用同一微控制器的板中没有看到这个问题。 不同器件的引导 ROM 代码是否存在差异？

谢谢你。

我还在两个不同的电路板上尝试过相同的代码、两个电路板都有 TMS320F28375S 微控制器。 从近2年以来、它一直在第一个微控制器上运行良好。 仅当我切换到第二块板时、问题才出现。 这就是我认为引导 ROM 代码可能不同的原因。 此外、我还尝试了使用调试器进行软复位和下电上电。 我看到了相同的结果。

感谢您提供建议的链接和回复。

您好、Haresh、

我发现初始化代码后问题仍然存在。 初始化解决了该变量的问题。  

复位后 SPI 代码无法正常工作。 它从一个外部芯片(AD2S1210)中读取错误的值。 它不是在0x0 (0)和0xFFFF (-1)之间切换、而是在0x0 (0)和0x3FFF (16383)之间切换。  

SPI read()函数从 CLA 任务运行。

在 SPI 初始化开始之前、我观察到 SPI 配置寄存器中存在一些差异。

如果连接了调试器、则在 SPI 初始化之前的值如下：

如果我执行复位并在同一个点放置一个断点(恰好在 SPI 初始化之前)、我会看到 SPI 寄存器的值不同。 SPI 寄存器甚至在达到_c_int00符号之前获取这些值、那么它似乎是由芯片内的引导代码完成的？

此外、使用 TMS320F28379D 的评估卡上不会出现此问题。 它仅发生在具有 TMS320F28375S 的电路板之一上。 在另一个具有 TMS320F28375S 的电路板上、工作正常。

查看前一条消息中的第二个屏幕截图、它甚至设置 SPIPRI 寄存器中的保留位。 这里有一些东西不正确。

Gobind、

               如果不能访问原理图和硬件、对应用代码和事件序列有透彻的了解、则很难远程调试此类问题。 我可以提供一些调试想法、但可能无法提供更多帮助。  

无论何时连接或不连接 JTAG 连接器时、只要行为有差异、它几乎总是指向加载到 RAM 中的已初始化常量。 您可以通过检查.map 文件来检查它们是否存在。 SPI 寄存器在达到_c_int00符号之前似乎具有值的原因可能是由引导 ROM 执行的 SPI 引导加载程序。

我的 cmd 文件中包含以下文本。 我想这些将把所有已声明的常量放入闪存中。 我没有手动将任何常量(使用 pragma)放入任何段。 那么、闪存中的所有常量。

/*初始化段进入闪存*/
econst：>> FLASHF | FLASHG | FLASHH PAGE = 0，ALIGN (4)

第二点是 SPI。 我正在查看 SPI-B 模块。 在参考手册中、提示引导 ROM 仅使用器件的第一个实例。 因此、如果 boot-ROM 执行 SPI 引导加载程序、它应该具有 SPI-A 模块。  

感谢 Hareesh 的帮助、我知道在论坛中调试很困难。 我只是在尝试寻找一些调试的想法。

谢谢你。

是的、您回答正确。

复位时、到所有外设的时钟进入禁用状态。 在系统初始化过程中代码打开时钟之前、所有外设寄存器应仅读取0x0000。 一个要检查的区域是引导模式选择引脚；当引导 ROM 对这些引脚进行快照时、引脚是否被正确驱动(在适当的电平上的稳定/干净输入- 0V 或3.3V、无任何噪声)。

正如您在之前的答复中提到的、我检查了两个 F28375S 卡上的引导 ROM 版本、它们都在内存浏览器(16位十六进制 TI 样式)中读出"0101 0114"。 因此、这不是差异。

我在复位后检查了两个引导引脚(GPIO84和 GPIO72)的 GPIO 数据寄存器、这两个引脚都保持高电平(无波动)。 我 没有测量万用表上的电压、但可以在需要时测量。  

我还检查了无法正常工作的卡的引导 ROM 状态位置。 我在位置0x00002C 读取0xD。 这意味着引导 ROM 处理 HWBIST 复位。 TRM (spruhx5g)第4.10.10.1节中提到了这一点。 这是需要注意的吗？ 我没有检查该卡是否正常工作。  

否、不适合使用万用表。 您需要使用示波器进行测量。 我们所做的就是确保引导模式选择引脚在所需的时间内保持其电平。

将检查 HWBIST