前言

目前我們討論的這個問題，并不是說WIFI方案不具備以應的功能。而是指在同一個AT指令固件下可能存在的問題。由于各廠商AT指令的開發深度不同，導致AT指令固件差異很大。我總結了一些問題，其中是否存在你認為AT指令不好用原因

一、底層庫問題

由于原廠在開發過程中，會不斷的修補SDK包中的BUG以及優化適配性能，致使你購買到的AT指令WIFI模塊，還停留在以往舊版本SDK包的基礎上設計。自然而然你使用的模塊也會存在以往舊版本的問題。而這種情況在WIFI模塊行業中特別嚴重，由于工廠生產的超前性以及庫存的存在，往往你買的AT指令模塊，燒錄的不是基于最新SDK開發的固件。

二、指令格式無規律

如果只是單純的指令命令無規律，這也不是致命的，因為單片機代碼一但寫成，這部分就不用人腦記憶。但是我指的指令沒有規律，是指AT指令集回復結果的多樣性，根本在數據手冊中無法找全，如回復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對于物聯網來說，勢在必行!

審核編輯：湯梓紅