21-STM32+ESP8266+AIR202/302远程升级方案-扩展例程-STM32F407VET6+ESP8266(WiFi)远程升级单片机程序(支持HTTPS,支持分段下载)
<p><iframe name="ifd" src="https://mnifdv.cn/resource/cnblogs/ESA2GJK1DH1K_B/" frameborder="0" scrolling="auto" width="100%" height="1500"></iframe></p>
说明
这节测试一下STM32F407VET6通过ESP8266(WiFi)使用http或https远程下载升级单片机程序
我已经把固件文件放在了自己的服务器上
默认使用本人提供的下载路径测试
文件路径: 网站根目录->ota->hardware->STM32F4xxESP8266BK
user_crc.bin: 是固件程序文件.
该固件程序文件并不是直接可以运行的文件
里面的数据每隔128字节后面增加2位CRC校验位
单片机下载以后每隔130字节校验一下数据,然后把前128字节写入Flash.
加入CRC校验让升级变的稳定可靠.
info.txt文件内容:
version:0.0.1 云端固件程序版本
url:http://mnif.cn/ota/hardware/STM32F4xxESP8266BK/user_crc.bin 固件程序下载地址
"info":"1.解决了部分BUG 2.优化了部分程序" 使用APP控制升级时,APP的提示信息.
升级过程:
注:使用TCP连接Web服务器,然后发送相应的GET指令获取文件!
用户程序里面每隔一定时间控制网络模块使用http的GET指令获取云端info.txt文件
然后从文件里面获取服务器里面的固件程序版本和固件程序下载地址等信息
如果与自身版本号对比不一致,就把固件程序下载地址写入flash,然后设置更新标志,重启,
重启执行BootLoader以后,BootLoader程序检测到更新标志,则提取固件下载的地址,
然后使用http下载程序文件,把程序文件写入flash,完成升级.
备份升级流程图
连接引脚说明
使用串口1作为了日志打印,串口2连接模组.
(单片机)PA2 -- RX(模组)
(单片机)PA3 -- TX(模组)
(单片机)PA8 -- RST(模组复位引脚)
另外:
PA6作为了指示灯
PE4作为了按键
指示灯和按键不是必须的!
可以按照自己的板子在各个文件里面修改引脚定义
测试
1.使用下载器下载BootLoader程序
正常情况下串口1会打印如下日志
2.打开用户程序,配置模组连接的路由器信息
配置下模组连接的路由器(根据自己家的路由器修改)
3.使用下载器下载用户程序
4.观察日志,说明执行流程
开始运行用户程序,默认提供的用户程序设置的程序版本是0.0.0
用户程序控制模组连接路由器
用户程序控制模组连接服务器,使用get指令获取获取服务器上的固件信息文件 info.txt
检测到版本不一致以后,把获取的url存储到flash,设置更新标志,重启.
重启之后BootLoader提取url
BootLoader发送get指令获取程序固件
升级完成以后,运行新下载的程序.
用户程序每隔一段时间控制模组连接服务器,使用get指令获取获取服务器上的固件信息文件 info.txt
现在程序版本和上面的是一致的,所以不需要更新
应用到自己的服务器
1,首先确定好程序文件在服务器的路径
关于本人服务器文件夹解释:(自己随意就好,最后的文件夹命名建议使用产品的型号)
html:网站根目录
ota: ota升级
hardware : 硬件程序
STM32F4xxESP8266BK: 作为产品的型号(根据自己的产品型号修改)
我把固件放到了里面那么固件程序下载地址为:
http://服务器IP地址/ota/hardware/STM32F4xxESP8266BK/user_crc.bin
那么固件信息的下载地址为:
http://服务器IP地址/ota/hardware/STM32F4xxESP8266BK/info.txt
2.修改 用户程序 的 IAP.C 文件
提示:我把它们存储在程序bin文件的1024字节倍数的位置是为了BootLoader下载的时候便于提取这些数据;
1.产品型号(我设置的为STM32F4xxESP8266BK)
2.修改固件程序版本(可随意指定,我设置的为0.0.2)
3.修改记录云端固件信息文件下载地址(我的为:http://mnif.cn/ota/hardware/STM32F4xxESP8266BK/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文件
12,关于 user_crc.bin和user.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,首先存储一些用户用到的其它数据是使用的我封装的flash_helper框架
https://www.cnblogs.com/yangfengwu/p/14476294.html
该节例程整体的分配是下面的样子
2.关于扇区调整(举个例子说明一下)
1,现在编译完BootLoader,BootLoader只占用了22KB的Flash
咱就规定使用扇区0和1存储BootLoader, 扇区2存储其它数据, 扇区3-7存储用户运行程序, 扇区8-11存储备份程序
2,设置BootLoader程序里面存储其它数据使用扇区2
3,设置用户程序里面存储其它数据使用扇区2
4,设置BootLoader程序里面使用扇区3-7存储运行程序区
5,设置用户程序里面使用扇区3-7存储运行程序区
6,编译下载BootLoader程序
7,根据打印的日志,调整下用户程序里面的配置
3,修改完成以后按照一开始的步骤重新上传bin文件到服务器,然后测试即可
注意哈: Flash的分配在产品上线之前就是配置好的!后期不能再调整了.
所以大家伙一定要给BootLoader和用户程序留够足够的空间!
关于升级底层包
1.这次使用的远程升级底层是最新优化的一版
此底层包是在前面各种单片机远程升级的基础上提炼优化的一版,
使得更便于移植应用到各个单片机+各种网络模块上.
2. iap文件是控制着升级流程的文件(BootLoader和用户程序里面都有这个文件)
①大家伙可以在里面设置基本的固件版本,升级地址
②可以在BootLoader的iap.h里面设置升级过程中需要如何去下载,设置多大的缓存区
3. iap_interface是接口文件
用户在移植的时候需要根据自己的单片机实现内部的接口,只要完成里面的接口就完成了升级程序
用户程序说明
1.解析下info.txt下载路径(服务器上记录固件信息的文件)
做这个程序是为省去用户解析的繁琐.
执行解析之后:
IAPStructValue.SSLEN =0; (如果是https,则为1)
IAPStructValue.IP = mnif.cn;
IAPStructValue.Port = 80;
IAPStructValue.Path = /ota/hardware/STM32F4xxESP8266BK/info.txt
2.处理更新(这个程序需要在认为用户程序没有问题的时候在用户程序里面执行一下)
解释:
BootLoader更新程序的时候会设置一些更新状态;用户程序需要调用一下这个函数清除更新状态.
如果用户程序不清除更新状态,那么一旦程序重启以后BootLoader检查到更新状态以后会自行回滚程序.
3.控制模组获取服务器上记录固件信息的文件
6.解析info.txt文件内容
如果版本号不一样,提取和存储url然后设置升级标志,重启.
7,补充:如果编译用户程序出现下面的警告
其实是这个地方导致的
为了便于BootLoader程序提取用户程序bin文件里面的型号,把型号存储在了偏移1024字节的位置.
设置的这个字符串存储的位置影响到了芯片本身默认分配一些数组的位置.就会报上面的警告.
貌似不影响什么...
用户也可以增大这个变量,增大变量的同时会增大bin文件大小
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一运行就一直累加的的定时,超过时间就会控制程序重启
细节说明
1.flash_helper 在程序中已经使用了数组的 0-255位置了,用户使用的时候从256开始使用
2.使用https下载的时候推荐打开分段下载模式
如果文件很大,使用https分段下载如果下载时间过长服务器会主动关闭连接,用户可以适当增大每次分段下载的数据个数
这个个数最好 <= 下面的环形队列接收数据缓存大小