/************************* ********GPRS調(diào)試筆記********************************

調(diào)試目的：通過(guò)SPCE061A單片機(jī)控制SIM900A GPRS模塊發(fā)送短信

調(diào)試過(guò)程：

1.利用延時(shí)來(lái)發(fā)送PDU格式的短信（不接受GPRS的返回值）

a.發(fā)送AT+CMGF=0rn指令

b.延時(shí)2s，確定GPRS對(duì)a步驟中發(fā)送的指令已經(jīng)接受。ps:延時(shí)的時(shí)長(zhǎng)可做適當(dāng)調(diào)整，但是一定要保證在這段時(shí)間里，GPRS已經(jīng)接受AT

指令，并作出回應(yīng)，否則會(huì)導(dǎo)致發(fā)送短信失敗。筆者親測(cè)過(guò)，延時(shí)時(shí)間太短的話，真的無(wú)法發(fā)送短信，當(dāng)時(shí)沒(méi)有注意到這一點(diǎn)，調(diào)試

了好久，才發(fā)現(xiàn)這個(gè)問(wèn)題。

c.發(fā)送AT+CMGS=21rn指令,21為你要發(fā)送的字符長(zhǎng)度，這里我就不介紹，SIM900A說(shuō)明書(shū)上講的很詳細(xì)

d.延時(shí)2s,這里的原理和b中所說(shuō)的幾乎一樣，不再追述

e.發(fā)送pdu格式的編碼，這里需要設(shè)置一些參數(shù)，比如短信中心號(hào)碼，接受號(hào)碼等等，這里我也不細(xì)述了，畢竟使用說(shuō)明書(shū)上寫(xiě)得很清

楚了，我發(fā)送的是“0891683108701305F011000D86688193909435F70008A7064F60597DFF01”，引號(hào)內(nèi)以字符的形式發(fā)送就行，

這一串字符里，包含了一些參數(shù)的設(shè)置，還有發(fā)送短信的內(nèi)容，讀者在實(shí)際操作時(shí)，可將參數(shù)的設(shè)置和內(nèi)容分開(kāi)發(fā)送，筆者為了

簡(jiǎn)單處理，就統(tǒng)一處理了。

f.最后一步了，發(fā)送結(jié)束符--0x1a,直接發(fā)送0x1a，主要這里不要發(fā)送成字符了，是16進(jìn)制0x1a；到此為至，短信已經(jīng)成功發(fā)送了，

短信的內(nèi)容是“你好！”；

2.通過(guò)判斷GPRS的返回值來(lái)發(fā)送短信

a.發(fā)送AT+CMGF=0rn指令

b.

這里是重點(diǎn)，記得當(dāng)時(shí)卡這里卡了好長(zhǎng)時(shí)間，幾乎到了要放棄的邊緣！??！這里重點(diǎn)分析一下吧

while(strcmp(rec_string1,"AT+CMGF=0rnrnOK")!=0)

{

*P_Watchdog_Clear= 0x0001;

}

等待接受返回值，并且利用字符串比較函數(shù)比較接受到的字符串rec_string1和正確的返回值A(chǔ)T+CMGF=0rnrnOK對(duì)比；

這里用到的IRQ7串口中斷來(lái)接受，利用全局變量str_string1[30]和全局n模擬一個(gè)棧來(lái)緩存接收到的返回值。需要強(qiáng)調(diào)說(shuō)明的是

，發(fā)送完AT+CMGF=0rn這條指令后gprs的返回值應(yīng)該是“AT+CMGF=0rnrnOK”，也就是返回了發(fā)送過(guò)去的AT指令加上回車(chē)換行

加上OK，但是資料上說(shuō)的卻是"OK",簡(jiǎn)直差點(diǎn)把筆者坑死，經(jīng)過(guò)筆者不懈地努力調(diào)試，終于發(fā)現(xiàn)了這里的問(wèn)題。

c.能到這一步，說(shuō)明之前的返回值已經(jīng)收到了，但是細(xì)心的讀者可能就會(huì)發(fā)現(xiàn)，發(fā)送“AT+CMGS=21rn”這條指令的前面有這兩行

簡(jiǎn)單的代碼 delay();n = 0; 一行是延時(shí)，一行是清空棧底，清空棧底這里我就不過(guò)多的解釋了，很簡(jiǎn)單。有的讀者會(huì)問(wèn)，

delay()函數(shù)是干什么的呢？不是不利用延時(shí)來(lái)發(fā)送短息嗎？這里問(wèn)題有點(diǎn)復(fù)雜，筆者自己也沒(méi)弄得很清楚，但是當(dāng)去掉delay()

或?qū)elay()和n=0;兩行代碼互換位置后，程序就會(huì)死卡，并且，你調(diào)試時(shí)就會(huì)發(fā)現(xiàn)n并不是等于0的，rec_string1字符串里面存的

并不是GPRS本次返回值，而是有一部分是上次的，也就是說(shuō)n=0這句并沒(méi)有起到清空棧底的作用，但是，這程序已經(jīng)運(yùn)行到

send_string(cmd2);

while(strcmp(rec_string1,"AT+CMGS=21rnrn>")!=0)

{

*P_Watchdog_Clear= 0x0001;

}這里了啊?當(dāng)時(shí)筆者也很疑惑，不能理解，感覺(jué)完全顛覆了我的認(rèn)知（曾一度懷疑是61板的問(wèn)題）,但是后來(lái)仔細(xì)思考了一番

，發(fā)現(xiàn)很有可能是IRQ7中斷的原因，導(dǎo)致n=0，這句執(zhí)行失敗，n=0這句c語(yǔ)言代碼經(jīng)編譯器轉(zhuǎn)換成匯編代碼后，有好幾句，也就是說(shuō)

n=0這句C代碼并不是cpu執(zhí)行指令時(shí)的最小原子值，因此在執(zhí)行這句代碼時(shí)，很有可能被IRQ7中斷給打斷，導(dǎo)致這種結(jié)果。于是，

筆者在清空棧底時(shí)，用了delay()函數(shù)，延時(shí)確保不會(huì)發(fā)生中斷，保護(hù)n=0這行代碼。結(jié)果證明，我的猜想是正確的。

d.剩下的就沒(méi)有什么要注意的了，和方法1里面幾乎一樣，筆者就不啰嗦了。

如有錯(cuò)誤，希望各位大神能及時(shí)指出，互相學(xué)習(xí)!

這里附上源代碼一份，希望對(duì)你有幫助!

http://download.csdn.net/detail/qq_24478297/8936803