解决MicroPython执行SD卡中的main.py文件中的死循环出不来的问题

解决MicroPython执行SD卡中的main.py文件中的死循环出不来的问题

苏勇，2022年3月

Introduction

前文（尚未发布）提到，我目前已经启用Thonny对接KE18F/F3270上的MicroPython，但如果把main.py写成死循环（在实际开发时，必须写成死循环，否则程序执行完就不工作了），复位开发板后，由于MicroPython直接进入main.py中的死循环，调度器始终占用CPU，再没有机会进入REPL同Thonny对接了。解法只能是把SD卡取下来，改掉其中的main.py文件的死循环，再把SD卡装回去，重新启动开发板。

我曾想试着利用CTRL+C打断调度器，但不起作用。查了MicroPython的开发者论坛，在早期版本中，确实CTRL+C仅在USB模拟串口实现的REPL中能打断调度器，在UART的REPL中不能打断调试器。（但CTRL+C还是能从CTRL+E进入的paste模式退出来的）

https://github.com/micropython/micropython/issues/1568

好吧，我暂时不想动MicroPython内核，去改UART的REPL中对CTRL+C的操作模式，否则无法同主流MicroPython兼容。那就只能从硬件上想办法。

Algorithm

利用一个用户按键boot1，改变程序进入main.py的执行流程：

• 在MicroPython的文件系统中设计两个py文件：boot.py和main.py，其中boot.py用户平时没事别动；如果想自己写代码，改main.py就好了
• 在MicroPython的main.c写死固定启动流程，从先找boot.py文件，如果没有，就直接进入REPL，如果有就执行boot.py
• 在boot.py中，读电路板上一个按键引脚的电平（用Python语言写的），如果为默认高电平，则转入main.py，否则就直接进入REPL。

这样设计，希望产生的效果是：

• 默认情况下，MicroPython会一路执行到main.py。如果所有的应用程序都在main.py循环，板子上电就可以正常工作。
• 在有main.py中的死循环时，若要返回REPL，可按下boot.py指定的用户按键boot1，再执行硬件复位或者重新上电。在人为参与的情况下，可以跳过main.py中的死循环直接进入REPL，此时是可以用Thonny连上MicroPython的。

Implementation

boot.py

from machine import Pin
import os

btn = Pin('PC15', mode=Pin.IN_PULLUP)

if 0==btn():
    print('skip main.py')
else:
    if 'main.py' in os.listdir():
        import main
    else:
        print('no main.py in filesystem')

main.py

import time
from machine import Pin

print('hello')

if __name__ == '__main__':
    pb13 = Pin('PB13', mode=Pin.OUT_PUSHPULL, value=1)
    for i in range(10):
        time.sleep_ms(200)
        pb13(1-pb13())


pb12 = Pin('PB12', mode=Pin.OUT_PUSHPULL)
while True:
    time.sleep_ms(200)
    pb12(1-pb12())

main.c

                /* run the main.py in sdcard. */
                //mp_obj_list_append(mp_sys_path, MP_OBJ_NEW_QSTR(MP_QSTR__slash_sd));
                //mp_obj_list_append(mp_sys_path, MP_OBJ_NEW_QSTR(MP_QSTR__slash_sd_slash_lib));
                const char * main_py = "boot.py";
                //printf("[Y] run the %s on disk ...\r\n", main_py);
                //int ret = pyexec_file_if_exists(main_py);
                pyexec_file_if_exists(main_py);
                //printf("[Y] done. %d\r\n", ret);

Experienment

重新编译固件，下载代码，在Thonny中编写boot.py和main.py文件并存入SD卡文件系统中。

直接复位板子，可以执行到main.py文件，pb12的小灯在闪烁。但是pb13的灯没有变化，说明执行到main.py文件时，是通过导入方式执行的，这也符合事实。此时Thonny是连不上板子的。

通过杜邦线将pc15引脚短接到GND，再复位开发板，Thonny恢复连接，可以正常存取MicroPython文件系统中的main.py。但是不能执行main.py，pb12灯不亮。

但此时，通过Thonny的“Run”按钮，可以调试main.py文件运行。但运行之后，由于进入了main.py的死循环，Thonny到开发板的连接就断了，需要通过硬件复位恢复连接。

Conclusion

实验成功。

实际开发时：

• 可以先短接boot1（pc15），使用Thonny的"Run"按钮，配合硬件复位按键，可以反复调试。
• 确定程序后，再松开boot1按键，确保调好的程序可以从上电开发板后直接运行。

如此看来，这个boot1用拨码开关可能比用按键更合适，因为要在调试阶段保持。但拨码开关相对轻触开关成本比较高，体积也比较大，综合看来，我宁可稍微麻烦一点，在复位的时候同时按下boot1，也能实现反复调试。