本文主要是介绍解决MicroPython执行SD卡中的main.py文件中的死循环出不来的问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
解决MicroPython执行SD卡中的main.py文件中的死循环出不来的问题
苏勇,2022年3月
文章目录
- 解决MicroPython执行SD卡中的main.py文件中的死循环出不来的问题
- Introduction
- Algorithm
- Implementation
- Experienment
- Conclusion
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 osbtn = Pin('PC15', mode=Pin.IN_PULLUP)if 0==btn():print('skip main.py')
else:if 'main.py' in os.listdir():import mainelse:print('no main.py in filesystem')
main.py
import time
from machine import Pinprint('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,也能实现反复调试。
这篇关于解决MicroPython执行SD卡中的main.py文件中的死循环出不来的问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!