物联网WIFI 模块AT指令版本七大坑

本文目录引导

目录

前言

一、底层库问题

二、指令格式无规律

三、指令回复响应性

四、指令交叉使用性

五、配网功能缺失

六、透传功能封包慢

七、协议层功能缺失

我司应对措施


前言

目前我们讨论的这个问题,并不是说WIFI方案不具备以应的功能。而是指在同一个AT指令固件下可能存在的问题。由于各厂商AT指令的开发深度不同,导致AT指令固件差异很大。我总结了一些问题,其中是否存在你认为AT指令不好用原因

物联网WIFI模块AT指令版本七大坑

一、底层库问题

由于原厂在开发过程中,会不断的修补SDK包中的BUG以及优化适配性能,致使你购买到的AT指令WIFI模块,还停留在以往旧版本SDK包的基础上设计自然而然你使用的模块也会存在以往旧版本的问题而这种情况在WIFI模块行业中特别严重,由于工厂生产的超前性以及库存的存在,往往你买的AT指令模块,烧录的不是基于最新SDK开发的固件

二、指令格式无规律

如果只是单纯的指令命令无规律,这也不是致命的,因为单片机代码一但写成,这部分就不用人脑记忆。但是我指的指令没有规律,是指AT指令集回复结果的多样性,根本在数据手册中无法找全,如回复AT指令数据有大小写区分。还有一种情况很糟糕,就是在发送指令后等待回复时,中间夹渣了数据内容,这大大增加单片机应用开发者的难度!

三、指令回复响应性

AT指令之间存在依赖性,如ESP系列的模块,连接一个TCP服务器,步骤必须是:设置STA模式、设置连接路由器账号密码、设置连接TCP服务器的IP地址和端口。只要指令不按步骤下去,功能无法实现。

四、指令交叉使用性

如ESP系列的AT指令,必须指令要依次输入,并且下一条指令必须基于上一条指令成功后,才可以再输入,不然可能会出现假死状态。

五、配网功能缺失

在BLE+WIFI双模模块时代,应该保持具有BLE配网,airkiss配网,AT指令设置连接路由器账号密码及在AP状态下的内置网页配网功能。而市场上大部分模块只有其中一种或者几种功能,并不能全功能具备,导致在不同环境下的配网功能缺少无法连接路由器。

六、透传功能封包慢

这个是整个行业的通病,目前整个行业透传封包速度在50ms。我们知道对于模块来说,模块无法通过串口数据判断串口数据的开始和结束,所以封包数据越长,则模块设计难度越大,而对于用户来说,就会把数据的延时至少放大50ms。而对于单片机设计者来说,在透传状态下至少发下一条数据的需要等待50ms以上。

七、协议层功能缺失

目前市场上大部分的WIFI模块只支持UDP,TCP客户端,TCP服务器的功能。而TCP服务器状态下也无法进行透传功能。部分新开发的模块可以支持HTTP和MQTT功能,但是无法支持HTTPS和MQTTS等功能,导致应用环境大大缺失。未来是信息安全的时代,HTTPS和MQTTS对于物联网来说,势在必行!

我司应对措施

针对以上问题,我公司多年开发的AT指令代码框架具有可移植能力强,扩展性强,可在不同芯片平时之间做切换。基于最新的SDK编译后测试就可以达到最新的AT指令状态。AT指令在多年的优化中,已经可以做到指令之间的交叉设置,并且有规律的回复指令的成功及失败。AT指令回复速度在5ms以内。配网方面支持BLUFI配网,airkiss配网及AP下的内置网页设置。透传状态下封包数据达到10ms以内,大大加快设备与网路的数据交互。同时一套AT指令除支持通用的UDP,TCP客户端,TCP服务器以名,还同时支持HTTP(S)和MQTT(S)。

你可能感兴趣的:(一件搞定,物联网,IOT,WIFI模块,AT指令)