完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
BOOT.BIN用的1.5版的.
SDK用的1.5.2,由USER1.BIN更新USER2.BIN时正常,重启后能运行到USER2.BIN,但随即从USER2.BIN更新USER1.BIN时,FLASH超时,触发WDT RESET ,系统一直报错,无法启动.重新通过串口刷一次USER1.BIN,重启后是从USER2.BIN启动.相关日志如下: 第一次启动信息: ets Jan 8 2013,rst cause:2, boot mode:(3,7) load 0x40100000, len 1856, room 16 tail 0 chksum 0x63 load 0x3ffe8000, len 776, room 8 tail 0 chksum 0x02 load 0x3ffe8310, len 552, room 8 tail 0 chksum 0x79 csum 0x79 2nd boot version : 1.5 SPI Speed : 40MHz SPI Mode : QIO SPI Flash Size & Map: 8Mbit(512KB+512KB) jump to run user1 @ 1000 SDK version:1.5.2(80914727) ------------------------------------ OAT升级USER2.BIN部分日志: HEAD /agent/update/user2.bin HTTP/1.1 Host: 192.168.1.140 Connection: close Content-Length: 0 Cache-Control: max-age=0 Accept: */* User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.8,en;q=0.6,zh-TW;q=0.4 pusrdata = HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Accept-Ranges: bytes ETag: W/"236356-1456840445390" Last-Modified: Tue, 01 Mar 2016 13:54:05 GMT Content-Type: application/octet-stream Content-Length: 236356 Date: Tue, 01 Mar 2016 13:55:07 GMT Connection: close sumlength = 236356 sec_block 58 ..........................................................upgrade_get_sum_disconcb 41696 erase sector=129 ok erase sector=130 ok erase sector=131 ok erase sector=132 ok erase sector=133 ok --------------------------------------------- 执行OAT升级USER2.BIN时,启动信息: totallen = 236356 upgrade file download finished. flash_crc = 896672383 img_crc = 896672383 upgrade_check upgrade successful reboot to use2 state: 5 -> 0 (0) rm 0 pm close 7 del if0 usl ets Jan 8 2013,rst cause:2, boot mode:(3,7) load 0x40100000, len 1856, room 16 tail 0 chksum 0x63 load 0x3ffe8000, len 776, room 8 tail 0 chksum 0x02 load 0x3ffe8310, len 552, room 8 tail 0 chksum 0x79 csum 0x79 2nd boot version : 1.5 SPI Speed : 40MHz SPI Mode : QIO SPI Flash Size & Map: 8Mbit(512KB+512KB) jump to run user2 @ 81000 SDK version:1.5.2(80914727) ---------------------------------------------- 再次执行OAT,升级USER1.BIN日志信息: HEAD /agent/update/user1.bin HTTP/1.1 Host: 192.168.1.140 Connection: close Content-Length: 0 Cache-Control: max-age=0 Accept: */* User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.8,en;q=0.6,zh-TW;q=0.4 pusrdata = HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Accept-Ranges: bytes ETag: W/"236356-1456840451625" Last-Modified: Tue, 01 Mar 2016 13:54:11 GMT Content-Type: application/octet-stream Content-Length: 236356 Date: Tue, 01 Mar 2016 13:55:28 GMT Connection: close sumlength = 236356 sec_block 58 ..........................................................upgrade_get_sum_disconcb 41696 erase sector=1 ok ets Jan 8 2013,rst cause:4, boot mode:(3,7) wdt reset load 0x40100000, len 1856, room 16 tail 0 chksum 0x63 load 0x3ffe8000, len 776, room 8 tail 0 chksum 0x02 load 0x3ffe8310, len 552, room 8 tail 0 chksum 0x79 csum 0x79 2nd boot version : 1.5 SPI Speed : 40MHz SPI Mode : QIO SPI Flash Size & Map: 8Mbit(512KB+512KB) jump to run user2 @ 81000 Fatal exception (0): epc1=0x40201a18, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 Fatal exception (0): epc1=0x40201a18, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 Fatal exception (0): epc1=0x40201a18, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 Fatal exception (0): epc1=0x40201a18, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 Fatal exception (0): epc1=0x40201a18, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 Fatal exception (0): epc1=0x40201a18, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 Fatal exception (0): epc1=0x40201a18, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 ................... 后面一直是这个错误信息,重新上电直接报这个错误,无法启动. 通过串口单独烧录USER1.BIN到0X01000后,启动成功,启动信息: ets Jan 8 2013,rst cause:2, boot mode:(3,6) load 0x40100000, len 1856, room 16 tail 0 chksum 0x63 load 0x3ffe8000, len 776, room 8 tail 0 chksum 0x02 load 0x3ffe8310, len 552, room 8 tail 0 chksum 0x79 csum 0x79 2nd boot version : 1.5 SPI Speed : 40MHz SPI Mode : QIO SPI Flash Size & Map: 8Mbit(512KB+512KB) jump to run user2 @ 81000 don't use rtc mem data |
|
相关推荐
1个回答
|
|
以下是一些建议,希望能帮助您解决问题:
1. **检查文件完整性**:确保USER2.BIN文件没有损坏。您可以通过重新生成或下载该文件来验证。 2. **检查文件大小**:确保USER2.BIN文件的大小没有超过设备的闪存容量。如果文件过大,可能会导致更新失败。 3. **检查BOOT.BIN版本**:您提到使用的是1.5版的BOOT.BIN,但SDK是1.5.2。请确保BOOT.BIN与SDK版本兼容。如果需要,尝试升级BOOT.BIN到与SDK相匹配的版本。 4. **检查WDT(看门狗定时器)设置**:从日志来看,系统在更新过程中触发了WDT RESET。这可能是因为更新过程中的操作超时。您可以尝试调整WDT的超时时间,以确保在更新过程中有足够的时间完成操作。 5. **检查日志中的错误信息**:从您提供的日志来看,似乎在加载USER2.BIN时出现了一些问题。请仔细检查日志中的chksum(校验和)值,确保它们与预期值匹配。如果校验和不匹配,可能意味着文件在传输过程中被损坏。 6. **尝试手动更新**:如果可能的话,尝试通过串口或其他方式手动更新USER1.BIN,而不是通过OTA。这可以帮助您确定问题是否与OTA过程有关。 7. **检查网络连接**:在进行OTA更新时,网络连接的稳定性非常重要。请确保设备在更新过程中有稳定的网络连接。 |
|
|
|
只有小组成员才能发言,加入小组>>
429浏览 6评论
362浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
343浏览 5评论
349浏览 4评论
327浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-9-1 07:35 , Processed in 0.823291 second(s), Total 83, Slave 65 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191