1. 從“變磚”到“真香”一次典型的RK3568救磚心路歷程“板子燈不亮了串口沒(méi)反應(yīng)Loader模式也進(jìn)不去這RK3568開(kāi)發(fā)板是不是徹底磚了”——這大概是每一個(gè)嵌入式開(kāi)發(fā)者在深夜與固件燒錄工具搏斗后最不愿面對(duì)卻又時(shí)常浮現(xiàn)的念頭。我手頭這塊基于瑞芯微RK3568芯片的工控板就在一次看似常規(guī)的固件升級(jí)中因?yàn)橐粋€(gè)低級(jí)失誤從“生產(chǎn)力工具”瞬間變成了“鎮(zhèn)紙”。那種感覺(jué)就像你精心調(diào)校的賽車(chē)在換了個(gè)火花塞后直接趴窩連引擎都點(diǎn)不著了。但我要告訴你的是對(duì)于RK3568這類(lèi)主流平臺(tái)“變磚”遠(yuǎn)不等于“報(bào)廢”。它更像是一個(gè)系統(tǒng)進(jìn)入了深度睡眠或保護(hù)狀態(tài)只要你手上有正確的“喚醒鑰匙”十有八九能把它從“磚頭”狀態(tài)拉回來(lái)甚至過(guò)程本身還能讓你對(duì)平臺(tái)的啟動(dòng)流程、燒錄機(jī)制有更深的理解最終收獲“真香”的成就感。這次救磚經(jīng)歷讓我徹底摸清了從Loader模式失效、MaskRom模式強(qiáng)制介入到最終使用開(kāi)源工具完成燒錄的全鏈路。下面我就把這次踩坑、排查、修復(fù)的完整過(guò)程以及背后那些官方文檔可能不會(huì)細(xì)說(shuō)的原理和技巧毫無(wú)保留地分享出來(lái)。2. 固件燒錄失敗的常見(jiàn)“磚態(tài)”與根因分析在動(dòng)手救磚之前我們得先搞清楚板子到底處于哪種“磚態(tài)”。RK3568平臺(tái)變磚表象可能都是“不啟動(dòng)”但內(nèi)在原因和可操作空間截然不同。根據(jù)我的經(jīng)驗(yàn)主要可以分為以下幾類(lèi)2.1 軟件級(jí)“半磚”Bootloader損壞或配置錯(cuò)誤這是最常見(jiàn)的情況。RK3568的標(biāo)準(zhǔn)啟動(dòng)流程是芯片內(nèi)部ROM → 一級(jí)Loader通常是idbloader.img → 二級(jí)Loader/U-Boot → Kernel → Rootfs。如果你只是燒錄了錯(cuò)誤的U-Boot或內(nèi)核但一級(jí)Loader和芯片內(nèi)部的ROM代碼還是好的那么板子通常還能進(jìn)入某種底層模式。典型癥狀板子上電后電源指示燈可能正常但串口沒(méi)有任何輸出或者輸出亂碼后停止。嘗試按著Recovery鍵或特定的Loader模式觸發(fā)鍵上電電腦的設(shè)備管理器里有可能識(shí)別到Rockusb Device或類(lèi)似的設(shè)備但使用官方工具如RKDevTool連接失敗或無(wú)法正常燒錄。根本原因U-Boot環(huán)境變量損壞例如bootcmd、bootargs被錯(cuò)誤修改導(dǎo)致無(wú)法正確加載內(nèi)核。U-Boot鏡像本身?yè)p壞燒錄的uboot.img文件不完整或與硬件不匹配比如DDR配置錯(cuò)誤。一個(gè)典型的坑是使用為其他內(nèi)存型號(hào)如LPDDR4編譯的U-Boot去啟動(dòng)搭載了DDR4的板子會(huì)在初始化內(nèi)存階段就卡死。內(nèi)核或設(shè)備樹(shù)錯(cuò)誤內(nèi)核無(wú)法通過(guò)U-Boot的校驗(yàn)或設(shè)備樹(shù).dtb文件描述的硬件與實(shí)際情況不符例如熱詞中提到的rk3568調(diào)試ov5695、rk3568 lt9211d驅(qū)動(dòng)調(diào)試如果用了錯(cuò)誤的設(shè)備樹(shù)相關(guān)外設(shè)初始化失敗可能導(dǎo)致內(nèi)核恐慌。分區(qū)表破壞誤操作擦除了存儲(chǔ)分區(qū)表通常是parameter.txt中定義的存儲(chǔ)區(qū)域?qū)е翷oader找不到后續(xù)鏡像的位置。2.2 硬件級(jí)“全磚”MaskRom模式成為唯一希望當(dāng)一級(jí)Loaderidbloader也遭到破壞或者存儲(chǔ)它的SPI Flash/eMMC的前面幾個(gè)塊出現(xiàn)物理?yè)p壞或徹底被擦除時(shí)芯片內(nèi)部的ROM代碼在嘗試加載一級(jí)Loader失敗后會(huì)主動(dòng)進(jìn)入一種被稱(chēng)為MaskRom模式的終極救援狀態(tài)。典型癥狀板子完全“黑屏”任何指示燈都可能不亮取決于具體板子的設(shè)計(jì)。無(wú)論你怎么按Recovery鍵串口都寂靜無(wú)聲。但是當(dāng)你用USB線(xiàn)連接板子的OTG口通常是Type-C口并標(biāo)記為“Download”或“OTG”到電腦時(shí)電腦的設(shè)備管理器里可能會(huì)識(shí)別到一個(gè)非常基礎(chǔ)的USB設(shè)備在Linux下可能是Rockchip RK3568 usb download gadget在Windows下可能顯示為未知設(shè)備或帶有VID/PID的通用設(shè)備。這是救磚的關(guān)鍵信號(hào)根本原因idbloader.img被擦除或損壞這是進(jìn)入MaskRom模式的最常見(jiàn)原因。一級(jí)Loader負(fù)責(zé)初始化最基本的外設(shè)如USB控制器以便與燒錄工具通信。它沒(méi)了芯片就只能靠?jī)?nèi)建的ROM。eMMC/SPI Flash前部存儲(chǔ)塊損壞物理?yè)p壞或頻繁擦寫(xiě)導(dǎo)致存儲(chǔ)介質(zhì)出現(xiàn)問(wèn)題。極端錯(cuò)誤的燒錄操作例如在燒錄過(guò)程中強(qiáng)行斷電或者使用了錯(cuò)誤格式的燒錄包覆蓋了Loader區(qū)域。2.3 環(huán)境與工具導(dǎo)致的“假磚”有時(shí)候板子本身沒(méi)問(wèn)題是操作環(huán)境或工具鏈的配置導(dǎo)致了失敗。典型癥狀使用RKDevTool等工具時(shí)連接不上設(shè)備或者燒錄過(guò)程在某個(gè)階段如準(zhǔn)備IDB失敗、測(cè)試設(shè)備失敗報(bào)錯(cuò)中止。根本原因USB驅(qū)動(dòng)問(wèn)題Windows系統(tǒng)沒(méi)有正確安裝Rockchip的USB下載驅(qū)動(dòng)DriverAssitant_v5.12等版本。這是新手最常踩的坑。工具版本不匹配RKDevTool的版本與固件包.img或.update.img的格式、或者與芯片的通信協(xié)議不兼容。熱詞中提到的瑞芯微開(kāi)源rkdelveloptool就是一個(gè)社區(qū)維護(hù)的替代工具有時(shí)比官方工具更靈活。硬件連接問(wèn)題USB線(xiàn)質(zhì)量差、只供電無(wú)數(shù)據(jù)、USB口供電不足尤其是使用USB HUB時(shí)或者OTG口接觸不良。操作時(shí)序問(wèn)題進(jìn)入Loader模式或MaskRom模式需要特定的上電、按鍵組合時(shí)序操作不對(duì)就無(wú)法觸發(fā)。3. 救磚實(shí)戰(zhàn)從診斷到修復(fù)的完整鏈路理清了“磚態(tài)”我們就可以按圖索驥開(kāi)始拯救行動(dòng)了。我的救磚過(guò)程遵循了從簡(jiǎn)到繁的原則。3.1 第一步基礎(chǔ)診斷與準(zhǔn)備工作在連接任何工具之前先做好這些事準(zhǔn)備可靠的硬件USB數(shù)據(jù)線(xiàn)使用一條已知良好的、支持?jǐn)?shù)據(jù)傳輸?shù)腢SB線(xiàn)最好是原裝手機(jī)數(shù)據(jù)線(xiàn)。很多充電線(xiàn)只有電源線(xiàn)沒(méi)有數(shù)據(jù)線(xiàn)。電源確保開(kāi)發(fā)板供電穩(wěn)定。如果板子有獨(dú)立電源接口優(yōu)先使用它而不是僅靠USB供電。USB供電可能不足以讓板子穩(wěn)定進(jìn)入下載模式。串口調(diào)試器連接好串口通常是UART2打開(kāi)串口終端如Putty、MobaXterm、minicom波特率設(shè)為1500000這是RK3568 Loader和U-Boot階段的常用波特率。即使沒(méi)輸出也要開(kāi)著它是重要的觀察窗口。軟件環(huán)境準(zhǔn)備Windows用戶(hù)提前下載并安裝好Rockchip的DriverAssitant驅(qū)動(dòng)安裝包。以管理員身份運(yùn)行確保驅(qū)動(dòng)安裝成功?？梢栽谠O(shè)備管理器中查看當(dāng)板子進(jìn)入Loader/MaskRom模式時(shí)是否會(huì)出現(xiàn)Rockusb Device。Linux/macOS用戶(hù)通常不需要額外驅(qū)動(dòng)但需要當(dāng)前用戶(hù)有USB設(shè)備訪(fǎng)問(wèn)權(quán)限?？梢园惭brkdeveloptool熱詞中提到的開(kāi)源工具或upgrade_tool。安裝rkdeveloptool通常需要從源碼編譯git clone https://github.com/rockchip-linux/rkdeveloptool cd rkdeveloptool autoreconf -i ./configure make sudo make install獲取正確的固件確保你手上有至少一份已知在該板子上成功運(yùn)行過(guò)的完整固件包包含idbloader, uboot, boot, rootfs等所有鏡像。這是救磚的“彈藥”。如果是為了修復(fù)自己編譯導(dǎo)致的問(wèn)題請(qǐng)確保你擁有正確的編譯配置如rk3568 defconfig和構(gòu)建出的鏡像。3.2 第二步嘗試進(jìn)入Loader模式Recovery模式這是破壞性最小、最先應(yīng)該嘗試的方法。Loader模式是由一級(jí)Loader或U-Boot提供的一個(gè)USB燒錄接口。操作方法斷開(kāi)板子電源。按住板子上的“Recovery”鍵或“Download”鍵不同板子標(biāo)識(shí)不同可能是BOOT、REC或一個(gè)隱藏的按鍵。保持按住不放然后給板子上電接電源或插USB。等待2-3秒后松開(kāi)按鍵。觀察現(xiàn)象成功電腦發(fā)出“叮咚”的USB設(shè)備連接聲。設(shè)備管理器中出現(xiàn)Rockusb Device。打開(kāi)RKDevTool下方會(huì)顯示“發(fā)現(xiàn)一個(gè)LOADER設(shè)備”。失敗什么反應(yīng)都沒(méi)有。串口無(wú)輸出電腦無(wú)新設(shè)備。這說(shuō)明一級(jí)Loader可能已損壞無(wú)法響應(yīng)按鍵觸發(fā)。此時(shí)需要進(jìn)入下一步。3.3 第三步強(qiáng)制進(jìn)入MaskRom模式當(dāng)Loader模式失效時(shí)就需要祭出終極武器——MaskRom模式。這個(gè)模式由芯片內(nèi)部ROM直接提供不依賴(lài)任何外部存儲(chǔ)。觸發(fā)方式通常有兩種短接Flash引腳法最通用可靠原理讓芯片在上電瞬間檢測(cè)到存儲(chǔ)介質(zhì)eMMC或SPI Flash處于“錯(cuò)誤”狀態(tài)從而主動(dòng)進(jìn)入MaskRom模式。對(duì)于eMMC通常是短接CLK引腳和GND對(duì)于SPI Flash是短接CLK或CS和GND。操作先斷電。找到板載eMMC或SPI Flash芯片通常在RK3568芯片附近。用鑷子或?qū)Ь€(xiàn)小心地短接芯片的CLK引腳第6腳和相鄰的GND引腳如第5腳或外殼。保持短接狀態(tài)然后給板子上電。上電后約1-2秒即可松開(kāi)短接。風(fēng)險(xiǎn)提示操作需格外小心避免短路其他引腳。如果找不到引腳或不敢操作可以嘗試下面的按鍵法。MaskRom按鍵法部分板子支持有些開(kāi)發(fā)板設(shè)計(jì)了一個(gè)專(zhuān)用的“MaskRom”按鍵。操作方式同Loader模式斷電 - 按住MaskRom鍵 - 上電 - 松開(kāi)。如果沒(méi)有專(zhuān)用鍵可以嘗試同時(shí)按住“Recovery”鍵和“Reset”鍵再上電部分板子用此組合鍵觸發(fā)。觀察現(xiàn)象成功電腦識(shí)別到一個(gè)新的USB設(shè)備VID: 0x2207, PID: 0x350a 或類(lèi)似。在RKDevTool中會(huì)顯示“發(fā)現(xiàn)一個(gè)MASKROM設(shè)備”。注意MaskRom模式下設(shè)備名稱(chēng)可能就是“MASKROM”而不是“LOADER”。失敗如果短接后電腦仍無(wú)反應(yīng)檢查USB線(xiàn)、USB口并嘗試在另一臺(tái)電腦上操作以排除主機(jī)問(wèn)題。3.4 第四步使用工具進(jìn)行燒錄一旦設(shè)備被識(shí)別就可以開(kāi)始燒錄了。這里分別介紹官方工具和開(kāi)源工具的使用。3.4.1 使用RKDevToolWindows圖形界面這是最常用的方法適合大多數(shù)用戶(hù)。加載固件打開(kāi)RKDevTool點(diǎn)擊“升級(jí)固件”或“下載鏡像”選項(xiàng)卡不同版本名稱(chēng)不同。點(diǎn)擊“...”按鈕選擇你的固件文件。固件可能是單個(gè)的.update.img打包好的也可能是多個(gè)獨(dú)立的.img文件如idbloader.img,uboot.img,boot.img,rootfs.img。如果是后者需要在工具界面中為每個(gè)分區(qū)手動(dòng)指定對(duì)應(yīng)的img文件。執(zhí)行燒錄確保設(shè)備顯示在下方列表中狀態(tài)為“發(fā)現(xiàn)一個(gè)MASKROM設(shè)備”。直接點(diǎn)擊“執(zhí)行”或“升級(jí)”按鈕。工具會(huì)先擦除舊數(shù)據(jù)然后依次燒錄各個(gè)鏡像。關(guān)鍵點(diǎn)與避坑擦除選項(xiàng)在MaskRom模式下為了徹底解決問(wèn)題建議勾選“擦除Flash”或“擦除所有”選項(xiàng)如果有。這會(huì)清空整個(gè)存儲(chǔ)設(shè)備包括可能損壞的分區(qū)表。參數(shù)文件如果使用獨(dú)立鏡像需要一個(gè)正確的parameter.txt文件來(lái)定義分區(qū)布局。務(wù)必使用與你的板子和固件匹配的parameter文件?？梢詮脑瓘SSDK或已知好的固件包中獲取。燒錄失敗處理如果燒錄中途報(bào)錯(cuò)如“下載IDB失敗”首先檢查USB連接是否穩(wěn)定?？梢試L試換USB口優(yōu)先使用主板后置的USB2.0口換數(shù)據(jù)線(xiàn)。其次檢查固件文件是否完整、是否針對(duì)你的板型rk3568-evbrk3568-rock-3a等。熱詞中使用自己的rootfs鏡像時(shí)要確保其文件系統(tǒng)格式ext4, squashfs等和大小與parameter定義的分區(qū)匹配。3.4.2 使用rkdeveloptoolLinux/macOS命令行對(duì)于習(xí)慣命令行或需要在Linux環(huán)境下操作的用戶(hù)rkdeveloptool是更靈活的選擇。它在處理某些疑難雜癥時(shí)可能更有效。查看設(shè)備連接板子并進(jìn)入MaskRom模式后執(zhí)行sudo rkdeveloptool ld如果看到類(lèi)似DevNo1 Vid0x2207,Pid0x350a,LocationID106 MaskRom的輸出說(shuō)明設(shè)備識(shí)別成功。下載Loader并重啟MaskRom模式本身不能直接燒錄完整系統(tǒng)需要先下載一個(gè)最小的Loader到芯片內(nèi)存讓它退出MaskRom模式進(jìn)入一個(gè)可以接受完整燒錄的中間狀態(tài)。這個(gè)Loader文件通常就是idbloader.img或者從SDK中提取的rk356x_loader_xxx.bin。sudo rkdeveloptool db /path/to/your/idbloader.img執(zhí)行成功后設(shè)備會(huì)重啟并進(jìn)入一個(gè)類(lèi)似于Loader模式的狀態(tài)。此時(shí)再執(zhí)行rkdeveloptool ld可能會(huì)看到設(shè)備類(lèi)型變?yōu)長(zhǎng)oader。擦除與燒錄# 擦除整個(gè)Flash謹(jǐn)慎 sudo rkdeveloptool ef /path/to/your/parameter.txt # 燒錄各個(gè)鏡像 sudo rkdeveloptool wl 0 /path/to/your/idbloader.img sudo rkdeveloptool wl 0x8000 /path/to/your/uboot.img sudo rkdeveloptool wl 0x40000 /path/to/your/boot.img sudo rkdeveloptool wl 0x80000 /path/to/your/rootfs.img注意wl命令后的地址0, 0x8000等必須與你的parameter.txt文件中定義的分區(qū)起始地址完全一致這是最容易出錯(cuò)的地方。ef命令的地址也來(lái)自parameter文件。重啟設(shè)備sudo rkdeveloptool rd燒錄完成后執(zhí)行此命令重啟設(shè)備系統(tǒng)應(yīng)該從新燒錄的固件正常啟動(dòng)。4. 進(jìn)階排查與特殊場(chǎng)景處理如果按照上述流程走了一遍板子還是沒(méi)反應(yīng)那就需要更深入地排查了。4.1 串口日志的深度解讀即使系統(tǒng)沒(méi)完全啟動(dòng)串口也可能會(huì)輸出一些信息這些是救命稻草。無(wú)任何輸出可能UART引腳接錯(cuò)TX/RX反了、波特率不對(duì)嘗試115200或1500000、或者芯片核心根本沒(méi)有運(yùn)行。確認(rèn)硬件連接。輸出DDR Version ...后停止這說(shuō)明內(nèi)部ROM和一級(jí)Loaderidbloader是好的并且成功初始化了DDR內(nèi)存。問(wèn)題出在加載U-Boot或U-Boot自身執(zhí)行上。檢查你燒錄的uboot.img是否與板子的DDR型號(hào)DDR4/LPDDR4/LPDDR4X和大小匹配。這是熱詞rk3568 defconfig配置不編譯buildroot的關(guān)聯(lián)點(diǎn)——在編譯U-Boot時(shí)必須選擇正確的defconfig如rk3568-evb-defconfig它決定了DDR的初始化參數(shù)。輸出U-Boot SPL ...或U-Boot 20xx.xx后停止U-Boot已經(jīng)啟動(dòng)但在執(zhí)行board_init_r或后續(xù)初始化時(shí)卡住?？赡苁黔h(huán)境變量損壞、存儲(chǔ)設(shè)備初始化失敗、或者關(guān)鍵外設(shè)如PMIC驅(qū)動(dòng)問(wèn)題。此時(shí)可以嘗試在U-Boot啟動(dòng)的瞬間看到提示時(shí)快速按鍵盤(pán)看能否打斷自動(dòng)啟動(dòng)進(jìn)入U(xiǎn)-Boot命令行。如果能進(jìn)入可以用printenv查看環(huán)境變量用mmc list或sf probe查看存儲(chǔ)設(shè)備是否識(shí)別。4.2 編譯配置與鏡像匹配性問(wèn)題自己編譯固件是變磚的高風(fēng)險(xiǎn)操作務(wù)必注意設(shè)備樹(shù).dtb匹配確保你編譯內(nèi)核時(shí)使用的設(shè)備樹(shù)文件rk3568-evb.dtb等與你的硬件完全匹配。不同的屏幕、攝像頭如ov5695、轉(zhuǎn)換芯片如lt9211d都需要不同的設(shè)備樹(shù)配置。燒錯(cuò)設(shè)備樹(shù)輕則外設(shè)失效重則內(nèi)核無(wú)法啟動(dòng)。編譯時(shí)可以通過(guò)make ARCHarm64 rk3568-evb.dtb來(lái)生成。Rootfs的兼容性熱詞中提到使用自己的rootfs鏡像。如果你自己構(gòu)建根文件系統(tǒng)例如用Buildroot或Yocto要確保內(nèi)核版本與Rootfs中的內(nèi)核模塊版本一致。包含了必要的初始化程序如/sbin/init和基礎(chǔ)庫(kù)。文件系統(tǒng)格式在parameter.txt中指定與鏡像的實(shí)際格式一致ext4,squashfs等。Trust鏡像對(duì)于一些安全啟動(dòng)要求高的場(chǎng)景可能還需要燒錄trust.img。如果缺失也可能導(dǎo)致啟動(dòng)失敗。4.3 硬件故障的可能性如果所有軟件方法都無(wú)效需要考慮硬件問(wèn)題電源問(wèn)題用萬(wàn)用表測(cè)量板子上的核心電壓如VDD_CPU, VDD_GPU, VDD_LOGIC是否在正常范圍內(nèi)。RK3568對(duì)電源時(shí)序和穩(wěn)定性有要求。eMMC/SPI Flash損壞嘗試燒錄一個(gè)極簡(jiǎn)的、僅包含Loader和最小內(nèi)核的固件。如果仍然失敗有可能是存儲(chǔ)芯片物理?yè)p壞?？梢試L試用熱風(fēng)槍輕輕加熱補(bǔ)焊存儲(chǔ)芯片僅限有經(jīng)驗(yàn)者操作。時(shí)鐘與復(fù)位檢查晶振是否起振復(fù)位電路是否正常。5. 救磚后的系統(tǒng)重建與功能驗(yàn)證成功救磚系統(tǒng)啟動(dòng)后工作只完成了一半。我們需要確保系統(tǒng)是完整、穩(wěn)定、功能正常的?；A(chǔ)功能驗(yàn)證串口登錄通過(guò)串口能否正常登錄系統(tǒng)網(wǎng)絡(luò)功能如果有以太網(wǎng)或Wi-Fi測(cè)試是否能獲取IP、能否ping通網(wǎng)關(guān)和外網(wǎng)。存儲(chǔ)設(shè)備執(zhí)行l(wèi)sblk或df -h查看所有分區(qū)是否正常掛載。關(guān)鍵外設(shè)根據(jù)你的板子功能測(cè)試USB口、GPIO、PWM、ADC等是否工作。例如熱詞中提到的rk3568打開(kāi) tts文本轉(zhuǎn)語(yǔ)音功能、rk3568添加spi flash都需要在系統(tǒng)啟動(dòng)后加載對(duì)應(yīng)的內(nèi)核驅(qū)動(dòng)并進(jìn)行應(yīng)用層測(cè)試?；謴?fù)個(gè)性化配置如果你救磚后燒錄的是“干凈”的出廠固件那么之前自己安裝的軟件、修改的配置都沒(méi)了。需要重新部署你的應(yīng)用環(huán)境。養(yǎng)成備份習(xí)慣將修改過(guò)的配置文件如網(wǎng)絡(luò)配置、服務(wù)配置、自定義的設(shè)備樹(shù)文件、編譯好的內(nèi)核模塊等定期備份到個(gè)人電腦或版本控制系統(tǒng)如Git中。預(yù)防再次變磚備份關(guān)鍵鏡像將一份已知絕對(duì)正常的完整固件包括idbloader, uboot, boot, rootfs, parameter備份到安全的地方。謹(jǐn)慎進(jìn)行OTA升級(jí)如果通過(guò)網(wǎng)絡(luò)進(jìn)行系統(tǒng)升級(jí)確保升級(jí)包來(lái)源可靠升級(jí)過(guò)程不斷電。使用版本管理對(duì)于自己編譯的U-Boot、內(nèi)核、Rootfs使用Git管理源碼每次編譯都打上標(biāo)簽清晰記錄每次變更對(duì)應(yīng)的鏡像文件。準(zhǔn)備救磚工具包將救磚所需的工具RKDevTool, DriverAssitant, rkdeveloptool、驅(qū)動(dòng)、已知好的固件包集中存放在一個(gè)U盤(pán)或固定目錄確保隨時(shí)可用?；剡^(guò)頭看這次RK3568的救磚經(jīng)歷雖然始于一次操作失誤但整個(gè)過(guò)程卻是一次對(duì)平臺(tái)底層啟動(dòng)流程的絕佳學(xué)習(xí)。從MaskRom模式的觸發(fā)原理到各級(jí)Loader的職責(zé)劃分再到分區(qū)表與燒錄工具的配合每一個(gè)環(huán)節(jié)的打通都讓后續(xù)的開(kāi)發(fā)調(diào)試工作變得更加心中有數(shù)。現(xiàn)在即便再遇到類(lèi)似紅米MTK救磚、Panther x2救磚或者其他平臺(tái)的問(wèn)題這套“診斷狀態(tài)、準(zhǔn)備環(huán)境、強(qiáng)制進(jìn)入底層模式、精準(zhǔn)燒錄”的方法論依然是通用的。嵌入式開(kāi)發(fā)就是這樣磚塊砌墻偶爾也會(huì)砸到自己的腳但把每一塊“磚”都研究透徹了你就能筑起更穩(wěn)固的技術(shù)高臺(tái)。