[参考译文] TMS320F28388D：调试在 Task_restoreHwi 期间调用的 Hwi_unPluggedInterrupt

什么中断导致了 Hwi_unPluggedInterrupt？ 即使它没有打印预期的消息、我认为该函数中应该有一个 intNum 变量、您可以查看该变量来找出答案？ 知道哪个中断触发了它应该可以帮助我们找出问题的原因。

Whitney

您好 Whitney、

我已经在该 Hwi_unPluggedInterrupt 函数内设置了一个断点。 我看了几次 intNum 变量、它似乎是垃圾、因为 intNum 变量>800。 下次发生时、我会尝试获取准确的数字。 另一方面、我们发现我们没有为电路板提供足够的电流、因此我们增加了电流。 我们将继续运行它,看看是否发生了它,如果发生了,我将得到确切的 intNum ,但再次,它是高于 800 所以我认为它是垃圾。  

谢谢！

您好 Whitney、

intNum 为 3367。

该中断号看起来不正确、但可能是向量表中的地址？ 0xD26 是非法指令 (ITRAP) 中断的地址。 因此、CPU 似乎跳转到了不包含有效代码的位置、并且由于您尚未注册 ITRAP 处理程序、因此它转到了 Hwi_unPluggedInterrupt 例程。

堆栈溢出/损坏是 ITRAP 的一个常见原因、但这并不是唯一的可能性。 ROV 是否未报告任何错误？

Whitney

您好 Whitney、

感谢您向我指出 ITRAP 中断。 我为您捕获了更多数据。 这张图片下面有很多数据。 总之,在 Hwi.c 中的 Hwi_unPluggedInterrupt () 内设置 IntNum 后,它立即显示了我的当前断点 intNum 的值仍然为 3367、您指出该值是 ITRAP 中断的地址。 通过查看 PC 寄存器的值、我可以看到其当前为 0x0A7CB2。 我在内存浏览器中拉上了内存位置、可以看到它看起来像是有有效数据。 下面的第二张图片是我的存储器映射 (.map) 中相关部分的一个片段。 该地址应该在此函数中： 000a7c8e  00000052   sysbios.ae28FP64：bios.obj (.text：ti_sysbios_family_c28_hwi_unPluggedInterrupt____i)。  

如果我调试时出错了、我想在生成 ITRAP 中断后、产生该中断的存储器位置会存储在 PC 寄存器中吗？  

ROV 未报告任何错误。 我的叠块尺寸看起来都正常、就像在第一张图片的右下角的 ROV 视图中看到的一样。 如果您有任何其他想法、请告诉我。 我想知道是否应该考虑升级 SYS/BIOS、因为我几年前使用的是。 谢谢！

您好、Joseph：

感谢您的耐心。 您是否能够在这方面取得进展？

您可以为非法中断（中断号 19）创建 Hwi、然后在 Hwi 函数中可以调用 Hwi_getIrp ()。

下面的主题对此主题进行了一些讨论：

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1538037/launchxl-f28p55x-how-to-get-instruction-return-pointer-in-f28p55x/5919056#5919056

如果您无法创建 Hwi、则可以插入常规 ISR、并使用我在该帖子中提到的堆栈方法。

Whitney

您好 Whitney、

不、我们在这方面没有取得任何进展。 我一直在尝试较旧版本的代码、但仍收到此错误。 我尝试使用 app.cfg 为中断号 19 生成 HWI、但 app.cfg 抛出错误： ti.sysbios.family.c28.Hwi：引导程序 ID = 19 不是有效的引导程序 ID  

查看 Hwi.xs、我可以看到、如果我尝试在 16 到 31 之间注册一个中断、它将引发错误：  

这是我的 app.cfg 中的相关小节：

如果我做错了、请告诉我。