TRACE32的常用命令和调试技巧

TRACE32的常用命令

TRACE32是由德国Lauterbach公司研制开发的一款仿真测试工具。我们使用Trace32最主要用途有两个:程序下载和程序调试。下载目前各个项目都有相应的.cmm文件(类似于批处理文件.bat),在此文件中,Trace32把对FLASH擦除/编程的插件下载到手机的SRAM中,然后把控制权交给此插件,详细过程就不在此叙述,这里主要是介绍一些我们在程序调试过程中常用的一些命令。

1. 把调试用的.elf文件下载到目标板中

命令:d.load.elf *.elf 或者直接输入elf文件路径:d.load.elf d:\\p200\\surfcr.elf

说明:此命令把.elf文件中的调试符号信息下载到Trace32中,二进制代码下载到

目标板中的代码段存储区域。如果代码段对应的存储体是SRAM,那么代码 能够真实的下载到SRAM中(最常见的就是EVB板条死)。如果存储体是FLASH ,由于FLASH程序的擦写需要特殊的命令序列,所以执行完下载命令后,虽然 Trace32没有报错,但实际上代码没有下载进去。这个时候需要用cmm文件把代 码下载到FLASH中去。

2. elf文件下载进去后,在调试之前还需要做一些准备工作

a. map.bonchip 0x0—0x3ffff(FLASH的地址范围)

如果程序下载到SRAM中,此命令不用执行,如果是FLASH,一般情况下都需要执行此条命令,否则无法设置断点,目前大多数CPU在ICD调试模式下只支持两个硬件断点。

b. y.spath + 路径(eg: y.spath d:\\z2100\\qct)

支持所加路径的C源码以及汇编代码显示。

3. 以上工作做完后,就可以利用Trace32强大的调试功能来调试程序了(可惜到现在我

们只是用到了其中的一部分)。

a. 查看ARM寄存器。一般使用在调试/查看汇编代码的情况下使用。

b. 查看存储器单元以及存储器映射的寄存器内容。注意:MSM5105的寄存器具有只

读和只写属性(SoftWare Interface中有描述),对于只写属性的寄存器,虽然能够看到寄存器的内容,但不可信。

有时调试需要直接对寄存器或者变量进行赋值,可以双击对象,在命令行中加以更改。

c. 设置断点。断点调试应该是我们最常用的调试手段了,具体设置方法可以在代码处

直接双击设置或取消设置,或者通过工具条设置:

d.

点击Browse,选择要设置断点的函数。

读出存储器区域的内容,存成文件,以便于和原文件进行比较。比如怀疑代码区内容被更改或者在软件部制作完整的.bin本时,都需要用到此命令。 Data.save.Binary FileName Address STEP(F2)/STEP OVER(F3)/GO(F7)

有时侯,Trace32不能正确显示临时变量的值,这个时候可以通过查看汇编代码的方式确定临时变量真实的值。 查看函数的调用关系

有时需要弄清楚某一函数是哪个函数调用的,可以通过在此函数处设置断点,等程序停在此断点后,点击菜单view/Stackframe就能看到。

e. f. g.

h. 但有时候采用上述方法无法看到调用关系,这是可以通过R14寄存器(子程序链接

寄存器)来实现,eg:程序因为某种异常,跳到了中断向量表处。此功能对于定位 程序重启之类的问题还是很有效的。 第一步:设置断点

第二步:查看R14寄存器

能够看到R14寄存器的值是0x1BA9C8,此地址就是调用处代码的地址,具体内容可以点击Indirect List查看: 第三板:查看调用代码

i. 其他

以上是在命令行中输入的一些常用命令,其他的很多功能我还没有用过,相信这些功能对于我们的调试还是很有帮助的。大家调试时可以多试一试,如果有意外的发现,还请和大家一起分享,共同提高我们对调试工具的掌握程度!

TRACE32 调试技巧

1. 调试步骤

l 连接好 TRACE32-ICD 和目标板,注意不要带电插拔 JTAG ,容易损坏 TRACE32 或目标板,然后依次打开 TRACE32-ICD 和目标板的电源。 l 开启调试软件 TRACE32

l 设置 CPU 类型,状态等,可以通过命令或菜单,命令如下:

sys.reset

sys.CPU ARM7TDMI ; 这里设置 CPU 类型

sys.up ; 启动调试,如果正常的话,状态为 system.ready; 否则会报错,需要检查 CPU 设置是否正确, TRACE32 和目标板的连接和电源是否正常

如果调试正常启动后,就可以下载编译好的文件(可以是 .elf 、 .binary 等文件)到 RAM 或 FLASH 中调试了

l 下载编译文件,命令如下:

data.load.elf E:\\source\\test.elf /PATH E:\\source

这里的 /PATH 选项是用来指明源代码的路径,在调试时 TRACE 就可以查找到源代码了。 这里 TRACE 会根据 .elf 文件里包含的目标代码起始地址加载到 RAM 的对应地址上,也可以指定加载到 RAM 的地址,但须和编译时的设置一致,否则程序不能正常运行。 注: TRACE 也可以把编译目标文件烧录到 flash 中进行调试,需要使用 flash 烧录相关命令,这里就不详述了。

l 然后就可以设置断点进行调试了,如: break.set 0x0c008000

TRACE32 的断点有两种,一种是硬件断点(在 FLASH 中的断点),另一种是软断点(在 RAM 中的断点);硬件断点需要 CPU 的支持,如 ARM7 最多只支持 2 个硬件断点,如果使用了软断点的话,就只能使用一个硬断点了;而软断点没有限制,可以设置很多个。 注:在 TRACE32 中,如果要使用硬件断点,需要先设置好 FLASH 内存映射范围,如下命令:

Map.bonchip 0x0000--0xfffff ; 具体范围根据目标板 FLASH 的范围设置

l 设置好断点就可以正常调试了。

联系客服:779662525#qq.com(#替换为@) 苏ICP备20003344号-4