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.

[参考译文] CC2642R:使用JLINK进行调试时触发异常

Guru**** 2595805 points
Other Parts Discussed in Thread: SEGGER

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1096552/cc2642r-exception-triggered-when-debugging-with-jlink

部件号:CC2642R
主题中讨论的其他部件:SEGGER

您好,

正如我前面提到的线程,我开始 使用JLINK在板上调试CCS。 但有些奇怪的事情:程序异常停滞,如faultISR,使用JLINK进行调试时的50 % 速率超过了速率,但如果我在评估板上使用XDS100调试器,即使我尝试使用JLINK在评估板上进行调试,我也看不到这个问题,同样的问题也会发生。 我可以得出结论,这应该与程序无关,因为在没有JLINK调试会话的情况下,关闭电源后,程序工作正常。

您能否给我一些提示,说明什么可能是问题?

谢谢!

Xiaofeng

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    小峰

    我不一定知道有关您的设置的确切细节,但作为一般性的陈述,调试探测器不应影响系统的正常运行时行为。

    一个通常会影响这种情况的常见方面是重置/启动条件:XDS类的调试探测器通常有五或六种重置模式可通过CCS菜单Run --> Reset使用,而Jlink只有两种(可能三种)模式。 如果在重置后尝试运行代码后遇到这些错误,则Jlink可能无法像XDS110那样完全重置设备。 要尝试隔离此情况,可以尝试禁用CCS中的auto run to main()选项,这样您就可以始终从重置向量开始,并查看执行跳转到故障中断的代码位置。 有关如何执行此操作的详细信息,请参阅“CCS用户指南”中的7.2 Tm5部分,网址为:

    https://software-dl.ti.com/ccs/esd/documents/users_guide/ccs_debug-main.html#auto-run-and-launch-options

    我将尝试思考可能影响这一点的其他方面,并在我发现任何相关信息时向我报告。

    此致,

    拉斐尔

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Rafael:

    感谢您的回复! 很抱歉没有澄清详细信息:程序在开始时没有卡住,实际上它在FreeRTOS调用"prvPortStartFirstTask"时失败。 我对臭氧进行了一些调试,它显示它在计时器任务中失败:

    我原以为这是由BLE堆栈引起的,但即使我禁用了BLE任务,也仍然存在相同的问题。

    顺便说一句,我还尝试了在CCS中禁用“自动检查”的方法,它得到了与臭氧相同的结果。

    对此有何想法?

    谢谢!

    Xiaofeng

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    小峰

    感谢您提供更多详细信息。 此时有趣的方面是,故障发生在代码初始化之后。 我不完全确定FreeRTOS调用的作用,但由于您提到它在计时器任务上失败,我仍然怀疑计时器未正确初始化。

    如果您只看到Jlink出现这种情况,我仍然想知道完全冷复位(从断电)是否可以清除这种情况。 我提到这一点的原因是因为许多重置不会初始化外围设备(计时器,UART,SPI等)。 否则,我必须将此问题交由软件团队中在FreeRTOS特别是API方面更有经验的人员处理。

    最后一个可能导致不同调试探测器影响目标行为的方面是电气性质的。 换言之,如果Jlink在与目标不同的电压下工作,则设备可能电源不正确或处于某种不稳定状态。 但是,由于您的设备似乎已正常通电,我认为您的情况中不会出现这种情况,但我想提及这一点。

    我会尝试考虑其他方面,并在发现其他方面时向我报告。

    此致,

    拉斐尔

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Rafael:

    感谢您的详细分析。 我有点同意您对JLINK重置的猜测,因为即使在JINK报告此错误后,只要图像刷新正确,设备重启始终可以解决此问题。 我将尝试与Segger核实,看看他们是否可以提供一些帮助,帮助您使用JLINK重置主板。

    最佳,

    Xiaofeng

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我在本地执行的另一个测试是手动将重置引脚切换至接地,以模拟使用ResetPin的JLINK重置,该问题可在重置后恢复。 我尝试用JLINK连接主板,我可以看到代码可以正常跟踪。