前言

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

底层库问题

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

指令格式无规律

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

指令回复响应性

一条AT指令发出去，回复的指令时间间隔忽长忽短。先不说不同指令，就算是同一条指令也有这种现象，单片机用户很难找到一个最长等待时间去设计代码。一但等待过去模块又回复了，这就对单片机的逻辑造成影响。还有一些AT指令，在快速输入指令后，可能会进入卡死状态，只有在重启后可以使用，这种情况多出现在老版本的ESP8266的AT指令中。

指令交叉使用性

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

配网功能缺失

在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)。