stm32最小引腳型號？stm32最大時引腳是36腳，型號為STM32f103T。micropython是用python寫的嗎？MicroPython在設(shè)計上最初的是就是為了嵌入式微處理器運行，.例如

stm32最小引腳型號？

stm32最大時引腳是36腳，型號為STM32f103T。

micropython是用python寫的嗎？

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

相同高度與寬度

據(jù)實現(xiàn)定位的場景發(fā)現(xiàn)MicroPython在硬件的深度是可以去到低功耗芯片芯片開發(fā)領(lǐng)域，而采用Python語言的開發(fā)決定了它的軟件寬度是可以站在全世界很熱門的Python領(lǐng)域中接受借鑒模仿和參考，這受到了許多變化，如變化以往的硬件測試流程和開發(fā)流程，變化一改其實的硬件程序開發(fā)麻煩的刻板印象，這個現(xiàn)象之后會具體點闡述。

Arduino(C)

設(shè)計和實現(xiàn)C代碼設(shè)計

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

源源不斷遺留的代碼庫是可以真接整合建議使用。

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

Javascript

常見于Rufflite、JerryScript等。

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

接受JS異步模式驅(qū)程事件模型，要求芯片需要占據(jù)系統(tǒng)（RTOS）。

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

硬件驅(qū)動相關(guān)支持庫較弱，設(shè)計和實現(xiàn)此不斷深耕硬件接口的開發(fā)者不多。

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

lua

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

如倉庫：

但的原因lua是小眾語言，地位和bat、bash不多。

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

開發(fā)資料查找周邊的都差不多沒有，會lua的大多數(shù)都是孤芳自賞，諸如我（差不多）。

ESPEasy

也差不多算是一種開發(fā)環(huán)境，不同于路由器系統(tǒng)（openwrt）

除此之外比較好玩，就沒有什么用了。

像這樣的固件還有一個很多很多，在這里就不逐一例子了。

esp-idf

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

上列開發(fā)環(huán)境均基于組件此繼續(xù)的新得來的產(chǎn)物。

當經(jīng)過了上列的門類豐富開發(fā)環(huán)境的進一步認識，我們就來講講MicroPython差不多后的優(yōu)劣吧。

MicroPython的優(yōu)劣

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

在相冊語言大戰(zhàn)中，MicroPython保留了再朝過程、對象、切面、函數(shù)的編程語法，豐富地的開發(fā)給他了代碼的開發(fā)廣度，即便如此lua從語法上劈掉了大量旗下廣泛的語法糖，幅度的布料裁剪代碼量，在開發(fā)者開箱即用的角度來看，MicroPython取悅于了大多數(shù)開發(fā)者的拿來主義（我？）。

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

但MicroPython在數(shù)千閃圖語言中與C語言的兼容性為最適合，在程序設(shè)計上也極為，支持2g語言的同時又吸納了上層極優(yōu)秀代碼的精髓，更何況是十分機制和代碼類型。

此時相比較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)試，得象系統(tǒng)的調(diào)試網(wǎng)絡(luò)服務(wù)里的HTTPAPI，對硬件里的UART、I2C、SPI、RS485、CAN等等從機設(shè)備的控制，可以使用MicroPython通過的新驗證，要比純粹不使用C、Arduino來的頗為迅速地，要知道它們程序編譯三次2分鐘，運行10秒，而MicroPython燒錄程序2分鐘，然后每隔5秒運行疼時運行程序，這也妙哉于MicroPython的硬件外設(shè)驅(qū)動的開發(fā)相當可信度高和很穩(wěn)定（當然是ESP-IDF可靠穩(wěn)定的原因XD）。

所以別人花兩天設(shè)置參數(shù)的硬件接口，我一個小時就是可以調(diào)試得七七八八了，尤其是多機協(xié)議的反復測試接口，或者：Modbusreadaddr或是這類接口。肯定，根據(jù)上述規(guī)定的這種開發(fā)完畢哪怕是封裝方法成AT指令的接口也可以不能夠做到，但在Python回答器的基礎(chǔ)上是可以編寫許多古怪的妖軍邏輯操作，而非AT固件的指定接口形式調(diào)試。

綜上分析，MicroPython的硬件開發(fā)地位進入硬件開發(fā)的初期驗證和遠古時期開發(fā)階段，在后期大部分都會轉(zhuǎn)回C，而軟件領(lǐng)域里，則有大量的邏輯示例代碼供硬件開發(fā)內(nèi)部函數(shù)和測試,對此硬件開發(fā)人員，將會額外一些操縱硬件的方法，是對軟件人員也會更很難的依靠硬件人員開發(fā)硬件和調(diào)試硬件。

結(jié)語