摘要：為了解決1553總線的測試和故障排查問題，以AEC1553-PCI-FBC31RT-2-S2型1553B信號解調板為基礎，設計、構建了1553總線測試仿真系統(tǒng)，完成了系統(tǒng)軟件的設計、研制、調試和測試工作。系統(tǒng)軟件包括1553總線信號實時采集、實時分析處理、實時顯示和總線仿真等多個軟件模塊，采用多線程軟件設計技術保證了信號采集和數(shù)據(jù)轉換的實時性和可靠性。實際應用表明，該系統(tǒng)縮短了排故周期，提高了效率試飛。
關鍵詞：1553總線；信號解調；實時處理；仿真

0 引言
    飛行試驗是飛機及相關航空產品設計定型中非常重要的階段，而飛行試驗數(shù)據(jù)處理又是飛行試驗過程中不可缺少的重要環(huán)節(jié)。隨著新型號的不斷出現(xiàn)和新技術的發(fā)展，航電系統(tǒng)的結構越來越復雜，系統(tǒng)越復雜故障發(fā)生點就越多，這給試飛測試和試飛數(shù)據(jù)處理工作帶來了巨大的挑戰(zhàn)，當故障出現(xiàn)時如何在最短時間內將故障定位，如何縮短數(shù)據(jù)處理周期，都是試飛測試和試飛數(shù)據(jù)處理必須解決的問題。
    針對以上問題，本文提出了飛行試驗中1553總線測試和仿真系統(tǒng)的設計和實現(xiàn)方法，該系統(tǒng)是基于MIL-STD-1553(GJB289A)數(shù)據(jù)總線標準開發(fā)的，主要用于對1553B信號進行測試和仿真。該系統(tǒng)能對飛機上的總線信號進行實時采集、實時處理、實時監(jiān)測和記錄，能夠對飛行總線數(shù)據(jù)進行事后分析和實驗室1553總線信號仿真功能，可以加快用戶對總線錯誤定位的速度，縮短數(shù)據(jù)處理周期，減少試驗次數(shù)降低試驗費用。

1 系統(tǒng)設計
1．1 統(tǒng)組成
    系統(tǒng)硬件由工控計算機和雙通道多功能1553B數(shù)據(jù)通信卡組成。系統(tǒng)的主要功能靠軟件來實現(xiàn)，各軟件模塊問的工作流程示意圖如圖1所示。系統(tǒng)軟件從結構上主要分為2部分：1553B測試軟件和1553B仿真軟件，圖1中除仿真模塊之外的所有模塊都屬于測試軟件中的功能模塊。

1．2 1553B信號實時測試軟件設計與實現(xiàn)
1．2．1 軟件結構設計
    1553B總線信號實時測試軟件，主要設計思想是根據(jù)功能需求，采用了模塊化設計。主要功能模塊有：總線信號實時采集模塊、實時分析處理模塊、數(shù)據(jù)回放模塊、實時顯示監(jiān)控模塊、原始數(shù)據(jù)記錄模塊和數(shù)據(jù)處理結果存儲模塊共6部分。
    為了提高1553B測試軟件的運行效率，本系統(tǒng)軟件采用了多線程編程技術對1553B進行信號采集和處理，主線程和子線程之間通過信號量實現(xiàn)同步。下面對多線程編程技術進行簡單介紹，給出使用多線程編程技術的必要性和對軟件運行效率的影響。
1．2．2 多線程編程技術
    Windows是一個多任務操作系統(tǒng)，它們在每一時刻中都可以有多個進程同時工作，而一個正在執(zhí)行的程序就是一個進程，每個進程至少有一個線程，也可以有多個線程。
    每一個進程至少有一個主執(zhí)行線程，它是由系統(tǒng)自動創(chuàng)建的。用戶可以根據(jù)需要在應用程序中創(chuàng)建其他線程，多個線程并發(fā)的運行于同一進程。這樣可以將一些占用時間長的程序任務放到后臺去處理，提高程序的運行速度，占用更少的資源等。對復雜的應用程序來說，線程的應用給應用程序提供了高效、快速、安全的數(shù)據(jù)處理能力。
    要充分發(fā)揮多線程編程技術的優(yōu)勢，必須要解決好線程之間的同步問題，線程同步就是如何讓多個線程不要同時訪問同一個數(shù)據(jù)，讓多個線程能夠協(xié)調一致的工作，以免破壞數(shù)據(jù)的完整性和防止死鎖情況的發(fā)生。常用的線程同步技術有信號量(Semaphores)、互斥鎖(Mutex)和臨界段(Critical Sections)。
1．2．3 實時測試軟件實現(xiàn)方法
    實時測試軟件中的總線數(shù)據(jù)實時分析處理是主線程，信號采集由單獨的子線程來完成，這樣可以保證總線能夠得到及時采集和分析處理，通過消息告訴主線程數(shù)據(jù)已經采集好了，主線程收到消息之后開始進行解算、分析。
    在實時測試軟件中當主線程運行時，首先要建立主線程和子線程之間，通信的消息，然后建立采集線程工作函數(shù)(定義采集線程的入口函數(shù))，定義創(chuàng)建ICD結構樹的過程和一組消息分析函數(shù)，然后對1553B多功能解調卡進行初始化?？偩€信號采集系統(tǒng)在總線上相當于是一個監(jiān)視器，因此要將采集卡設置在監(jiān)聽模式。
    要對總線數(shù)據(jù)開始進行實時測試，首先要進行采集總線信號。創(chuàng)建采集線程時，將主線程與子線程的堆棧尺寸設為相同，并且其長度會根據(jù)需要自動變長，給出采集線程執(zhí)行時代碼所在函數(shù)的地址(線程工作函數(shù))，將采集線程設為創(chuàng)建后立即執(zhí)行的運行模式，采集線程采滿數(shù)據(jù)之后通過消息通知主線程，主線程開始對采集到的數(shù)據(jù)進行分析處理。
    對采集到的數(shù)據(jù)進行分析處理的內容主要包括，將采集到的原始數(shù)據(jù)，按照100％1553B事后處理軟件輸入數(shù)據(jù)的格式，寫到存儲介質上；將用戶需要實時監(jiān)控的參數(shù)按照GJB289A中的消息結構和通信標準、1553總線中總線控制器、遠程終端的地址、子地址、收／發(fā)等信息和ICD信息進行實時處理，并將分析處理結果以數(shù)字、文字和曲線的形式進行實時顯示，同時寫入結果數(shù)據(jù)文件中，其格式和事后處理軟件的輸出格式完全相同。實時處理軟件模塊的程序邏輯流程圖，如圖2所示。

1．2．4 實時測試軟件界面設計
    實時測試軟件界面設計原則是界面友好，為用戶傳遞的信息準確無二意性，可操作性要強。實時測試和事后回放主界面中右側表格中奇數(shù)行，顯示消息中每個元素的名稱，是從ICD數(shù)據(jù)庫中讀取的內容，偶數(shù)行顯示每個元素總線數(shù)據(jù)的解算結果。由于采用了多線程設計，用戶在測試和回放過程中可以隨時增加需要測試顯示的數(shù)據(jù)塊，處理軟件會立即響應，而不會出現(xiàn)單線程軟件中的死機現(xiàn)象。測試主界面如圖3所示。

1．3 1553B信號仿真軟件設計與實現(xiàn)
1．3．1 仿真軟件結構設計
    仿真軟件由消息配置、消息發(fā)送和停止發(fā)送3個模塊組成。其中，消息配置包括消息塊信息的增、刪、改等消息編輯功能，消息編輯包括消息名稱定義、消息格式選擇、消息選項設置、指令字配置和數(shù)據(jù)字配置共5部分，軟件結構示意圖如圖4所示。

    仿真軟件的設計思想是要準確地控制總線多功能解調卡，要深入了解并掌握每個API函數(shù)的意義和使用方法，如何將API函數(shù)和實驗室需要的總線數(shù)據(jù)緊密結合，使板卡的功能發(fā)揮到極致，是在軟件設計中比較關鍵的技術環(huán)節(jié)，該板卡的所有API函數(shù)都封裝在動態(tài)鏈接庫(同時提供了常規(guī)函數(shù)庫)中，因此在軟件設計時必須確定采用哪種函數(shù)庫，和采用哪種調用方法，從而在軟件實現(xiàn)方法上實現(xiàn)突破。針對這些情況下，通過對動態(tài)鏈接庫和常規(guī)函數(shù)庫的比較分析，調用方法的比較分析，最終確定本系統(tǒng)開發(fā)所采用的API函數(shù)調用技術。
1．3．2 動態(tài)鏈接庫技術
    動態(tài)鏈接庫與常規(guī)函數(shù)庫的區(qū)別在于：常規(guī)函數(shù)庫，連接器復制它需要的所有庫函數(shù)，并把確切的函數(shù)地址傳給調用這些函數(shù)的程序。而對于動態(tài)鏈接庫，函數(shù)存儲在一個獨立的DLL文件中。在創(chuàng)建Windows程序時，鏈接過程并不把DLL鏈接到程序中。直到程序運行并調用其中的一個函數(shù)時，該程序才要求給出這個函數(shù)的地址。
    根據(jù)以上對2種不同函數(shù)庫技術特點的分析，本系統(tǒng)軟件在設計時，采用了板卡供應商所提供的API函數(shù)的動態(tài)鏈接庫。
    調用一個存儲在動態(tài)鏈接庫中的過程或函數(shù)有靜態(tài)和動態(tài)2種方式。靜態(tài)調用指在單元的Interface部分用External指示字列出要從DLL中調用的過程，DLL和DLL中的函數(shù)在程序執(zhí)行前被加載。靜態(tài)調用所需要的代碼量少，但它有2個缺點：一是當要加載的動態(tài)鏈接庫不存在或在動態(tài)鏈接庫中沒有找到要調用的函數(shù)時，程序就會停止運行；二是一旦動態(tài)鏈接庫加載，就一直停留在應用程序的地址空間。
    動態(tài)調用不需要單元的Interface部分把要調用的所有函數(shù)列出，只要調用前引入，用Loadlibrary函數(shù)指定需要加載的DLL，用GerProc Address函數(shù)指定需要調用的函數(shù)。如果指定的DLL出錯，最多時API調用失敗，不會導致程序終止。
    基于對動態(tài)鏈接庫2種調用方式的分析、對比實驗，1553總線測試仿真軟件采用動態(tài)調用動態(tài)鏈接庫的方式，實現(xiàn)API函數(shù)的調用。
1．3．3 1553B仿真軟件實現(xiàn)方法
    仿真軟件算法根據(jù)國軍標《飛機內部時分制指令／響應式多路傳輸數(shù)據(jù)總線》中的消息格式，以及不同格式的消息結構特點，仿真出總線控制器和各個遠程終端之間的總線工作狀態(tài)?？偩€系統(tǒng)中消息格式分為總線控制器向遠程終端的傳輸BC RT，遠程終端向總線控制器的傳輸RT BC，遠程終端向遠程終端的傳輸RTRT共3種格式。
    仿真軟件算法實現(xiàn)步驟如下：
    (1)采用動態(tài)調用板卡控制函數(shù)的動態(tài)鏈接庫，用Loadlibrary進行加載；
    (2)采用GerProcAddress函數(shù)指定需要調用函數(shù)的地址，仿真系統(tǒng)作為1553總線系統(tǒng)中的BC進行信號仿真；
    (3)對1553B多功能卡進行設置，包括板卡初始化、板卡；
    (4)根據(jù)用戶需要仿真的消息結構、周期、時間間隔、通道號(A、B總線)和消息內容組建消息包；
    (5)根據(jù)用戶需要仿真的總消息中各個消息包的結構，建立消息鏈標；
    (6)啟動BC，對1553B信號進行仿真輸出，如果是周期消息就一直輸出，直到用戶給出停止操作，如果是非周期函數(shù)，執(zhí)行一次發(fā)送后就不再發(fā)送。
    仿真軟件的邏輯流程圖如圖5所示。

    仿真軟件用戶界面主要是消息配置和消息編輯界面，分別如圖6，圖7所示。

2 系統(tǒng)測試與結果分析
2．1 系統(tǒng)測試方法
    系統(tǒng)功能和性能的測試是在實驗室進行的，利用成熟的1553B信號源，采取先進行單獨的航電子系統(tǒng)測試，然后再進行綜合航電系統(tǒng)測試的方法來進行該系統(tǒng)的實時采集、實時處理、實時記錄等功能，用現(xiàn)有飛機的飛行數(shù)據(jù)測試了事后回放和事后處理模塊的性能。
    首選測試方法是與其他系統(tǒng)進行實例對比，通過不同系統(tǒng)之間測試結果的一致性來判斷結果的準確性，例如：總線控制器給雷達發(fā)一個消息，將本系統(tǒng)監(jiān)測到的消息與信號源發(fā)出的消息進行一致性對比。
    第2種方法是采用理論衡量法，總線上的某個子系統(tǒng)執(zhí)行了某條指令之后，按照國標軍標的規(guī)定，理論上本系統(tǒng)應該出現(xiàn)一種測試結果，然后將本系統(tǒng)實際的測試結果和理論測試結果進行對比，確定雙方的一致性。
    第3種方法是采用不同的分析處理方式對總線數(shù)據(jù)進行分析處理，將結果進行對比，對于本系統(tǒng)來說，將實時測試模塊的測試結果與事后處理軟件的分析處理結果進行對比。
2．2 系統(tǒng)測試結果分析
    通過對整個系統(tǒng)性能進行的測試，均達到了實際工作要求的指標，ICD管理軟件對ICD信息的分解和管理達到100％的準確率，滿足用戶需求；系統(tǒng)時延的測試結果是小于等于60 ms，完全滿足用戶提出的測試仿真系統(tǒng)小于等于70 ms的時延；在消息采集完整性測試中，通過對記錄數(shù)據(jù)進行隨機查找指令字和事后分析處理的方法進行測試，測試結果都表明，總線上的消息百分之百地的被采集并記錄下來，沒有丟消息的現(xiàn)象。仿真消息能夠準確地傳輸?shù)接脩羲O定的實驗室總線終端中，而且消息內容準確無誤；系統(tǒng)連續(xù)開機8 h測試，系統(tǒng)運行非常穩(wěn)定。

3 結語
    根據(jù)試飛測試需求，選用以1553B總線信號解調板AEC1553-PCI-FBC31RT-2／S2為硬件基礎，設計和開發(fā)的1553B總線測試仿真系統(tǒng)，采用通用化、標準化、模塊化的設計思想，具有良好的實用價值，可以作為運輸機上百分之百地1553B信號采集、記錄裝置、試飛數(shù)據(jù)地面處理系統(tǒng)、作為進行排故實驗時的信號源，目前已應用到各個重點型號中。具有良好的擴展性，可以通過技術改造后，形成體積小巧的百分之百地1553B信號采集、記錄單元，應用到殲擊機和直升機上。