mOTA簡介

mOTA 是一款專為 32 位 MCU 開發的 OTA 組件，組件包含了bootloader、固件打包器(Firmware_Packager)、固件發送器三部分。

固件更新流程：

源碼地址：

https://gitee.com/DinoHaw/mOTA

作者：DinoHaw

mOTA 中的 m 可意為 mini 、 micro 、 MCU ( Microcontroller Unit )，而 OTA ( Over-the-Air Technology )，即空中下載技術，根據維基百科的定義， OTA 是一種為設備分發新軟件、配置，乃至更新加密密鑰（為例如移動電話、數字視頻轉換盒或安全語音通信設備——加密的雙向無線電）的方法。

OTA 的一項重要特征是，一個中心位置可以向所有用戶發送更新，其不能拒絕、破壞或改變該更新，并且該更新為立即應用到頻道上的每個人。用戶有可能“拒絕” OTA 更新，但頻道管理者也可以將其踢出頻道。由此可得出 OTA 技術幾個主要的特性：

一個中心可向多個設備分發更新資料（固件）；

更新資料一旦發送便不可被更改；

設備可以拒絕更新；

中心可以排除指定的設備，使其不會接收到更新資料。

mOTA功能

該組件實現了以下功能：

固件包完整性檢查：自動檢測固件 CRC 值，保證固件數據的可靠性。

固件加密：支持 AES256 加密算法，提高固件的安全性。

APP 完整性檢查：支持 APP 運行前進行完整性檢查，以確認運行的固件無數據缺陷。

斷電保護：當固件更新過程中（含下載、解密、更新等過程），任何一個環節斷電，設備再次上電時，依然能確保有可用的固件。（需配置為至少雙分區）

固件水印檢查：可檢測固件包是否攜帶了特殊的水印，確認非第三方或非匹配的固件包。

固件自動更新：當 download 或 factory 分區有可用的固件，且 APP 分區為空或 APP 分區不是最新版本的固件時，可配置為自動開始更新。

恢復出廠設置：factory 分區存放穩定版的固件，當設備需要恢復出廠設置時，該固件會被更新至 APP 分區。

無須 deinit ：我們知道，固件更新完畢后從 bootloader 跳轉至 APP 前需要對所用的外設進行 deinit ，恢復至上電時的初始狀態。本組件的 bootloader 包含了下載器的功能，當使用復雜的外設收取固件包時， deinit 也將變得復雜，甚至很難排除對 APP 的影響。為此，本組件采用了再入 bootloader 的方式，給 APP 提供一個相當于剛上電的外設環境，免去了 deinit 的代碼。

功能可裁剪：本組件通過功能裁剪可實現單分區、雙分區、三分區的方案切換、是否配置解密組件、是否自動更新 APP 、是否檢查 APP 完整性、 是否使用 SPI Flash （待實現） 。

固件存放至 SPI flash ：本組件可通過 user_config.h 配置 download 分區和 factory 分區的所在位置為片內 flash 或 SPI flash ，使用了 SFUD (Serial Flash Universal Driver) 作為 SPI flash 的底層驅動庫。若使用的 SPI flash 支持 SFDP (Serial Flash Discovable Parameters) ，則可在不修改任何源代碼的情況下更換其它品牌型號的 SPI flash 。若不支持 SFDP ，SFUD 中已有對應 SPI flash 參數表的話，也可做到在不修改任何源代碼的情況下更換其它品牌型號的 SPI flash 。

mOTA軟件架構

硬件層描述的是運算器件和邏輯器件，如CPU、ADC、TIMER、各類IC等，是所有軟件組件的硬件基礎，是軟件邏輯的最終底層實現。

硬件抽象層是位于驅動與硬件電路之間的接口層，將硬件抽象化。它隱藏了特定平臺的硬件接口細節，為驅動層提供抽象化的硬件接口，使其具有硬件無關性。

驅動層通過調用硬件抽象層的開放接口，實現一定的邏輯功能后封裝，提供給上層軟件調用。

數據傳輸層負責收發數據，對外開放的是數據發送與接收相關的接口，屏蔽了通訊接口的邏輯代碼，使其易于修改為其他類型的通訊接口。

協議析構層將調用數據傳輸層的數據收發接口進行封包發送與收包解析，通過實現用戶的自定義協議，完成對數據的構造和解析。

應用層負責業務邏輯代碼的實現，通過調用其他層封裝的接口，完成頂層邏輯功能。

審核編輯：湯梓紅