如果你写过一阵子 MicroPython，大概已经习惯了这种循环：加几行 print，烧进去，看串口输出，猜哪里不对，再改再烧。整个过程谈不上优雅，但也没别的办法——毕竟在单片机上跑一个完整的调试器，从来都不是件轻松的事。

现在有人想把这个环节补上。ghi-electronics 提供了一套方案，让你可以在 Visual Studio 里对 MicroPython 做完整的片上源码级调试。听起来像是要配一堆专业工具，但实际门槛比想象中低：一个受支持的 MicroPython 开发板，加上你平时烧程序用的那根 USB 线，就够了。

打开网易新闻 查看精彩图片

代价在哪：固件得换

方便是有前提的。你要么自己构建一份定制的 MicroPython 镜像并烧录，要么直接用他们提供好的版本。换句话说，这不是装个插件就能生效的事，开发板上的固件本身得换成带调试支持的那一份。

他们目前支持多个版本的 Raspberry Pi Pico，也支持 ESP32 系列芯片。覆盖面不算窄，但也不是插上就能用——固件这一关绕不过去。

有人试过手边一块“不太对劲”的 Pico，结果刷不进去。换了一块正常的，一切按预期工作。再往下查才发现，那块奇怪的板子（一块 RP2040 GEEK）其实很可能已经接受了固件，只是在初始化阶段报了个错。类似的情况在 Linux 配 ESP32-S3 上也有已知问题。所以如果你遇到刷写失败，未必是方案本身不行，可能只是某块板子和它的兼容性有点小摩擦。

自己构建，是另一条路

当然，你完全可以自己构建镜像。但这就意味着要把工具链和一堆依赖凑齐，工作量明显上一个台阶。对于只是想快速验证逻辑的小程序来说，未必值得。

这也是这套方案真正有意思的地方：它没有试图说服所有人“你必须用调试器”。它承认，简单的程序用 print 就够了。但当你需要盯着变量看它怎么变、需要把控制流在眼前一步步走一遍的时候，有个真正的调试器在手边，感觉完全不一样。

不是替代，是多一个选项。

已知的限制，先摆出来

GitHub 上列了一些限制，值得提前知道：

  • 代码自己已经捕获的异常，调试器抓不到——不过理论上你可以在异常处理函数里下断点
  • 断点会暂停所有线程
  • 还有其他一些限制，但都不算致命

这些限制不会让方案变得不能用，只是提醒你：它不是一个无所不能的调试环境，边界在哪里，最好心里有数。

为什么这件事本身不容易

完整版 Python 自带一些调试辅助能力，MicroPython 也保留了其中一部分。但要在此基础上搭出一个能用的调试器，并不是一件顺手就能完成的事。这也是为什么长期以来，MicroPython 开发者的调试手段基本停留在 print 层面——不是不想做得更好，是这件事本身有难度。

所以这套方案的价值，不在于它有多惊艳，而在于它把一件原本麻烦的事，变得只需要一根 USB 线。对于习惯了 print 大法的人来说，多一个能看见变量、能看见控制流的选择，总归是件好事。

至于要不要换固件、要不要折腾工具链，就看你手头这个项目，值不值得多花那点时间了。