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

（底層驅動部分）

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

當然在這個基礎上還可以組合出復位的功能，復位在GPRS連接出錯的時候會用到。

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

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

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

設置GPRS數(shù)據長度

發(fā)送GPRS數(shù)據內容

接收GPRS數(shù)據內容

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

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

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

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

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

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

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

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

step3、"AT+CREG?rn"http://檢查網絡注冊情況

step4、"AT+CGATT=1rn"http://附著網絡

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

step6、"AT+CGACT=1,1rn"http://激活網絡

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

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

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

另外兩個AT命令也很好用

"AT+CIPCLOSErn"http://關閉TCPIP連接

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

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

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

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

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