EM200在分布式探測站組網(wǎng)通信的應(yīng)用
加入技術(shù)交流群
3．2 解決途徑
鑒于探測站發(fā)送的數(shù)據(jù)量和發(fā)送周期的不確定性，設(shè)計(jì)時(shí)必須考慮滿負(fù)荷的工作狀態(tài)，即連接探測站的串口0一直處于接收峰值的狀態(tài)。為確保無丟失地接收探測站數(shù)據(jù)，串口0中斷優(yōu)先級必須高于串口1。在此前提下，問題可歸結(jié)為當(dāng)串口1中斷被暫時(shí)屏蔽得不到及時(shí)響應(yīng)時(shí)，如何完整接收超過串口1緩存容量的AT指令應(yīng)答響應(yīng)，解決途徑是擴(kuò)大串口1的FIFO緩存。
由于TCP發(fā)送指令返回的應(yīng)答響應(yīng)在18～21 B之間，所以串口1的接收緩存必須大于等于21 B，需另選大容量緩存的專用串口芯片來替代LPC2214串口1。這里采用具備64 B FIFO緩存的并轉(zhuǎn)串芯片TL16C752B。值得注意的是雖然TL16C752B符合8080并行總線接口要求，但其寫操作時(shí)序與相當(dāng)部分的MCU不匹配，而絕大多數(shù)MCU沒有調(diào)整此部分時(shí)序的功能，其中就包括此處選用的LPC2214。這就需要外加一片用作時(shí)序匹配的CPLD，此處選用了EPM240，該部分電路示意圖如圖7所示。本文引用地址：http://www.ex-cimer.com/article/155305.htm
MCU以中斷方式經(jīng)串口0接收探測站的數(shù)據(jù)，并將其按AT指令TCP發(fā)送命令格式傳至EM200模塊。EM200在完成當(dāng)前TCP數(shù)據(jù)包發(fā)送處理后，將執(zhí)行后的結(jié)果通過串口1返回給MCU，若MCU正忙于接收來自探測站的數(shù)據(jù)，則AT指令執(zhí)行結(jié)果被壓入TL16C752B接收緩存，并通過中斷提示MCU此時(shí)串口1接收到數(shù)據(jù)，一旦MCU從串口0接收中斷釋放就立即轉(zhuǎn)去處理串口1接收中斷，足夠大的緩存保證了EM200響應(yīng)結(jié)果能被完整接收。
4 軟件設(shè)計(jì)
4．1 轉(zhuǎn)發(fā)平臺的軟件設(shè)計(jì)
由于EM200僅支持TCP協(xié)議中的客戶端模式，而各個TCP客戶端之間是不能直接通信的。因此在收發(fā)系統(tǒng)中必須引入中間轉(zhuǎn)發(fā)平臺作為TCP服務(wù)器端，通過TCP服務(wù)器對收到的客戶端數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)處理從而間接實(shí)現(xiàn)在客戶端間的數(shù)據(jù)交換。TCP服務(wù)器端的軟件編寫較為容易，由于該軟件最終運(yùn)行在公網(wǎng)的PC上，可以在VB環(huán)境下利用WinSock組件來實(shí)現(xiàn)。TCP服務(wù)器開啟兩組監(jiān)聽端口分別監(jiān)聽來自接收端和發(fā)送端的鏈接請求，當(dāng)建立起與發(fā)送端和接收端的TCP鏈接后，將發(fā)送端鏈接收到的數(shù)據(jù)從接收端鏈接發(fā)送出去，如此完成轉(zhuǎn)發(fā)操作。
4．2 收發(fā)終端軟件設(shè)計(jì)
針對分布式無源探測網(wǎng)絡(luò)較高的實(shí)時(shí)性要求，若仍采用無限循環(huán)的前／后臺軟件架構(gòu)是不合適的，而引入實(shí)時(shí)操作系統(tǒng)(RTOS)一方面可以提高整體的響應(yīng)時(shí)間，另一方面可以將復(fù)雜的應(yīng)用分解成多個相對獨(dú)立子功能模塊，降低了軟件編寫復(fù)雜程度。此處選擇μC／OS-Ⅱ，其較少的硬件資源開銷很適合ARM7這類MCU。
4．2．1 發(fā)送端軟件設(shè)計(jì)
發(fā)送端可以拆分成三個進(jìn)程，每個進(jìn)程都是一個無限循環(huán)，依靠μC／OS-Ⅱ內(nèi)核的調(diào)度機(jī)制，MCU在三個進(jìn)程之間切換執(zhí)行，實(shí)現(xiàn)發(fā)送端對探測站數(shù)據(jù)的接收和CDMA發(fā)送操作。
進(jìn)程1的優(yōu)先級最高，其任務(wù)是讀取串口0收到的數(shù)據(jù)并將其壓入在RAM中開辟的緩沖區(qū)。串口0的讀取操作是由中斷服務(wù)程序ISR配合RTOS中的信號量實(shí)現(xiàn)的。具體過程是在進(jìn)程1中調(diào)用RTOS的OSSemPend函數(shù)阻塞當(dāng)前進(jìn)程，當(dāng)串口0收到數(shù)據(jù)并觸發(fā)中斷后，在中斷服務(wù)程序ISR中讀出的串口0緩存數(shù)據(jù)，并調(diào)用RTOS的OSSemPost函數(shù)釋放相應(yīng)的信號量，則原先被阻塞的進(jìn)程繼續(xù)執(zhí)行，此時(shí)將ISR中讀出的數(shù)據(jù)壓入RAM中開辟的緩沖區(qū)，完成一次循環(huán)，如圖8所示。
進(jìn)程2負(fù)責(zé)從串口1接收來自EM200模塊的AT指令應(yīng)答結(jié)果，由于預(yù)先得知TCP發(fā)送指令執(zhí)行后的應(yīng)答響應(yīng)不會超過串口1的64 B FIFO緩存容量，因此實(shí)時(shí)接收的要求不如串口0嚴(yán)格，所以進(jìn)程2優(yōu)先級可低于進(jìn)程1。進(jìn)程2的架構(gòu)與進(jìn)程1基本相同，惟一區(qū)別是將讀出的應(yīng)答響應(yīng)存到指定的AT指令暫存緩沖區(qū)，如圖9所示。
評論