esp32 esp8285 wf6000OTA升级小记

近期做了3个IOT芯片的OTA升级,记录下:

最开始做完的是ESP32,升级流程也简单,初始烧录到固定区,然后OTA升级就会在user1,user2两个区内来回升,升级的文件是同一个(即同一个文件,先升级就是user1,再升级就变成user2)

然后是wf6000,这个芯片太奇葩,文档很少不说,提供的sdk还有问题,通过代理商提了多次issue后,解决了ota的问题,但是还有个函数缺失...

然后是最基本的esp8285的升级,这个芯片升级受了esp32的影响,一开始还以为是有个固定包,然后user1,user2来回跳,结果按照这个来做,串口烧录固件后,只能升级user2,然后user2再升级user1就挂了,一直以为是我代码有bug...

还有esp8285在刷arduino工程导出的bin文件时候,用老的esp tool工具升级失败,换了v3.8.5的版本后就正常了,记录到下图

esp32 esp8285 wf6000OTA升级小记_第1张图片

====================

补充下:测试中使用四博的ESP-M3开发板测试OTA升级,成功率很低(noos 1.3 sdk,基本上在升级过程中打印下载进度时候就会出现乱码,然后升级就失败了),2个板子都如此,这个比较坑
还有esp8266升级时候,局域网一直正常,公网python -m SimpleHTTPServer建立一个服务器进行升级就会出现问题:1)有时候下载中断,2)有时候下载完成,但是都没有出现 flash_crc = 2118820567  img_crc = 2118820567 这类校验字样,直接upgrade_check 后失败了  问题1)可能受SDK影响,抓包分析发现对服务器的tcp消息回复ack不及时,导致网络信令有问题  2)这个抓包看数据都下载完成了,应该是SDK自身存在BUG.

所以 esp8266 ota升级受到限制较多,比如特定SDK版本可能就有bug(之所以用no os 1.3是因为要用到其发80211原始包的能力,1.3以上的noos或者rtos的都没有这个,当然魔改库的排除在外)

你可能感兴趣的:(随手乱记)