当前位置：文档之家 › 常见的调试错误

常见的调试错误

  • 格式：doc
  • 大小：32.50 KB
  • 文档页数：10

MPLAB ICD2 调试问题的处理 1、 ICD2调试时出现“ICD0083: Debug: Unable to enter debug mode. Please double click this message for more information.”

答：通常这说明ICD2不能和调试执行程序通讯，这有可能是目标时钟或电源问题使得ICD2不能和调试执行程序通讯，保证晶振的管脚和OSCKI/OSCKO充分接近，4MHz以上晶振推荐使用HS模式，如果是外部32K低频晶振，重新“connect”一下可执行调试指令，也有可能内部或外部晶振使能了PLL功能而进不了Debug模式的，关掉PLL即可；再还有可能是配置位设置不当引起的，查看Config>Configuration Bits,确保看门狗被禁止，代码保护、掉电检测等被关闭。

也有可能是复位引脚接了电容或二极管之类引起的。 2、 连接ICD2时显示“ICD0021: Unable to connect with MPLAB ICD 2”

答：请检查一下ICD2与电脑连接的通讯口是否设置正确（USB or COM）。

3、 连接ICD2时显示“ICD0286: Unable to communicate with ICD。ICD0082: Failed MPLAB ICD 2 operation” 答：这可能是操作系统有误，此时手动下载操作系统即可。 4、 连接ICD2时显示“ICD0019: Communications: Failed to open port: (Windows::GetLastError() = 0x2, '系统找不到指定的文件。') ICD0021: Unable to connect with MCU.”

答：通常是ICD2驱动找不到，需重装。也可能是由于PC的USB口供电不足导致驱动无法正确加载。

5、 ICD2自检不通过提示“... Failed Self Test. See ICD2 Settings (status tab) for details”

答：ICD2自检主要是对Target Vdd、Target Vpp、MCLR GND、MCLR Vdd、 MCLR Vpp五个管脚电压进行检测，任何的一项不正常都会通不过。出错具体情况可在ICD2 的status栏进行查看，找出出错的项，再检查该项的相关硬件连接。若是PIC18J、PIC24、dsPIC30、dsPIC33系列的器件，是无法从ICD2供电给它们的，要求目标板外接电源，且要注意它们的电压范围。

注：可能有些芯片会提示Vpp High 从而导致自检通不过，这是ICD2的固件中检测Vpp电压时所设的上限阈值偏小所致，通常可忽略，ICD2还是能正常编程和调试的。 6、 ICD2自检通过，但提示没找到目标ID，读到的ID是‘0’，显示“ICDWarn0020: Invalid target device id (expected=0x89, read=0)”

答：此时首要任务是检查硬件连接，PGC/PGD有无接错，或PGD/PGC上有容性负载或感性负载。若是PIC18J器件，请确认vddcore是使能且该脚接了0.1-10uF的低ESR电容。注：ICD2到目标板的连接线如果是一端水晶头，一端插针的，要注意蓝色才是第一根，白色一般是不用的。

7、 ICD2自检通过，但提示没找到目标ID，读到的ID不是‘0’，但和期望的不符合，显示“ICDWarn0020: Invalid target device id (expected=0x89, read=0x71)”

答：首先检查芯片型号选择是否正确；如果是Debug模式下出现该提示，要先确认所选的MCU是否需要header才可通过ICD2调试。如果用了header出现该提示，那么检查header上用来设置ADC的enable/disable的跳线，这个跳线也会影响目标device的ID。

8、 ICD2编程时提示编程成功但校验失败 答：首先检查PGC/PGD有无外电路干扰，再看看Vdd有没有达到4.5V以上 （PIC18J/PIC24/dsPIC33F系列除外），ICD2对芯片编程时首先要全擦，对大部分PIC来说执行“Bulk Erase”时Vdd最小电压是4.5V。这就要求即使是LF版的PIC在用ICD2编程时Vdd至少是4.5V，当然编完程后还是可以在低电压下（3V）使用ICD2调试的。

如果芯片有AVdd和AVss脚, 请在ICSP编程时分别接到Vdd和Vss, 否则也会出现这样的错误。

其次，也有可能是由于从ICD2向目标板供电，使烧写电流不足导致的，此时建议从目标板供电。

9、 用ICD2调试或烧写PIC16F630/676，PIC12F629/675等带内部RC的器件，连接ICD2时警告“ICDwarn0044：Target has an invalid calibration memory value (Value). Continue?”

答：这是这些器件的程序存储器最后一个单元上的内部RC校准值（retlw xx）被修改了，可用PICkit 1重新生成一个值；也可在MPLAB IDE的Programmer--settings--calibration memory选项卡里把Allow ICD2 to program calibration memory 前的勾打上再填一个新的值,烧写后再次连接就没问题了。

10、 为什么在配置锁相环（PLL）振荡器时有问题，ICD2被挂起？

答：这是PICmicro单片机所要求的。在对PLL振荡器的配置位编程后，电源需要断开然后再加到目标板上。如果没有这样做，目标PICmicro单片机将没有时钟。没有时钟，调试模式将不能工作。同样，如果在切换到PLL模式时，电源没有被断开再连接，器件可能会运行，但没有使用PLL。

11、 在调试PIC12F629/675/PIC16F627A/628A/PIC16F630/676/PIC16F648A时，为什么会有Invalid target device id警告？

答：在使用MPLAB ICD2和ICD2 仿真头调试这些器件过程中，这些器件的GP1/RA1 引脚不能被拉高,否则会警告Invalid target device id。参见MPLAB ICD 2 Header文档。

12、 单步执行时，定时器为什么运行不正常？ 答：这是使用在线调试器的缺点之一。由于代码实际上是在调试执行程序中运行，在调试执行程序运行期间，即使用户的应用程序被中止，定时器也会继续运行。

13、 通过RETFIE 指令来使用高优先级中断时，为什么 W 、STATUS 和BSR寄存器的值会改变？

答：用于高优先级中断和CALL FAST 的影子寄存器被MPLABICD 2 使用了。这些是保留给MPLAB ICD 2 操作的资源。如果断点设置在CALL FAST 子程序内，或者在通过RETURN FAST 或RETFIE 指令使用了影子寄存器的高优先级中断服务程序内，将会出现问题。

14、 dsPIC 使用ICD2在线调试的接口选择 答：在某些情况下，dsPIC默认的编程和调试引脚功能PGC/EMUC和PGD/EMUD，可能与其他外设（如I2CTM、SPI或UART模块等）引脚复用。在这种情况下，应用能将这些引脚用于编程，但不能用于在线调试。此时在线调试应该使用备用调试通道，EMUC/EMUD1、EMUC2/EMUD2或EMUC3/EMUD3，具体的电路设计请参考152816.pdf文档。

15、 当在程序的起始位置设置一个断点时，为什么它停止在地址0001 ，而不是地址0000 ？

答：MPLAB ICD 2 在断点后的指令上暂停。这意味着设置了断点的地址0000 处的指令会被执行，接着当它发现断点时，程序计数器会指向地址0001。如果用户需要在其代码的第一条指令处暂停，他们必须在地址0000 处插入一条NOP 指令。

16、 调试时出现ICDWarn0015: Program memory has changed since last program operation?

答：程序修改之后没有再重新编译、烧写到芯片里。 17、 连接时出现ICD0152: Failed to read all of requested bytes (0x0 of 0x8)

答：首先，ICD2是用USB还是串口跟电脑连接的？如果是串口连接的，改一下串口属性，具体步骤如下：

右击我的电脑--属性--硬件--设备管理器--端口（COM）--COM1（如果用其他COM，则选择相应的COMx）--属性--端口设置，在这里要做两个设置：

1，流控制方式--选择硬件 2，点击“高级”按纽--使用FIFO缓冲区。。。前面那个钩去掉。 设置完后可能还需要重启电脑。

其次，升级一下IDE版本。 18、 安装USB接口时，选择的是从指定位置安装，第一次提供的是ICD2W2K1.INF，安装完后又重复让安装，提供的是ICD2W2KL.INF，这是怎么回事？

答：这是正常的，它需要安装两次。 19、 为什么软件上无法选择由ICD2向目标板供电？

合集下载

Keil使用Debug调试模式时出现的几种错误总结

Keil使用Debug调试模式时出现的几种错误总结

Keil使⽤Debug调试模式时出现的⼏种错误总结Keil版本：keil4V4.60调试器：j_link1.在使⽤j-link下载程序时，target options中的debug选项中选择了j-link选项后，出现了J-LINK the connected emulator is a j-link clone问题，然后keil软件⾃⾏关闭。

解决⽅式：⽤SEGGER安装⽬录下的JLinkARM.dll替换掉MDK安装⽬录下的./ARM/Segger/JLinkARM.dll就可以了2.出现了TCK (pin 9) low, but should be high. Please check target。

的错误解决⽅式：⾸先先检查原理图中是不是接错线了（就我⽽⾔，错的实在是太离谱，电源和地接反，⽽且BOOT0引脚完全没有接地），当我将这些个问题解决掉了之后，设置target options->Debug->右上⾓Use->Setting->Debug->Port选择SW选项。

3.在解决第⼆个问题之后，出现了未发现CPU的错误。

解决⽅式：这个问题的解决⽅式是在target options中的Utilities选项中点击Settings在Programming Algorithm选择框内添加芯⽚的类型（就我⽽⾔是STM32F10x 128K的）就⾏。

4.在debug模式下进⾏调试时，发现程序没有从main函数进⾏运⾏，⽽是⼀直在汇编代码BKPT那⾥停下，当点复位时，到了systemInit那⾥解决⽅式：我在⽹上查找资料，⼀般的解决⽅式有以下的⼏种：1）.⼯程所在⽬录存在汉字⽬录或⽬录路径过深（由于所⽤软件绝⼤部分为外国软件且可能都是破解版，导致对汉字⽀持较差）；实测⼯程汉字⽬录较长（⼤概30个汉字）且⽬录路径较深（7级），导致进⼊调试模式单步执⾏了 2 步，就出现了 IDE 已停⽌⼯作，KEIL崩溃2）.KEIL 软件本⾝⼀些必要的配置，即Target Options Configure的Dubug选项下⾯选择Run to main()3）.程序中存在的问题，就好⽐上述使⽤了未实现 printf() 函数或未实现的函数、条件宏等；4）.硬件问题，当然做个最简单的流⽔灯便能排除。

CCS调试DSP常见错误及解决方法-文档资料

CCS调试DSP常见错误及解决方法-文档资料

实验常见错误及解决方法1、启动CCS 时出现如下错误：错误原因：以前在CCS setup里设置当前使用的平台为sdgo2xx（硬件仿真），或者同时设置为sdgo2xx 与c2xx simulator ，所以进行软件仿真时应设置当前正在使用的为c2xx simulator 。

解决方法有两种：方法1点击"终止”，然后重新设置CCS setup,将sdgo2xx移除。

方法2:点击"忽略”，然后在“ Parallel Debug Manager ”中Open菜单下选择c2xx simulator2、编译连接时出现如下错误：错误原因是:文件命名、文件夹命名或保存位置不正确。

文件命名:不能以数字开头（包括mak 文件的名字）文件夹命名:不能为中文保存位置：项目文件（mak文件）存储的位置一定要与其它文件（C文件、asm文件、h 文件、cmd 文件、等）放在同一目录下,且最好放在“ x:\tic2xx\myprojects ”目录下。

3、编译连接时出现如下错误提示：warning: entry point symbol _C_int0 undefined错误原因：用C 语言开发的DSP 程序在向工程文件添加文件时没有添加运行支持库文件rts2xx.lib注意rts2xx.lib 的路径：在C:\tic2000\c2000\cgtools\lib 目录下4、CCS 与CCS setup 均不能启动,提示：不能正确初始化程序或者CCS 运行到某个地方后（例如编译连接后）不能停止,观察任务管理器,发现cc_app.exe 占用CPU 为100%,即CCS 已经死了。

错误原因：CCS 被病毒感染或破坏,或者多个版本CCS 共存,相互干扰。

解决方法：方法1：重新启动电脑方法2：用运行正确的cc_app.exe程序替换被破坏的cc_app.exe程序。

5、编译连接通过,加载程序后,在运行时出现如下错误提示：错误可能原因：第一种可能：没有加载CMD 文件第二种可能：CMD 文件已加载,但CMD 文件编写有问题,存储器配置、定位不正确第三种可能：用C 语言编写的DSP 程序, C 初始化设置错误,已修改C Initialization 设置,方法：Project ——> Option——> Linker6、探测点设置不成功注意：①在设置探测点时应先加载程序。

Excel中的公式调试技巧与常见错误解决方法

Excel中的公式调试技巧与常见错误解决方法

Excel中的公式调试技巧与常见错误解决方法Excel作为一款广泛使用的电子表格软件，公式的编写和调试是使用者经常面临的问题。

本文将介绍一些Excel中的公式调试技巧和常见错误解决方法，希望能帮助读者更好地应对公式编写和调试的挑战。

一、公式调试技巧1. 使用函数助手Excel提供了函数助手，可以帮助用户快速找到需要的函数，并提供相应的参数说明和示例。

在公式输入框中输入函数名称的前几个字符，然后按下Tab键，Excel会自动补全函数名称，并显示函数助手。

用户可以通过函数助手查看函数的用法和参数要求，从而更准确地编写公式。

2. 使用单元格引用在编写复杂的公式时，使用单元格引用可以使公式更易读和易调试。

将公式中的常量值替换为对应的单元格引用，可以方便地修改和调试公式。

此外，使用命名范围可以进一步简化公式的编写和调试过程。

3. 使用条件格式条件格式是Excel中一个非常有用的功能，可以根据特定的条件对单元格进行格式化。

在调试公式时，可以使用条件格式来验证公式的正确性。

将公式应用到需要验证的单元格范围，并设置条件格式，如果格式化结果与预期一致，说明公式编写正确；如果不一致，则需要检查公式中的错误。

二、常见错误解决方法1. 语法错误语法错误是公式编写过程中最常见的错误之一。

当公式中存在语法错误时，Excel会在公式输入框中显示错误提示。

用户可以根据错误提示进行修改，常见的语法错误包括拼写错误、缺少括号、引号未闭合等。

此外，使用函数助手可以避免一些常见的语法错误。

2. 引用错误引用错误是公式调试过程中常见的问题之一。

当公式中引用了不存在的单元格或范围时，Excel会显示引用错误。

为了解决引用错误，用户需要检查公式中的引用范围是否正确，并确保引用的单元格存在。

如果引用的单元格范围发生变化，可以使用“查找替换”功能来快速修改引用。

3. 数据类型错误数据类型错误是公式中常见的错误之一。

当公式中使用了不兼容的数据类型时，Excel会显示数据类型错误。

调试技巧：解决程序中常见的逻辑错误

调试技巧：解决程序中常见的逻辑错误

调试技巧：解决程序中常见的逻辑错误在程序开发过程中，逻辑错误是常见的问题之一。

这些错误通常是由于程序员在编写代码时未正确理解问题要求或逻辑关系所导致的。

为了解决程序中常见的逻辑错误，下面介绍一些调试技巧：1.仔细阅读代码：首先，需要对代码进行仔细的阅读，理解代码的逻辑结构和流程。

逐行分析代码，找出可能存在问题的地方。

2.使用日志输出：在关键的代码段或逻辑分支中添加日志输出语句，记录程序运行时的关键信息，有助于追踪程序执行过程中的问题。

3.使用调试工具：现代集成开发环境（IDE）通常都提供了调试工具，可以设置断点、单步执行代码、查看变量值等功能，帮助定位和解决问题。

4.检查输入输出：检查程序的输入和输出，确保程序按照预期的方式接收输入并产生正确的输出。

输入数据是否符合要求，输出数据是否与预期一致。

5.精简测试案例：对于复杂的程序，可以通过精简测试案例的方式来定位问题。

使用简单的输入数据和情景，逐步排查问题所在。

6.分析逻辑错误类型：逻辑错误常见的类型包括条件判断错误、循环控制错误、数据处理错误等。

针对不同类型的逻辑错误采取相应的调试方法。

7.使用错误检查工具：一些编程语言和开发工具提供了错误检查功能，可以帮助发现一些潜在的逻辑错误，及时修复问题。

8.代码复审：让其他人审查代码，往往能够帮助发现自己忽略的逻辑错误。

代码复审有助于改善代码质量和减少逻辑错误的发生。

9.参考文档和资源：在解决逻辑错误时，可以查阅相关的文档和资源，了解问题的背景和解决方案，有助于更快地解决问题。

10.持续学习和提高：逻辑错误的解决需要持续学习和磨练技能。

积累经验和不断提升编程能力可以更好地处理逻辑错误。

总的来说，解决程序中常见的逻辑错误需要耐心、细心和技巧。

通过仔细阅读代码、使用日志输出、调试工具等方式，可以帮助定位和解决逻辑错误，提高程序的质量和稳定性。

同时，持续学习和提高编程能力也是解决逻辑错误的关键，希望以上调试技巧能对程序员们有所帮助。