ARMSYS-ICE型ARM仿真器FAQ

随着当前系统设计复杂度的提升，调试过程中碰到问题的几率大大增加，在各种问题中我们需要分析问题的根源和实质以便去正确的解决。ａｒｍｓｙｓ－ｉｃｅ与目标板的连接仅限于ｊｔａｇ接口，两者之间的耦合度已降到最小不会对目标板的逻辑和电气性能产生影响，对于一些刚开始使用ａｒｍｓｙｓ－ｉｃｅ的客户我们总结了一些常见问题提供给用户希望能够有所帮助。　　问题１：ｍｕｌｔｉ－ｉｃｅ　ｓｅｒｖｅｒ程序启动失败　　原因：计算机ｂｉｏｓ中的并口类型设置不正确，请修改后重试。一般推荐用户选择ｅｐｐ类型。　　问题２：ｍｕｌｔｉ－ｉｃｅ　ｓｅｒｖｅｒ程序启动失败出现ｔｃｐ／ｃｐ堆栈出错　　原因：开发ｐｃ机没有连接网络，或没有安装网络服务程序如果不需要使用网络服务功能可以在ｍｕｌｔｉ－ｉｃｅ　ｓｅｒｖｅｒ的ｓｅｔｔｉｎｇｓ　＞　ｓｔａｒｔ－ｕｐ　ｏｐｔｉｎｏｓ菜单中关闭该功能。　　问题３：ｍｕｌｔｉ－ｉｃｅ　ｓｅｒｖｅｒ程序自动识别目标失败　　原因１：目标内核不能识别，在本手册前面章节中详细列出了目前版本的ａｒｍｓｙｓ－ｉｃｅ所支持的内核种类，如果能够检测到正确的ｔａｐ控制器并建立起通信，但不能返回内核ｉｄ号，将在屏幕上显示“ｕｎｋｎｏｗｎ”，这时调试程序不能正常工作，用户需要从厂家得知正确的ａｒｍ芯片内核类型，并新建一个配置文件来进行手动配置。配置方法参见使用手册。　　原因２：信号问题，最常遇到的信号问题包括：　　□　ｒｅｓｅｔ信号没有上拉电阻，ｒｅｓｅｔ包括ｎｔｒｓｔ和ｎｓｒｓｔ这两个信号应在目标板上用小于１０ｋ的电阻上拉；　　□　　　　　ｔｃｋ信号的频率太高，该频率受制于ｔａｐ控制器、标板布线和连接电缆等因素。有些ｔａｐ控制器只支持到１ｍｈｚ速率，这时候需要调整ｔｃｋ频率设置。　　问题４：同调试程序连接时提示“ｃａｎ’ｔ　ｓｔｏｐ　ｐｒｏｃｅｓｓｏｒ”　　原因１：在当前环境下ｊｔａｇ的时钟频率过高，请尝试降低ｔｃｋ的频率；　　原因２：如果ｍｕｌｔｉ－ｉｃｅ　ｓｅｒｖｅｒ程序是手动配置的，则需要检查；　　□　配置错误、处理器类型、连接次序等设置错误；　　□　ｊｔａｇ问题，进行手动配置时因先确保在自动时能够检测到ｕｎｋｎｏｗｎ，这样说明ｊｔａｇ接口通信正确。　　原因３：ａｒｍ芯片接口的ｄｂｇｅｎ信号被不正确的拉低，如果该信号有片外接口请检查；　　原因４：目标处理器的时钟不正确；　　问题５：同调试程序连接时出现“ｄａｔａ　ａｂｏｒｔ”提示　　原因１：当调试程序启动时，处理器将停在当前ｐｃ值指向的地方，同时读取该ｐｃ值周围一部分　　地址的存储器值，如果这些地址正好没有被使用或指向空就会出现上述提示此情况，属于正常范围；　　原因２：如果使用了存储器ｒａｍ或ｒｏｍ出现这种问题，表明在存储器访问上可能存在数据错误，请检查存储器。　　原因３：当用户下载程序到目标板时，下载的目标地址是在编译器中指定的，如果编译器里设置的目标地址与目标板上可写存储器的物理地址不能对应，也会出现上述提示。因为调试程序试图往错误的物理地址写入用户程序而出错。这时需要检查并重新设置编译器。　　问题６：在调试过程中经常停止，有时候甚至进不了调试程序　　原因：在排除了调试程序本身的问题后，这一类带有随机性的问题可以考虑是硬件时序或逻辑问题引起的。最主要的可能性是ｎｔｒｓｔ和系统ｒｅｓｅｔ信号不可靠。ｒｅｓｅｔ信号的不可靠包含两方面，正常工作时要求稳定的保持高电平，复位状态时要求有足够时间的低电平。ｒｅｓｅｔ电路因为简单通常会被忽略，但事实表明很多貌似奇怪的问题最后都归结在这里。无论是从调试的角度还是最后稳定工作，我们都建议用户采用一个好的ｒｅｓｅｔ电路或是专用ｉｃ来代替简单的ｒｃ电路。　　问题７：调试程序出现“ｈａｒｄｗａｒｅ　ｉｎｔｅｒｆａｃｅ　ｔｉｍｅｏｕｔ”提示　　原因１：目标板与ａｒｍｓｙｓ－ｉｃｅ的连接断开或ａｒｍｓｙｓ－ｉｃｅ与ｐｃ之间的连接中断；　　原因２：ａｒｍｓｙｓ－ｉｃｅ供电中断或供电不足　　原因３：ａｒｍｓｙｓ－ｉｃｅ与目标板的通信停顿，一般都是因为打开了ｒｔｃｋ选项但是检测不到合适　　的ｒｔｃｋ信号，此时用户可以不使用ｒｔｃｋ功能或检查该信号的布线。　　问题８：调试程序提示“ｕｎａｂｌｅ　ｔｏ　ｓｅｔ　ｂｒｅａｋｐｏｉｎｔｓ　ｏｎ　ｅｘｃｅｐｔｉｏｎ　ｖｅｃｏｒｓ”　　原因：映射表中的起始地址对应的存储器类型是ｒｏｍ，ａｒｍｓｙｓ－ｉｃｅ不能在ｒｏｍ上设置断点。　　问题９：与ａｒｍ９内核