dcexpert 发表于 2017-8-27 14:17 要看你的功能要求是什么，921600的波特率，大概就是92K/s，如果数据是连续的，一秒有90K数据，大部分嵌入 ...

好的，谢谢版主耐心解答，我再研究下~

dcexpert 发表于 2017-8-26 20:56 已经在另外帖子回复了。不过想补充几点： 无论什么软件或者系统，尽量不要用while(1)去读取串口和其它外 ...

另外，您说“考虑到python语言解释执行带来的延迟，太小的定时时间会影响系统效率。” 记得在另外一个帖子看过评测，mpy的执行效率相比stm32原生c的固件库来说，整数执行效率大概在二十到三十几倍，浮点运算效率大概在一百零几倍。 那么，定时器的最小定时间隔不要小于多少？能否给一个推荐值呀。

dcexpert 发表于 2017-8-26 20:56 已经在另外帖子回复了。不过想补充几点： 无论什么软件或者系统，尽量不要用while(1)去读取串口和其它外 ...

多MCU的话，你的意思是用其中一个MCU专门来处理串口？ mpy的主要长处也就是代码量少，开发工作小了吧。 我是在想，921600这个波特率，和 几毫秒的定时读取 比较匹配？这个能否大致推算出来。

本帖最后由 shenshen927 于 2017-8-26 16:57 编辑

dcexpert 发表于 2017-8-25 21:41 你指的是定时器中断吗？可以这样做： [code]from pyb import Timer tim = Timer(1 ...

其实我是有这样的一个需求（我的开发板是pyb，mcu是STM32F405），有一个串口在源源不断的接收数据，数据接收速率非常高，波特率可能达到921600，我需要一直监听并接收该数据，对数据做相应的处理后，需要将这些数据以文件的形式保存在sd卡中。 针对这样的需求，我在实现的时候有以下几个方面的考虑： 1、由于串口速率较高，我应该采用while(True)死循环的方式一直读，还是采用定时器的方式定时读？如果采用定时器，目前stm32f405的最小定时间隔是不是1毫秒？这个定时间隔对921600的速率来说会不会造成数据拥塞？最终导致串口缓冲区溢出（话说f405的串口缓冲有多大？），从而存在数据丢失的可能？ 2、由于我收到数据后，需要做相应的解析处理并存储为文件，这部分操作 放到上面说的循环里面做合适么？对于上位机编程来讲，一般文件IO的处理都是比较慢的，嵌入式方面在不上系统的前提下也没有线程的概念吧，因此如果这部分操作放在接收数据的循环里面执行，会不会因为文件存储而造成阻塞串口接收或者阻塞其它功能的执行？ 3、请问，这样的需求，如何设计最优呢？ 谢谢版主大大。

dcexpert 发表于 2017-8-25 21:41 你指的是定时器中断吗？可以这样做： [code]from pyb import Timer tim = Timer(1 ...

tim = Timer(1， freq=1) 问题： 第一个参数1，指的是真实的物理硬时钟是么？如果是这样，那这个取值应该和时钟树中的时钟有一一对应的关系吧，这个编号可就不是随便填写的了。 第二个参数，freq=1，是1ms吧？ def fun（t） 这个参数t，代码里面没有用到，是不是可以定义成无参的函数呢？ 谢谢版主。

本帖最后由 shenshen927 于 2017-8-26 17:04 编辑

dcexpert 发表于 2017-8-25 21:21 标准串口也是可以操作的，这个在手册中介绍过的。 [code]from pyb import UART uar ...

另外，我第一个问题的意思是：pyb通过usb虚拟出来一个串口，但这个串口在通过usb连接交互界面的时候已经被占用了呀。比如说，这个通过usb虚拟出来的串口是com3吧，而我的需求是 用com2连接com4（或者把com2的rx和tx短接），从而用com2发数据，com4接收数据（或者com2自发自收）。 请问，这样的需求，在putty交互界面里面敲代码（让一个串口发数据，另一个收数据），在putty界面中能显示出 发数据 和 收到数据 的效果么？      这种情况是没办法通过“在putty中执行一行代码的方式”从而在交互界面上看到调试（执行）效果的吧？

dcexpert 发表于 2017-8-25 21:21 标准串口也是可以操作的，这个在手册中介绍过的。 [code]from pyb import UART uar ...

那关于调试，您一般是如何操作的？ 先将自己的代码复制到一个.py文件，拷贝到flash里面，在通过putty运行这个文件，同时在交互界面看printf的日志输出？

你好楼主，非常感谢您耐心的讲解，有如下两个问题请教。先行谢过！ 我的开发板是pyb，通过连接usb口是很容易的借助putty运行命令进行试验的，但是问题来了： 1、PyBoard上通过usb虚拟出的一个com3（我的机器上认出来的就是com3），但是此串口已经和putty工具相连了，如果我想操作其它串口，比如让com2发数据，com4接收到（已通过杜邦线把com2/4连接），这样的需求，在putty这种命令行下面就搞不定了吧？？ 请问，这个时候是不是只有靠把程序写入main.py中才能实现我说的需求了？ 2、如果把程序写入main.py运行，假如程序出现问题，我又该如何调试呢？ 怎么样看程序运行情况或者出错情况呢？貌似Python不能像vs那样打断点或者单步跟踪之类的吧？

dcexpert 发表于 2016-8-26 15:56 不客气，大家一起学习。

大神，有个问题。先行谢过！ 我的是pyb开发板，通过连接usb口是很容易的借助putty进行命令试验，但是问题来了： 1、PyBoard上通过usb虚拟出的一个com3，通过此串口连接putty命令行了，如果我想操作其它串口，比如让com2发数据，com4接收到（已通过杜邦线把com2/4连接起来），这样的需求，在putty这种命令行下面就搞不定了吧？ 请问，这时是不是只有靠把程序写入main.py中才能实现了？ 2、如果把程序写入main.py运行，假如程序出现问题，我又该如何调试呢？

dcexpert 发表于 2016-8-12 15:50 关注一下MicroPython中文社区，下周可能还有活动的。 http://bbs.micro-python.com/forum.php

楼主，这个网站跟么没办法注册，注册时输入的邮箱，根本就不会发送邮件，我换了好几个邮箱，试了很多次都不行！

ddllxxrr 发表于 2017-8-25 09:44 楼主是说HAL还是标准库，如果都是F4可以通用

HAL呀，就是那个dfu。如果要移植到其它型号的STM32 MUC开发板的话，该怎么搞？

dcexpert 发表于 2017-8-25 10:32 F1系列肯定不行，F407的型号如果和STM32FDisc一样是可以的，如果不同就需要修改并编译源码

F407和F405都是F4系列的，我估计应该是可以用同一个固件包的。 另外你说不同的话，可以编译源码，什么情况可以通过重新修改编译源码可以搞定，这方面哪里有讲解么？

另外，MicroPython是否支持F103呢？

allankliu 发表于 2016-7-20 08:04 Python执行效率较低。甚至比Java还低！唯一比Python低的只有Ruby。 不过不同的Python可以多方面改进性 ...

很希望MicroPython能产品化，但比较关心效率问题，大牛能否对比 使用MicroPython和使用STM32的原生固件库 在运行效率上的差距到底有多大的性能评测？ 坐等....等....等....等....等....

请问，教程里面没有STM32的相关内容么？