李 濤 徐 瑋 孔祥輝 張曉東

(西安電子工程研究所 西安 710100)

0 引言

在無人機的發(fā)展過程中早期的偵查無人機一般使用光學(xué)設(shè)備感知外界信息，但是光學(xué)設(shè)備受天氣影響較大是無法克服的難題，而雷達正是具有全天候、全天時的優(yōu)點，再加上雷達小型化技術(shù)的成熟，雷達已逐漸成為無人機載偵查設(shè)備的首選，近年來的增長大幅超過光學(xué)設(shè)備，并且由于需求的多樣化和軟硬件技術(shù)的高速發(fā)展，具有強大數(shù)據(jù)處理能力的無人機載多功能雷達不斷涌現(xiàn)，例如非常著名的美國全球鷹無人偵察機具有全天候、大縱深的偵察監(jiān)視能力［1］。無人機相對于普通有人飛機，載荷較小，自動化程度高，需要無線數(shù)據(jù)鏈路進行傳輸控制和處理數(shù)據(jù)信號，由此帶來的是雷達功能的多樣化和數(shù)據(jù)處理能力強大，同時數(shù)據(jù)處理軟件高度復(fù)雜，不僅需要完成多模式下的數(shù)據(jù)處理任務(wù)，而且還需要控制記錄設(shè)備、編碼和發(fā)送數(shù)據(jù)等，此時需要按不同的功能使用模塊化設(shè)計，具有可裁減性和數(shù)據(jù)安全性，不僅提高雷達數(shù)據(jù)處理軟件的質(zhì)量與可靠性［2］，而且在后期能夠很好的功能延展和維護。

1 Windows XP Embedded操作系統(tǒng)

Windows XP Embedded為微軟研發(fā)的嵌入式操作系統(tǒng)，以組件模塊展現(xiàn)出與Windows XP Profes-sional操作系統(tǒng)一樣的接口與操作模式，包含10000多個獨立的功能組件，開發(fā)人員可依各自需求組合出不同的操作系統(tǒng)鏡像文件，確保有Windows XP Professional操作系統(tǒng)相依性以及最佳功能，其基于Win32編程模型，由于采用常見的開發(fā)工具，如Visual Stdio，使用商品化PC硬件，與桌面應(yīng)用程序無縫集成，因此可以縮短開發(fā)時間。它比較關(guān)鍵的可靠性、安全性和性能包括:系統(tǒng)文件保護、設(shè)備驅(qū)動程序回滾、搶先型多任務(wù)體系結(jié)構(gòu)、支持多用戶的加密文件系統(tǒng)等等［3］。

雖然Windows XP Embedded具有上述優(yōu)點，但是在實時性和穩(wěn)定性上不如WindRiver的VxWorks操作系統(tǒng)［4］。對于這兩個缺陷，首先偵察雷達不同于火控雷達，前者沒有嚴(yán)格的實時性需求，其次制作系統(tǒng)鏡像文件時可以將不使用的組件完全裁減掉，只使用滿足需求的最少組件，再加上其本身具有的系統(tǒng)文件保護功能，系統(tǒng)也可以長期穩(wěn)定運行。由以上所述Windows XP Embedded是可以代替Vx-Works作為數(shù)據(jù)處理軟件的運行環(huán)境，并且由于前者的開發(fā)環(huán)境Visual C++包含強大的MFC類庫，對面向?qū)ο缶幊谭椒ㄓ辛己玫闹С?，符合軟件模塊化的要求，故在此使用Windows XP Embedded作為數(shù)據(jù)處理軟件的運行軟件環(huán)境，Visual C++6.0作為數(shù)據(jù)處理軟件的開發(fā)環(huán)境，X86結(jié)構(gòu)單板計算機作為數(shù)據(jù)處理軟件的運行硬件環(huán)境。

2 數(shù)據(jù)處理系統(tǒng)組成和工作過程

無人機載偵察雷達具有SAR成像和動目標(biāo)檢測功能，其數(shù)據(jù)處理系統(tǒng)包含五個組成部分，分別是數(shù)據(jù)處理板(X86結(jié)構(gòu)單板計算機)、數(shù)據(jù)記錄板、中心控制板、SAR信號處理板和動目標(biāo)信號處理板，A/D板通過光纖和中心控制板連接，中心控制板通過三個ROCKET IO分別和記錄板、SAR信號處理板、動目標(biāo)信號處理板接連，通過三個串口分別和機載計算機、慣導(dǎo)、無線數(shù)傳連接，數(shù)據(jù)處理板通過四條 PCIE總線分別和其余板卡連接，如圖1所示。

圖1 數(shù)據(jù)處理系統(tǒng)組成

雷達工作過程中，經(jīng)過A/D板采樣的數(shù)據(jù)發(fā)送到中心控制板，然后由中心控制板將其和接收自機載計算機的雷達工作模式控制命令、接收自慣導(dǎo)的載機實時姿態(tài)位置信息組包后，根據(jù)雷達工作模式選擇將數(shù)據(jù)發(fā)送到記錄板、SAR信號處理板或者動目標(biāo)信號處理板，信號處理板運算產(chǎn)生的SAR圖像、一次點跡和DBS圖像數(shù)據(jù)發(fā)送到數(shù)據(jù)處理板，經(jīng)過數(shù)據(jù)處理軟件一系列運算后產(chǎn)生可以在顯控軟件上顯示的數(shù)據(jù)，最后將此數(shù)據(jù)發(fā)送到中心控制板，由中心控制板通過無線數(shù)據(jù)傳輸設(shè)備發(fā)送到地面顯示和進行后續(xù)處理。

3 數(shù)據(jù)處理軟件設(shè)計與實現(xiàn)

由以上所述，數(shù)據(jù)處理軟件不僅要完成對雷達數(shù)據(jù)的接收、處理和發(fā)送，還要接收中心控制板的指令，切換自身的工作模式和控制記錄板記錄和回放雷達數(shù)據(jù)，數(shù)據(jù)處理軟件需要和數(shù)據(jù)記錄板、中心控制板、SAR信號處理板、動目標(biāo)信號處理板分別進行數(shù)據(jù)交換，因此可以將軟件分為SAR圖像處理、動目標(biāo)處理、記錄板控制、中心控制板通信以及工作模式控制5個模塊，按照面向?qū)ο缶幊谭椒ㄔO(shè)計5個類分別對應(yīng)上述5個模塊以及其他:

3.1 軟件模塊設(shè)計

a.SAR圖像處理類

首先初始化SAR圖像處理所需變量和內(nèi)存緩沖區(qū)，然后打開SAR信號處理板，啟動監(jiān)聽子線程，子線程負(fù)責(zé)等待SAR信號處理板發(fā)出數(shù)據(jù)處理完畢信號后，接收BMP格式的原始SAR圖像和圖像定位信息，將BMP圖像壓縮成JPG圖像后和圖像定位信息組合，最后向工作模式控制類發(fā)送SAR圖像處理完畢和存儲圖像到記錄板消息。

因為SAR圖像的解析度很大，經(jīng)過JPEG壓縮后產(chǎn)生的JPG圖像一般在5MB～10MB，經(jīng)過誤碼率較高的無線數(shù)傳到達地面后，有很大的概率出現(xiàn)多處誤碼，而JPG圖像的顯示和誤碼的位置有不確定的關(guān)系，有可能一個誤碼就會導(dǎo)致整幅圖像無法顯示，也有可能多處誤碼只是影響某些條帶或者整體亮度，所以采用對SAR圖像分塊壓縮的方式，即使有多處誤碼，也只會影響一幅圖像的其中一塊，其余圖像還能夠正常顯示。圖2為重新設(shè)計的SAR圖像處理和發(fā)送數(shù)據(jù)兩級流水示意圖，因為PCIE接口速度達到150MB/s，接收原始SAR圖像數(shù)據(jù)只需要不到1s，相對于一個成像周期至少20s，所以忽略其占用時間，只列出處理和發(fā)送兩個子線程的工作過程:處理和發(fā)送兩個子線程并行工作，一個負(fù)責(zé)處理SAR圖像，一個負(fù)責(zé)發(fā)送數(shù)據(jù)，并且需要使用乒乓緩存保證處理數(shù)據(jù)和發(fā)送數(shù)據(jù)隔離，使用同步事件對象保證兩級流水的正常工作時序，使用這種設(shè)計是為了使處理和發(fā)送數(shù)據(jù)的效率最大化，保證在一個成像周期的時間內(nèi)完成所有的處理和發(fā)送。

b.動目標(biāo)處理類

首先初始化動目標(biāo)處理所需變量和內(nèi)存緩沖區(qū)，然后打開動目標(biāo)信號處理板，啟動監(jiān)聽子線程，子線程負(fù)責(zé)等待動目標(biāo)信號處理板發(fā)出數(shù)據(jù)處理完畢信號后，接收原始一次點跡、點跡定位信息、BMP格式的原始DBS圖像和圖像定位信息，將原始一次點跡經(jīng)過建航處理后和點跡定位信息組合，將BMP格式的DBS圖像按照波束方位角度信息拼接、量化、壓縮后和圖像定位信息組合，最后向工作模式控制類發(fā)送動目標(biāo)處理完畢和DBS圖像處理完畢消息。

和SAR圖像處理的一個成像周期內(nèi)完成所有本次數(shù)據(jù)處理和發(fā)送的情況不同，動目標(biāo)處理需要按照CPI接收原始動目標(biāo)和DBS數(shù)據(jù)，是持續(xù)不停地接收數(shù)據(jù)，因此對于接收和處理數(shù)據(jù)也要使用流水設(shè)計。圖3為動目標(biāo)處理和發(fā)送數(shù)據(jù)兩級流水示意圖:接收、處理和發(fā)送三個子線程并行工作，接收子線程負(fù)責(zé)在每個掃描周期內(nèi)按照CPI時間間隔接收原始數(shù)據(jù)，處理和發(fā)送子線程負(fù)責(zé)在當(dāng)前掃描周期內(nèi)處理和發(fā)送前一個掃描周期的動目標(biāo)數(shù)據(jù)，類似的同樣需要使用乒乓緩存和同步時間對象。此外還有一個問題就是前視DBS無法成像，這是由DBS處理的原理造成的，無法通過改善算法和雷達前端等解決，因此在天線掃描到飛行速度方向的小范圍角度內(nèi)，使用單脈沖測角算法來對地面成像，此時由于算法改變，圖像的信噪比明顯變小，如果還是對整個掃描周期的圖像數(shù)據(jù)統(tǒng)一量化，就會產(chǎn)生顯著的明暗變化和明顯的拼接邊界，所以采用對不同算法產(chǎn)生的數(shù)據(jù)分別量化后再統(tǒng)一壓縮的方式進行DBS處理。

c.記錄板控制類

首先初始化記錄板控制所需變量和內(nèi)存緩沖區(qū)，然后打開數(shù)據(jù)記錄板，啟動控制子線程，子線程負(fù)責(zé)接收對記錄板記錄、回放、DMA寫入、DMA讀取等操作信號，實現(xiàn)對記錄板的控制。

實際設(shè)計時，需要在記錄板控制類中集成一個文件系統(tǒng)，由于記錄板在指定存儲塊開始記錄后，只能按照存儲塊的順序連續(xù)寫入數(shù)據(jù)，不能在記錄過程中跳過任意存儲塊，所以此文件系統(tǒng)可以簡化，即按照數(shù)據(jù)文件號進行索引，不需要存儲每個存儲塊的信息，由上所述此文件系統(tǒng)包括所有記錄文件的個數(shù)以及每個記錄文件的起始和終止存儲塊號、數(shù)據(jù)類型、文件大小、記錄時間、文件名稱，并且支持刪除第一個文件或者最后一個文件，這一點是滿足可以刪除最舊文件的需求，此時第一個文件的起始存儲塊就有可能不是記錄板的第一個存儲塊，這就要求文件系統(tǒng)能夠做到按照存儲塊號的順序循環(huán)記錄。

d.中心控制板通信類

首先初始化中心控制板通信所需變量和內(nèi)存緩沖區(qū)，然后打開中心控制板，啟動監(jiān)聽子線程，子線程負(fù)責(zé)接收雷達控制命令、發(fā)送數(shù)據(jù)信號和數(shù)據(jù)發(fā)送完畢信號，做出相應(yīng)處理，實現(xiàn)和中心控制板的通信。

因為無人機的無線數(shù)傳設(shè)備對傳輸?shù)臄?shù)據(jù)會造成按bit移位，所以需要使用一種特殊的編碼方式使得接收端軟件能夠正確解碼移位后的數(shù)據(jù)，在此使用一種面向字符的SLIP轉(zhuǎn)義方式編碼，它的主要功能是定義一組字符，包括幀頭、幀尾和轉(zhuǎn)義字符，將數(shù)據(jù)組裝成幀，顯控軟件接收到移位后的數(shù)據(jù)幀后能夠根據(jù)幀頭和幀尾判斷位移量和數(shù)據(jù)幀長度，然后將數(shù)據(jù)恢復(fù)。

e.工作模式控制類

直接啟動主線程，主線程負(fù)責(zé)首先初始化工作模式控制所需變量和內(nèi)存緩沖區(qū)以及上述四個類的對象，然后進入等待消息循環(huán)，接收到子線程的消息后進行相應(yīng)處理:如果是SAR圖像處理完畢、動目標(biāo)處理完畢和DBS圖像處理完畢消息，則向中心控制板通信類發(fā)送傳輸雷達數(shù)據(jù)信號;如果是雷達模式改變消息，則向各個類發(fā)送重置信號，控制子線程回到初始狀態(tài)或者結(jié)束某個子線程;如果是存儲圖像到記錄板記錄原始數(shù)據(jù)、回放原始數(shù)據(jù)消息，則向記錄板控制類發(fā)送相應(yīng)信號，由記錄板控制子線程負(fù)責(zé)解碼信號，控制記錄板響應(yīng)命令。

3.2 其他關(guān)鍵編程方法

圖2 SAR圖像處理和發(fā)送數(shù)據(jù)兩級流水示意圖

因為程序使用多線程并行工作機制，所以需要綜合使用內(nèi)核對象及消息機制協(xié)調(diào)多線程的調(diào)度［5］，所有上述子線程的信號都使用內(nèi)核對象中的事件對象，又因為重置信號優(yōu)先級最高，需要第一時間做出響應(yīng)，所以所有監(jiān)聽和控制子線程中使用WaitForMultipleObjects函數(shù)等待重置和其他信號，又因為需要節(jié)省CPU占用率，上述函數(shù)等待期間所在子線程處于掛起狀態(tài)，不浪費寶貴的 CPU時間［6］，所以等待時間設(shè)為無限，這樣可以避免多次的等待時間超出處理;為了使各個對象之間有良好的數(shù)據(jù)隔離性，盡量減少全局變量的使用，并且除了需要在各個消息中交互的數(shù)據(jù)處理最終結(jié)果，其余所有的數(shù)據(jù)都設(shè)為其對象的私有變量。

3.3 設(shè)備驅(qū)動

與數(shù)據(jù)處理單板機通過PCIE總線連接的板卡在Windows系統(tǒng)下需要WDM(Windows Driver Model)驅(qū)動程序才能夠正常使用，并且涉及到驅(qū)動程序向應(yīng)用程序發(fā)出信號的通信以及DMA數(shù)據(jù)傳輸操作等比較復(fù)雜的應(yīng)用，所以使用高效、集成編譯和調(diào)試工具的Compuware DriverStudio 3.1建立驅(qū)動開發(fā)環(huán)境［7］。

圖3 動目標(biāo)處理和發(fā)送數(shù)據(jù)兩級流水示意圖

4 實測結(jié)果分析

在實際工作過程中，數(shù)據(jù)處理軟件會根據(jù)和數(shù)據(jù)處理單板機連接的板卡情況決定相對應(yīng)的模塊是否工作，在多次試驗中加載不同組合的板卡，系統(tǒng)加電后數(shù)據(jù)處理軟件能夠正常運行，并且啟動模塊都能完成相應(yīng)的功能，證明了使用面向?qū)ο缶幊谭椒ǖ挠行浴?/p>

分析數(shù)據(jù)處理結(jié)果時使用實際飛行記錄的雷達原始數(shù)據(jù)不斷回放。首先是SAR處理結(jié)果分析:圖4為使用分8塊壓縮和無線傳輸方法的SAR實時圖像，可以看到圖4中誤碼對第7塊圖像產(chǎn)生了一定的影響，其大部分變暗，其余塊的圖像能夠正常顯示，全部圖像拼接后達到不錯的顯示效果，然后將拼接后的圖像存儲為一個JPG文件，不斷更改其中的某些bit，模擬整幅圖像統(tǒng)一壓縮和無線傳輸后的誤碼效果，圖5為其中一次的結(jié)果，可以看到圖像的下半部分發(fā)生了變亮和偏移，顯示效果很差，結(jié)論是分塊壓縮達到了改善顯示效果的預(yù)期設(shè)計目標(biāo);其次是動目標(biāo)處理結(jié)果分析:圖6和圖7是同一個掃描周期的動目標(biāo)數(shù)據(jù)處理結(jié)果，建航算法相同，不同的是對地面圖像的處理方法，前者使用統(tǒng)一量化方法，后者使用按照數(shù)據(jù)類型分段量化的方法，由于記錄此段數(shù)據(jù)時無人機有向右13°的偏航角，所以使用單脈沖成像算法的區(qū)域中心在天線坐標(biāo)系的左側(cè)13°，可以看到兩圖中天線掃描中心角的左側(cè)30°范圍為單脈沖成像，因為算法原理不同，信噪比有比較大的差異，圖6中使用統(tǒng)一量化后，兩種成像算法區(qū)域?qū)Ρ群苊黠@，并且單脈沖成像區(qū)域由于整體亮度較低，渭河的輪廓無法看清，而圖7中使用分段量化后，單脈沖成像區(qū)域整體亮度提高，除了邊緣有拼接的痕跡外，和DBS成像效果很接近，渭河的輪廓也比較清晰，兩圖中的灰色點為動目標(biāo)的航跡點，通過和圖8的衛(wèi)星地圖對比后發(fā)現(xiàn)典型地貌(渭河和黃河)的輪廓比較準(zhǔn)確，動目標(biāo)的航跡和實際道路(G30連霍高速)匹配。

圖4 單個圖像塊有誤碼

圖5 整幅圖像有誤碼

圖6 統(tǒng)一量化的疊加動目標(biāo)航跡的地面DBS圖像

圖7 分段量化的疊加動目標(biāo)航跡的地面DBS圖像

圖8 DBS圖像對應(yīng)區(qū)域的衛(wèi)星地圖

5 結(jié)論

通過上述設(shè)計、實現(xiàn)和實驗結(jié)果，可以看到使用面向?qū)ο缶幊谭椒▽崿F(xiàn)無人機載偵查雷達數(shù)據(jù)處理軟件是可行的，模塊化設(shè)計使得程序更加安全和高效，避免數(shù)據(jù)耦合帶來的各種問題，后期軟件維護更加容易，并能夠根據(jù)其它類似項目的要求增加和刪減模塊，快速重復(fù)開發(fā)，提高了軟件研制的工作效率，適應(yīng)現(xiàn)代無人機載雷達對數(shù)據(jù)處理軟件復(fù)雜化、多功能化發(fā)展的要求。

［1］林岳崢，祝利，王海.全球鷹無人偵察機的技術(shù)特點與應(yīng)用趨勢［J］.飛航導(dǎo)彈，2011，(9):21-25.

［2］羅利強，張艷艷，高恒.雷達數(shù)據(jù)處理軟件模塊化研究［J］. 火控雷達技術(shù)，2013，42(2):38-41.

［3］ 郭敏，史乘龍，宋長生.基于XPE的嵌入式雷達顯控終端系統(tǒng)［J］.火控雷達技術(shù)，2012，37(3):91-95.

［4］馬建萍，范秀峰.Windows NT在機載雷達成像中的實時應(yīng)用［J］.微計算機應(yīng)用，2010，(10):62-65.

［5］張曉云，王磊.Visual C++在雷達監(jiān)控系統(tǒng)中應(yīng)用的研究［J］.安徽電子信息職業(yè)技術(shù)學(xué)院學(xué)報，2005，(4):83-87.

［6］Jeffrey Richer著，王建華等譯.Programming Applications for Microsoft Windows，F(xiàn)ourth Editio［M］.機械工業(yè)出版社，2000:190-227.

［7］ 武安河.Windows 2000/XP WDM設(shè)備驅(qū)動程序開發(fā)［M］.北京:電子工業(yè)出版社，2005:49-352.