彭 鵬 章 波

（湖北交通職業(yè)技術(shù)學(xué)院，湖北武漢 430079）

隨著電子和通信技術(shù)的飛速發(fā)展，越來(lái)越多的工控和檢測(cè)設(shè)備被應(yīng)用在現(xiàn)場(chǎng)，但隨之而來(lái)的程序升級(jí)和數(shù)據(jù)采集成為限制工控檢測(cè)設(shè)備大量應(yīng)用在現(xiàn)場(chǎng)的一個(gè)重要因素?；谇度胧組ODEM 的應(yīng)用有著極為廣闊的前景，與通用Modem 相比，嵌入式Modem 具有體積小、易維護(hù)、外圍電路簡(jiǎn)單、成本低廉等優(yōu)點(diǎn)，布線安裝僅僅需要普通電話線，連接簡(jiǎn)單，可移動(dòng)性好。同時(shí)，由于公用電話網(wǎng)的覆蓋范圍在空間范圍上的優(yōu)越性，可以快速構(gòu)建跨地區(qū)、跨區(qū)域的數(shù)據(jù)采集系統(tǒng)。相對(duì)于目前市場(chǎng)上的數(shù)據(jù)采集產(chǎn)品，大多數(shù)需要架設(shè)專門(mén)的工業(yè)以太網(wǎng)和現(xiàn)場(chǎng)總線網(wǎng)的情況，基于嵌入式MODEM 的應(yīng)用無(wú)疑有著極大的優(yōu)勢(shì)，并且它同Internet網(wǎng)的結(jié)合應(yīng)用，更將這種優(yōu)勢(shì)推動(dòng)到了一個(gè)新的臺(tái)階。

由于篇幅所限，本文主要給出系統(tǒng)的整體設(shè)計(jì)思想和軟件詳細(xì)設(shè)計(jì)，并給出部分結(jié)果。

1 嵌入式MODEM 最小系統(tǒng)總體設(shè)計(jì)方案

1.1 系統(tǒng)的總體構(gòu)想

由于嵌入式MODEM 多用于現(xiàn)場(chǎng)數(shù)據(jù)采集，安裝的現(xiàn)場(chǎng)環(huán)境有可能比較惡劣，因此在設(shè)計(jì)時(shí)需要充分考慮到各種干擾。此外采用外接電源的方式會(huì)增加系統(tǒng)硬件的體積和成本。

我們都知道，電話線路在掛機(jī)狀態(tài)下兩線間有－48V 的電壓，電流很小，但在摘機(jī)狀態(tài)下兩線間的電壓降到了－12V 左右，電流為20mA 左右，而嵌入式MODEM 最小系統(tǒng)大部分時(shí)間都處于待機(jī)狀態(tài)，只需要很小的電流就可以維持整個(gè)系統(tǒng)的工作。因此，本系統(tǒng)的工作電源可以考慮直接從PSTN線路上進(jìn)行饋電，這樣一來(lái)就決定了系統(tǒng)的器件選型都必須基于低功耗進(jìn)行考慮。主控CPU采用的是三菱公司的16位單片機(jī)M30620SFP，該單片機(jī)外部資源豐富，且功耗極低。

1.2 系統(tǒng)的硬件結(jié)構(gòu)

系統(tǒng)硬件部分采用PSTN 線路饋電方式進(jìn)行供電，由于很多地方的電話線路還是架空線纜，容易遭受雷擊的影響，因此需要在入口前端增加防雷電路，以增強(qiáng)系統(tǒng)的抗干擾能力。

系統(tǒng)的饋電，以及線路的摘掛機(jī)檢測(cè)和數(shù)據(jù)的傳輸都經(jīng)過(guò)PSTN 線路，因此線路接口電路相對(duì)來(lái)說(shuō)是本系統(tǒng)的最關(guān)鍵部分，也是難點(diǎn)部分。首先需要考慮到線路的饋電能力，還要考慮到極性檢測(cè)，振鈴檢測(cè)，此外，為了提高數(shù)據(jù)傳輸?shù)姆€(wěn)定性，需對(duì)消側(cè)音電路重點(diǎn)進(jìn)行調(diào)試。

為了方便和上位機(jī)進(jìn)行通信，本系統(tǒng)中提供了232串口進(jìn)行連接。由于232電平的高電平為－3V～－12V，低電平為＋3V～＋12V，不能直接和單片機(jī)的串口進(jìn)行連接，因此需要電平轉(zhuǎn)換電路。此外，為了實(shí)現(xiàn)數(shù)據(jù)緩沖，需要增加存儲(chǔ)器，為了方便記錄某些數(shù)據(jù)的采集時(shí)間，系統(tǒng)還自帶了實(shí)時(shí)時(shí)鐘。所設(shè)計(jì)的嵌入式MODEM 最小硬件系統(tǒng)如圖1所示。

圖1 嵌入式MODEM 最小硬件系統(tǒng)

1.3 系統(tǒng)的軟件結(jié)構(gòu)

本系統(tǒng)軟件實(shí)現(xiàn)分上呼和下傳兩個(gè)方面。上呼就是當(dāng)下位機(jī)采集完數(shù)據(jù)后，定時(shí)將數(shù)據(jù)發(fā)送到處于遠(yuǎn)方的主機(jī)服務(wù)器或由上位機(jī)通過(guò)命令來(lái)控制MODEM 進(jìn)行數(shù)據(jù)上傳，這時(shí)就需要先呼叫服務(wù)器號(hào)碼，然后進(jìn)行MODEM 協(xié)議的自動(dòng)識(shí)別也就是握手處理，和服務(wù)器側(cè)建立連接后，通過(guò)相關(guān)的網(wǎng)絡(luò)協(xié)議將數(shù)據(jù)上傳到服務(wù)器。而下呼則是一個(gè)相反的過(guò)程，此時(shí)的下位機(jī)處于被叫狀態(tài)，主機(jī)服務(wù)器通過(guò)呼叫下位機(jī)號(hào)碼要求下位機(jī)將數(shù)據(jù)上傳。系統(tǒng)的軟件在此需要首先判斷是處于發(fā)起方還是處于應(yīng)答方（MODEM 應(yīng)用里的專業(yè)用語(yǔ)），然后實(shí)現(xiàn)鏈路層的自動(dòng)握手處理，握手通過(guò)后，通過(guò)TCP／IP 協(xié)議實(shí)現(xiàn)數(shù)據(jù)通信。軟件總體設(shè)計(jì)框圖如圖2所示。

圖2 軟件總體設(shè)計(jì)框圖

2 系統(tǒng)軟件詳細(xì)設(shè)計(jì)

2.1 線路狀態(tài)處理程序

當(dāng)嵌入式MODEM 處于閑置狀態(tài)時(shí)，最主要的就是進(jìn)行線路狀態(tài)處理，此時(shí)主要進(jìn)行上位機(jī)的AT 命令解析，并根據(jù)相應(yīng)的命令來(lái)進(jìn)行相關(guān)操作，或者收到服務(wù)器的呼叫進(jìn)行振鈴提示后由上位機(jī)決定是否進(jìn)行摘機(jī)處理。

圖3為線路狀態(tài)處理軟件框圖，ATA 為摘機(jī)應(yīng)答，ATDT 后跟呼叫的號(hào)碼為撥號(hào)呼叫命令，詳細(xì)的命令請(qǐng)參考AT 命令集里的說(shuō)明，在此不再贅敘。的通常狀態(tài)，上電復(fù)位后進(jìn)入該狀態(tài)。在該狀態(tài)下主要完成下述功能：

圖3 線路狀態(tài)處理

檢測(cè)是否有主機(jī)命令下達(dá)；檢測(cè)是否有振鈴產(chǎn)生；分析主機(jī)命令，進(jìn)行必要的設(shè)置；根據(jù)主機(jī)的摘機(jī)撥號(hào)命令進(jìn)入主叫狀態(tài)；或在檢測(cè)到振鈴后反饋給主機(jī)后在主機(jī)命令控制下進(jìn)入MODEM 協(xié)議握手處理。

圖3中，在收到主機(jī)摘機(jī)撥號(hào)的命令進(jìn)入主叫狀態(tài)，在該狀態(tài)下主要完成下述功能：按照要求摘機(jī)；檢測(cè)線路狀態(tài)；檢測(cè)信號(hào)音，如果有忙音，反饋主機(jī)；如果撥號(hào)音正常，用DTMF撥號(hào)；撥號(hào)后檢測(cè)線路狀態(tài)，是否是回鈴音或忙音；如為忙音，通知主機(jī)并掛機(jī)；如回鈴音則等待線路是否出現(xiàn)反極信號(hào)，超時(shí)退出該狀態(tài)；有反極則進(jìn)入MODEM 協(xié)議握手處理。

2.2 MODEM 握手處理

在嵌入式MODEM 里，采用的是V.32bis的協(xié)議，它的速率可以達(dá)到14.4KBPS，全雙工工作。由于CMX869對(duì)V.32BIS等協(xié)議已經(jīng)進(jìn)行了自動(dòng)封裝，對(duì)MODEM 握手處理主要是對(duì)其相關(guān)寄存器進(jìn)行設(shè)置和檢測(cè)。握手處理的程序如下：

2.3 TCP／IP協(xié)議

對(duì)TCP／IP 協(xié)議族的實(shí)現(xiàn)，采用的是從網(wǎng)上移植的uIP協(xié)議，uIP是一個(gè)適用于8／16位機(jī)上的小型嵌入式TCP／IP協(xié)議棧，簡(jiǎn)單易用，資源占用少是它的設(shè)計(jì)特點(diǎn)。它去掉了許多全功能協(xié)議棧中不常用的功能，而保留網(wǎng)絡(luò)通信所必要的協(xié)議機(jī)制。其設(shè)計(jì)重點(diǎn)放在IP、ICMP和TCP協(xié)議的實(shí)現(xiàn)上，將這三個(gè)模塊合為一個(gè)有機(jī)的整體，而將UDP和ARP協(xié)議實(shí)現(xiàn)作為可選模塊。

為了節(jié)省資源占用，簡(jiǎn)化應(yīng)用接口，uIP在內(nèi)部實(shí)現(xiàn)上作了特殊的處理。①注意各模塊的融合，減少處理函數(shù)的個(gè)數(shù)和調(diào)用次數(shù)，提高代碼復(fù)用率，以減少ROM 占用。②基于單一全局?jǐn)?shù)組的收發(fā)數(shù)據(jù)緩沖區(qū)，不支持內(nèi)存動(dòng)態(tài)分配，由應(yīng)用負(fù)責(zé)處理收發(fā)的數(shù)據(jù)。③基于事件驅(qū)動(dòng)的應(yīng)用程序接口，各并發(fā)連接采用輪循處理，僅當(dāng)網(wǎng)絡(luò)事件發(fā)生時(shí)，由uIP 內(nèi)核喚起應(yīng)用程序處理。這樣，uIP用戶只須關(guān)注特定應(yīng)用就可以了。傳統(tǒng)的TCP／IP實(shí)現(xiàn)一般要基于多任務(wù)處理環(huán)境，而大多數(shù)8位機(jī)系統(tǒng)不具備這個(gè)條件。④應(yīng)用程序主動(dòng)參與部分協(xié)議棧功能的實(shí)現(xiàn)（如TCP的重發(fā)機(jī)制，數(shù)據(jù)包分段和流量控制），由uIP 內(nèi)核設(shè)置重發(fā)事件，應(yīng)用程序重新生成數(shù)據(jù)提交發(fā)送，免去了大量?jī)?nèi)部緩存的占用?；谑录?qū)動(dòng)的應(yīng)用接口使得這些實(shí)現(xiàn)較為簡(jiǎn)單。

（1）uIP的接口技術(shù)

uIP可以看作是一個(gè)代碼庫(kù)為系統(tǒng)提供確定的函數(shù)。圖1 展示了uIP，系統(tǒng)底層和應(yīng)用程序之間的關(guān)系。uIP提供三個(gè)函數(shù)到系統(tǒng)底層，uip＿init（），uip＿input（），和uip＿periodic（）。應(yīng)用程序必須提供一個(gè)回應(yīng)函數(shù)給uIP。當(dāng)網(wǎng)絡(luò)或定時(shí)事件發(fā)生時(shí)，調(diào)用回應(yīng)函數(shù)。uIP 提供許多函數(shù)和堆棧交互。

圖4 uIP庫(kù)

（2）uIP應(yīng)用接口

uIP使用一個(gè)基于編程模塊的事件，模塊是實(shí)現(xiàn)應(yīng)用程序作為一個(gè)C 函數(shù)被uIP 調(diào)用的地方，uIP響應(yīng)一定的事件。uIP 調(diào)用應(yīng)用在，當(dāng)接收數(shù)據(jù)時(shí)，當(dāng)數(shù)據(jù)成功送達(dá)另一方中止連接時(shí)，當(dāng)一個(gè)新的連接建立時(shí)，或者當(dāng)數(shù)據(jù)需要重發(fā)時(shí)。應(yīng)用程序也周期性地循環(huán)等待新數(shù)據(jù)。應(yīng)用程序只提供一個(gè)回應(yīng)函數(shù)；它提升了應(yīng)用程序處理不同的網(wǎng)絡(luò)服務(wù)的不同的端口和連接的映射。

uIP與其它TCP／IP 棧不同的是，當(dāng)正在重發(fā)工作，它需要應(yīng)用程序的幫助。其它TCP／IP棧緩存?zhèn)鬏敂?shù)據(jù)在儲(chǔ)存器里，直到在連接的最后數(shù)據(jù)確應(yīng)成功發(fā)送。如果數(shù)據(jù)需要重傳，堆棧在沒(méi)有通知應(yīng)用程序下監(jiān)視著重傳工作。通過(guò)這種方法，當(dāng)要等待一個(gè)確應(yīng)，數(shù)據(jù)必須緩存在儲(chǔ)存器里，如果產(chǎn)生一個(gè)重發(fā)，應(yīng)用程序可以快速重新生成數(shù)據(jù)。為了減少儲(chǔ)存器的使用量，uIP 利用的論據(jù)是應(yīng)用程序可以重新生成發(fā)送的數(shù)據(jù)和讓?xiě)?yīng)用程序參加重發(fā)。

（3）uIP系統(tǒng)接口

從系統(tǒng)的立場(chǎng)看，uIP 由3 個(gè)C 函數(shù)uip＿init（），uip＿input（），和ip＿periodic（）。uip＿init（）函數(shù)用于初始化uIP 堆棧和在系統(tǒng)啟動(dòng)期間調(diào)用。當(dāng)網(wǎng)絡(luò)設(shè)備驅(qū)動(dòng)器讀一個(gè)IP包到包緩存時(shí)，調(diào)用函數(shù)uip＿input（）。周期性運(yùn)行是調(diào)用uip＿periodic（），代表的是一秒一次。調(diào)用uIP函數(shù)是系統(tǒng)的職責(zé)。

3 運(yùn)行結(jié)果及分析

為了驗(yàn)證系統(tǒng)的軟件，需要搭建一個(gè)硬件測(cè)試環(huán)境，采用兩臺(tái)PC 機(jī)，其中一臺(tái)PC 機(jī)通過(guò)串口和嵌入式MODEM 的串口連接，另一臺(tái)PC 機(jī)的串口和商用 MODEM （型號(hào)為 TM－EC5658V）的串口連接，兩個(gè)MODEM 的線路接口都各自接入一條內(nèi)線電話線路（辦公電話需要加撥4才能撥號(hào)外線），軟件測(cè)試環(huán)境都是基于超級(jí)終端下進(jìn)行，超級(jí)終端的通信波特率設(shè)置為19200bps，8位數(shù)據(jù)位，無(wú)效驗(yàn)方式。

首先進(jìn)行MODEM V.32bis協(xié)議下的數(shù)據(jù)傳輸。在商用MODEM 下發(fā)送AT 命令“AT＋MS＝V32B”，將商用MODEM 的通信協(xié)議固定為V.32BIS協(xié)議后，發(fā)送“ATD4，87403039”命令呼叫嵌入式MODEM 的線路號(hào)碼，呼叫建立后，嵌入式MODEM 線路上并聯(lián)的話機(jī)開(kāi)始振鈴，并且每振鈴一次，嵌入式MODEM 將相應(yīng)的振鈴信息發(fā)送到串口，如圖5所示，此時(shí)輸入摘機(jī)命令“ATA”進(jìn)行摘機(jī)握手處理，嵌入式MODEM很快就和商用MODEM 握手成功，將相應(yīng)的測(cè)試信息“CONNECT 19200”發(fā)送到串口，此時(shí)在商用MODEM 的超級(jí)終端界面上發(fā)送一串?dāng)?shù)據(jù)，嵌入式MODEM 能正確接收。然后采用MODEM的文件傳輸協(xié)議進(jìn)行大文件傳輸，方法和上面一樣，唯一不同的是握手成功后，不是直接發(fā)送數(shù)據(jù)，而是在商用MODEM 的超級(jí)終端界面下選擇發(fā)送文件，采用Ymodem 協(xié)議發(fā)送文件進(jìn)行大數(shù)據(jù)量傳輸，初步測(cè)試時(shí)，接收數(shù)據(jù)時(shí)有丟失字節(jié)的現(xiàn)象，針對(duì)該問(wèn)題對(duì)軟件部分進(jìn)行了完善，修改主要針對(duì)V.32BIS協(xié)議，因?yàn)樵诖藚f(xié)議下，線路靈敏度很高，經(jīng)常會(huì)收到誤碼，所以在修改時(shí)，軟件部分將線路接收部分的優(yōu)先級(jí)別提高，將數(shù)據(jù)緩沖區(qū)加大；同時(shí)將硬件接收電路部分的增益降低。進(jìn)行幾百K 的文件傳輸時(shí)通訊正常。發(fā)送“＋＋＋＋＋＋＋＋”命令退出鏈接。

圖5 V.32bis協(xié)議下通訊測(cè)試

驗(yàn)證TCP／IP 協(xié)議也是在上面的測(cè)試環(huán)境下進(jìn)行的。通過(guò)接撥武漢熱線號(hào)碼，握手通過(guò)，軟件通過(guò)PPP協(xié)議發(fā)送用戶名和密碼，成功登錄網(wǎng)絡(luò)，測(cè)試界面如圖6所示。登錄成功后，顯示嵌入式MODEM 的IP地址為“202.110.140.70”。

圖6 TCP／IP協(xié)議測(cè)試界面

通過(guò)以上各項(xiàng)測(cè)試結(jié)果，嵌入式MODEM 的軟硬件設(shè)計(jì)基本上達(dá)到了預(yù)期設(shè)定的目標(biāo)，該系統(tǒng)適用于遠(yuǎn)程監(jiān)控系統(tǒng)和工業(yè)測(cè)控系統(tǒng)，現(xiàn)場(chǎng)僅僅只需要有電話線路接入，就可以完成供電和通訊，特別適合于某些無(wú)人值守的現(xiàn)場(chǎng)使用，給遠(yuǎn)程數(shù)據(jù)采集帶來(lái)了很大的方便。

4 結(jié) 語(yǔ)

本文對(duì)嵌入式MDOEM 的最小系統(tǒng)的實(shí)現(xiàn)進(jìn)行了全面的介紹，對(duì)其相關(guān)硬件設(shè)計(jì)和軟件實(shí)現(xiàn)進(jìn)行了詳細(xì)介紹，最終的最小系統(tǒng)的實(shí)現(xiàn)基本達(dá)到了預(yù)期設(shè)計(jì)，并且在軟硬件聯(lián)調(diào)過(guò)程和實(shí)際試驗(yàn)時(shí)，對(duì)相關(guān)的硬件電路參數(shù)進(jìn)行了改進(jìn)，使得嵌入式MODEM 的工作性能更加穩(wěn)定。

硬件調(diào)試部分的難點(diǎn)在于提高通信的穩(wěn)定性，也就是硬件電路中的消側(cè)音和增益控制部分，對(duì)此部分電路先是在ORCAD 軟件下進(jìn)行了仿真測(cè)試，并結(jié)合實(shí)際測(cè)試情況對(duì)其進(jìn)行了完善，目前在嵌入式MODEM 和另一臺(tái)商用MODEM 之間進(jìn)行MODEM 協(xié)議下的文件傳輸，通信正常，沒(méi)有出現(xiàn)誤碼現(xiàn)象。

對(duì)網(wǎng)絡(luò)協(xié)議部分軟件的實(shí)現(xiàn)，軟件程序的編寫(xiě)都是基于三菱M16C60的編譯器NC30WA 下進(jìn)行的，調(diào)試過(guò)程中也發(fā)現(xiàn)了三菱編譯器的一個(gè)BUG，就是注釋部分不能用“／＊…..＊／”進(jìn)行注釋，而只能用“／／…..／／”來(lái)進(jìn)行注釋。

1 陳連刊.嵌入式系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)［M］.清華大學(xué)出版社，2005

2 謬湘科等.Linux管理與開(kāi)發(fā)指南［M］.人民郵電出版社，1999