openwrt和梅林固件哪個好？梅林固件好，梅林固件是一個外號叫“Merlin（梅林）”的加拿大人EricSauvageau（當然現(xiàn)在是一個團隊）在基于華碩Asus官方主海報的路由器固件開源代碼上參與

openwrt和梅林固件哪個好？

梅林固件好，

梅林固件是一個外號叫“Merlin（梅林）”的加拿大人EricSauvageau（當然現(xiàn)在是一個團隊）在基于華碩Asus官方主海報的路由器固件開源代碼上參與改增強功能恢復程序編譯先發(fā)布的修改版“路由器操作系統(tǒng)”（固件），Merlin原版只支持ASUS路由器。OpenWRT是一個垂直距離模塊化、相同高度自動化專業(yè)的嵌入式的Linux發(fā)行版，她占據(jù)強橫的網(wǎng)絡組件和擴展性，經(jīng)常會被作用于工控設備、智能家居、路由器等設備中。它還可以提供了上百個已編譯程序好的軟件，但數(shù)量還在不時增加。

openwrt內(nèi)存要求？

構(gòu)建OpenWrt并生成固件文件必須太約3-4GB的空間。編譯程序OpenWrt要一共1-6GB的內(nèi)存。

openwrt怎么編譯指定的目標版？

程序編譯流程程序編譯專不屬于您的設備的某一特定Openwrt固件以再看看五個步驟：是從Subversion命令額外源代碼；更新完(或按裝)packagefeeds［packagefeeds難以確切英譯中，待譯吧）；創(chuàng)建家族一個設置配置以檢查編譯環(huán)境是否是重新搭建行了(如果我必須的話)；用Menuconfig來電腦配置即將程序編譯能生成的固件映像文件的配置項；到最后又開始編譯固件；

micropython是用python寫的嗎？

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

相同高度與寬度

根據(jù)定位的場景這個時候MicroPython在硬件的深度可以去到超低功耗芯片開發(fā)領域，而常規(guī)Python語言的開發(fā)改變了它的軟件寬度也可以站在全世界熱門的Python領域中參與借鑒模仿和參考，這受到了許多轉(zhuǎn)變，如決定以往的硬件測試流程和開發(fā)流程，變動一慣如果說的硬件程序開發(fā)難了的刻板印象，這個現(xiàn)象之后會詳細闡述。

Arduino(C)

基于組件C代碼設計

手中掌握和C兼容性問題的優(yōu)勢，可以無縫拼接接入ESP-IDF。

成批遺留下的代碼庫這個可以再全部整合可以使用。

近年來的提供給的外設硬件庫質(zhì)量下降迅速下降，導致硬件開發(fā)后的穩(wěn)定性淺薄。

Javascript

較常見于Rufflite、JerryScript等。

新生事物，同MicroPython幾乎完全一樣的結(jié)構(gòu)

支持什么JS異步運行驅(qū)動程序事件模型，那些要求芯片必須手中掌握系統(tǒng)（RTOS）。

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

硬件驅(qū)動去相關支持庫較弱，基于此深耕細作硬件接口的開發(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)境均基于組件此再繼續(xù)開發(fā)完畢得來的產(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從語法上被砍掉了大量變更土地性質(zhì)具體方法的語法糖，小幅度提高的裁剪制作代碼量，在開發(fā)者開箱即用的角度來看，MicroPython挑動了大多數(shù)開發(fā)者的拿來主義（我？）。

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

但MicroPython在眾多閃圖語言中與C語言的兼容性為最佳的位置，在程序設計上又是極為，支持2g語言的同時又吸收了上層杰出的代碼的精髓，尤其是異常機制和閃圖類型。

此時而言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ù)網(wǎng)絡服務里的HTTPAPI，對硬件里的UART、I2C、SPI、RS485、CAN等等從機設備的控制，不使用MicroPython進行旗下驗證，要比所謂的可以使用C、Arduino來的頗為迅速，不過它們編譯器三次2分鐘，運行10秒，而MicroPython燒錄軟件2分鐘，之前每隔5秒運行發(fā)熱發(fā)冷正常運行，這也相成于MicroPython的硬件外設驅(qū)動的開發(fā)也很可信和很穩(wěn)定（反正是ESP-IDF穩(wěn)定高效的原因XD）。

所以我別人花兩天軟件調(diào)試的硬件接口，我兩個小時就這個可以調(diào)試得所剩無幾了，尤其是多機協(xié)議的反復測試接口，例如：Modbusreadaddr又或者這類接口。不過，根據(jù)上述規(guī)定的這種開發(fā)完畢就算是封裝方法成AT指令的接口也可以不可以做到，但在Python解釋器的基礎上可以不編譯程序許多奇怪的妖軍邏輯操作，而非AT固件的更改接口形式調(diào)試。

綜上，MicroPython的硬件開發(fā)地位處在硬件開發(fā)的初期驗證和遠古時期開發(fā)階段，在后期大多都會放回C，而軟件領域里，則有大量的邏輯示例代碼供硬件開發(fā)內(nèi)部函數(shù)和測試,相對于硬件開發(fā)人員，將是完成任務更大操縱硬件的方法，對此軟件人員也會更太容易的和硬件人員開發(fā)硬件和調(diào)試硬件。

結(jié)語