This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1248411/tms320f28069-tms320f28069fpzt
这个问题是否有一个合理的解决办法？ 似乎我们确实有类似的问题！！
Michael、
感谢您的联系。
我在与客户的电子邮件中进行了一些挖掘、最终这是一个与外部晶体(时钟)相关的问题。 当我们更改温度时、某些晶体无法正确启动。 存在一些与所使用的负载电容和晶体供应商(这在产品生命周期的某个点发生了更改、然后问题被裁剪了)的相关性。
您是使用具有 C2000 MCU 的外部时钟、还是仅使用内部0引脚振荡器。 如果是内部0引脚、则问题可能是别的。
此致！
马修
在本例中、这不是时钟问题。 上电后、CPU 似乎没有完成初始化代码。 并非总是如此。 但这里有一个关键因素、它似乎与温度相关、与编译器版本相关。 我们还没有真正实现这两个设备之间的连接！！ ADC 设置寄存器未被设置、因此主中断不会运行。 我们使用不同的生产日期代码、不同的编译器版本来评估 DSP、还将温度引入混合环境。
投射到混合结构中的编译器版本意味着一些略有不同的指令会导致出现这种情况。 如果您监控 XRSn、当尝试在"不良"温度下引导时、您是否看到是否激活(看门狗跳闸)。
我想知道如果启用了一些额外的指令、是否会使我们超过 WD 超时。
您可以查看两个编译器的.map 文件以了解不同区域的代码大小是否明显不同。
编译器不应该对放置有任何影响、即连接器、因此我怀疑从 RAM 运行的程序现在位于闪存中、即更慢等。
您能提供一些有关初始化、PLL 设置、时钟源等的背景信息吗？
此致！ 马修
