看来要用ESP32才行。

访问不了，是否可以符合国情，在百度盘里放一个？

500nA？在普通F4上500nA如何处理？降低频率？

hexen 发表于 2018-1-23 19:23 你的测试不完整，用虚拟机不能说明问题，有可能是虚拟机本身的问题。

我准备重装一台PC测试一下。不过测试完整度方面，还需要什么测试？能够提示一下么？

这个Repo变成404了。

陈韶华 发表于 2017-9-13 12:53 有这个就不用太极老师傅了，这个做好了可比老师教的动作标准呦

我不准备做太极师傅了，最近的主意是利用MicroPython做个NB-IoT的项目。

shenshen927 发表于 2017-8-24 11:15 很希望MicroPython能产品化，但比较关心效率问题，大牛能否对比 使用MicroPython和使用STM32的原生固件库 ...

据说，使用MicroPython的M4相当于AVR。让您坐等太长时间了。

是的，事后发现这是Python2/3的主要区别之一。

gmyu 发表于 2017-3-2 16:19 LZ太极打得怎么样了

您还记得这个梗啊。谢谢。我之后稍微研究了一下。发现瓶颈在于6DoF的卡尔曼滤波。表达式看的我有些晕。所以搁置了。

不成功的出错信息？

lidonglei1 发表于 2016-9-18 10:51 请问怎么下载其他开发板的支持包，我这只有这几个

目前就这几种，不过请留意对应的MCU厂牌，Atmel，STM32F103/F401。如果你需要增加哪些PCBA，请于官网的新MCU/PCBA票选网站添加。你手里的有哪些？ http://www.zerynth.com/blog/pyth ... hich-board-and-win/ 此外，最新的就是ESP8266，选用的型号就是@dcexpert采用的那款带屏蔽盒的型号。可能需要更新Installer软件。

dcexpert 发表于 2016-9-15 22:07 python支持编译功能，但实际还是在执行脚本。而Zerynth看起来不是这样的，它的程序模式和Arduino差不多， ...

编译与字节码 CPython的流程是将Python源码编译成Bytecode，然后由Python VM逐句执行ByteCode。Zerynth也是如此，Virtualize是将VM（不是Bootloader）下载到ROM中，然后将由VM执行ByteCode。如果你使用过它的调试方式，（对，它是可以调试的）可以看到底层Python3.4的ByteCode。这是他的架构图： |---------------------------------------------------------| |          Zerynth bytecode   |       C  object code      | |---------------------------------------------------------| |                        Zerynth VM                       | |---------------------------------------------------------| |         VHAL     --|-->  VOSAL                          | |                    |------------------------------------| |                    | RTOS                               | |---------------------------------------------------------| |             Hardware: MCU + Peripherals                 | |---------------------------------------------------------|复制代码 点击编译（或Verify），项目被分为Python和C代码（包括驱动层和用户C程序）。流程是： - Python编译为Zerynth的Python bytecode子集，与硬件无关，并可以在调试器中查看。 - C变成目标码，与硬件有关。 两种代码被uplink到硬件中。之所以名称比较特殊，因为不仅仅是简单的上传。VM会解析C的符号表并与自己保存的进行对比。比如调用代码中如果调用memcpy，那么VM中已经有对应的版本，那么VM会通知IDE做修改。这个过程对用户是透明的。所以只会看到“交换”了多少符号表。 所以，Zerynth是参照CPython的方式运行的，但又有所不同。之所以你看到了GCC的动作，那是因为在桌面版CPython运行中，这个过程是透明的，而Zerynth是显性的。以下是Logfile，你可以看到编译库（to bytecode），编译底层驱动（to obj），编译C源码（因为支持混合编程），链接下载。其中Bytecode会作为ROM table存在。 尤其是支持Python/C混合编程，我认为这是他的强项之一。micropython之所以在ISR部分介绍那么多， [REMOTE]: Trying to login... Hello Zerynth! Hello Zerynth! [COMPILER]: Compiling ZERYNTH code for st_nucleof401re [COMPILER]: Compiling module [__main__] [COMPILER]: Compiling module [__builtins__] [COMPILER]: Compiling module [streams] [COMPILER]: Compiling module [adc] [COMPILER]: Compiling module [__main__] [COMPILER]: Compiling module [__builtins__] [COMPILER]: Compiling module [streams] [COMPILER]: Compiling module [adc] [COMPILER]: Compiling C code... [COMPILER]: Getting: C:\Users\allankliu\zerynth\env\core\official\stdlib\csrc/vbl/vbl_adc.c from cache [COMPILER]: Getting: C:\Users\allankliu\zerynth\env\core\official\vhal\armcmx\stm32f4\vhal_dma.c from cache [COMPILER]: Getting: C:\Users\allankliu\zerynth\env\core\official\vhal\armcmx\stm32f4\vhal_adc.c from cache [COMPILER]: Linking C code... [COMPILER]: Everything Done! ################################################################################ #       Please RESET your ST Nucleo F401RE in the next 5 seconds ################################################################################ Opening board [url=home.php?mod=space&uid=11648]@baud[/url] 115200 attempt 0 Board found Probe sent ZERYNTH VM found (04b7421f-60f7-451b-9286-26e9ea1e5deb for st_nucleof401re) Starting the UpLinking phase...     symbols:  159     membase  @2000203C     romstart @08020000     flash    @00060000 Erasing flash... Sending Bytecode: 10156 bytes (available 393216) Enjoy your ZERYNTH code! 复制代码 实际上，micropython也采用了类似的方式，但是更加隐蔽。虽然不知道George所指的native code和viper code，但是bytecode的确是他衡量的目标。具体的实现还是要看源码。 他的原文：https://www.kickstarter.com/proj ... ollers/posts/665145 开源与闭源 在Zerynth网页中，VM有两个许可证：GPLv3和商业许可证。至于是否可以改动I/O，我需要进一步评估。Github上Zerynth的软件仓库虽然多，但是core部分只有一点儿。 几个与嵌入式Python相关的设计中，pymite/pymbed是被荒弃的，虽然评估下来可用，但是没有技术支持。micropython的开发是主动的，支持也依靠自己或社区。Zerynth的覆盖面是窄的，但是支持是商业化的。完全不同的方向。 对我来说，无所谓哪一家的平台，都很有研究价值。而且许多Python应用代码可以彼此借鉴，甚好。 我个人更加关心Python在应用层面和系统整合方面的案例，至少应该有一些相对复杂点儿的设计。这样才是Python的优势所在，这一点micropython-lib/pip和Zerynth Package Manager都做的很不错。 我会先写几篇教程出来。

天天1 发表于 2016-9-15 20:48 fsl是啥 为啥不支持乌班图啊

FSL推给ZLG，ZLG说资源太少。我推测283已经不是他们重点了。Cortex-A系列才是，不过有H3这种国产价格杀手，他们也没有多少机会。 我觉得ZLG283适合C/C++开发，但是现在Linux上使用Python/Javascript/Lua/Java开发应用更加快捷。但是他们除了Shell之外，居然不支持其他的脚本。

这款板子适合学习，但可玩性不高。无论ZLG/FSL都拒绝支持Ubuntu。实际上比926更加旧的FSL i.27X都支持Ubuntu。我手中也有一块，计划将micropython的UNIX板交叉编译到这块板子上去。

401CE? QFN？好厉害！

看到真容了！:)

本帖最后由 allankliu 于 2016-9-15 17:55 编辑 闭源或开源，一度以为他们式商业服务，但是后来发现许多源码（至少部分源码）在安装路径中可以找到。但是否全开源，有待考察，可能VM部分是闭源的。 编译或解释，Python本身有编译和解释字节码两部分，Zerynth支持与C语言混合编程，而且这样对于开发者知识产权，尤其是商业开发比较有利。 64bit OS，无论Linux/Windows都必须64bit，这个现在是趋势了。Ubuntu日后没有32bit版本了。 软件交付，Zerynth网站中下载的是Installer，继而下载整个程序，考虑点是避免第三方网站下载所导致的病毒。 Zerynth IDE，其开发环境是开源的，基于Python+node.js，只是没有做成命令行模式而已。 开发板覆盖，其开发板还不够多。至于有没有官方开发板，我觉得不太重要。 系统集成，不太能够理解无法集成的意思。比如NUCLEO-F401，可以开发出自己的系统板。 他们与Git集成，社交化编程，以及较为丰富的社区和官方库，大多直面硬件和中间件。有些蛮实用的。 不过你所关心的开源与业务模式，我会找机会问问。我个人觉得他们的弱项： 1）没有REPL； 2）没有Unix/Linux Port； 3）没有Pypi； 4）业务模式和许可证不明； 5）软件交付与社区论坛面对欧美优化，未对中国优化； 6）硬件覆盖率不高，与4）有关，社区驱动力不强。

strong161 发表于 2016-9-13 10:37 要不要弄来玩玩！

推荐NUCLEO-401，直接可用。

本帖最后由 allankliu 于 2016-9-14 08:23 编辑

迈尔风随 发表于 2016-9-13 11:28 microphthon都还晕乎着，又来一个高大上的，更晕了，我这开发还纠缠在底层开发，对这类上层应用开发的搞不 ...

我个人觉得Python是帮我们解脱底层开发的利器。无论是抽取文档，转换文档、制作虚拟仪器、制作虚拟设备（MODEM串口模拟/服务器Socket模拟，Python CAN总线包就是没有硬件情况下完成的）、Software QA（Git/Subversion）、软件测试（黑盒测试和IC逻辑的单元测试）、电路仿真（SPICE/IBIS）、代码生成器、字符点阵提取、3D建模/AR/VR、通讯报文抓包与分析、媒体（图片、音频和视频）处理... 有个典型的Python围绕EE产品开发的例子：吉他效果音发生器 1）Python产生的音频信号； 2）Python进行模拟电路的SPICE仿真； 3）Python播放电路仿真后的音频信号； 4）Python支持多路网络传输，所以可以通过网络采集吉他原声，并将混音后的声音通过Socket传送RTSP码流。 EE工程师总是特别忙，桌子特别乱（我也是如此）。所以我们需要时刻回顾，时间浪费在哪些机器可以做的事情上了？

dcexpert 发表于 2016-9-13 21:27 今天尝试了一下，没有成功。没有Nucleo-F401的板子，用F411的代替，可以下载虚拟化固件，但是脚本下载不了 ...

F411并没有在Zerynth正式支持的PCBA清单中，不过你可能用411/Qualiboard试试看。它支持的是： ESP8266/NodeMCU； NUCLEO F401； Arudino DUE, SAM3X； Flip_Click from mikroE, based upon SAM3X； Quali board，based upon STM32F427； Spark/Paticle，STM32F103CB和STM32F205RG。 我会每天抽时间添加一些Zerynth教程。Zerynth的开发者非常专业，适配速度很快。不过我还需要深入了解他们的业务模式。 Python书稿已经交付电子工业出版社了。整整花了11个月时间，编辑说他还要3个月流程才能够最后出版。其中嵌入式Linux虚拟机中包括了micropython，zerynth，pymite over mbed作为重点介绍。除了MCU级别Python虚拟机外，该章节对于在各类嵌入式Linux上的运行环境总结了一下可用的Python虚拟机。主要包括： 1）LFS/CLFS（Cross Linux from Scratch）, 交叉编译标准CPython（最麻烦）； 2）LFS/CLFS，交叉编译pymite desktop和micropython UNIX版（很简单，但需要OS/C API适配） 3）嵌入式Linux，如OpenMoko/OpenWRT，使用软件管理器安装预先交叉编译（一堆路由器可用）； 4）嵌入式Linux，如树莓派和NanoPi等，使用apt/yum安装CPython； 5）嵌入式Linux+Java，使用Jython运行Python脚本和Java程序（在树莓派上测试了来自瑞士的TigerJython）； 6）完整版Linux/OS，使用原生GCC，往往具备自己的CPython版本和Pypy加速版本。 Python另外的应用重点在于服务器端和数据分析。因为GIL和CPython运行速度不理想，我已经评估了pypy的运行速度，是CPython的8倍。接下来要评估libuv异步库在Python中的使用。据说优化后的速度和Golang在一个数量级上。 有许多话题可以讨论。{:1_113:}