Debugging 使用System.Up命令的Trace32的Lauterbach调试器不工作

Debugging 使用System.Up命令的Trace32的Lauterbach调试器不工作,debugging,embedded,Debugging,Embedded,我使用带有Trace32的Lauterbach调试器来调试TC1797上闪现的代码。 我能够调试我在ECU上闪现的代码。 但不知何故,过了一段时间后,我无法在代码中设置任何断点。软件似乎正在运行并正常运行。我尝试重新刷新系统,但system.Up命令似乎也不起作用。它会给出一条消息说“PLL Lock wait”。 因此,问题是我无法再使用ECU调试/重新刷新软件。 有人能建议我如何使ECU从PLL锁定等待状态中恢复吗?这可能是什么原因 我怀疑这是在调试程序连接时,另一个校准工具连接到ECU时发

我使用带有Trace32的Lauterbach调试器来调试TC1797上闪现的代码。 我能够调试我在ECU上闪现的代码。 但不知何故,过了一段时间后,我无法在代码中设置任何断点。软件似乎正在运行并正常运行。我尝试重新刷新系统,但system.Up命令似乎也不起作用。它会给出一条消息说“PLL Lock wait”。 因此,问题是我无法再使用ECU调试/重新刷新软件。 有人能建议我如何使ECU从PLL锁定等待状态中恢复吗?这可能是什么原因

我怀疑这是在调试程序连接时,另一个校准工具连接到ECU时发生的


谢谢

我认为这是系统时钟设置的问题

请阅读TC1797用户手册或其他相关文件,了解如何锁定PLL以进行所需的时钟设置,MCU的哪些寄存器值应首先初始化


我相信这会解决你的问题。希望能有所帮助。

谢谢。但我最近偶然发现了这个网站:http://www.lauterbach.com/frames.html?ephone.html: 它讨论了类似的问题: “PLL未锁定的信息由调试器从位于SCU中的寄存器PMSCR读取。PLL是否锁定不会影响调试连接,因此这不是一个错误,而是一个信息

但是,在调试器似乎已建立调试连接,但目标不响应诸如break之类的调试器命令的情况下,通常会观察到这种CPU状态。尽管调试连接已完全断开,但调试器认为可以从目标获得有效响应,但无法识别这些响应是无效的。因此,对于调试器,目标状态是TriCore正在运行且PLL未锁定

检查调试连接是否正常工作的另一项检查是执行JTAG链扫描 “菜单->帮助->支持->系统信息…”并在“JTAG链”部分的文件末尾检查结果:如果链扫描失败,并且您看到一条消息,如“TDO始终处于低位”,则无法与该设备建立目标连接

可能有两个主要原因:物理或逻辑连接问题,或者TriCore设备已损坏。您可能希望与其他目标系统或调试器进行交叉检查。卸下所有延长线,并将调试电缆直接连接到目标设备“

我试过了,它确实给了我一个结果:“TDO持续低”。现在我的3个ECU出现了这种情况(在连接了调试器的情况下,它工作得非常好..所以我猜MCU的寄存器值应该已经正确初始化了)。如果有人能建议我是否能以某种方式恢复ECU,那将是很有帮助的。是否有可能只是调试接口出了问题