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

micropython是用python寫的嗎？

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

一定高度與寬度

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

Arduino(C)

基于組件C代碼設(shè)計

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

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

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

Javascript

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

新生事物，同MicroPython有幾分相似的結(jié)構(gòu)

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

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

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

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

lua

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

如倉庫：

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

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

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

ESPEasy

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

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

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

esp-idf

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

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

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

MicroPython的優(yōu)劣

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

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

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

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

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

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

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

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

結(jié)語

python如何在一個函數(shù)中調(diào)用另一個函數(shù)返回的多個值中的一個？

不需要的值用_能用。或者，如果b的值：_,b,_return(）