大家好、
电路板：F28032
该程序正在闪存中运行、并在运行一段时间后定期复位、 您能否为该解决方案提供参考设计？
当连接到仿真器进行单步调试时、发现 Flash 程序进入了一个非法中断。
图1显示了正常运行、图2显示了实际代码运行。
图1.
3F39FB 的下一行代码已从正常代码更改为非法中断代码。
图2.
INT5在程序中未启用、但在 非法中断代码期间调用 INT5、这会导致未知现象和风险。
那么、专家、您以前是否遇到过这种情况？ 从软件中，可以找到原因 ？
您好、被叫方、
非常感谢您的回复、也就是说 、您能提供更详细的解释吗？
这种现象可能是因为芯片通电一段时间后是正常的、运行到3F39FB 的下一行代码再次从正常代码变为未启用的 INT5。 客户检查上电是否正常、然后确认复位是由看门狗引起的。 看门狗的复位是因为程序已进入循环程序、而没有启用中断。
如红色 框下方所示、它将周期性执行、然后 INT5未启用。 因此 、如何查找进入未知状态的程序段、以及在执行过程中、具有相同源地址的程序代码将发生变化。
使用示波器监控 VDD 和 VDDIO 电源、确保其保持在数据表建议的工作条件内。
[引用 userid="493195" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1039471/tms320f28032-while-running-program-there-is-a-periodic-reset-signal-the-reset-period-is-about-24ms/3844713 #3844713"] 这种现象可能是因为芯片通电一段时间后正常，运行到3F39FB 的下一行代码再次从正常代码更改为未启用的 INT5。 客户检查上电是否正常、然后确认复位是由看门狗引起的。 看门狗的复位是因为程序已进入循环程序、而没有启用中断。我建议专注于闪存中的代码损坏问题。 INT5的不需要分支是由闪存损坏引起的。
您能否确认在运行期间有人调用闪存 API 来对闪存内容进行编程？ 如果是、是否观察到闪存 API UG 中的此注意事项？
嗨、Tommy、
下图左侧是正常产品上运行的代码、下图右侧是故障产品上运行的代码。 为什么在闪存中运行的代码会发生变化？ 它进入 INT5、 然后 INT5没有被启用。(不是非法指令陷阱)。
您好、被叫方、
是的、 0x3F39FB - 0x3F39FC 是 已编程闪存映像的存储器部分。
我再次澄清我的问题：
下图的左侧是正常产品上运行的代码、下图的右侧是图1中故障产品上运行的代码。 它进入 INT5、 然后 INT5没有被启用。(不是非法指令陷阱)。
图1.
然后输入 INT5 (即 EQEP1_INT_ISR)、运行到3F2E43行、更改为 图2中的3F2E43 SUBU ACC、@0、 然后进入 INT5、这样 它 将反复执行图3中的代码。
图2.
图3.
对于上述问题、如果要查找故障、应如何开始？ 因为当程序重新烧写闪存时、芯片可以正常工作。
在什么情况下、将输入未启用的中断？ 例如 INT5
期待您的回复。
