ec600模组入网又休眠

ec600模组入网又休眠,第1张

使用rt thread系统里的EC200驱动包+web client做一个物联网项目,之前开发的时候一直都是用的EC600S模块,看起来挺好的,没什么大问题,后来量产的时候不小心买了EC600N焊上去了,之前也听厂家的技术支持说应该是完全一样的,可是就掉进了这个坑里。
故障现象:
模块的net_status和net_mode灯的状态不太对,模块开机后的最终状态有时候net_mode常亮,net_status灭掉,或者net_status一直在慢闪,net_mode一直熄灭。甚至有时候我的应用可以先从服务器拿一包数据,然后又挂掉再也连不上了。
分析:
上述这两种状态都不在文档描述中,打at client去看,你发什么它都是直接回显,比如发AT+CPIN它就直接回,而不是回OK或者错误,所以初步判断是模块进入了一个错误的状态。那么能让模块进入错误状态无非就是以下几种情况:
睡眠或者开机、重启的姿势不对
或者在模块初始化之前我的应用代码把它搞死了。但是之前用EC600S开发都是好的,而且一般应用代码不太能把模块搞到错误状态,这种可能性比较低。
排查:
针对第二种情况,排查很简单,先把应用软件去掉看看。故障依旧,所以继续排查1
在EC200的驱动包里要配置开机引脚,状态引脚,睡眠引脚。无论是开发什么东西,一般睡眠这种状态是最容易出问题的,包括x86开发,usb设备开发,屡见不鲜,所以首先把睡眠去掉了(-1),但是故障依旧。
刚开始我始终没有怀疑状态引脚,因为它是个输入,只是判断一下模块有没有开机,感觉不会有什么问题,所以绕来绕去一直没有去动它。直到看到了有个哥们遇到了类似的问题:
RT-Thread-at_device 没有使用power pin 导致的网络异常 bugRT-Thread问答社区 - RT-Thread
这个问题其实我之前用EC600S的时候好像也遇到了,但是我并不用ping,应用也没有问题,所以也没去管他。不过这倒提醒了可以去试试,于是把开机状态也改成-1,居然就好了。
 
电源引脚我没去动它,模块是需要有一个开机时序的,我看它的初始化代码里也有去动电源引脚重新开机之类的。
希望其他掉在坑里的小伙伴可以看到我这篇帖子,少走点弯路。
打开CSDN,阅读体验更佳
Quectel_EC600S系列_TCP(IP)_应用指导_V12rar
EC600S-CN 模块内置 TCP/IP 协议栈, Host 可以 直接通过 AT 命令访问网络; 这大大降低模块对 PPP 和外部 TCP/IP 协议栈的依赖性,从而降低终端设计 的成本。
EC600N(二)--核心板初次点亮
系列文章目录 EC600N(一)–基本信息介绍 EC600N(二)–核心板初次点亮 目录系列文章目录前言一、使用前说明1供电方式2 模块开机状态二、AT指令测试1测试准备2AT指令测试 前言 本次实验使用移远EC600N双排核心板,主要使用AT指令测试模块,测试模块的USB口和33V串口。 一、使用前说明 1供电方式 EC600N模块需要用排针的VIN进行供电,供电如下图所示: USB口供电可能达不到模块的开机要求(由于串联了二极管,有压降),一般采用针脚对模块供电。这个设计有点鸡肋。 2
继续访问

移远4G模组EC600N进行TCP/IP连接和服务器测试
最近公司产品需要增加一个4G模块进行数据传输,想到之前做的移远的4G模块,于是买了一个核心板回来调试。 协议选择TCP/IP,因此使用的是TCP/IP部分的AT指令手册。工具方面,使用串口调试助手,关于测试服务器,一开始用的安信可的透传云,但是服务器连接一段时间不发送消息就会自动断开,所以还是使用了网络调试助手。因为网络调试助手使用的是本地网络,如果需要和4G通信,还需要使用花生壳做内网穿透。 接下来先把服务器部分做好。 如果没有花生壳软件,建议先去官网下载一个 长这样色的。安装后打开界面如下 这个界
继续访问

STM32F405+4G模块OTA固件升级调试记录
STM32F405+4G模块OTA固件升级调试个人记录
继续访问

Cat1模块使用总结(EC600N)
由于Cat4模块(EC20)功耗大,考虑到NB网络覆盖问题(设备在野外工作场景),因此项目上用选择了Cat1(EC600N)模块,现在把调试过程总结下,希望能够帮助到大家。EC20使用总结请看:单片机和4G模块通信总结(EC20)。 一、电源 手册说供电电压≥34V,峰值电流3A。 二、通信口 UART和IO口都是18V,需要做电平准换。 三、开机顺序 我是上电1s后复位,复位低电平600ms,然后100ms后开机,开机等待10s后进行 *** 作。 四、AT指令 采用消息地体原理,具体请看
继续访问

日志组件
日志组件 1 日志是什么 日志是软件应用必备的组件,是程序debug,或是数据收集管理的重要依据,方便我们监测生产环境的变量值变化以及代码运行轨迹。本课程主要用来学习实际开发中常用的日志组件。 主要是为了方便我们监测生产环境的变量值变化以及代码运行轨迹等。 这些记录会被输出到我们指定的位置形成文件,帮助我们分析错误以及用户请求轨迹。 2 常用日志组件 21 Log4j与log4j2x ​ Log4j有8种不同的log级别,按照等级从低到高依次为:ALL>TRACE>DEBUG&gt
继续访问
ESP32+移远EC600N模组通过MQTT连接阿里云并通过>设备管理,用户管理,数据传输管理,数据管理。
1,设备管理:设备管理顾名思义就是定义设备相关信息,如设备类型、设备属性等。注:定义设备的类型,一般由设备的制造商来定义,一种设备类型最重要的是关联到一套独有的数据解析方法,数据的存储方法,已经设备规格等数据,也只有设备的制造商才可以编辑有关设备类型的数据,而设备的使用者只能浏览设备类型的相关信息。
2,组织管理:在物联网卡平台中,所有的设备、用户、数据都是基于组织的管理的。用户管理:用户是基于一个组织下的人员构成,每个组织下面都有管理员角色,管理员可以为其服务的组织添加不同的用户,并分配每个用户不同的权限。注:一个用户也可以属于多个不同的组织,并且扮演不同的组织。
3,数据传输管理,定义针对一类型设备的数据传输协议,基本格式是:每一个设备都有唯一的序列号,但没有固定格式(因为每个制造商有自己的编码格式);命令码一般采用2位数字编码00~99;而数据部分是此条报文,所包含的数据部分,每个协议可以定义不同的解析方式,比如服务器在收到数据包后,会根据预先定义好的解析方式解析数据字段,并按照规则存储。
4,(1)权限管理,数据的权限是至关重要的。(2)大数据,物联网数据是一个海量的数据,我们可以根据这些数据来实现数据的可视化分析。(3)数据的导出,用户可以导出数据到本地做分析。
通过上述介绍我们知道,物联网卡管理平台由设备管理、用户管理、数据传输管理与数据管理四个板块构成,各个板块负责各,自数据查询、管理,通过网络系统与通信技术的彼此连接共同组建物联网卡平台系统,实现数据的即时连接查询。我们表示,物联网卡管理平台的出现是物联网技术发展到一定阶段的必然产物,也是物联网卡得以批量连接硬件设备的基础,通过物联网卡管理平台管理物联卡,对物联网卡发展趋势大有裨益。

随着5G的商业化逐步落地,越来越多的领域加入了数字化转型之路,利用物联网技术实施智能化升级。特别是题主所列举的工业领域,就是谋求数字化转型的先锋。

特别是2020年新冠疫情爆发以来,由于供应链断裂和防疫管理不善所导致企业停工甚至是破产的例子不在少数。而对那些熬过艰难时刻的企业而言,想要在疫情常态化的背景下重塑核心竞争力,数字化转型成为了不可或缺的手段。

与传统的经营模式相比,实施数字化转型能够给企业带来巨大的价值,包括提高生产效率、减少人力成本、加速产品迭代、优化管理流程、加强制造自动化程度等等,真正起到降本增效的作用。此外,数字化程度的提高,也大大提高了企业在生产经营中各种风险的监测能力,避免造成相关损失。

当然,以上只是物联网对于某一个领域所创造的价值,同理,在面对智慧农业、智慧交通、智能家居等行业时,一样可以利用物联网技术来实现更智能和更便捷的功能,例如气候传感器和温湿度传感器可自行检测分析当前数据是否符合农作物生长需求,并联动灌溉或保温系统进行干预,确保作物最佳生长环境。(了解更多智慧人脸识别解决方案,欢迎咨询汉玛智慧)

不知道大家有没有细心发现,其实现在很多物联网的应用已经深入到我们生活各个部分。比如说共享单车,自助扫码骑行,骑完以后锁车付费走人,这个能很好地解决大家短途出行效率。还有就是应用在汽车上,专业术语叫车联网,现在很多10几万的车都具备远程监控的功能。比如说通过app远程启动车子,通过app查看车子的状态,当前在什么位置,还能根据你的行驶里程和机油寿命提醒你去保养等等。类似的例子还有很多,比如说智能家居产品,小家电产品。有些应用虽然感觉是鸡肋,这些都是他们跑马圈地的结果,先把市场占下来,再慢慢更新迭代产品。但不可否认的事,大家确实能感觉到物联网潜在的巨大价值,生怕自己错过一个亿。

从种种迹象也反映了物联网一定是个发展的趋势。总的来说,其实物联网可以和任何一个行业进行融合,让传统的产品更加智能高效。而我们汉玛智慧也在一直努力研发,争取为大家提供更多更优质的智慧解决方案,让我们的生活更加的便捷,让科技未来更指日可待!


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/dianzi/13392881.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-07-27
下一篇 2023-07-27

发表评论

登录后才能评论

评论列表(0条)

保存