在我國的靶場測控領(lǐng)域，所有的數(shù)據(jù)交換都是基于簡化版的HDLC規(guī)程進行的，因此我們自行研制開發(fā)了基于簡化HDLC規(guī)程的通信卡。簡化HDLC規(guī)程主要是為了提高通信的實時性，將HDLC規(guī)程中所有通信聯(lián)絡(luò)命令幀全部簡化，只保留數(shù)據(jù)通信幀，從而保證一定的實時性。由于該卡具有可靠性高，使用簡單方便，工作時具有智能化等特點，被廣泛地應(yīng)用于測控系統(tǒng)數(shù)據(jù)傳送的各個領(lǐng)域中。同時，隨著Windows XP操作系統(tǒng)在測控系統(tǒng)逐漸應(yīng)用，開發(fā)通信卡Windows XP驅(qū)動程序勢在必行。因此，我們針對自行研制的通信卡開發(fā)出了核心態(tài)的驅(qū)動程序，經(jīng)過廣泛的用戶使用，普遍反映應(yīng)用好。下面介紹該通信卡的設(shè)計以及驅(qū)動程序的設(shè)計。

通信卡的硬件設(shè)計
1 通信卡的主要特點
通信卡的硬件設(shè)計目的是智能化通信:在卡上具有4個DMA通道及相應(yīng)的數(shù)據(jù)緩沖存儲區(qū)。在數(shù)據(jù)的接收過程中，通信卡會自動接收幀數(shù)據(jù)，判別幀長度，在幀尾將接收到的幀數(shù)據(jù)提交系統(tǒng)。在發(fā)送數(shù)據(jù)過程中，系統(tǒng)只須把發(fā)送的數(shù)據(jù)提交給本卡，具體的發(fā)送過程由該卡自行完成，不因多路通信而使主機增加開銷。該卡有內(nèi)/外時鐘兩種工作方式，近距離可省去調(diào)制解調(diào)器，波特率為600b/s～64Kb/s，提供2路符合RS-232/CCITT V.24和RS-422A標(biāo)準(zhǔn)的接口信號。

2 通信卡的電路設(shè)計

圖1 通信卡框圖

通信卡組成框圖如圖1所示。其主要由DMA控制器、總線竟?fàn)幹俨闷鳌⒋型ㄐ趴刂破鳌?shù)據(jù)緩沖存儲器SRAM、存儲器I/O映像和物理地址產(chǎn)生器、總線接口及防護、波特率產(chǎn)生器、接口電路等單元電路組成。
DMA控制器作為通信卡的主設(shè)備，控制卡上的數(shù)據(jù)接收和發(fā)送（來自通信控制器和CPU），并負(fù)責(zé)仲裁優(yōu)先權(quán)。由于在進行數(shù)據(jù)通信時，允許主機CPU訪問本卡SRAM，且主機對其中某一路發(fā)控制命令時，不影響其余三路通信，這樣將會使主機CPU與本卡DMA竟?fàn)幈究偩€控制權(quán)。而總線上沒有給出主機CPU指令排隊狀態(tài)序列，故不能直接設(shè)計多主竟?fàn)帲蚨诒究偩€上用門陣列設(shè)計了一個狀態(tài)機，不斷地監(jiān)視總線爭用情況，完成本卡總線竟?fàn)帯⒅俨霉δ堋Ｍ瓿蒆DLC規(guī)程的串行通信的器件是INTEL 8274多規(guī)程串行控制器，它能完成2個獨立的串行接收/發(fā)送全雙工通信。為了使4個信道在一幀數(shù)據(jù)的發(fā)送或接收過程中，主機不干預(yù)，故將發(fā)送的一幀數(shù)據(jù)在發(fā)送開始前由CPU用批命令放入卡上的SRAM中；同樣，在接收過程中，卡上DMA將接收到的數(shù)據(jù)放入SRAM中，等一幀接收完成后，再用批命令取出，放入系統(tǒng)存儲器中。卡上SRAM不占用主機內(nèi)存地址，采用I/0映像，該適配器插入主機之后，主機通過系統(tǒng)I/O地址對其訪問，這由地址產(chǎn)生器完成。總線接口包括數(shù)據(jù)收發(fā)器，數(shù)據(jù)開關(guān)電路，讀、寫及中斷等控制電路，地址譯碼等。波特率產(chǎn)生器提供了一個可編程的時鐘信號發(fā)生器，用戶可自行設(shè)置通信速率，供工作于內(nèi)時鐘方式時使用。接口電路提供符合RS-232/CCITT V.24和RS-422A標(biāo)準(zhǔn)的接口信號。

3通信流程設(shè)計
如果要發(fā)送一幀數(shù)據(jù)，CPU用批命令將數(shù)據(jù)放到本卡SRAM中，然后設(shè)置相應(yīng)的發(fā)送DMA通道。DMA通道是非自動重裝方式，啟動8274控制器發(fā)送，然后CPU就不需要管理，由卡上硬件自動發(fā)送。

如果需要接收數(shù)據(jù)，啟動接收通道。接收通路自動搜索輸入信號，搜索到數(shù)據(jù)幀時，由卡上DMA控制器來管理，將接收的數(shù)據(jù)放入本卡SRAM中，并向CPU請求中斷，讀出數(shù)據(jù)。

4 總線竟?fàn)幵O(shè)計
由于同時可進行四路通信，且CPU可隨時對某一路發(fā)控制命令或訪問卡上SRAM存儲器，就將出現(xiàn)CPU與本卡主設(shè)備DMA爭用本卡總線的狀況。由于ISA總線沒能給出 CPU指令排隊狀態(tài)序列，這給總線仲裁帶來了困難，而本卡的總線竟?fàn)帯⒅俨檬怯煽删幊踢壿嬈骷O(shè)計的狀態(tài)機來完成的。狀態(tài)機使用一個4MHz信號作為時鐘，共設(shè)3種狀態(tài)：
① CPU控制狀態(tài)。
② DMA控制狀態(tài)。
③ 空閑狀態(tài)， CPU及DMA均未能得到控制權(quán)。
當(dāng)狀態(tài)機檢測到無CPU及DMA申請總線使用權(quán)時，就進入空閑狀態(tài)，而一旦CPU或DMA 請求總線，狀態(tài)機立即將總線使用權(quán)交給CPU或DMA。如果正在CPU控制狀態(tài)期間，DMA申請總線使用權(quán)，狀態(tài)機仍然判定CPU控制總線，讓DMA處于等待，直到檢測CPU指令完成，狀態(tài)機才轉(zhuǎn)為DMA控制狀態(tài)。如果在DMA控制狀態(tài)時，CPU申請總線使用權(quán)，狀態(tài)機仍然判定DMA控制總線，讓CPU處于等待，直至DMA字節(jié)傳送完，狀態(tài)機轉(zhuǎn)為CPU控制狀態(tài)。CPU及DMA對總線的使用權(quán)是單個指令或字節(jié)傳送，不設(shè)置總線封鎖，因而CPU、DMA可頻繁交換使用權(quán)，不會出現(xiàn)等待時間過長的現(xiàn)象。

通信卡的驅(qū)動程序設(shè)計
1 設(shè)備驅(qū)動程序的I/O模型
通信卡的驅(qū)動程序是利用Windows XP的DDK軟件開發(fā)的標(biāo)準(zhǔn)的核心態(tài)設(shè)備驅(qū)動程序。它使用統(tǒng)一的“文件”形式，用戶可以通過代表通信卡設(shè)備的文件名，在WIN32子系統(tǒng)中用文件操作函數(shù)來訪問。該設(shè)備驅(qū)動和程序可以根據(jù)用戶的需要，設(shè)置為自動加載，或手動加載，也可以動態(tài)的加載該驅(qū)動程序。通信卡的驅(qū)動程序設(shè)計成為支持同步I/O模型，也可以為異步I/O模型。

2 發(fā)送數(shù)據(jù)I/O例程設(shè)計
在用戶態(tài)提交發(fā)送任務(wù)到核心態(tài)，由I/O管理程序負(fù)責(zé)調(diào)用驅(qū)動程序，驅(qū)動程序發(fā)送IRP交給硬件，假若當(dāng)前發(fā)送器不忙，則具體的發(fā)送操作全部由發(fā)送器自行完成，而驅(qū)動程序則返回已經(jīng)一個本幀可以發(fā)送的標(biāo)志。具體的發(fā)送完成結(jié)果則可以在發(fā)送任務(wù)完成后查詢得到。可是，如果程序向當(dāng)前設(shè)備發(fā)送器提交發(fā)送任務(wù)時，該發(fā)送器正在處理上一幀，那么則有兩種方法處理。

① 立即方式：立即返回一個錯誤，當(dāng)前設(shè)備忙，不能發(fā)送。
② 阻塞方式：I/O管理器程序會調(diào)度相應(yīng)的異步處理例程，將當(dāng)前的發(fā)送任務(wù)放進任務(wù)隊列中，返回一個標(biāo)志：I/O掛起，當(dāng)前設(shè)備忙，發(fā)送任務(wù)提交任務(wù)隊列。驅(qū)動程序會在發(fā)送器空閑時，提交任務(wù)隊列中的發(fā)送任務(wù)給發(fā)送器。完成發(fā)送任務(wù)后，將相關(guān)文件句柄設(shè)為有信號狀態(tài)，通知本次發(fā)送任務(wù)完成。

3接收數(shù)據(jù)I/O例程
接收數(shù)據(jù)例程采用客戶/服務(wù)器的模式設(shè)計。由于用戶的接收請求和硬件的接收并不是同步的，所以在設(shè)計中，為避免丟失數(shù)據(jù)，考慮創(chuàng)造一個專門的接收線程。這樣，同步用戶請求、接收線程、硬件層之間的通信就必須仔細(xì)地設(shè)計。圖2示意了用戶態(tài)接收請求、接收線程以及硬件層之間的通信同步。

圖2 用戶態(tài)接收請求、接收線程與硬件層之間的通信同步

① 硬件層與接收線程之間通信
硬件層與接收線程之間通信的同步是通過同步事件對象來實現(xiàn)的。同步事件對象通常處于無信號狀態(tài)，只有當(dāng)成功地接收到一幀時，才將該事件置為有信號狀態(tài)。接收線長久等待同步事件對象，在沒有收到數(shù)據(jù)時，因同步事件對象處于無信號狀態(tài)而阻塞。當(dāng)硬件檢測到數(shù)據(jù)時，實時中斷服務(wù)程序負(fù)責(zé)將同步事件對象置為有信號狀態(tài)，接收線程就會釋放阻塞。將通信卡SRAM上的接收數(shù)據(jù)讀進接收線程緩沖區(qū)隊列，然后將同步事件對象置為無信號狀態(tài)，接收線程再次阻塞，等待接收下一幀數(shù)據(jù)。

② 用戶層和接收線程之間的通信
當(dāng)用戶提交接收任務(wù)時，由驅(qū)動程序的調(diào)度程序讀取接收線程的緩沖區(qū)隊列，并將標(biāo)志置為“空”，同時將緩沖隊列事件置為無信號狀態(tài)，并返回，如果緩沖區(qū)是空，則
● 立即方式：立即返回?zé)o數(shù)據(jù)。
● 阻塞方式：阻塞直到有數(shù)據(jù)隊列進入。接收隊列的每個緩沖區(qū)都對應(yīng)一個通知事件，如果接收線程將SRAM中的數(shù)據(jù)讀進隊列，就將相應(yīng)的通知事件置為有信號狀態(tài)，用戶請求就等待該通知事件，只要有數(shù)據(jù)在隊列中，就讀取返回，否則被阻塞。

4 硬中斷服務(wù)程序設(shè)計
通信卡在全雙工的通信中具有實時性，而且在較高的波特率，硬中斷非常多。為了防止高優(yōu)先級中斷過多地?fù)屨糃PU時間，設(shè)計中采用了實時中斷服務(wù)程序和延遲過程調(diào)用的方法。

在Windows XP系統(tǒng)中，每個內(nèi)核函數(shù)和過程都運行于特定的優(yōu)先級。較高優(yōu)先級的函數(shù)或事件可以搶占較低優(yōu)先級，反之則不然。實時中斷服務(wù)程序ISR運行于DIRQL級，具有較高的優(yōu)先級，它只能被更高級的硬中斷所搶占，不會對同級或較低優(yōu)先級的硬中斷的響應(yīng)。所以，在實時中斷服務(wù)程序中，只做盡量少的必須工作，即讀出中斷向量，而將大量的數(shù)據(jù)傳送及處理等工作交給延遲過程DPC去完成。因為DPC過程運行于DISPATCH_LEVEL級，是相對較低的優(yōu)先級，它可以被任何級的硬中斷所搶占。這樣，既保證了硬中斷的及時響應(yīng)，又提高了程序的性能。

5 驅(qū)動程序入口例程
Windows XP為每個核心態(tài)的驅(qū)動程序提供了一個默認(rèn)的標(biāo)準(zhǔn)入口點DriverEntry()。設(shè)計中，考慮到該例程運行于PASSIVE_LEVE級，系統(tǒng)只運行該例程一次就拋棄了，所以在驅(qū)動程序中用到的重要數(shù)據(jù)、對象等都不能保存在DriverEntry（）例程中，必須在初始化過程中分配一塊NoPaged內(nèi)存來保存。通信卡的驅(qū)動程序的DriverEntry（）例程主要完成如下功能。

讀取Registry的硬件配置信息；聲明I/O地址、中斷等資源；創(chuàng)建代表通信卡的設(shè)備名MPSC，該名字對WIN32子系統(tǒng)是可見的；設(shè)置調(diào)度例程入口點；分配一塊NoPaged的內(nèi)存，存儲重要信息；連接硬中斷，設(shè)置中斷服務(wù)程序；初始化線程、事件、信號燈、DPC等內(nèi)核對象；返回狀態(tài)STATUS_SUCCESS。
如果在以上過程中遇到錯誤，則需要做以下工作：斷開硬中斷；釋放硬件資源；將相關(guān)的錯誤信息打包，并記錄；返回錯誤信息。

6 設(shè)計驅(qū)動程序中需要注意的問題
由于通信卡在應(yīng)用中具有一定的實時性，為了克服中斷的不確定性，提高系統(tǒng)的性能，開發(fā)了Windows XP系統(tǒng)所有驅(qū)動程序中最難的異步驅(qū)動程序。在系統(tǒng)的內(nèi)核開發(fā)，異步模型I/O操作中，內(nèi)核對象的同步十分復(fù)雜，細(xì)微的差錯都會導(dǎo)致系統(tǒng)徹底崩潰。在設(shè)計驅(qū)動程序中需要注意以下問題。
● 在程序中用到的內(nèi)核對象：事件、信號燈、線程以及轉(zhuǎn)鎖等，都必須將其存儲在Nopaged內(nèi)存中，否則，會造成系統(tǒng)崩潰。
● 在DPC例程中，如果要訪問中斷服務(wù)程序ISR程序中用到端口地址，一定要將訪問語句放在系統(tǒng)提供的同步例程中，這是因為當(dāng)DPC例程訪問該端口時，有可能被優(yōu)先級高的ISR例程所搶占，而造成數(shù)據(jù)錯誤。
● 驅(qū)動程序一定不要訪問WIN32子系統(tǒng)的運行庫函數(shù)。