Seven major pitfalls of the AT command version of the Internet of Things WIFI module

This article directory guide

Preface

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

Seven major pitfalls of the AT command version of the Internet of Things WIFI module

1. Underlying library issues

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

2. Irregular command format

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

3. Command reply responsiveness

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

4. Cross-usability of instructions

For example, the AT commands of the ESP series must be entered in sequence, and the next command must be based on the success of the previous command before it can be entered again, otherwise a state of suspended animation may occur.

5. Lack of distribution network function

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

6. The transparent transmission function is slow in packet encapsulation

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

7. Lack of protocol layer functions

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

Our company’s countermeasures

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

Guess you like

Origin blog.csdn.net/mqlinks/article/details/132516265