GPRS模塊與STM32的數(shù)據(jù)傳輸

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

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

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

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

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

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

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

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

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

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

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

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

step1、"ATrn"http://檢測(cè)模塊串口工作

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

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

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ù)器

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

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

另外兩個(gè)AT命令也很好用

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

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

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

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

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

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