編譯好的openwrt無法保存修改 openwrt和梅林固件哪個好？
openwrt和梅林固件哪個好？梅林固件好，梅林固件是一個外號叫“Merlin（梅林）”的加拿大人EricSauvageau（當(dāng)然現(xiàn)在是一個團(tuán)隊）在基于華碩Asus官方主海報的路由器固件開源代碼上參與
openwrt和梅林固件哪個好？
梅林固件好，
梅林固件是一個外號叫“Merlin（梅林）”的加拿大人EricSauvageau（當(dāng)然現(xiàn)在是一個團(tuán)隊）在基于華碩Asus官方主海報的路由器固件開源代碼上參與改增強(qiáng)功能恢復(fù)程序編譯先發(fā)布的修改版“路由器操作系統(tǒng)”（固件），Merlin原版只支持ASUS路由器。OpenWRT是一個垂直距離模塊化、相同高度自動化專業(yè)的嵌入式的Linux發(fā)行版，她占據(jù)強(qiáng)橫的網(wǎng)絡(luò)組件和擴(kuò)展性，經(jīng)常會被作用于工控設(shè)備、智能家居、路由器等設(shè)備中。它還可以提供了上百個已編譯程序好的軟件，但數(shù)量還在不時增加。
openwrt內(nèi)存要求？
構(gòu)建OpenWrt并生成固件文件必須太約3-4GB的空間。編譯程序OpenWrt要一共1-6GB的內(nèi)存。
openwrt怎么編譯指定的目標(biāo)版？
程序編譯流程程序編譯專不屬于您的設(shè)備的某一特定Openwrt固件以再看看五個步驟：是從Subversion命令額外源代碼；更新完(或按裝)packagefeeds［packagefeeds難以確切英譯中，待譯吧）；創(chuàng)建家族一個設(shè)置配置以檢查編譯環(huán)境是否是重新搭建行了(如果我必須的話)；用Menuconfig來電腦配置即將程序編譯能生成的固件映像文件的配置項(xiàng)；到最后又開始編譯固件；
micropython是用python寫的嗎？
MicroPython在設(shè)計上最初是就是為了嵌入式微處理器運(yùn)行，.例如在nRF51822 (256kB flash 16kB RAM)的芯片上也是可以運(yùn)行站了起來，也有人腎得慌在STM32F103上騎得了，從代碼上去看Python函數(shù)棧的官方默認(rèn)是16KRAM，也就換句話說它這個可以在許多微芯片上提供給一個最小的Python代碼交互環(huán)境，但這的確中有它們的拓展功能，畢竟編譯程序更多的功能代碼意味著必須更多的Flash或外部存儲。
相同高度與寬度
根據(jù)定位的場景這個時候MicroPython在硬件的深度可以去到超低功耗芯片開發(fā)領(lǐng)域，而常規(guī)Python語言的開發(fā)改變了它的軟件寬度也可以站在全世界熱門的Python領(lǐng)域中參與借鑒模仿和參考，這受到了許多轉(zhuǎn)變，如決定以往的硬件測試流程和開發(fā)流程，變動一慣如果說的硬件程序開發(fā)難了的刻板印象，這個現(xiàn)象之后會詳細(xì)闡述。
Arduino(C)
基于組件C代碼設(shè)計
手中掌握和C兼容性問題的優(yōu)勢，可以無縫拼接接入ESP-IDF。
成批遺留下的代碼庫這個可以再全部整合可以使用。
近年來的提供給的外設(shè)硬件庫質(zhì)量下降迅速下降，導(dǎo)致硬件開發(fā)后的穩(wěn)定性淺薄。
Javascript
較常見于Rufflite、JerryScript等。
新生事物，同MicroPython幾乎完全一樣的結(jié)構(gòu)
支持什么JS異步運(yùn)行驅(qū)動程序事件模型，那些要求芯片必須手中掌握系統(tǒng)（RTOS）。
在硬件上使用瀏覽器形式的開發(fā)
硬件驅(qū)動去相關(guān)支持庫較弱，基于此深耕細(xì)作硬件接口的開發(fā)者不太多。
相關(guān)的開發(fā)資料和代碼算夠穩(wěn)定。
lua
比起MicroPython和JerryScript它的可移植性要竟然如此極為簡單啊一些。
如倉庫：
但而lua是小眾語言，地位和bat、bash也差不多。
所以才不是在開發(fā)應(yīng)用領(lǐng)域里也不是很很流行，但作為自動化腳本工具肯定很棒的。
開發(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)境的初步認(rè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的編程思維并不比較適合長期熏染在向大過程領(lǐng)域里的C語言硬件編程，的或串口收與發(fā)這樣簡單的一件事情，在Js的異步事件綁定模型下，不需要可以設(shè)置一些回調(diào)函數(shù)等待處理，而在MicroPython中，是從多線程是可以實(shí)現(xiàn)程序Js的效果，但沒有多線程也也可以按照While死循環(huán)輪詢或非會堵塞狀態(tài)機(jī)來實(shí)現(xiàn)同時的功能，而后者的死循環(huán)應(yīng)該是嵌入式C中的最常見編程養(yǎng)成了，但在JS的硬件編程中，某個函數(shù)如若再一次發(fā)生了死循環(huán)，那真的是一種災(zāi)難，所有的后臺線程都無法啟動了，但死循環(huán)這樣的開發(fā)真的太爛了，個人建議硬件開發(fā)的時候多寫異步驅(qū)動代碼，或者是狀態(tài)機(jī)代碼，以想提高IO性能。
但MicroPython在眾多閃圖語言中與C語言的兼容性為最佳的位置，在程序設(shè)計上又是極為，支持2g語言的同時又吸收了上層杰出的代碼的精髓，尤其是異常機(jī)制和閃圖類型。
此時而言C或C語言，MicroPython代價了一些不能執(zhí)行性能，換算下來每段Python代碼返回到C的執(zhí)行函數(shù)操作增加提高了5us左右，這是我在寫軟串口的時候突然發(fā)現(xiàn)的，但也帶來了解釋器接口（其他日志語言確實(shí)是這般），通過動態(tài)調(diào)整先執(zhí)行接口的參數(shù)，速度了硬件程序的驗(yàn)證與開發(fā)。
在遇到硬件程序的控制芯片方面的開發(fā)，你經(jīng)常遇上大量的硬件API通信調(diào)試，就像設(shè)置參數(shù)網(wǎng)絡(luò)服務(wù)里的HTTPAPI，對硬件里的UART、I2C、SPI、RS485、CAN等等從機(jī)設(shè)備的控制，不使用MicroPython進(jìn)行旗下驗(yàn)證，要比所謂的可以使用C、Arduino來的頗為迅速，不過它們編譯器三次2分鐘，運(yùn)行10秒，而MicroPython燒錄軟件2分鐘，之前每隔5秒運(yùn)行發(fā)熱發(fā)冷正常運(yùn)行，這也相成于MicroPython的硬件外設(shè)驅(qū)動的開發(fā)也很可信和很穩(wěn)定（反正是ESP-IDF穩(wěn)定高效的原因XD）。
所以我別人花兩天軟件調(diào)試的硬件接口，我兩個小時就這個可以調(diào)試得所剩無幾了，尤其是多機(jī)協(xié)議的反復(fù)測試接口，例如：Modbusreadaddr又或者這類接口。不過，根據(jù)上述規(guī)定的這種開發(fā)完畢就算是封裝方法成AT指令的接口也可以不可以做到，但在Python解釋器的基礎(chǔ)上可以不編譯程序許多奇怪的妖軍邏輯操作，而非AT固件的更改接口形式調(diào)試。
綜上，MicroPython的硬件開發(fā)地位處在硬件開發(fā)的初期驗(yàn)證和遠(yuǎn)古時期開發(fā)階段，在后期大多都會放回C，而軟件領(lǐng)域里，則有大量的邏輯示例代碼供硬件開發(fā)內(nèi)部函數(shù)和測試,相對于硬件開發(fā)人員，將是完成任務(wù)更大操縱硬件的方法，對此軟件人員也會更太容易的和硬件人員開發(fā)硬件和調(diào)試硬件。
結(jié)語