[参考译文] TMS320F28377D：在低温条件下出现意外的 PC 地址和 LCR 行为

您好 Hang、

感谢您报告此问题。 为了帮助我们更好地理解和解决问题、我注意到一些缺失的信息会有所帮助：

图片：
-你提到了两张图片在你的帖子,但他们似乎失踪了。 请附上这些资料。

测试环境详细信息：
1.硬件设置
-您使用的是什么 EVM/硬件平台?
-请提供测试过程中使用的完整系统配置/预期
-开始温度测试前的板初始化程序

2.温度测试
-这是–15°华氏度还是摄氏度?
-您使用什么方法/设备进行温度控制?
-您是否已验证此问题：
*仅在低温下发生?
*可以在室温下重现 (~25°C )?
*在高温下发生?
-测试前的温度暴露持续时间（如果此时间缩短到 2 分钟或 5 分钟,问题是否仍然存在?）

3.测试程序
-你能提供详细的细分步骤 4 在你的程序?
-操作的确切顺序是什么?
-在故障发生之前是否有任何可观察到的症状?

一旦您提供了这些详细信息、我们将更好地帮助您解决此问题。

此致、
Zackary Fleenor

尊敬的 Fleenor：

添加丢失的图片。

图 1.

图 2.

图 3.

尊敬的 Fleenor：

添加丢失的图片。

图 1.

图 2.

图 3.

测试环境详细信息：
1.硬件设置
-您使用的是什么 EVM/硬件平台? 定制板
-请提供测试期间使用的完整系统配置/预期-> 电路板正在运行定制应用程序
-开始温度测试前的板初始化程序->根本没有初始化。 电路板固定在低温试验室中、未进行连接、断电。 我们只在将电路板从暗室中取出后为其供电并连接到电路板

2.温度测试
-这是–15°华氏度还是摄氏度? ->是的
-您使用什么方法/设备进行温度控制? ->冰箱
-您是否已验证此问题：
*仅在低温下发生? ->是的、在室温下不会发生这种情况  
*可以在室温下重现 (~25°C )? ->不,为了澄清更多,这是复制在一个电路板上只是从低温环境,但当我们给电路板供电时,它是在室温下。 您可能会认为电路板很冷、但环境是室温。 为了重现问题、我们需要尽快为电路板供电、否则电路板会升温、无法重现问题。
*在高温下发生? ->我们只测试了–15 摄氏度
-测试前的温度暴露持续时间（如果此时间缩短到 2 分钟或 5 分钟,问题是否仍然存在?）  -> 我们没有尝试改变曝光时间。 但如果我们根本不将其暴露在低温下、就不会出现问题。

3.测试程序
-您能否提供过程中第 4 步的详细细分？->启动目标配置->点击 CPU1 ->删除 GEL 文件->点击 CPU2 ->删除 GEL 文件->连接 CPU1 ->连接 CPU2  
-操作的确切顺序是什么? -> 从冰箱取出电路板->为电路板通电->如上所示连接至两个 CPU ->拍照->标记 RPC。 计算 RPC-2 值、在“反汇编“窗口 中输入值->在“反汇编“窗口中找到相应的行、右键单击并移动到（即 LCR）->拍摄图片 2->单击装配步骤进入->拍摄图片 3。  
-在故障发生之前是否有任何可观察到的症状? ->由于我们只在从冰箱中取出电路板后为其供电,因此在为电路板供电之前没有什么可看的,只要我们给电路板供电,我们就可以从 LED 中立即得知故障发生

您好 Hang、

感谢您提供图片和其他详细信息。 这些信息有所帮助。

值得尝试的一件事

连接到 CPU 后、请使用“Load"->"Load Symbols"“ Symbols"函“函数“数、然后继续。

自定义应用在上电时完成了哪些设置/配置步骤？

代码是否已加载到闪存并设置为在上电时从闪存引导？

代码加载是在制冷过程之前还是之后发生？

如果改为通过 JTAG 连接并直接从 RAM 加载/执行代码、问题是否仍然存在？

此致、

Zackary Fleenor

我们已经加载的符号在早期测试,对不起丢失了它在 dessciprtino,但你可以看到在图片中的符号存在。

自定义应用在上电时完成了哪些设置/配置步骤？ ->您在寻找什么具体的项目吗? 由于这是实际应用、系统/外设上有很多配置。  

代码是否已加载到闪存并设置为在上电时从闪存引导？ 是的,代码在制冷前闪存到设备,它一直在那里。

如果改为通过 JTAG 连接并直接从 RAM 加载/执行代码、问题是否仍然存在？ 我们没有测试这个、但我们尝试了重置并重新启动器件、这样就不会发生问题。 它仅在开机时出现。

添加更多更新。

1.我今天使用定制电路板上的示例代码进行了测试。 但我无法重现双 LED 示例的问题。

2、如上所述,从冰箱取出电路板后,电路板处于某种“错误状态“。 在此状态下、CPU 似乎错误地执行指令。 如上所述、LCR 指令是无异常分支位置。 我使用“移动到“函数尝试了更多指令、例如、我移动到 main 的开头、并执行第一条指令、即 MOVL、但 CPU 的行为类似于分支、如视频中所示

e2e.ti.com/.../IMG_5F00_5624.mov

3.我尝试的下一个方法是将双示例代码加载到错误状态的板上（请注意,这与#1 不同,在将板放入冰箱之前加载示例代码）我发现两个 CPU 的 LED 闪烁,这意味着 CPU1 和 CPU2 正确执行指令,然而,闪烁速度比正常慢得多。 接下来、我检查了时钟寄存器、似乎时钟异常（例如，PLL 未锁定）

4.我试图找到 CPU2 意外行为发生的地方,我的方法是在 CPU2 代码中添加一个全局变量,这个变量 x 在代码的不同阶段被分配到不同的值,比如一个检查点。 当电路板从冰箱中取出时、我读取了这个变量 x 的值。 事实证明、代码在运行到特定的 ISR 之前会正确执行  

嗨、Zack、

同时、您能否帮助确认下图中的 BOOTSTS 寄存器是否由 CPU2 引导 ROM 设置、而用户无需设置它？ 非常感谢您提供有关在何处设置此寄存器（例如哪种引导模式/哪一步）的更多信息！

最后、我们未在测试的电路板上看到 IPC 问题！

他们声称之前存在 IPC 问题、但后来我发现这不是 IPC 问题、我只是根据他们的需要获取反馈。 这个 IPC 问题可能与我们现在看到的问题无关