用最新的IDF V4.3.1在远程更新的时候OTA一直不成功是什么原因？

用最新的IDF V4.3.1，之前4.3.2也有同样的情况。在远程更新的时候，用我们服务器的文件地址http或者HTTPS，一直报错esp_ota_ops: OTA image has invalid magic byte (expected 0xE9, saw 0x4f)。但是，一直不停的尝试，大概10次会成功一次。这个问题很诡异，bin文件直接通过浏览器下载没有任何问题。然后切换成本地的用python的服务器测试，升级每次都可以成功的。这就很迷茫了。基本就是官方的OTA的例子，根本没几行，没有修改什么东西。

接下来我局域网抓包，看看数据到底发送的是什么，

日志如下：
Code: Select all
[0;32mI (27035) OTA: Starting OTA task[0m
[0;32mI (27036) OTA: url: http://cloud.ifuzhi.com:8888/attachment/hardware/mattr/Mattress_1635242590766.bin [0m

[0;32mI (27101) esp_https_ota: Starting OTA...[0m
[0;32mI (27102) esp_https_ota: Writing to partition subtype 17 at offset 0x1b0000[0m

[0;31mE (27144) esp_ota_ops: OTA image has invalid magic byte (expected 0xE9, saw 0x4f)[0m
[0;31mE (27144) esp_https_ota: Error: esp_ota_write failed! err=0x1503[0m
[0;31mE (27150) OTA: Firmware upgrade failed[0m


用Wireshark抓包，看到http内容传输了一些，然后esp32主动发送RST断开了连接，应该是判断了数据头不是0xE9.

        
               
               
                                
                        
                                                1.png (136.58 KiB) Viewed 1658 times
               
               
               
               
               
               
        


第一包数据确定是E9开头的

        
               
               
                                
                        
                                                2.png (125.94 KiB) Viewed 1658 times
               
               
               
               
               
               
        


第二包数据开头是4F

        
               
               
                                
                        
                                                3.png (66.74 KiB) Viewed 1658 times
               
               
               
               
               
               
        


BIN文件的内容



所以很奇怪，数据明明就传输了，但是没有从第一包数据里去取数据，而是从第二包里取数据了，所以报了这个错误?怎么解决呢，去看源码

-----------------------------------------------------------------------------------------------------------------------------

2021.10.26

基本分析应该是丢掉了第一包里的数据，看了看源码，没太好下手。

进一步发现，公司服务器是chunked分段的方式，而demo用的python是Content-Type  : application/octet-stream ，所以把公司服务器改成application/octet-stream 的形式，问题解决。先这样吧。