micropython是用python寫的嗎？MicroPython在設計上曾經在是就是為了嵌入式微處理器運行程序，的或在nRF51822 (256kB flash 16kB RAM)的芯片上也可以不

micropython是用python寫的嗎？

MicroPython在設計上曾經在是就是為了嵌入式微處理器運行程序，的或在nRF51822 (256kB flash 16kB RAM)的芯片上也可以不運行下來，也有人腎得慌在STM32F103上真的跑起來了，從代碼進來看Python函數棧的官方默認是16KRAM，也就意味著什么它是可以在許多微芯片上提供一個最小的Python代碼交互環(huán)境，但這的確包涵它們的拓展功能，況且編譯更多的功能代碼意味著不需要更多的Flash或外部存儲。

一定高度與寬度

參照定位的場景這個時候MicroPython在硬件的深度是可以去到超低功耗芯片開發(fā)領域，而區(qū)分Python語言的開發(fā)決定了它的軟件寬度這個可以站在全世界比較熱門的Python領域中并且借鑒模仿和參考，這給了了許多變動，如變動以往的硬件測試流程和開發(fā)流程，變動一貫以為的硬件程序開發(fā)難了的刻板印象，這個現象之后會祥細闡述。

Arduino(C)

基于組件C代碼設計

占據和C兼容性的優(yōu)勢，可以不無縫技術接入ESP-IDF。

更多遺留下來的代碼庫可以直接整合不使用。

近年來的需要提供的外設硬件庫質量小幅度提高會下降，造成硬件開發(fā)后的穩(wěn)定性薄弱。

Javascript

最常見的一種于Rufflite、JerryScript等。

新生事物，同MicroPython有幾分相似的結構

意見JS異步驅動安裝事件模型，特別要求芯片必須占據系統(tǒng)（RTOS）。

在硬件上使用瀏覽器形式的開發(fā)

硬件驅動相關支持庫較弱，基于組件此精耕硬件接口的開發(fā)者太少。

相關的開發(fā)資料和代碼夠穩(wěn)定。

lua

兩者相比MicroPython和JerryScript它的可移植性要來得更為很簡單一些。

如倉庫：

但而lua是小眾語言，地位和bat、bash也差不多。

因為不是什么在開發(fā)應用領域里不是很很流行，但作為自動化腳本工具應該很棒的。

開發(fā)資料相關周邊的基本沒有，會lua的大都大都獨自芬芳，諸如我（至少）。

ESPEasy

至少算是一種開發(fā)環(huán)境，傳說中的路由器系統(tǒng)（openwrt）

除開最好玩，就沒有什么用了。

像這樣的固件有很多很多，在這里就不全部舉例子了。

esp-idf

硬件開發(fā)芯片原廠像是都會提供的SDK，esp32提供給的多為esp-idf、esp-adf、esp-mdf諸如此類，不對應的stm32的hal或CC25XXstack等等原生C代碼SDK。

上述事項開發(fā)環(huán)境均基于條件此再變更土地性質得來的產物。

當經過了根據上述規(guī)定的各類開發(fā)環(huán)境的進一步認識，我們就來說說看MicroPython差不多后的優(yōu)劣吧。

MicroPython的優(yōu)劣

我們不算難看到，MicroPython和Python一樣的，可以發(fā)揮了膠水語言的優(yōu)勢，利用最大化的兼容性問題和一直保持了各自的優(yōu)勢，下降自己的劣勢。

在動態(tài)語言大戰(zhàn)中，MicroPython恢復了走向過程、對象、切面、函數的編程語法，相當豐富的開發(fā)受到了代碼的開發(fā)廣度，反觀lua從語法上砍掉了大量變更土地性質常用的語法糖，小幅度提高的裁切代碼量，在開發(fā)者開箱即用的角度來看，MicroPython挑動了大多數開發(fā)者的拿來主義（我？）。

與JavaScript而言的Python在性能上沒有太多的優(yōu)勢，真正的優(yōu)勢那是Js的編程思維并不適合我會導致沁染在面向過程領域里的C語言硬件編程，比如串口收發(fā)信件這樣簡單點一件事情，在Js的異步模式事件沒綁定模型下，是需要系統(tǒng)設置一些回調函數耐心的等待一次性處理，而在MicroPython中，按照多線程可以基于Js的效果，但沒有多線程也也可以實際While死循環(huán)輪詢或非造成堵塞狀態(tài)機來實現方法同樣的的功能，而后者的死循環(huán)那是嵌入式C中的最常見編程養(yǎng)成的習慣了，但在JS的硬件編程中，某個函數若是再一次發(fā)生了死循環(huán)，那真的是一種災難，所有的后臺線程都不能運行了，但死循環(huán)這樣的開發(fā)確實太爛了，個人建議硬件開發(fā)的時候多寫異步驅動代碼，或者是狀態(tài)機代碼，以想提高IO性能。

所以MicroPython在數千相冊語言中與C語言的兼容性為最佳的方法，在程序設計上也是會如此，向下兼容語言的同時又吸收到了上層杰出代碼的精髓，尤其是無比機制和閃圖類型。

此時相比C或C語言，MicroPython代價了一些負責執(zhí)行性能，平均每段Python代碼回到C的執(zhí)行函數操作五十點增加了5us左右，這是我在寫軟串口的時候發(fā)現的，但也受到了解釋器接口（其他閃圖語言也如此），實際動態(tài)調整執(zhí)行接口的參數，速度了硬件程序的驗證與開發(fā)。

在遇上硬件程序的主芯片方面的開發(fā)，你經常對于大量的硬件API通信調試，竟像設置參數網絡服務里的HTTPAPI，對硬件里的UART、I2C、SPI、RS485、CAN等等從機設備的控制，在用MicroPython接受變更土地性質驗證，要比完全是使用C、Arduino來的極為迅速地，況且它們編譯程序四次2分鐘，運行10秒，而MicroPython燒錄器2分鐘，結束后每隔5秒運行發(fā)熱發(fā)冷正常運行，這也得益于MicroPython的硬件外設驅動的開發(fā)非常比較可靠和穩(wěn)定?。ú贿^是ESP-IDF穩(wěn)定和可靠的原因XD）。

所以別人花一天設置參數的硬件接口，我兩個小時就也可以調試得一多半了，尤其是多機協議的反復測試接口，或者：Modbusreadaddr或者這類接口。當然了，上述的這種旗下甚至是封裝成AT指令的接口也也可以可以做到，但在Python講解器的基礎上可以不編譯程序更多古怪的情報營邏輯操作，而非AT固件的更改接口形式調試。

綜上可知，MicroPython的硬件開發(fā)地位處于硬件開發(fā)的初期驗證和遠古時期開發(fā)階段，在后期基本都都會拉回C，而軟件領域里，則有大量的邏輯示例代碼供硬件開發(fā)調用和測試,相對于硬件開發(fā)人員，城就會我得到一些壓制硬件的方法，這對軟件人員也會更不容易的依靠硬件人員開發(fā)硬件和調試硬件。

結語

python如何在一個函數中調用另一個函數返回的多個值中的一個？

不需要的值用_能用?；蛘?，如果b的值：_,b,_return(）