【文章內(nèi)容簡介】 60。 //文件的句柄　LPVOID lpBuffer, //用于保存讀入數(shù)據(jù)的一個緩沖區(qū)　DWORD nNumberOfBytesToRead, //要讀入的字符數(shù)　LPDWORD lpNumberOfBytesRead, //從文件中實際讀入的字符數(shù)　LPOVERLAPPED lpOverlapped //異步讀取描述，在Windows CE中為NULL)。　　在該線程中，若串口讀完一條信息，則發(fā)送一個系統(tǒng)消息到系統(tǒng)窗體，該消息的名稱為WM_RXCHAR_ALL，是一個用戶自定義消息。發(fā)送給系統(tǒng)窗體的附帶消息包含收到的消息的內(nèi)容和消息的長度。發(fā)送系統(tǒng)消息的API函數(shù)SendMessage的原型如下：LRESULT SendMessage（HWND hWnd，UINT Msg，WPARAM wParam，LPARAM IParam）；圖410 串口讀線程流程圖　　 寫串口　　在CCESeries類中，一共編寫了三個寫串口的函數(shù)，為的是方便不同情況下的調(diào)用。如要向?qū)懸阎L度的字符串，可以采用WritePort(char *buf,int nSize)函數(shù)。寫未知長度字符串時，采用WritePort(char *buf)函數(shù)，字符串的長度將在函數(shù)內(nèi)部進(jìn)行計算。前者提高了寫串口的時間效率。這三個函數(shù)中，采用了一個共同的API函數(shù)WriteFile()，它的函數(shù)原型如下：BOOL WriteFile(HANDLE hFile, // 文件句柄LPCVOID lpBuffer, // 數(shù)據(jù)緩存區(qū)指針DWORD nNumberOfBytesToWrite, // 要寫的字節(jié)數(shù)LPDWORD lpNumberOfBytesWritten, // 用于保存實際寫入字節(jié)數(shù)的存儲區(qū)域的指針LPOVERLAPPED lpOverlapped // OVERLAPPED結(jié)構(gòu)體指針，CE里設(shè)為NULL)。 串口類的調(diào)用　　在主程序中，必須調(diào)用此CCESeries類，以達(dá)到操作串口的目的。　　。并且新建一個public公共型變量m_BTSerial(藍(lán)牙串口)和m_IRSeries進(jìn)行對CCESeries類的實例化。CCESeries m_BTSerial。CCESeries m_IRSerial?！　?，(thism_hWnd,1,9600)的方式進(jìn)行串口類成員函數(shù)的調(diào)用?！　?串口的監(jiān)聽　　在讀串口線程中，讀完串口的一條信息后發(fā)送名為WM_RXCHAR_ALL的系統(tǒng)消息給系統(tǒng)窗體。在窗體程序中，必須對其進(jìn)行響應(yīng)。，添加一條消息響應(yīng)的聲明：ON_MESSAGE(WM_RXCHAR_ALL,OnComRecvMsg)其中OnComRecvMsg為對其消息響應(yīng)的函數(shù)，函數(shù)的聲明如下：afx_msg long OnComRecvMsg(WPARAM wParam, LPARAM lParam)。其中“afx_msg”說明該函數(shù)是一消息響應(yīng)函數(shù)?！　?GSM通信模塊 智能家居以GSM網(wǎng)絡(luò)作為數(shù)據(jù)的無線傳輸網(wǎng)絡(luò)，利用基于GSM網(wǎng)絡(luò)上的短信息服務(wù)，完成智能家居的遠(yuǎn)程安全監(jiān)控和無線報警的功能。 設(shè)計基本原理 PDU編碼規(guī)則自短信息技術(shù)被開發(fā)到現(xiàn)在，對短信息的控制方式包含了Block Mode、基于AT的Text Mode基于AT指令的PDU Mode。　　使用Block模式需要廠家驅(qū)動的支持，隨著技術(shù)的發(fā)展，后兩種模式將其取代。Text模式比較簡單，但不能發(fā)送中文短信息。在智能家居的軟件設(shè)計中，采用的是基于PDU模式，該模式支持各個國家語言，當(dāng)然也包括中文。在智能家居中，采用中文報警和中文指令。　　PDU數(shù)據(jù)包格式，是手機發(fā)送短信的一個數(shù)據(jù)單位[7]。其中的發(fā)送源手機號碼、短消息服務(wù)中心號碼(SMSC)、時間戳等都是用壓縮BCD碼表示，低位在前，高位在后。在PDU模式中，可采用BitBit8和UCS2編碼方式對短消息發(fā)送內(nèi)容進(jìn)行編碼。這三種編碼方式可以發(fā)送的最大字符數(shù)分別為160，140和70?！　∑渲蠦it7編碼發(fā)送普通ASCII字符，從0x00到0x7f,共可以表示128個字符。而短消息的報文是以8位字節(jié)傳輸?shù)?，所以就必須?位碼壓縮成7位碼。實現(xiàn)方法是: 將第二個字符的最后一位, 補充到第一個字符的前面第一位, 第三個字符的后兩位, 補充到第二個字符的前兩位, 依次類推, 就可得到相應(yīng)的字符串。最后轉(zhuǎn)換成十六進(jìn)制。　　Bit8編碼通常用于發(fā)送任何二進(jìn)制數(shù)據(jù)。　　UCS2編碼用于發(fā)送Unicode字符。它固定使用16位共兩個字節(jié)來表示一個字符，共可以表示65535個字符。圖411和圖412分別是接收和發(fā)送短信的報文格式。圖411 接收短信的報文格式圖412 發(fā)送短消息的報文格式實例一、發(fā)送短信時的PDU碼：08 91 68 31 08 20 01 05 F0 11 00 0B 91 31 58 81 27 64 F8 00 00 00 06 C8 32 9B FD 0E 01表46 發(fā)送PDU包解析分段含義說明08SMSC地址信息的長度共8個八位字節(jié)(包括91)91SMSC地址格式(TON/NPI)用國際格式號碼(在前面加‘+’)68 31 08 20 01 05 F0SMSC地址8613800250500，補‘F’湊成偶數(shù)個11基本參數(shù)(TPMTI/VFP)發(fā)送，TPVF用相對格式00消息基準(zhǔn)值(TPMR)00B目標(biāo)地址數(shù)字個數(shù)共11位，不包括補足的‘F’91目標(biāo)地址格式(TON/NPI)用國際格式號碼(在前面加‘+’)68 31 18 48 31 46 F9目標(biāo)地址(TPDA)8613818413649，補‘F’湊成偶數(shù)個00協(xié)議標(biāo)識(TPPID)是普通GSM類型，點到點方式00用戶信息編碼方式(TPDCS)7bit編碼00有效期(TPVP)5分鐘06用戶信息長度(TPUDL)實際長度6個字節(jié)C8 32 9B FD 0E 01用戶信息(TPUD)“Hello!”結(jié)合發(fā)送短信的報文格式，知道短消息中心號碼是：+8613800210500，對方號碼是：13818413649，消息內(nèi)容是“Hello!”。實例二、接收短信時的PDU碼08 91 68 31 08 20 01 05 F0 84 0D 91 68 31 58 81 27 64 F8 00 08 3030 21 80 63 54 80 06 53 4E 4E 1C 00 21表47 接收短消息PDU包解析分段含義說明08SMSC地址信息的長度共8個八位字節(jié)(包括91)91SMSC地址格式(TON/NPI)用國際格式號碼(在前面加‘+’)68 31 08 20 05 05 F0SMSC地址8613800250500，補‘F’湊成偶數(shù)位84基本參數(shù)(TPMTI/MMS/RP)接收，無更多消息，有回復(fù)地址0B回復(fù)地址數(shù)字個數(shù)共11個十進(jìn)制數(shù)(不包括‘F’)91回復(fù)地址格式(TON/NPI)用國際格式號碼(在前面加‘+’)68 31 58 81 27 64 F8回復(fù)地址(TPRA)8613851872468，補‘F’湊成偶數(shù)位00協(xié)議標(biāo)識(TPPID)是普通GSM類型，點到點方式08用戶信息編碼方(TPDCS)UCS2編碼30 30 21 80 63 54 80時間戳(TPSCTS)2003312 08:36:45 +8時區(qū)06用戶信息長度(TPUDL)實際長度6個字節(jié)53 4E 4E 1C 00 21用戶信息(TPUD)“華東!”短消息中心號碼是：+8613800210500，對方號碼是13851872468，消息內(nèi)容是“華東!”。 AT指令在智能家居中，控制中心通過串口給MC35模塊發(fā)送AT指令以達(dá)到控制它的目的。表48中是一些系統(tǒng)中采用的AT指令。表48 系統(tǒng)采用的AT指令A(yù)T指令功能AT+CMGF=0選擇短消息信息格式，等于0時為PDU格式，等于1時為文本模式，AT+CNMI=1,1,0,0,1設(shè)置為短信到達(dá)時自動提醒AT+CMGS=？發(fā)送短消息，發(fā)送成功則返回OK字符串AT+CMGR=?讀取短消息，讀取成功則返回+CMGR: 0,[id][content]AT+CMGD=?刪除短消息　　 軟件的實現(xiàn)　　 PDU編碼解碼　　短信的PDU解碼和編碼的功能由智能家居軟件工程中的CEncode類實現(xiàn)。CEncode類的成員函數(shù)如表49所示：表49 CEncode類的方法方法備注Int gsmString2Bytes(const char* pSrc, unsigned char* pDst, int nSrcLength)可打印字符串轉(zhuǎn)換為字節(jié)數(shù)據(jù)如：C8329BFD0E01 {0xC8, 0x32, 0x9B, 0xFD, 0x0E, 0x01}int gsmBytes2String(const unsigned char* pSrc, char* pDst, int nSrcLength)字節(jié)數(shù)據(jù)轉(zhuǎn)換為可打印字符串如：{0xC8, 0x32, 0x9B, 0xFD, 0x0E, 0x01} C8329BFD0E01int gsmEncode7bit(const char* pSrc, unsigned char* pDst, int nSrcLength)7bit編碼int gsmDecode7bit(const unsigned char* pSrc, char* pDst, int nSrcLength)7bit解碼int gsmEncode8bit(const char* pSrc, unsigned char* pDst, int nSrcLength)8bit編碼int gsmDecode8bit(const unsigned char* pSrc, char* pDst, int nSrcLength)8bit解碼int gsmEncodeUcs2(const char* pSrc, unsigned char* pDst, int nSrcLength)UCS2編碼int gsmDecodeUcs2(const unsigned char* pSrc, char* pDst, int nSrcLength)UCS2解碼int gsmInvertNumbers(const char* pSrc, char* pDst, int nSrcLength)正常順序的字符串轉(zhuǎn)換為兩兩顛倒的字符串，若長度為奇數(shù)，補39。F39。湊成偶數(shù)。如：8613851872468 683158812764F8int gsmSerializeNumbers(const char* pSrc, char* pDst, int nSrcLength)兩兩顛倒的字符串轉(zhuǎn)換為正常順序的字符串。如：683158812764F8 8613851872468Int gsmDecodePdu(const char* pSrc, SM_PARAM* pDst)PDU解碼，用于接收、閱讀短消息int gsmEncodePdu(const SM_PARAM* pSrc, char* pDst)PDU編碼，用于編制、發(fā)送短消息在該類中，關(guān)鍵的函數(shù)為gsmDecodePdu函數(shù)與gsmEncodePdu函數(shù)，它們將在智能家居中的對話框類CSmartHomeDlg中被調(diào)用。調(diào)用方法將在下文給予介紹。gsmDecodePdu函數(shù)與gsmEncodePdu函數(shù)分別用來在發(fā)短信時根據(jù)PDU規(guī)范進(jìn)行編碼，以及對串口收到的PDU編碼進(jìn)行解碼。編碼與解碼根據(jù)在頭文件中定義的短消息結(jié)構(gòu)體進(jìn)行取值或填充。以下是定義的關(guān)于編碼方式的常量和填充短消息的數(shù)據(jù)結(jié)構(gòu)。這些在接收與發(fā)送短信時是共用的。define GSM_7BIT 0 //7Bit編碼方式define GSM_8BIT 4 //8Bit編碼方式define GSM_UCS2 8 //UCS2編碼方式typedef struct { char SCA[16]。 // 短消息服務(wù)中心號碼(SMSC地址) char TPA[16]。 // 目標(biāo)號碼或回復(fù)號碼(TPDA或TPRA) char TP_PID。 // 用戶信息協(xié)議標(biāo)識(TPPID) char TP_DCS。 // 用戶信息編碼方式(TPDCS) char TP_SCTS[16]。 // 服務(wù)時間戳字符串(TP_SCTS), 接收時用到 char TP_UD[161]。 // 原始用戶信息(編碼前或解碼后的TPUD) char