完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
手册上说AT+HTTPACtiON的响应速度是5S左右(“About 5 seconds in test, dependence on network status and the size of request website”)。实际测试绝大多数的post请求确实是5S内就得到了响应结果,一般不超过10S;但总是有一部分请求超出了这个限制,有时候60S过去了都响应不了。
我们的产品要求每15S成功刷新一次,所以我们设定Action超过11S未返回响应结果便为超时,然后启动强行断掉网络(AT+SAPBR=0,1)重新连接重新请求的超时机制。目前绝大多数设备运转良好,但总有少数设备总是频繁连续触发超时机制,偶尔还会出现603错误(DNS Error,SIM800C软重启后正常);还有的设备头两天运转正常,之后才开始频繁连续触发超时机制,会是什么原因? 同样的架构,同样的天线,同样的信号强度,同一批次的SIM卡,为啥有的设备速度快有的设备速度就是慢呢? |
|
相关推荐
2个回答
|
|
设备有问题
|
|
|
|
和设备的PCB布线有问题吧 或者是使用环境
|
|
|
|
只有小组成员才能发言,加入小组>>
物联网工程师必备:怎么选择不同的无线连接技术,本指南帮你忙!
3257 浏览 1 评论
【DFRobot TinkerNode NB-IoT 物联网开发板试用连载】WIFI功能测试
3904 浏览 0 评论
【DFRobot TinkerNode NB-IoT 物联网开发板试用连载】Arduino的替代SublimeText3+STino
3411 浏览 0 评论
使用端口扩展器轻松高效地向IIoT端点添加具有成本效益的子节点
3964 浏览 1 评论
20603 浏览 11 评论
模组有时候复位重启后输出日志为“REBOOT_CAUSE_SECURITY_PMU_POWER_ON_RESET”的原因?
738浏览 2评论
923浏览 2评论
953浏览 1评论
1079浏览 1评论
359浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 16:50 , Processed in 0.917019 second(s), Total 80, Slave 63 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号