Vector Flash Bootloader：安全刷寫與 A/B 回滾機制

支援 OTA 之後，每一次更新都帶著同一個風險：刷寫中斷或內容被竄改，ECU 就可能無法啟動。Vector Flash Bootloader 的設計目標是把這條路徑做穩：壓縮與管線化加速、差分更新減量、Secure Boot 驗證簽章，並以 A/B 分區在失敗時自動回滾。

ECU 刷寫要同時顧什麼：快、安全、不能變磚

FBL 要同時扛住三個互相拉扯的需求：

• 要快：產線下線（EOL）與車主等待都在算秒，刷太慢就是成本。
• 要安全：更新內容不能被竄改，開機不能執行未授權的程式。
• 不能變磚：OTA 途中斷電或失敗，車子必須還能開、能救回來。

ECU 更新最壞的情況不是「更新失敗」，而是「失敗後救不回來」——FBL 的價值，一半在刷得快，一半在出事能回滾。

Flash Bootloader 怎麼解：加速、驗簽、可回滾

Vector 的 Flash Bootloader 是 ECU 中負責韌體更新（reprogramming）的關鍵軟體模組，與全球車廠長期合作、經廣泛驗證，涵蓋 CAN／CAN FD、LIN、FlexRay 到車用乙太網，適用產線、售後與 OTA。Bootloader 與 Flash Driver 以原始碼形式提供，可用 DaVinci 工具配置，以符合實際專案需求。

刷得快：壓縮、管線化、差分

為了縮短刷寫時間，FBL 用了幾種加速手段：

• 資料壓縮（Data Decompression）：傳輸前壓縮、由 FBL 在 ECU 內即時解壓，減少匯流排佔用。
• 管線化（Pipelined Programming／Verification）：邊把資料寫進 Flash、邊接收下一個區塊；校驗當前區塊時預取下一段——把時間利用率拉滿。
• 差分刷寫（Delta Download）：只傳版本之間的差異，對大型應用（如資訊娛樂系統）效益最明顯。

夠安全：Secure Boot 驗簽、加密傳輸

資安是刷寫的重中之重。Secure Boot 基於硬體信任根（HSM／SHE）或軟體演算法，在 ECU 開機時驗證應用程式的數位簽章，擋掉未經授權的程式碼；下載內容則由 Security／Crypto 模組依 OEM 定義的方式加密保護、Decryption 模組負責解密。

不變磚：A/B 分區、OTA 失敗回滾

針對新一代 E/E 架構，FBL 提供軟體啟動管理（Software Activation Manager）：支援 A/B 分區更新，OTA 失敗時自動回滾到舊版，確保車輛不變磚。面對多核心 SoC 或多晶片封裝（SiP）的複雜 ECU，還有主從式刷寫，協調多個核心同步更新。

Flash Bootloader 在刷寫鏈的位置

FBL 是 ECU 端支援刷寫的基礎。上位機那端，由 vFlash 準備燒錄包、透過 CAN 到 DoIP 一鍵刷寫；ECU 端則由 FBL 負責接收、解壓、驗簽、寫入與回滾。一個管「怎麼送」、一個管「怎麼收得穩」，兩者搭配，刷寫才又快又安全。

常見問題釐清

Flash Bootloader（FBL）是什麼？

FBL 是 ECU 中負責韌體更新（reprogramming）的軟體模組。Vector 的 FBL 涵蓋 CAN／CAN FD、LIN、FlexRay 到車用乙太網，支援產線、售後與 OTA，並以壓縮、管線化、差分刷寫加速，用 Secure Boot 與 A/B 分區確保安全與可回滾。

FBL 怎麼縮短刷寫時間？

三種手段：資料壓縮（傳輸前壓縮、ECU 內即時解壓）、管線化（邊寫入 Flash 邊接收下一區塊、邊校驗邊預取），以及差分刷寫（只送版本之間的差異）。三者一起把匯流排佔用與等待時間都壓下來。

OTA 更新到一半失敗，車子會變磚嗎？

不會。FBL 的軟體啟動管理支援 A/B 分區更新：更新失敗時自動回滾到舊版，確保車輛還能正常運作。這正是 OTA 安全性的關鍵設計之一。

Flash Bootloader 和 vFlash 差在哪？

分工不同：FBL 在 ECU 端，負責接收、驗簽、寫入與回滾；vFlash 在上位機端，負責準備燒錄包、透過 CAN 到 DoIP 一鍵刷寫。一個管「怎麼收得穩」、一個管「怎麼送」，通常成對使用。