項目背景
Agile Upgrade:用于快速構建 bootloader 的中間件。
-
example
文件夾提供 PC 上的示例
特性
-
AES256
-
fastlz
-
quicklz
-
原生適配
file
及fal
操作接口 -
移植簡單,實現自定義的后端只需適配幾個操作接口
-
使用簡單,幾行代碼即可實現固件升級
-
全過程日志輸出
-
提供過程回調,可將過程及進度顯示在自定義硬件上
-
基于
RT-Thread 4.1.0
版本 -
基于正點原子探索者開發板
代碼地址:
https://github.com/loogg/agile_upgrade_mcu_demos
https://github.com/loogg/agile_upgrade
(請復制至外部瀏覽器打開)
-
目錄結構
2、Bootloader
一般Bootloader
實現的邏輯如下:
這種方式適合于簡單的裸機程序或可控的 OS 程序(即所有外設硬件都可把控),在準備環境的時候將其全部關閉。
但對于一些復雜的或者 OS 中輪子已造好的程序,有一些因素不花時間研究無法把控,在準備環境時很可能就會遺漏一些未關閉導致出各種各樣的問題。
這里提供一種萬能方法:
- 利用芯片中的不受軟件復位影響的可供用戶使用的寄存器 (如 STM32 中的備份寄存器)。
- 在需要跳入 APP 運行時將該寄存器賦值然后軟件復位。
- 在 OS 還沒初始化時判斷該寄存器值,如果需要跳轉只需要簡單的準備環境即可跳轉。
該方法可以使Bootloader
就作為一個 OS 應用程序開發,需要跳轉的時候就操作一下寄存器并軟件復位即可。
該倉庫下所有的Bootloader
例子均使用此方法。
以正點原子探索者開發板的STM32F4
為例,將system_stm32f4xx.c
文件的SystemInit
函數修改:
1voidboot_start_application(void);
2voidSystemInit(void)
3{
4boot_start_application();
5
6...
7}
boot_start_application
的實現為:
1typedefvoid(*boot_app_func)(void);
2voidboot_start_application(void){
3__HAL_RCC_PWR_CLK_ENABLE();
4HAL_PWR_EnableBkUpAccess();
5
6RTC_HandleTypeDefRTC_Handler={0};
7RTC_Handler.Instance=RTC;
8uint32_tbkp_data=HAL_RTCEx_BKUPRead(&RTC_Handler,BOOT_BKP);
9HAL_RTCEx_BKUPWrite(&RTC_Handler,BOOT_BKP,0);
10
11if(bkp_data!=0xA5A5)return;
12
13boot_app_funcapp_func=NULL;
14uint32_tapp_addr=BOOT_APP_ADDR;
15if(((*(__IOuint32_t*)(app_addr+4))&0xff000000)!=0x08000000)return;
16
17/*棧頂地址在128KRAM間*/
18if(((*(__IOuint32_t*)app_addr)-0x20000000)>=(STM32_SRAM_SIZE*1024))return;
19
20app_func=(boot_app_func)*(__IOuint32_t*)(app_addr+4);
21/*Configuremainstack*/
22__set_MSP(*(__IOuint32_t*)app_addr);
23/*jumptoapplication*/
24app_func();
25}
設置寄存器并軟件復位的實現為:
1staticvoidboot_app_enable(void){
2__disable_irq();
3RTC_HandleTypeDefRTC_Handler={0};
4RTC_Handler.Instance=RTC;
5HAL_RTCEx_BKUPWrite(&RTC_Handler,BOOT_BKP,0xA5A5);
6HAL_NVIC_SystemReset();
7}
3、RT-Thread 完整版、RT-Thread Nano 及裸機對比
3.1、RTOS 與裸機
很多人都會覺得裸機開發比 RTOS 簡單并且編譯出來的空間小的多,但以我的開發經驗來說并非如此。
-
開發難易程度
-
裸機
裸機開發經常使用的是前后臺框架,一個有多步執行操作的
task
基本上都是使用switch case
方式。一級延時很好處理只需要改變
task
的再一次進入時間即可。嵌套延時則需要加狀態位并在函數中嵌套
switch case
,程序非常臃腫。 -
RTOS
RTOS 中多步操作只需按順序調用函數即可,掛起也只需調用系統提供的 API ,代碼精簡且邏輯清晰。
-
資源占用
以
RT-Thread Nano
舉例,官方給出的數據如下:
1在運行兩個線程(main 線程+ idle 線程)情況下,ROM 和 RAM 依然保持著極小的尺寸。
2以下是基于CortexM3的MDK工程編譯結果(優化等級3)
3
4TotalROSize(Code+ROData)4000(3.91kB)
5TotalRWSize(RWData+ZIData)1168(1.14kB)
6TotalROMSize(Code+ROData+RWData)4092(4.00kB)
7
從數據中可以得知資源占用并沒有相差非常大。
3.2、RT-Thread 完整版與 RT-Thread Nano
許多人對于這兩個的爭議在于:RT-Thread 完整版
資源占用太大,小芯片用不了等等。
這里我就用事實來證明并非如此,完全可以裁剪到Nano
一樣的大小,并且RT-Thread 完整版
還支持menuconfig
不需要自己添加代碼文件,真香。
同時RT-Thread
還有許多純 C 語言的不涉及硬件的軟件包,使用menuconfig
拿來即用,真香。
這里我以正點原子探索者開發板bsp
為例,基于RT-Thread v4.1.0
版本,具體工程查看 RTT_Template。
-
CubeMX
生成的 MDK 工程編譯結果 (優化等級 0)
1TotalROSize(Code+ROData)8120(7.93kB)
2TotalRWSize(RWData+ZIData)1832(1.79kB)
3TotalROMSize(Code+ROData+RWData)8136(7.95kB)
4
-
在運行兩個線程 (main 線程 + idle 線程) 情況下的 MDK 工程編譯結果 (優化等級 0), 適配了
rt_hw_console_output
1TotalROSize(Code+ROData)13256(12.95kB)
2TotalRWSize(RWData+ZIData)3136(3.06kB)
3TotalROMSize(Code+ROData+RWData)13396(13.08kB)
4
-
兩者比較差值
1TotalROSize(Code+ROData)5136(5.02kB)
2TotalRWSize(RWData+ZIData)1304(1.28kB)
3TotalROMSize(Code+ROData+RWData)5260(5.14kB)
4
從上述數據可以得出結論:RT-Thread 完整版
通過裁剪可以完全媲美RT-Thread Nano
,所以首選RT-Thread 完整版
。
4、Bootloader 工程使用
tools文件夾下包含了固件打包工具和應用層固件app.bin
,起始地址為0x08080000
。
應用層分區如下:
在應用程序中下載固件需要使用ymodem_ota -p [dst]
命令,[dst]
為目標分區download_w25q
或download_onchip
。
以下工程編譯結果都是基于優化等級 0
。
4.1、MinimalistBoot 使用
該工程下提供 3 個配置文件,通過ENV
工具的menuconfig
Load
配置并save
為.config
后執行scons --target=mdk5 -s
即可生成工程。
該工程未使用動態內存分配,故編譯結果即為真實內存使用。
配置文件分別為:.config.minimal
、.config.w25q_qlz
和.config.shell_qlz
。
-
.config.minimal
極簡Bootloader
,不支持壓縮和加密類型固件,下載分區為download_onchip
。
-
.config.w25q_qlz
支持quicklz
方式壓縮的固件,下載分區為download_w25q
。
-
.config.shell_qlz
支持quicklz
方式壓縮的固件,升級失敗可通過敲擊鍵盤Enter
鍵進入Shell
,下載分區為download_onchip
。
4.2、FalBoot 使用
該工程基于FAL
組件,提供 4 個配置文件,通過ENV
工具的menuconfig
Load
配置并save
為.config
后執行scons --target=mdk5 -s
即可生成工程。
配置文件分別為:.config.minimal
、.config.dev_qlz
、.config.w25q_dev_qlz
和.config.shell_dev_qlz
。
-
.config.minimal
不支持壓縮和加密類型固件,下載分區為download_onchip
。
-
.config.dev_qlz
使用了設備框架,支持quicklz
方式壓縮的固件,下載分區為download_onchip
。
-
.config.w25q_dev_qlz
使用了設備框架,支持quicklz
方式壓縮的固件,下載分區為download_w25q
。
-
.config.shell_dev_qlz
使用了設備框架,支持quicklz
方式壓縮的固件,升級失敗可通過敲擊鍵盤Enter
鍵進入Shell
,下載分區為download_onchip
。
———————End———————
你可以添加微信:rtthread2020 為好友,注明:公司+姓名,拉進RT-Thread官方微信交流群!
↓點擊閱讀原文報名
愛我就請給我在看
-
RT-Thread
+關注
關注
31文章
1304瀏覽量
40298
原文標題:基于RT-Thread完整版搭建的極簡Bootloader
文章出處:【微信號:RTThread,微信公眾號:RTThread物聯網操作系統】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論