Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
ota在线升级
20
HTTP_OTA 无法获取固件内容求助
发布于 2023-11-14 22:23:22 浏览:668
订阅该版
RT-Thread版本:4.1.0 开发平台:STM32L4 4G模块型号:广和通L610 4G模块 这两天在使用ota_downloader组件的http_ota功能 使用过程中发现在下载固件固件过程中出现问题 根据日志看到4G模块发送GET请求后,服务器返回了Content-Length,客户端也成功接收到了,初步说明联网功能是正常实现的 ``` msh />http_ota using uri: http://8.134.196.117:34639/rtthread.rbl [W/web] resp_status >= 0,LINE=1035 [E/http_ota] file_size=136940 [I/http_ota] OTA file size is (136940) [I/http_ota] Start erase flash (download) partition! [I/http_ota] Erase flash (download) partition success! [I/web] Range: [0000 -> 1023] ``` 下一步通过查看源码应该发送GET请求,其中有Range字段,指明文件的开始结束,实现分段下载的功能,但是在日志中发现模块通过socket发送一个定长数据失败后,等待关闭socket,并进行重试 ``` [E/at.clnt] execute command (AT+MIPSEND=1,119) failed! failed with status -1 [E/at.skt.l610] l610 device socket(1) wait close OK timeout. [I/web] Range: [0000 -> 1023] [E/web] receive data timeout. [E/at.skt.l610] l610 device socket(1) wait close OK timeout. [I/web] Range: [0000 -> 1023] [E/web] receive data timeout. [E/at.skt.l610] l610 device socket(1) wait close OK timeout. [E/web] connect failed, connect socket(3) error. ``` **通过追查发现看到failed的原因在at_client中进行解析时,发现响应行中包含字符串AT_RESP_END_ERROR** ```c else if (rt_strstr(client->recv_line_buf, AT_RESP_END_ERROR) || (rt_memcmp(client->recv_line_buf, AT_RESP_END_FAIL, rt_strlen(AT_RESP_END_FAIL)) == 0)) { client->resp_status = AT_RESP_ERROR; } ``` 在服务端使用ngrep进行抓包发现服务器是有接收到GET请求的,并且也在正常的返回固件 抓包日志如下 ``` sudo ngrep -q -W byline -d any port 80 or port 443 or port 34639 and host 39.144.17.40 interface: any filter: ( port 80 or port 443 or port 34639 and host 39.144.17.40 ) and (ip || ip6) T 39.144.17.40:14221 -> 172.21.24.42:34639 [A] #7 ...... T 39.144.17.40:14221 -> 172.21.24.42:34639 [AP] #8 HEAD /rtthread.rbl HTTP/1.1. Host: 8.134.196.117. User-Agent: RT-Thread HTTP Agent. Accept: */*. . T 172.21.24.42:34639 -> 39.144.17.40:14221 [AP] #10 HTTP/1.1 200 OK. Server: Werkzeug/3.0.1 Python/3.10.12. Date: Tue, 14 Nov 2023 12:00:15 GMT. Content-Disposition: attachment; filename=rtthread.rbl. Content-Type: application/octet-stream. Content-Length: 136940. Last-Modified: Mon, 13 Nov 2023 06:19:46 GMT. Cache-Control: no-cache. ETag: "1699856386.8101008-136940-1600522338". Date: Tue, 14 Nov 2023 12:00:15 GMT. Connection: close. . T 39.144.17.40:14221 -> 172.21.24.42:34639 [A] #12 ...... T 39.144.17.40:14221 -> 172.21.24.42:34639 [AF] #13 ...... T 39.144.17.40:14222 -> 172.21.24.42:34639 [A] #17 ...Oj. T 39.144.17.40:14222 -> 172.21.24.42:34639 [AP] #18 GET /rtthread.rbl HTTP/1.1. Range: bytes=0-1023. Host: 8.134.196.117. User-Agent: RT-Thread HTTP Agent. Accept: */*. . T 172.21.24.42:34639 -> 39.144.17.40:14222 [AP] #20 HTTP/1.1 206 PARTIAL CONTENT. Server: Werkzeug/3.0.1 Python/3.10.12. Date: Tue, 14 Nov 2023 12:00:17 GMT. Content-Disposition: attachment; filename=rtthread.rbl. Content-Type: application/octet-stream. Content-Length: 1024. Last-Modified: Mon, 13 Nov 2023 06:19:46 GMT. Cache-Control: no-cache. ETag: "1699856386.8101008-136940-1600522338". Date: Tue, 14 Nov 2023 12:00:17 GMT. Accept-Ranges: bytes. Content-Range: bytes 0-1023/136940. Connection: close. . T 172.21.24.42:34639 -> 39.144.17.40:14222 [AFP] #21 RBL......OPeapp.............2.5.....................00010203040506070809.......v=.?.t..........8....O.........2..... ]................&.....a...&.....*...........c..[.............-...K..".....&I....&....L#....x3..K...H.....##p...h. p......K..H....I. ...J... ......r.pG....pGFJ.h.+......O....`CJ...`CHO..Q.`pG..r.
172.21.24.42:34639 [A] #22 ..MA.H T 39.144.17.40:14222 -> 172.21.24.42:34639 [AF] #23 ...`V. T 39.144.17.40:14223 -> 172.21.24.42:34639 [A] #27 ...... T 39.144.17.40:14223 -> 172.21.24.42:34639 [AP] #28 GET /rtthread.rbl HTTP/1.1. Range: bytes=0-1023. Host: 8.134.196.117. User-Agent: RT-Thread HTTP Agent. Accept: */*. . T 172.21.24.42:34639 -> 39.144.17.40:14223 [AP] #30 HTTP/1.1 206 PARTIAL CONTENT. Server: Werkzeug/3.0.1 Python/3.10.12. Date: Tue, 14 Nov 2023 12:00:24 GMT. Content-Disposition: attachment; filename=rtthread.rbl. Content-Type: application/octet-stream. Content-Length: 1024. Last-Modified: Mon, 13 Nov 2023 06:19:46 GMT. Cache-Control: no-cache. ETag: "1699856386.8101008-136940-1600522338". Date: Tue, 14 Nov 2023 12:00:24 GMT. Accept-Ranges: bytes. Content-Range: bytes 0-1023/136940. Connection: close. . T 172.21.24.42:34639 -> 39.144.17.40:14223 [AFP] #31 RBL......OPeapp.............2.5.....................00010203040506070809.......v=.?.t..........8....O.........2..... ]................&.....a...&.....*...........c..[.............-...K..".....&I....&....L#....x3..K...H.....##p...h. p......K..H....I. ...J... ......r.pG....pGFJ.h.+......O....`CJ...`CHO..Q.`pG..r.
172.21.24.42:34639 [A] #32 ...... T 39.144.17.40:14223 -> 172.21.24.42:34639 [AF] #33 ...... ``` 想请教一些各位大佬,下一步应该如何排查这类问题呢?
查看更多
4
个回答
默认排序
按发布时间排序
goldengrandpa
2023-11-15
这家伙很懒,什么也没写!
使用Mywebserver加上内网穿透之后发现成功下载固件并实现OTA功能,说明是自己用Flask框架手撸的后端代码出现了问题🐶
出出啊
2023-11-15
恃人不如自恃,人之为己者不如己之自为也
不会是你的固件数据里有“ERROR”字样吧?
aozima
2023-11-15
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
上USB省心🦊
JonasWen
2023-11-15
这家伙不懒,但是什么也不想写!
~~`rt-thread\components\net\at\at_socket\at_socket.c`在`at_recvfrom`函数下找到~~ ``` rt_mutex_take(sock->recv_lock, RT_WAITING_FOREVER); recv_len = at_recvpkt_get(&(sock->recvpkt_list), (char *) mem, len); rt_mutex_release(sock->recv_lock); if (recv_len > 0) { break; } // else // { // /* we have no data to receive but are woken up, // which means the socket have been closed. */ // errno = EIO; // result = -1; // goto __exit; // } ``` ~~把else后面的注释了试试看,多段数据的接收处理有问题,会导致异常。~~ 没仔细看问题,应该不是一个现象。没头绪的话可以试试看我的方法。
撰写答案
登录
注册新账号
关注者
0
被浏览
668
关于作者
goldengrandpa
这家伙很懒,什么也没写!
提问
8
回答
19
被采纳
2
关注TA
发私信
相关问题
1
OTA 片上FLASH擦除失败
2
请教一下用私有协议数据包进行OTA的具体的实现流程
3
OTA跳转后基于RTT的app运行失败
4
使用finsh 进行ota成功,线程里开ota失败
5
http_ota 每次下载一半就断线
6
bootloader跳转到app无法正常运行
7
针对腾讯云IOT的软件包OTAbug功能反馈
8
自己写的bootloader无法正常升级基于RTT的程序
9
OTA升级,APP程序下载问题
10
bootloader下载APP后不能正常跳转
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
RTT串口查找函数使用过程中遇到的问题。
2
RT-Thread CI编译产物artifacts自动上传功能介绍
3
STM32G030移植RT-Thread
4
CubeMX & RT-Thread Studio 联合开发说明
5
RT-Thread项目助手v0.3 | Ubuntu与MacOS平台的RT-Thread Env
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
rt-smart
RTC
FAL
I2C_IIC
cubemx
ESP8266
UART
WIZnet_W5500
ota在线升级
PWM
BSP
flash
freemodbus
packages_软件包
潘多拉开发板_Pandora
GD32
定时器
ADC
flashDB
编译报错
socket
中断
rt_mq_消息队列_msg_queue
keil_MDK
Debug
SFUD
ulog
msh
C++_cpp
MicroPython
本月问答贡献
出出啊
1522
个答案
343
次被采纳
小小李sunny
1444
个答案
290
次被采纳
张世争
815
个答案
179
次被采纳
crystal266
555
个答案
162
次被采纳
whj467467222
1222
个答案
149
次被采纳
本月文章贡献
出出啊
1
篇文章
2
次点赞
小小李sunny
1
篇文章
1
次点赞
张世争
1
篇文章
3
次点赞
crystal266
2
篇文章
1
次点赞
whj467467222
2
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部