使用Trace32-Using System.Up命令的Lauterbach调试器不起作用

时间:2012-06-29 14:28:53

标签: debugging embedded

我正在使用带有Trace32的Lauterbach调试器来调试TC1797上闪存的代码。 我能够调试我在ECU上闪现的代码。 但不知怎的,经过一段时间我无法在代码中放置任何断点。软件似乎正在运行并且运行正常。我试图重新刷新但是system.Up命令似乎也没有用。它给出了一条消息“ PLL Lock等待“。 所以问题是我不再能够使用ECU来调试/重新刷新软件。 任何人都可以建议我如何让ECU从PLL锁定等待条件恢复?这可能是什么原因?

我怀疑在调试器连接时我将另一个校准工具连接到ECU时发生了这种情况。

谢谢!

2 个答案:

答案 0 :(得分:0)

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

请了解您的TC1797用户手册或其他相关文档,了解如何锁定所需时钟设置的PLL,应首先初始化MCU的寄存器值?

我相信这会让你感到厌烦。希望它有所帮助。

答案 1 :(得分:0)

谢谢..但我最近碰巧偶然发现了这个网站: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,那将会有所帮助吗?它可能只是调试界面变坏了吗?