哇，太赞了，楼主提供了优化 micropython 程序的具体思路！！

哇，楼主创意满满

支持开源运动！！！

zhh 发表于 2019-9-26 01:36 rtt下传.py文件,有操作例子?

用 RTT 推出的 micropython 开发环境   https://marketplace.visualstudio.com/items?itemName=RT-Thread.rt-thread-micropython

rain101 发表于 2019-8-28 18:30 很牛的样子，就是支持的芯片太少了，而且都是贵的。

w601 五六块钱一片能跑 资源还丰富

dcexpert 发表于 2019-8-27 21:09 楼主抽空详细介绍一下

好的 

这很强 

对于国赛到现在还是记忆犹新呀

我在 rtt 源码里面稍稍改了一下，他们移植的 micropython 也可以导入 .mpy 文件了。

英尚微电子 发表于 2019-5-24 17:15

:) 挺有意思的

dcexpert 发表于 2019-5-24 16:51 可能更重要的是效率也有保证

这种操作确实令人耳目一新 :)

dcexpert 发表于 2019-5-23 12:13 先import一个模块，然后用exec的方式执行其中的函数。 如： import xxxx exec(xxxx.xx)

我试了一下，编译官方的固件，使用如下两种方式来调用  .mpy 文件都是可以的。 1. 将 .py 文件放在源码目录的 modules  文件夹下，随固件一起编译，此时不需要文件系统中再存储 .mpy 文件也是可以直接 import 或者间接被调用。 2.文件系统中存储使用 mpy-cross -march=armv7m summer.py 编译出来的 summer.mpy，也是可以直接 import 使用的。 因此，我还是怀疑之前遇到的不能用的问题是固件不支持导致的，在研究一下吧。

dcexpert 发表于 2019-5-23 11:10 DFU的检测时间比较短，造成了这个问题。如果遇到类似现象，也可以给大家一个参考。

虽然进入了正常状态，但是还不能直接烧写官方的固件，会提示 dfu 固件中的信息与当前开发板不符 = =，还是转换成 hex 烧写是靠谱的。 另外官方的代码直接编译成 dfu 或者 hex 然后烧写到 nucleo 和 discover 开发板都是可以正常烧录和运行的。

dcexpert 发表于 2019-5-22 21:11 执行程序，最好不用import方式，用exec比较好

我在 STM32L476 上跑了个固件，然后测试 .mpy 文件发现是好用的，所以应该还是固件的问题。因为固件不支持之类的原因，导致不能识别 .mpy 文件。 exec 方式是指什么？

zhh 发表于 2019-5-4 22:00 手边有此板，玩下 micropython 能写c码才能流行吧，嵌入汇编确实难学

micropython  作者的原意是让大家用 python 来编程

试了一下，果然正常进入了 DFU 状态

正在解决此问题

赞 谢谢楼主:)

使用最新的固件，测试环境是 nodemcu 小板和之前参加活动买的 pyboardCN v2

我使用命令 ./mpy-cross -march=armv7m summer.py 编译获得的 summer.mpy，然后在 main.py 中导入，不过似乎summer.mpy 中的 print 打印没有打印出来。 也没有报 import 找不到的错误，说明他能导入，但是不打印不知道为什么。