函數(shù)清單和注意事項

（底層驅(qū)動部分）

1. IO口初始化：控制 IO 和通訊 IO，控制包括電源控制，復(fù)位和低功耗模式，通訊就是串口啦，相信大家應(yīng)該都很熟悉了。

當(dāng)然在這個基礎(chǔ)上還可以組合出復(fù)位的功能，復(fù)位在GPRS連接出錯的時候會用到。

2. 串口初始化：模塊的波特率為115200，8位數(shù)據(jù)位，1位停止位，沒有校驗位和流控。

串口還需要兩個發(fā)送函數(shù)，發(fā)送一個字節(jié)和發(fā)送一串字符串的。串口中斷處理函數(shù)放到后面說。

3. AT指令操作：發(fā)送AT指令

設(shè)置GPRS數(shù)據(jù)長度

發(fā)送GPRS數(shù)據(jù)內(nèi)容

接收GPRS數(shù)據(jù)內(nèi)容

AT指令/GPRS數(shù)據(jù)解析

4. 串口中斷函數(shù)：包含AT指令/GPRS數(shù)據(jù)解析 和接收GPRS數(shù)據(jù)內(nèi)容，判斷AT指令是否發(fā)送成功。

AT指令返回的結(jié)束符除了設(shè)置GPRS數(shù)據(jù)長度的是'>'，其他都是"rn"。但是在判斷接收結(jié)束的時候不能只考慮這兩種情況，還有一個情況需要特殊處理，那就是當(dāng)接收到GPRS數(shù)據(jù)的時候，完全有可能會出現(xiàn)'r','n'對應(yīng)的十六進(jìn)制數(shù)。解決的辦法就是在接收到"+CIPRCV:xxx,"的時候，附帶判斷接收到的數(shù)據(jù)長度，"xxx"代表的是GPRS數(shù)據(jù)長度信息，字符型格式，在這里還需要做一個格式轉(zhuǎn)換。數(shù)據(jù)長度的位數(shù)根據(jù)字符','來進(jìn)行判斷，',' 將AT命令和GPRS數(shù)據(jù)進(jìn)行分割。"xxx"換算過來的數(shù)值決定了 ',' 后面接收到的數(shù)據(jù)長度。

由于目前采用的SIM卡模塊內(nèi)部沒有自帶緩沖區(qū)，在GPRS數(shù)據(jù)接收的時候，需要另外開辟一個存儲空間用于數(shù)據(jù)的臨時存儲，建議采用環(huán)形緩沖區(qū)Buffer， 將串口接收到的數(shù)據(jù)按順序存儲，這個部分在串口中斷函數(shù)里面實現(xiàn)。在大循環(huán)里面將數(shù)據(jù)取出處理，并設(shè)置相關(guān)標(biāo)志位。我一開始設(shè)計的時候只開辟了一個非環(huán)形的緩沖區(qū)，每次接收到完整的數(shù)據(jù)，會從緩沖區(qū)的0地址重新開始存儲，那么就會導(dǎo)致未及時處理的數(shù)據(jù)被新的數(shù)據(jù)沖掉。 不知道有沒有別家的SIM卡模塊是自帶緩沖區(qū)的。

（主循環(huán)部分）

1. TCP/IP連接流程控制：

step1、"ATrn"http://檢測模塊串口工作

step2、"AT+CCIDrn"http://檢查是否插卡

step3、"AT+CREG?rn"http://檢查網(wǎng)絡(luò)注冊情況

step4、"AT+CGATT=1rn"http://附著網(wǎng)絡(luò)

step5、"AT+CGDCONT=1,"IP","CMNET"rn"http://設(shè)置PDP參數(shù)

step6、"AT+CGACT=1,1rn"http://激活網(wǎng)絡(luò)

step7、"AT+CIPSTART="TCP","121.41.xxx.xxx",portrn"http://連接TCPIP服務(wù)器

我用的這個模塊硬件初始化差不多就要10秒了，在硬件初始化完成后，按照以上七步進(jìn)行服務(wù)器連接，測試下來，連接的成功率還是蠻高的。前面兩步是硬件檢測用的，如果這兩步都測不過，那就需要檢查下硬件是否完整。三到六步如果返回ERROR，可重復(fù)發(fā)送，直至返回OK，每一步之間可間隔數(shù)秒。最后一步如果失敗，需先關(guān)閉連接，再重新發(fā)起連接。如果第七步一直連接不成功，那么可以通過控制 IO 復(fù)位模塊，當(dāng)然也可以先確認(rèn)下你的服務(wù)器的端口是否打開。

我的經(jīng)驗是連接和通訊的過程中，如果出現(xiàn)錯誤的情況，復(fù)位模塊是最有效和快捷的方式。在確認(rèn)硬件連接正常的情況下，如果多次發(fā)送命令失敗，返回ERROR的話，那你還是乖乖的復(fù)位它吧。

另外兩個AT命令也很好用

"AT+CIPCLOSErn"http://關(guān)閉TCPIP連接

"ATE0rn"http://關(guān)閉回顯，關(guān)閉自己發(fā)給模塊的串口數(shù)據(jù)，調(diào)試的時候可以不開啟這個功能，方便觀察

2. 數(shù)據(jù)鏈路層數(shù)據(jù)處理：實現(xiàn)GPRS數(shù)據(jù)接收/發(fā)送控制，存儲串口中斷接收到的數(shù)據(jù)，發(fā)送GPRS數(shù)據(jù)長度和GPRS數(shù)據(jù)內(nèi)容。

這個函數(shù)里面需要注意的是發(fā)送GPRS長度和數(shù)據(jù)的操作，需要在一次操作流程里面完成。我一開始腦殘的將GPRS數(shù)據(jù)長度和數(shù)據(jù)發(fā)送分開處理，導(dǎo)致設(shè)置完數(shù)據(jù)長度后，發(fā)送狀態(tài)處于準(zhǔn)備好的狀態(tài)，此時只要檢測到有數(shù)據(jù)是需要發(fā)送的，便會通過GPRS發(fā)送出去，而無法保證是當(dāng)前數(shù)據(jù)長度對應(yīng)的數(shù)據(jù)幀（我在這里一共開辟了8個數(shù)據(jù)緩存，但是沒有對發(fā)送狀態(tài)進(jìn)行分開判斷）。在設(shè)置完數(shù)據(jù)長度后，需要判斷是否接收到字符'>'，大概需要50毫秒的時間。一開始分開發(fā)送也是和這個'>'字符的操作有關(guān)的，我已經(jīng)幫大家試過了，連在一起發(fā)就好了。

發(fā)送完GPRS長度幀后，返回字符'>'，接著發(fā)送數(shù)據(jù)幀，在模塊返回"OK"之前，發(fā)送的數(shù)據(jù)都會被發(fā)送到服務(wù)器，導(dǎo)致通訊出錯。所以在數(shù)據(jù)發(fā)送后，需要等待判斷模塊是否已經(jīng)發(fā)送成功。

3. 超時判斷：檢測GPRS數(shù)據(jù)是否發(fā)送失敗，失敗后可關(guān)閉TCP/IP連接，進(jìn)行重連，如果還是失敗，可復(fù)位模塊，重新進(jìn)行TCP/IP連接流程。