micropython支持哪些单片机？

一、micropython支持哪些单片机？

MicroPython是一种Python语言的嵌入式系统，可以运行在多种单片机平台上。目前支持的单片机平台包括但不限于：ESP8266、ESP32、STM32、nRF52832、PIC16/18等。这些平台都有自己的开发板和开发环境，可以使用MicroPython进行编程开发，实现单片机的控制和各种应用。MicroPython简单易用，适合初学者和快速开发项目，而且可以跨平台使用，使得开发工作更加方便。

二、micropython是什么？

MicroPython是Python3编程语言的一个完整软件实现，用C语言编写，被优化于运行在微控制器之上。

MicroPython是运行在微控制器硬件之上的完全的Python编译器和运行时系统。提供给用户一个交互式提示符（REPL）来立即执行所支持的命令。除了包括选定的核心Python库，MicroPython还包括了给予编程者访问低层硬件的模块。

三、micropython与python区别？

MicroPython和Python是两个不同的编程语言，但它们有一些共同的特点和语法。以下是它们之间的主要区别：

大小和速度：MicroPython是Python的一个子集，被设计为在微控制器和其他资源有限的设备上运行。相比之下，Python是一种通用编程语言，旨在在更大、更快的计算机上运行。由于MicroPython是针对嵌入式设备优化的，因此它通常比Python更小、更快。

标准库：MicroPython的标准库与Python的标准库不同。由于MicroPython的内存限制，一些常用的Python标准库可能不可用或具有不同的实现。此外，MicroPython的标准库还包括一些专门为嵌入式设备设计的模块和库。

语言特性：MicroPython与Python具有相同的语法和语言特性，但它并没有完全实现Python的所有功能。例如，在MicroPython中，没有多线程和多进程支持，也没有一些高级特性，如装饰器和生成器表达式。

REPL环境：MicroPython有一个与Python不同的特性，即它支持在嵌入式设备上运行的交互式REPL（读取-求值-打印循环）环境。REPL环境使得开发者可以更容易地调试和测试代码，以及直接与设备进行交互。

总的来说，MicroPython是专门为嵌入式设备设计的Python子集，它与Python在语言特性、标准库和应用场景等方面存在一些区别。

四、micropython的优缺点？

以下是这门语言的优缺点：

优点：是官方手下的，所以很好用。

缺点：1.模式，画质老旧，类似于ENIAC计算机显示屏幕。

2.输入代码后会直接运行。

3.没有保存等其他功能，功能单一。

Python是一门通俗易懂的编程语言，但是最好不要使用micropython，因为它比较老旧，所以我推荐你使用官方渠道：python.org去下载。

五、micropython能做什么？

MicroPython，是Python3编程语言的一个完整软件实现，用C语言编写，被优化于运行在微控制器之上。MicroPython是运行在微控制器硬件之上的完全的Python编译器和运行时系统。提供给用户一个交互式提示符（REPL）来立即执行所支持的命令。

除了包括选定的核心Python库，MicroPython还包括了给予编程者访问低层硬件的模块。

六、学micropython看什么好？

看视频吧 边看边练的那种 对刚开始有最好的帮助

七、micropython中图像识别原理

Micropython 中图像识别原理

在 Micropython 中，图像识别是一种使用计算机视觉技术来识别和分类图像中的对象或场景的过程。图像识别一直是人工智能领域中的热门研究方向，随着计算能力的提升和算法的不断改进，图像识别在各个领域都有着广泛的应用。

图像识别原理

图像识别的原理主要包括图像采集、图像预处理、特征提取和分类识别等步骤。

• 图像采集：首先需要获取待识别的图像数据，可以通过摄像头等设备采集图像。
• 图像预处理：在进行图像识别之前，通常需要对图像进行预处理，包括去噪、调整大小、灰度化等操作，以便提高后续处理的效果。
• 特征提取：通过提取图像中的特征信息，可以将图像转换为计算机可识别的数据形式，常用的特征提取方法包括边缘检测、颜色直方图等。
• 分类识别：最后，通过将提取到的特征信息输入到训练好的模型中，进行分类识别，找出图像中的对象或场景，并给出相应的结果。

在 Micropython 环境下，可以利用各种图像处理库和模型进行图像识别，如 OpenCV、TensorFlow 等，它们提供了丰富的功能和接口，方便开发者进行图像识别相关的工作。

图像识别应用

图像识别在现代社会中应用广泛，例如智能安防领域的人脸识别、自动驾驶领域的车辆识别、医疗领域的病灶识别等，都是图像识别技术的重要应用场景。

结语

总的来说，图像识别是一项复杂而有趣的技术，通过不断地研究和实践，可以应用到更多的领域中，为人们的生活和工作带来便利和效率提升。

八、micropython会成为未来大趋势吗？

作为 AI 智能硬件，MicroPython 发展前景还是不错的。目前已有不少产品使用 MicroPython，比如 ESP32 和 M5Stack 等。但未来能否成为大趋势，还需要更多的市场和用户认可和支持。

九、micropython是用python写的吗？

MicroPython 在设计上最初就是为了嵌入式微处理器运行，例如在 nRF51822 (256kB flash + 16kB RAM) 的芯片上也可以运行起来，也有人肾得慌在 STM32F103 上跑起来了，从代码上来看 Python 函数栈的官方默认是 16K RAM，也就意味着它可以在许多微芯片上提供一个最小的 Python 代码交互环境，但这并不包含它们的拓展功能，毕竟编译更多的功能代码意味着需要更多的 Flash 或 外部存储。

高度与宽度

根据定位的场景我们可以看到 MicroPython 在硬件的深度可以去到超低功耗芯片开发领域，而采用 Python 语言的开发方式决定了它的软件宽度可以站在全世界热门的 Python 领域中进行借鉴和参考，这带来了许多改变，如改变以往的硬件测试流程和开发流程，改变一贯认为的硬件程序开发困难的刻板印象，这个现象之后会详细阐述。

Arduino(C++)

基于 C++ 代码设计

拥有和 C 兼容的优势，可以无缝接入 ESP-IDF 。

大量遗留的代码库可以直接整合使用。

近年来的提供的外设硬件库质量大幅度下降，导致硬件开发后的稳定性欠缺。

Javascript

常见于 Ruff lite 、 JerryScript 等。

新生事物，同 MicroPython 相似的结构

支持 JS 异步驱动事件模型，要求芯片必须拥有系统（RTOS）。

在硬件上使用浏览器形式的开发方式

硬件驱动相关支持库较弱，基于此深耕硬件接口的开发者不多。

相关的开发资料和代码还不够稳定。

lua

相比 MicroPython 和 JerryScript 它的可移植性要来得更为简单一些。

如仓库：https://github.com/whitecatboard/Lua-RTOS-ESP32

但由于 lua 是小众语言，地位和 bat 、 bash 差不多。

所以不是在开发应用领域里不是很流行，但作为自动化脚本工具还是很棒的。

开发资料相关周边的基本没有，会 lua 的大多都是孤芳自赏，比如我（大概）。

ESPEasy

大概算是一种开发环境，类似于路由器系统（openwrt）

除了好玩，就没有什么用了。

像这样的固件还有很多很多，在这里就不一一举例了。

esp-idf

硬件开发芯片原厂一般都会提供的 SDK ，esp32 提供的多为 esp-idf 、esp-adf 、 esp-mdf 诸如此类，对应的 stm32 的 hal 或 CC25XX stack 等等原生 C 代码 SDK 。

上述开发环境均基于此继续开发得来的产物。

经过了上述的各类开发环境的初步认识，我们就来说说 MicroPython 对比后的优劣吧。

MicroPython 的优劣

我们不难看到，MicroPython 和 Python 一样，发挥了胶水语言的优势，最大化的兼容和保持了各自的优势，减少自己的劣势。

在动态语言大战中，MicroPython 保留了面向过程、对象、切面、函数的编程语法，丰富的开发方式带来了代码的开发广度，反观 lua 从语法上砍掉了大量开发常用的语法糖，大幅度的裁剪代码量，在开发者开箱即用的角度来看， MicroPython 迎合了大多数开发者的拿来主义（我？）。

与 JavaScript 相比的 Python 在性能上没有太多的优势，唯一的优势就是 Js 的编程思维并不适合长期浸染在面向过程领域里的 C 语言硬件编程，例如串口收发这样简单的一件事情，在 Js 的异步事件绑定模型下，需要设置一些回调函数等待处理，而在 MicroPython 中，通过多线程可以实现 Js 的效果，但没有多线程也可以通过 While 死循环轮询或非阻塞状态机来实现同样的功能，而后者的死循环就是嵌入式 C 中的常见编程习惯了，但在 JS 的硬件编程中，某个函数若是发生了死循环，那真的是一种灾难，所有的后台线程都无法运行了，但死循环这样的开发方式真的太烂了，建议硬件开发的时候多写异步驱动代码，或者是状态机代码，以提高 IO 性能。

因此 MicroPython 在众多动态语言中与 C 语言的兼容性为最佳，在程序设计上也是如此，向下兼容语言的同时又吸取了上层优秀代码的精髓，尤其是异常机制和动态类型。

此时相比 C 或 C++ 语言，MicroPython 牺牲了一些执行性能，平均每段 Python 代码回到 C 的执行函数操作额外增加了 5 us 左右，这是我在写软串口的时候发现的，但也带来了解释器接口（其他动态语言也是如此），通过动态调整执行接口的参数，加速了硬件程序的验证与开发。

在面对硬件程序的主控方面的开发，经常面对大量的硬件 API 通信调试，就像调试网络服务里的 HTTP API ，对硬件里的 UART 、I2C 、 SPI 、RS485、CAN 等等从机设备的控制，使用 MicroPython 进行开发验证，要比纯粹使用 C 、Arduino 来的更为迅速，毕竟它们编译一次 2 分钟，运行 10 秒，而 MicroPython 烧录 2 分钟，之后每隔 5 秒运行反复运行，这也得益于 MicroPython 的硬件外设驱动的开发相当可靠和稳定（其实是 ESP-IDF 稳定可靠的原因 XD ）。

所以别人花一天调试的硬件接口，我几个小时就可以调试得七七八八了，尤其是多机协议的反复测试接口，例如： Modbus readaddr 或是 I2C.scan 这类接口。当然，上述的这种开发哪怕是封装成 AT 指令的接口方式也可以做到，但在 Python 解释器的基础上可以编写更多复杂的后续逻辑操作，而非 AT固件的指定接口形式调试。

综上所述， MicroPython 的硬件开发地位处于硬件开发的初期验证和原始开发阶段，在后期大多都会转回 C ，而软件领域里，则有大量的逻辑示例代码供硬件开发调用和测试,对于硬件开发人员，将会获得更多控制硬件的方法，对于软件人员也会更容易的配合硬件人员开发硬件和调试硬件。

结语

十、脚本是什么，如何写脚本？

简单来说就是

把每个画面构思好

按剧情发展顺序把镜头内画面 景别 拍摄角度 时间等等备注都写好 列成表格

就是个最基础的分镜头脚本了

简单来说就是构架一个拍摄顺序和拍摄画面等内容的流程