micropython的USB通讯代码及遇到的问题

allankliu

micropython的USB通讯代码及遇到的问题 [复制链接]

本帖最后由 allankliu 于 2016-4-23 06:50 编辑

USB通讯代码

先贡献代码。由于PyBoard缺省通讯口是USB VCP/CDC，所以蛮实用的，不必再转接USB串口IC。但要避免与REPL争夺USB CDC通讯。

在与micropython反复“搏斗”后，总算把USB串口打印代码做成了：

# main.py -- put your code here!
import pyb
import select
def pass_through(usb, uart):
usb.setinterrupt(-1)
led = pyb.LED(1)
i = 0
while True:
usb.write(hex(i))
usb.write(chr(i))
usb.write('\t')
i = (i+1)%256
led.toggle()
pyb.delay(100)
pass_through(pyb.USB_VCP(), pyb.UART(1, 9600))

复制代码

本例基于官网的pass_through例子修改的。可以以9600bps慢速向USB_VCP循环打印HEX和对应的ASCII字符。在TeraTerm中制表符也可以定位等等，所以以后如果移植curses包就可以构建一个VT100终端。

问题

发现PyBoard不成熟的一面：写入用户代码后重启后，boot.py和main.py会经常性地丢失、重启。

写入main.py后，按下硬件复位按键后的现象：

boot.py中出现乱码；
频繁性的重置main.py，即使main.py证实是可以运行的。

最离谱的事情就是boot.py内容被修改成乱码了。因为乱码之后micropython无法运行，估计内部文件系统出问题。可以直接把官网上的boot.py贴回去。boot.py实际就一句话：import pyb。

官方文档micropython.pdf中提到一个例子，UART/USB桥接。USB/UART可以互联互通。可以基于此例子更新到通用的代码。

修改了代码后，发现出现了其他网友出现的NameError。推测是缺乏import pyb而导致的错误，但NameError异常未能够在终端完整打印出来。这种现象我之前也发现过，micropython有“暂停”的现象，估计和内部的垃圾回收算法有关。或者直接堆栈或者堆出错了。

Ctrl+D可以软重启系统，正常的话可以直接运行用户代码，并可以截获部分系统抛出的用户带出错信息。但是经常性崩溃。

感想

出于调试的需要，这段代码写的完全是按照C语言风格写的。尤其是usb.write()那里连基本的格式化字符都未使用，无法体现micropython的优越性。

蛮担心大型程序是否能够运行在micropython上。接下来要测试其支持多模块的特性。按理应该可以，因为已经有WiPy等系统支持LoRa和其他通讯模块，不可能是在同一个文件中。就是不知道还回遇到多少坑。

dcexpert

文件系统问题基本都是因为没有安全退出磁盘。希望官方后续的版本可以改进这个问题。

allankliu

dcexpert 发表于 2016-4-22 20:14
文件系统问题基本都是因为没有安全退出磁盘。希望官方后续的版本可以改进这个问题。

多谢回复。我的确没有安全退出的习惯。基本直接按下RESET按键了。

感觉调试便利性上还是不如mbed等传统手段。也可能还没有摸到窍门。按说在UNIX上可以仿真算法，但是一旦真出了Bug，还真不知道如何定位。只有反复地烧写。

dcexpert

本帖最后由 dcexpert 于 2016-4-23 10:23 编辑

allankliu 发表于 2016-4-23 06:53
多谢回复。我的确没有安全退出的习惯。基本直接按下RESET按键了。

感觉调试便利性上还是不如mbed等传 ...

基本只能用print在关键位置输出调试信息。好像Linux下的开发者，包括嵌入式的，都不喜欢用仿真器。即使有仿真软件也都比较难用。

我一般是用一个文本编辑器，编辑文件后存盘，然后ctrl+D软复位，然后import运行。就是不知道这样会不会对flash损耗比较大？很多flash只有1W次的写入次数。而且这个PYFLASH磁盘很可能没有做存储空间负载均衡的。