Other Parts Discussed in Thread: C2000WARE
主题中讨论的其他器件:C2000WARE
在其中一个热室测试期间、我们在安装了 C2000芯片的定制 PCB 上运行了生产软件(外部时钟为200MHz)。 代码按预期一直运行至-40C。 在达到-40C 时、我们重启电源、代码不再运行。 我相信 F28379D 芯片正卡在引导 ROM 中、因为电路板上还有其他 LED 亮起、指示电源已接通但未切换(表示代码尚未完成引导/初始化且未运行)。 请注意、在执行 CPU 复位并从调试器重新启动后、代码在-40C 下再次运行。 使用相同定制 PCB 的2个单独副本和2个版本的现有代码(一个是单核源代码、另一个是双核源代码、这两个代码均已验证在室温下工作)、可以观察到相同的行为。 F28379D 芯片在-40C 温度下难以从闪存自行引导(正如数据表所说的额定温度)、有什么原因吗?
我们不认为这是时钟问题、因为代码通常会一直运行到-40C。 有什么想法?
编辑:我能够连接到冻结的目标(不需要使用 pun)并从以下.out 文件加载引导 ROM 符号:
"C:\ti\c2000Ware_3_03_00_00\libraries\boot_rom\f2837xd\revB\rom_sources\ccs_files\cpu01\Releases\F2837x_cpu01_bootrom_RevB_Golden_020314.out"
然后将其指向以下源文件夹路径、以便我可以逐步浏览代码、使其在其中挂起:
"C:\ti\c2000Ware_3_03_00_00\libraries\boot_rom\f2837xd\RevB\rom_sources\F2837x_bootrom\cpu01-bootrom\source "
我发现它在 Parallel_Boot.c 中的"while (wait_host_ACK)"行挂起
也许这会提示它为什么不在-40C 下运行? 另请注意、我们的引导引脚 GPIO72和 GPIO84当前处于悬空状态(未连接)、这也许是我们启动到并行 IO 引导模式(我认为我们不需要)的原因、 也许向引导引脚添加上拉电阻器可以解决这个问题、以便我们可以选择引导模式 Get/Flash?

