<p><iframe name="ifd" src="https://mnifdv.cn/resource/cnblogs/ZLIOTA/Air724UG/myota.html" frameborder="0" scrolling="auto" width="100%" height="1500"></iframe></p>
說明
這節測試一下HC32F460通過Air724UG(4G GPRS)使用http或https遠程下載升級單片機程序
我已經把固件文件放在了自己的服務器上
默認使用本人提供的下載路徑測試
文件路徑: 網站根目錄->ota->hardware->HC32F460Air724BK
user_crc.bin: 是固件程序文件.
該固件程序文件並不是直接可以運行的文件
里面的數據每隔128字節后面增加2位CRC校驗位
單片機下載以后每隔130字節校驗一下數據,然后把前128字節寫入Flash.
加入CRC校驗讓升級變的穩定可靠.
info.txt文件內容:
version:0.0.1 雲端固件程序版本
url:http://mnif.cn/ota/hardware/CH579Air724BK/user_crc.bin 固件程序下載地址
"info":"1.解決了部分BUG 2.優化了部分程序" 使用APP控制升級時,APP的提示信息.
升級過程:
注:使用TCP連接Web服務器,然后發送相應的GET指令獲取文件!
用戶程序里面每隔一定時間控制網絡模塊使用http的GET指令獲取雲端info.txt文件
然后從文件里面獲取服務器里面的固件程序版本和固件程序下載地址等信息
如果與自身版本號對比不一致,就把固件程序下載地址寫入flash,然后設置更新標志,重啟,
重啟執行BootLoader以后,BootLoader程序檢測到更新標志,則提取固件下載的地址,
然后使用http下載程序文件,把程序文件寫入flash,完成升級.
備份升級流程圖
測試
1.GPRS模塊安裝
注意手機卡的缺角方向是朝里面
GPRS模塊安裝到第三排排母!模塊的第一個VCC引腳和底板的5V引腳相連接
2.打開串口調試助手打印串口日志
V1.2版本
V1.4及其以上版本
3.使用下載器下載BootLoader程序
8.下載用戶程序到開發板
9.觀察日志,說明執行流程
開始運行用戶程序,默認提供的用戶程序設置的程序版本是0.0.0
用戶程序控制模組連接服務器,使用get指令獲取獲取服務器上的固件信息文件 info.txt
檢測到版本不一致以后,把獲取的url存儲到flash,設置更新標志,重啟.
重啟之后BootLoader提取url
BootLoader發送get指令獲取程序固件
升級完成以后,運行新下載的程序.
用戶程序每隔一段時間控制模組連接服務器,使用get指令獲取獲取服務器上的固件信息文件 info.txt
現在程序版本和上面的是一致的,所以不需要更新
應用到自己的服務器
1,首先確定好程序文件在服務器的路徑
關於本人服務器文件夾解釋:(自己隨意就好,最后的文件夾命名建議使用產品的型號)
html:網站根目錄
ota: ota升級
hardware : 硬件程序
HC32F460Air724BK: 作為產品的型號(根據自己的產品型號修改)
我把固件放到了里面那么固件程序下載地址為:
http://服務器IP地址/ota/hardware/CH32F460Air724BK/user_crc.bin
那么固件信息的下載地址為:
http://服務器IP地址/ota/hardware/CH32F460Air724BK/info.txt
2.修改 用戶程序 的 IAP.C 文件
提示:我把它們存儲在程序bin文件的1024字節倍數的位置是為了BootLoader下載的時候便於提取這些數據;
1.產品型號(我設置的為CH32F460Air724BK)
2.修改固件程序版本(可隨意指定,我設置的為0.0.2)
3.修改記錄雲端固件信息文件下載地址(我的為:http://mnif.cn/ota/hardware/CH32F460Air724BK/info.txt)
5.修改BootLoader程序 的 IAP.c,設置下產品型號和默認的固件程序下載地址
注意:BootLoader里面的產品型號要和用戶里面的一樣!!!!
BootLoader程序下載的時候會判斷這個型號一不一致
6.編譯用戶程序
會在工程目錄的bin文件夾生成 user.bin文件
7.打開OTA Tools上位機軟件
8.按照紅框選擇配置
9.選擇用戶程序生成的 bin文件
10.點擊 生成固件
11.將在user.bin目錄生成user_crc.bin文件
user_crc.bin文件是在user.bin的基礎上增加了CRC校驗位
改寫size,把真實的文件大小填寫到bin文件
12.把生成的user_crc.bin文件拷貝到服務器
13.還差一個info.txt文件
我准備了一個模板
14.修改版本號(和用戶程序里面設置的一樣)
16.修改固件程序下載地址(和服務器上面的保持一致)
17.最后的提示信息不需要更改,當前用不到
18.把info.txt文件也拷貝到服務器,然后按照一開始的步驟測試即可
小總結
遠程升級單片機程序其實就是使用模組以TCP方式連接Web服務器,
然后給TCP服務器發數據,數據格式是GET指令.
服務器接收到指令以后會下發文件給模組,模組通過串口把數據發給單片機,
單片機接收到數據以后寫到flash,最后加載運行.
關於Flash分配調整
1.打開BootLoader或者用戶程序里面的iap_interface.h 文件
單片機的型號是HC32F460JETA, 共有512KB的flash, 然后總共分了64個扇區.一個扇區占8KB
每次擦除是以扇區進行擦除,所以分配的時候我是以使用多少個扇區進行分配的.
因為最后一個扇區某些位置存儲了固定數據,是無法使用的,所以下面實際寫的是64-1 (63個扇區)
2.關於扇區調整
①假設用戶后面編寫了BootLoader程序, 使得BootLoader程序量變化了,用戶需要編譯一下BootLoader程序
然后在bin文件夾里面可以看到程序大小
②一個扇區是8KB,那么需要4個扇區就可以了, 假設我設置為5個扇區
BootLoader里面的設置為5個扇區
用戶程序里面要和BootLoader里面設置的一樣
③然后編譯下載BootLoader程序到板子
④然后編譯下載BootLoader程序到板子
④根據打印的日志,調整下用戶程序里面的配置
3,警告! 危險! 危險! 危險!
Flash的分配在產品上線之前就是配置好的!后期不能再調整了.
所以大家伙一定要給BootLoader和用戶程序留夠足夠的空間!
4,關於記錄更新信息和用戶信息的flash分配
存儲更新相關數據和存儲用戶數據都給了1個扇區(8KB)
存儲用戶數據其實是我預先留給用戶的,程序上並沒有使用那塊空間.如果用戶需要存儲數據
存儲數據的起始地址就是 FLASH_USERDATE_ADDR, 如果用戶不需要存儲,那么可以設置為 0
當然現在顯得有些浪費!!!!因為內部的存儲更新相關數據總共才使用了1KB. 但是為了程序便於移植,就這樣吧.
關於升級底層包
1.這次使用的遠程升級底層是最新優化的一版
此底層包是在前面各種單片機遠程升級的基礎上提煉優化的一版,
使得更便於移植應用到各個單片機+各種網絡模塊上.
2. iap文件是控制着升級流程的文件
①大家伙可以在里面設置基本的固件版本,升級地址
②可以在BootLoader里面設置升級過程中需要如何去下載,設置多大的緩存區
3. iap_interface是接口文件
用戶在移植的時候需要根據自己的單片機實現內部的接口,只要完成里面的接口就完成了升級程序
用戶程序說明
1.解析下info.txt下載路徑(服務器上記錄固件信息的文件)
做這個程序是為省去用戶解析的繁瑣.
執行解析之后:
IAPStructValue.IP = mnif.cn;
IAPStructValue.Port = 80;
IAPStructValue.Path = /ota/hardware/HC32F460Air724BK/info.txt
4.處理更新(這個程序需要在認為用戶程序沒有問題的時候在用戶程序里面執行一下)
解釋:
BootLoader更新程序的時候會設置一些更新狀態;用戶程序需要調用一下這個函數清除更新狀態.
如果用戶程序不清除更新狀態,那么一旦程序重啟以后BootLoader檢查到更新狀態以后會自行回滾程序.
5.控制模組獲取服務器上記錄固件信息的文件
6.解析info.txt文件內容
如果版本號不一樣,提取和存儲url然后設置升級標志,重啟.
7,補充:如果編譯用戶程序出現下面的警告
其實是這個地方導致的
為了便於BootLoader程序提取用戶程序bin文件里面的型號,把型號存儲在了偏移1024字節的位置.
設置的這個字符串存儲的位置影響到了芯片本身默認分配一些數組的位置.就會報上面的警告.
貌似不影響什么...
BootLoader程序詳細說明
1.查看IAPInit函數
2.獲取存儲的固件下載的url,並解析下url
3.如果有更新標志,則備份下用戶程序
4.如果沒有更新標志,則查看下更新狀態
如果狀態是更新有錯誤,則執行回滾,如果檢測到沒有備份的程序,就重新執行升級
5.如果更新狀態是0x01,就設置更新狀態為0xFE
7.控制模組連接TCP服務器(Web服務器)
8.發送get指令獲取程序文件
8.在TCP接收數據函數里面把固件數據寫入緩存
單片機是通過串口和模組通信,所以在串口中斷里面接收
底層解析什么的都做好了,自動解析以后存儲到緩存里面
9.從緩存取數據,並寫入flash
11,如果接收到相應的文件個數或者超過一段時間沒有接收到數據
設置 IAPStructValue.ReadDataEndFlag = 1;認為接收完成
12,判斷接收完成之后做各種判斷
如果確實接收完了,則寫入0x01狀態,重啟.
如果有錯誤,則嘗試重新下載.
13,如果是程序文件下載完成以后重啟,重啟以后檢查到更新狀態是0x01會設置更新狀態為0XFE
14,然后加載運行用戶程序
15,超過一段時間沒有接收到數據,是在這里做的判斷
16,客戶可以在IAP.h修改默認的超時時間
整體運行超時是BootLoader一運行就一直累加的的定時,超過時間就會控制程序重啟
細節說明