所以我有5板使用我设计的Atmega 2560。它们都是正确的，最初能够使用AVRISP MK2与Atmelstudio Studio进行通信。第一板能够闪烁，设有锁定位和福音，然后它仍然能够与程序员进行通信。第二板最初可以刷新程序，并设置锁定位，但是设置保险丝后，我得到了错误：
"未能输入编程模式。iSpenterProgmode：接收到的错误状态：GET 0xC0，预期0x00（命令未能在工具上执行）
无法输入编程模式。验证设备选择，接口设置，目标功率，安全位以及与目标设备的连接。"
我什至无法阅读设备签名。我以为这也许是错误的芯片，由于我还有其他3个董事会可以使用，所以我只是忽略了它。编程第三板时，我经历了相同的过程，并且出现了相同的错误。但是第四板在做同样的事情时工作。
我仍然是AVR场景的新手，并感谢您提供任何帮助，以使破碎的2个板上工作。我知道水晶（16MHz），程序员甚至ISP时钟（125kHz）并不是什么问题。＆amp;它不是接线的东西。我尝试擦除故障的芯片，但无法这样做并保持相同的错误。有没有办法将芯片重置为库存，或者只是能够与芯片重新建立通信。
该过程如下：1）闪烁芯片2）将锁定位设置为" 0xcf"3）将保险丝设置为"扩展0xfd"，"高0xD8"，"低0xff"4）再次闪光芯片并收到错误。
低保险丝0xff表示cksel3：0位为0b1111。这意味着选择了低功率晶体振荡器（请在数据表的第40页上参考10.4）。
驾驶16 MHz晶体时，低功率振荡器可能不稳定，并且无法驱动陶瓷谐振器超过10 MHz。它可能对示意图的实现和噪声非常敏感。代替它，最好使用全挥发振荡器（低保险丝字节0xF7）。检查示意图实现，谐振器的类型和Xtal引脚的电容。
要恢复ISP连接性，您可以在Xtal1 PIN上施加谐振器，并在数据表的第339页上应用约1 MHz方波（请参阅第339页）。
我在Atmel Studio 7开始调试。
- 关于启用Dwen保险丝的问题选择是
- 然后停止调试并进入
Device Programming->Device information->Reload。 - 解决方案正在返回调试（继续使用F5），并用
Debug->Disable debugWire和CLOSS进行结束调试。
因此，如果运行调试，则设备编程被阻止并显示上述错误。
尝试从Microchip Studio中尝试此信息。它解决了我的问题。调试线是通过使用另一个IDE和会话设置的。
https://microchipsupport.force.com/s/article/atmega328p-xmini--- failed-failed to-enter-enter-programming-mode
我收到了与此线程相同的错误消息，我的原因是另一个。我确实混淆了味o和mosi。
所以，iSP/debugger/atmle-ice/etc的行味线。转到您的Atmel-controller的Miso针。莫西去了莫西。相同的lanble到同一款项。
因此，没有跨频率，例如串行TX-＆gt; rx rx-＆gt; tx eTsick等。
我能够使用提供一些额外步骤的文章来解决此问题。鉴于此问题是一年前发布的，我希望您已经弄清楚了。
- 右键单击您的应用程序，然后选择属性属性
- 选择左侧的工具，然后将工具从ISP更改为debugwire并保存（ctrl s）工具
3）从那里转到"调试菜单"，然后选择"开始调试"one_answers"断开"
-
调试器启动后，请返回调试菜单，然后选择"禁用debugwire"并关闭。
-
关闭Microchip/Atmel Studio并重新启动。
工作室打开备份后，打开您的应用程序，然后按照步骤1和2的方式将工具切换回ISP。
。我希望这可以帮助其他人遇到这个问题。
在我的情况下有两个原因：董事会中的一个程序员引脚的第一个不良连接，第二个错误的microNctroller被选中（atmega88而不是atmega88pa）。