在实际调试中，TRACE32的JTAG速度怎么设定，以及连接时钟拉得太高会带来什么问题，这两个情况现场经常碰到。JTAG速度，本质上就是调试器跟目标芯片之间那根TCK时钟线上的频率；把频率调高一些，下载程序、读写内存和刷新变量这些操作确实能变快，可当板子上信号质量不够好、芯片上电后状态还不稳定、调试接口设计本身有缺陷，或者目标器件内部的时钟跟不上时，速度开得太高反而会让连接失败。在Lauterbach的调试会话教程里，也有这样的顺序：先选CPU、再按需要调整JTAG clock、接着设置芯片相关选项、最后建立通信。

　　一、JTAG速度可以怎么设置

　　在TRACE32里设定JTAG速度，常用的路子有两个，一个是打开【SYStem】窗口后在里面的JtagClock栏里填数字或者从下拉列表里选，另一个是在命令行或者自己写的.cmm脚本里敲命令来完成。如果是一个需要长期维护的项目，更稳当的办法是把最终的速度值固化到启动脚本里，不要每次都靠人工去图形界面上点来点去。

　　1.优先去看目标板能支持的范围。不要光盯着软件界面上能填的最高频率，还得查目标芯片的数据手册，同时把板子实际的走线、连接器种类、排线拖了多长，还有目标板的供电电压这些硬件条件都考虑进去；有的芯片要求JTAG时钟跟内部核心时钟保持一个固定的比例关系，要是两者之间存在这种固定关系，或者ARM核需要用到RTCK自适应时钟，就得专门去调整JTAG clock的值，不能随便填一个数字就不管了。

　　2.用命令来配置时钟。在命令行界面里敲入【SYStem.JtagClock 1.MHz】或【SYStem.JtagClock 100.kHz】，就能把频率设好，很简单；教程里给出的例子也有【SYStem.JtagClock RTCK】这种自适应时钟。头一次去连一块新设计的板子时，更加稳妥的做法是从一个较低的频率开始试，比如100kHz到1MHz之间，等到连接成功以后，再根据实际表现一点一点往上提。

　　3.在SYStem窗口里手工调整。把【SYStem】窗口打开，找到里面的【JtagClock】项，可以直接敲进想要的那个频率数值，也可以从下拉菜单里挑一个预设值；部分架构手册里也提到，JTAG调试时钟既可以在窗口的JtagClock字段里改，也能用命令去实现。不过如果一套脚本要给团队里多人一起用，窗口操作只适合临时拿来快速验证一下，最后还是应该把定好的参数写到.cmm文件里面去，这样大家的调试环境才能保持一致。

　　二、时钟设高了以后会引发哪些问题

　　JTAG速度一旦设得过高，它带来的故障常常不会直接提醒你“是时钟太快了”，而是会表现出一些非常随机的现象，比如连接一会儿成一会儿断、读回来的内存数据忽对忽错、程序下载到一半就中断，或者断点功能不太受控。在调试现场碰到这些，很容易让人先去怀疑是芯片坏了、供电出了故障，或者脚本有错误，可问题真正的源头却可能藏在通信频率上。

　　1.连接阶段就直接报错。如果执行【SYStem.Up】或【SYStem.Attach】命令时，调试器弹出“debug port fail”、“target not responding”或是“access timeout”这类提示，第一个动作就该把JTAG速度降下来再试一次；在Lauterbach关于RH850芯片的说明里明确写过，debug port fail有可能是JTAG clock过高，可以试试用【SYStem.JtagClock 1MHz】把时钟降下来排查。

　　2.内存读写一会儿好一会儿坏。有时调试器能连上目标板，但读内存的操作一阵正常一阵又报错，或者下载程序中途突然中断，这些也很有可能是TCK频率太高造成的；命令说明里提过，JTAG频率会直接影响下载速度，如果JTAG信号线上接了缓冲器、带上了额外负载、走线电容偏大，或者参考电压VTREF比较低，就需要把频率往下调，过高的频率会让数据在传输过程中出错，表现出来的就是各种读写不稳定的情况。

　　3.断点和单步功能表现异常。当通信因为时钟过高变得不稳定时，断点设置就很容易频繁失败，单步执行时程序可能停不住，甚至连寄存器窗口里显示出来的值都对不上；遇到这种情况，不要只盯着编译优化或者符号文件查，先试试把JTAG速度调回一个比较保守的值，然后重新执行【SYStem.Down】、【SYStem.Up】来验证，这一类的异常往往自己就会消失。

　　三、怎样调才能让JTAG速度稳定可靠

　　JTAG的速度并没有一个对所有板子都通用的固定数值，因为每块板的物理环境和走线方式都不一样；比较稳当的调整办法是，从一个低速率开始起步，能顺利连上就算过关，然后再慢慢把频率往上加，找到那个能稳定工作的上限，最后把确定下来的数值固化到项目的启动脚本里。

　　1.从较低速率开始排查。对于全新的板子、用了飞线连接的调试口、中间加了转接板的、排线拖得比较长的，或者尚在样机阶段的硬件，一上来最好先用【SYStem.JtagClock 100.kHz】或者【SYStem.JtagClock 1.MHz】去试；如果低速率下可以顺利连接，而速率一调高就连不上，排查方向基本就能锁定在JTAG信号质量、目标板自身的电气特性，还是单纯速度设得过高这几点上面，不至于毫无头绪地乱找。

　　2.检查硬件信号本身的情况。如果连低速率的状态都不够稳，那就要把目光移到硬件信号上了，尤其要去查看TCK、TMS、TDI、TDO、RESET、VTREF还有GND这些引脚的波形干不干净；支持文档里提醒过，调试信号波形质量差，例如TCK线上出现了比较明显的反射，就可能造成连接问题，这时候可以用示波器去量一下TCK，有必要的话在TCK线上串一个终端电阻来做匹配，往往能起到改善效果。

　　3.把稳定下来的数值写进脚本里。等到能稳定工作的最高速确定以后，就把对应的命令写进每次启动都会调用的.cmm脚本里，例如【SYStem.JtagClock 1.MHz】这一行，并要把它放在【SYStem.Up】命令之前去执行；这样处理之后，以后无论是换了电脑、换了别的人来接手调试，还是TRACE32软件重启，每次的连接行为都能保持一致，也能减少因为手工设置而带来的出错可能。

　　总结

　　在TRACE32里设定JTAG速度，以及弄清楚时钟过高带来的各种问题，最关键的一条就是别一上来就去追求高频率。JTAG速度可以通过【SYStem.JtagClock】命令来调整，也可以在【SYStem】窗口里操作；头一次连接板子时，最好先用较低的速率把连接打通，等确认连通了以后再逐渐往上提。要是碰到debug port fail、access timeout、下载中断、内存读写出错或者断点功能异常这些情况，第一步先把JTAG时钟往下降一降，然后再去检查TCK信号波形、参考电压VTREF是否正常、排线会不会太长，以及目标板上的连接牢靠不牢靠；一旦找到了稳定工作的速度值，一定要把它固化到.cmm脚本文件里，这样后面的调试工作就能省掉很多预料不到的返工。