MPLabX吃了我的PICkit3

据我所知，Microchip没有人承认这一点，但是当设置ICD工具的IDE与ICD工具的目标特定部分不匹配时，将ICD工具连接到IDE的“通用”代码可能导致PICkit3、ICD3或RealICE失败。使用MPLABX安装好，然后使用MPLAB 8.92程序将不同的目标设备与PICTIT3一起工作。现在回到MPLABX，不同的目标特定代码被下载到PICkit3，但“通用”代码是MPLAB 8.92中剩下的内容。现在，PICkit3被欺骗了。仅仅使用MPLABX也可以达到这种状态，但是过程更加复杂，并且Igo贯穿的步骤并不总是失败，因此我还没有可再现的情况。对我有效的恢复方法是强制更新“通用”代码，然后进行更新我不打算使用PIC家族，然后更新我要使用的PIC家族。这一直是我的工作。此外，WiMeWS10还做一些“USB”挂起的“新”东西，这会损坏一个PICTIT3。有一个注册表黑客来修复这个，但我现在找不到链接。当我这样做的时候，我会更新这个帖子。

在任何挑选它的冰和真正的冰。如果调试器与版本MPLAB不匹配，操作固件将无法与它们一起工作。这一直是MPLAB8的一个问题。较新的MPLAB X版本将更新固件，如果版本太新。但是在8，是的，你需要强制更新。

伙计们，谢谢你们的回复。只是在这里添加更多的信息给任何遇到同样问题的人……当交换一个PIC家庭时，PIC通常需要对这个家庭进行更新。在“输出”窗口中可以看到“下载AP”或“更新AP”。一旦完成，调试器将识别PIC并附加。但是上面描述的问题比这更根深蒂固。PICTIT3，虽然与芯片（33 EP或24FJ）通信在MPLabX中呈现的数据是错误的（和MPLAB8后测试时），因此验证错误。这意味着PIC编程不能通过PICTIT3工作或损坏。但是ICSP编程实际上是正确的。在MPLAB8中，固件不得不停用。这将导致输出窗口显示如下…下载固件..下载引导加载程序..自检。而且，正如我所理解的，如果你中断这个序列，你就可以“砖头”你的程序员。Yorky。

是的，你可以舔皮卡。你可以通过在USB电缆中插入按钮来保持它的引导加载。但是它将不能与MPLABX版本固件一起工作。它也不会自行修复。那就改变了家庭，或者力量和更新。