HTTP OTA卡83-84%问题

发表在 Network2019-9-13 12:14 [复制链接] 14 145

RTT源码用的9月9日版. e: |3 k; z7 D: P; g) Q) q. o
AT Device是使用最近半个月新重构版本的 SIM76xx,个人开发会用到 TCP HTTP都没有问题。# W7 I0 Q4 P! t! w
硬件是STM32L476 , SRAM1 + SRAM2合并大堆使用" i5 I6 ^: i4 b& m! T7 y8 M  V) C, m  `  P

1 E1 ]5 {; v6 r翻看帖子历史记录也有网友遇到卡83%左右问题。大固件卡83%,小固件卡50%左右这类,感觉这跟固件大小没啥关系。
# X! F# u  a* ~& @开启串口波特率926100查看AT日志,看起来好像也没啥问题。3 D, W  ?' z5 p, q. ^+ A
运行时系统内存充足,这点其他网友也有提到过。结果总是跑到83-84%左右就提示接收6秒超时,搜索源码发现是at组件源码的,但是这个6秒参数16进制或10进制的宏定义却没有找到,
; O- [- r' {! X  U" p看AT日志只要超时后就CIPCCLOSE 此时及其容易返回+CIPCLOSE: 1,4   (1是代表HTTPOTA链路, 4是模块返回的异常操作的错误码),这些好像也没什么,AT接收超时然后关闭链路很正常的操作,问题重点是为什么总是在84%的时候总是触发6秒超时呢?? 我也怀疑过是不是服务器闪断,后来在异常发生后,检查了服务器是好的,并没有中途断开的情况。! r% }- W) X- {5 {, B

3 \, [1 d% r% P1 b
222.png
11111.png
使用道具 举报 显示全部楼层 回复
最新评论 | 正序浏览
显示全部楼层 |楼层直达:
发表于 2019-9-16 09:30:14 | 显示全部楼层
中秋3天依然看不出问题,有没有人遇到过?
使用道具 举报 回复
发表于 2019-9-16 09:36:51 | 显示全部楼层
使用潘多拉最新SDK + ESP8266 + 局域网WIFI没有复现此问题。有点怀疑4G信号问题,但是我没证据。如果真是信号问题,也不会总是83%吧。因为潘多拉使用的是比较旧的 源码智能匹配旧版的AT DEVICE,跟我的工程有较大的移植差异性,所以并没有什么对比意义
使用道具 举报 回复
发表于 2019-9-16 09:42:10 | 显示全部楼层
bevis 发表于 2019-9-16 09:36
  g# T+ i  g9 ^' V9 D# l使用潘多拉最新SDK + ESP8266 + 局域网WIFI没有复现此问题。有点怀疑4G信号问题,但是我没证据。如果真是信 ...
$ `8 L' p6 p# x- j& P
为什么一定要用AT呢?大多数物联网产品,都可以用模组二次开发。
使用道具 举报 回复
发表于 2019-9-16 09:43:14 | 显示全部楼层
如果怀疑是网络连接过程中的问题,标题应该要改一改
使用道具 举报 回复
发表于 2019-9-16 09:45:08 | 显示全部楼层
Summer_gift 发表于 2019-9-16 09:438 B3 e2 j! }$ E& u/ b* V) L3 }) v" Y
如果怀疑是网络连接过程中的问题,标题应该要改一改

; R/ e5 Y: \1 z) {帮忙看下我提的几个问题,折腾一个中秋,没搞定!谢谢!
使用道具 举报 回复
发表于 2019-9-16 09:47:25 | 显示全部楼层
啥家庭啊  还能用得起L476。。。。。我们老板都快 让我们用F030了。。。
使用道具 举报 回复
发表于 2019-9-16 09:53:49 | 显示全部楼层
bevis 发表于 2019-9-16 09:36
0 Z/ b* y# i0 i- Z. x使用潘多拉最新SDK + ESP8266 + 局域网WIFI没有复现此问题。有点怀疑4G信号问题,但是我没证据。如果真是信 ...
+ |5 p4 u7 k6 D2 O) S4 Q% r* M. {
建议用逻辑分析仪抓一下串口的数据,先确定 84% 左右的时候到底是模块自己断开了没有给你发数据还是数据都发送晚了,AT Device 这块接收有问题,OTA 这中数据量大的情况开启 RAW 其实看的意义不大,建议还是关了吧分析逻辑分析仪抓出来数据
使用道具 举报 回复
发表于 2019-9-16 10:15:47 | 显示全部楼层
jamguo 发表于 2019-9-16 09:47
' Q9 F! E% _8 K" R. {啥家庭啊  还能用得起L476。。。。。我们老板都快 让我们用F030了。。。

! T1 G; W! ~4 W9 u没办法,外设多,网络业务繁重。64K内存根本吃不消
使用道具 举报 回复
发表于 2019-9-16 10:16:30 | 显示全部楼层
Cheney_Chen 发表于 2019-9-16 09:53: n$ J3 e1 }' _. k, d1 J' v
建议用逻辑分析仪抓一下串口的数据,先确定 84% 左右的时候到底是模块自己断开了没有给你发数据还是数据 ...

' `/ @" [4 V/ E1 KOK,正在排查模块是否中途掉电原因。这个因素的确很有嫌疑
使用道具 举报 回复
发表于 2019-9-16 10:17:52 | 显示全部楼层
RTT 发表于 2019-9-16 09:42
8 q0 \6 X& F7 U, L为什么一定要用AT呢?大多数物联网产品,都可以用模组二次开发。

0 s1 p9 e2 e  Z) {这样岂不是增加工作量,时间紧啊老铁
使用道具 举报 回复
发表于 2019-9-16 10:25:46 | 显示全部楼层
Cheney_Chen 发表于 2019-9-16 09:533 D; |- B1 U; E, A) `/ H8 ^
建议用逻辑分析仪抓一下串口的数据,先确定 84% 左右的时候到底是模块自己断开了没有给你发数据还是数据 ...
& x- o: Y) j9 O3 A; D$ ?
抓串口数据 要开开启 RAW??还是不开也能看?
使用道具 举报 回复
发表于 2019-9-16 10:40:58 | 显示全部楼层
bevis 发表于 2019-9-16 10:17) j0 [0 N3 E4 O$ L0 t
这样岂不是增加工作量,时间紧啊老铁
/ H2 j8 M* b+ G
不会的,模组二次开发效率非常高。无论在成本还是后期维护上,优势非常明显。) e; I4 k. J0 ~
使用道具 举报 回复
发表于 2019-9-16 12:46:13 | 显示全部楼层
bevis 发表于 2019-9-16 10:25
4 y9 H' p: R5 f9 q抓串口数据 要开开启 RAW??还是不开也能看?

; D6 g. E8 X$ X2 q8 {逻辑分析仪抓串口数据,建议不开启RAW 数据,防止因为 shell 打印数据延时导致的一些错误
使用道具 举报 回复
发表于 2019-9-16 18:25:13 | 显示全部楼层
最新发现,HTTP的 GET_RESP_BUFSZ,即GET的缓冲区改大于1024会极大增加成功率。但是出现更诡异的现象。
4 s& O( n3 L9 u% z5 W, X- J不同大小的文件GET到最后的结果竟然不同。图片,hex文件可以100%成功,甚至把图片后缀名改成rb也可以。但是遇到编译出的bin, 打包出的rbl文件,死活还是卡在80%左右的长度就报如下异常。实在不知所以。
/ `9 K- C7 b% ], o$ j: D! S8 l) a$ z7 b, N8 k3 u/ a( h

; g5 w/ }/ a3 G& j% v0 D
66666.png
使用道具 举报 回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|RT-Thread开发者社区 ( 沪ICP备13014002号-1

有害信息举报电话:021-31165890 手机:18930558079

© 2006-2019 上海睿赛德电子科技有限公司

Powered by RT-Thread

快速回复 返回顶部 返回列表