| 2012年5月份某航一架A330型飛機在起飛滑跑階段ECAM上出現(xiàn)指示空速不一致警告，機組按照程序中斷起飛。在滑回排故中，地面按照TSM檢查相關(guān)的空速管、ADM、AOA等部件均無明顯異常，地面動靜壓試驗做下來也是好的，所有機上測試正常，排故工作變得十分困難，最后清洗了所有管路，同時檢查副駕駛AOA略微卡阻，更換后放行飛機。上面是典型的飛行中故障而地面正常的一個案例，長時間從事航線排故的工程師都明白，地面故障無論多復(fù)雜，只要找出故障源，一切問題都迎刃而解。但是飛行中偶發(fā)的故障是最棘手的，因為故障是發(fā)生時，工程師不在現(xiàn)場，地面無法再現(xiàn)，只能靠機組的描述來“靠近”故障，地面工作做完后又無法確認是否真正排除故障。跟傳統(tǒng)的做法一樣，在該架A330飛機的維修工作做完后，我們在駕駛艙反了一張機組提示單，要求機組輸入ALPHA CALL-UP代碼來采集一些空速的參數(shù)，通過一段時間的監(jiān)控，問題未在出現(xiàn)后，關(guān)閉監(jiān)控。 在該事件過去之后，我和同事在考慮有沒有可能讓飛機自動采集數(shù)據(jù)，自動下傳地面？我們就可以省去中間的很多環(huán)節(jié)，就像發(fā)動機參數(shù)地面的監(jiān)控一樣，發(fā)動機工程師只要關(guān)注著電腦就可以獲取所需參數(shù)，進行狀態(tài)和可靠性分析。我們知道，基于飛機的綜合數(shù)據(jù)系統(tǒng)（A320叫AIDS，A330稱之為ACMS），該系統(tǒng)可以實時記錄和處理大約13000多個參數(shù)，如此龐大的數(shù)據(jù)中當然包含空速、高度等飛行重要信息。這些參數(shù)通過ARINC429數(shù)據(jù)總線傳輸給DMU，一部分數(shù)據(jù)用于在定義觸發(fā)邏輯的條件下生成特殊事件狀態(tài)報告，我們熟悉的報文類型有：<01>發(fā)動機巡航報告；<02>巡航性能報告；<04>發(fā)動機起飛報告；<10>發(fā)動機啟動報告；<14>APU關(guān)車報告；<15>載荷報告，這些報文存儲在DMU中，可以打印、下載和通過ACARS下傳。當然空客也給予用戶一定的權(quán)限編寫用戶自定義報文，對其他系統(tǒng)不會產(chǎn)生影響，不會影響適航。綜上，我們有：1、數(shù)據(jù)采集；2、下傳路徑；3、自定義權(quán)限，以上三點滿足之后我們就可以編寫我們需要的報文，采集需要的參數(shù)。 因空客飛機DMU計算機選型的不同，自定義報文的編寫方法也不一樣。目前裝機DMU主要有以下兩種：一種是與FDIU集成在一起的FDIMU（PN：2234320-01-01），另一種是獨立安裝的DMU（PN：795040-31-002）。下面針對兩種不同的自定義報文在MCDU上的編寫進行介紹： 1、針對安裝FDIMU的飛機，自定義報文有report 41、42、43、44、45供用戶編寫。具體方法為：由AIDS主菜單進入，選擇SPECIAL FUNC/REPROGRAMMING（密碼為：ENGI）→REPROGRAMMABLE REPORT（出現(xiàn)所有自定義報文列表），→選擇一個報文，按壓DEFINE，出現(xiàn)該報文自定義界面，分為以下幾個部分：報文的觸發(fā)邏輯（LOGIC）、報文的內(nèi)容（CONTENT）、報文的傳輸路徑（ROUTING）、報文名稱（NAME）以及報文連續(xù)續(xù)航段數(shù)（EXP FLT）。 觸發(fā)邏輯（LOGIC）。該項目供用戶定義報文在設(shè)定的情況下生成。觸發(fā)邏輯最多可定義三條，每條以ALPHA 代碼與一個常數(shù)的運算關(guān)系來設(shè)定觸發(fā)邏輯，三個中間可以是且（AND）和或（OR）的關(guān)系。如定義高度等于10000ft或計算空速等于400KTS的觸發(fā)邏輯，便可以在MCDU中輸入：ALT/EQ/10000，CONN切換成OR，第二條輸入：CAS/EQ/400。 報文內(nèi)容（CONTENT）。此項目是定義當滿足觸發(fā)邏輯定義的條件后，由DMU產(chǎn)生的用戶所需要的最多5個參數(shù)。參數(shù)必須以ALPHA CODE的形式輸入（ALPHA CALL-UP清單在AMM 31-37-00 PB001-H）。 報文傳輸路徑（ROUTING）。用來設(shè)置報文下傳路徑，用戶可以選擇使用ACARS下傳、打印機打印和存儲在FDIMU計算機內(nèi)部的存儲設(shè)備中。 同時，用戶還可以根據(jù)需要對報文進行命名（NAME），設(shè)置報文連續(xù)航段數(shù)（如EXP FLT輸入02，則從下一航段開始產(chǎn)生2個航段的報文，定義的報文失效）。當所有設(shè)置項目完成后，按壓 SAVE RPT DEF，保存自定義報文。 應(yīng)用舉例。圖2為自定義報文應(yīng)用舉例：（REPORT 41）在B-6345飛機上使用ACARS下傳到AIRMAN上截圖。 2、針對獨立安裝DMU計算機的飛機（PN：795040-31-002）。安裝此件號的DMU飛機自定義報文有report 16、17、18供用戶編寫。方法如下： 由AIDS主菜單選擇DOCUMENTAT/PROGRAMMIN→選擇PROGRAMMING（密碼NMAIDS）→進入DMU PROGRAMMING頁面，對于編寫自定義報文需要選擇一下兩個選項，如圖3所示： 觸發(fā)邏輯（TRIGGER CONDITIONS）。觸發(fā)邏輯菜單中包含兩個選項：1、觸發(fā)邏輯清單，羅列了存儲在DMU機器內(nèi)部的一些邏輯條件，用戶可以根據(jù)編號直接選用。2、創(chuàng)建觸發(fā)邏輯，當用戶所需要的觸發(fā)條件無法從清單中選擇時，用戶可以根據(jù)需要自己使用LABLE-CALL代碼編寫觸發(fā)條件。 打印報文（PRINT REPORT）。進入該選項中，選擇創(chuàng)建報文（CREAT REPORT），MCDU將顯示REPORT 16，滾動翻頁按鈕可以切換到17、18報文，在創(chuàng)建報文中可以輸入報文位置，詢問時間以及用戶所需要的以LABLE-CALL或者ALPHA CALL形式寫入的參數(shù)。完成報文創(chuàng)建后，自定義報文和其他報文一樣，被記憶在DMU中，按壓返回鍵，回到PRINT REPORT頁面，進入INDIVIDUAL REP PROG選項，將報文切換至自定義報文（如，REPORT 16），可以對報文抬頭名稱，下傳路徑等進行設(shè)置。START LOGIC用于定義報文觸發(fā)條件，利用一定的邏輯關(guān)系將觸發(fā)邏輯（TRIGGER CONDITIONS）中項目編號組合在一起，當滿足條件時，觸發(fā)報文。 3、用戶除使用MCDU直接寫入報文以外，TELEDYNE廠家還開發(fā)一種基于PC計算機的應(yīng)用生成軟件AGS（APPLICATION GENERATION SOFTWARE），旨在對ACMS（飛機狀態(tài)監(jiān)控系統(tǒng)）報文進行修改。通過AGS應(yīng)用，用戶可以根據(jù)需要在AGS應(yīng)用列表中選擇所需要參數(shù)，報文觸發(fā)邏輯等選項并將內(nèi)容寫入3.5寸軟盤，然后使用軟盤對DMU數(shù)據(jù)庫進行裝載從而達到修改報文的目的。 自定義報文的應(yīng)用將非常有效的解決目前空中偶發(fā)故障的排除困難的問題，類似于該架A330飛機起飛過程中空速不一致問題，再比如特定條件下某個活門的狀態(tài)，某個參數(shù)的大小，都可以通過這個方式來采集和分析。而且基于ACARS數(shù)據(jù)鏈的傳輸，以及AIRBUS AIRMAN遠程監(jiān)控系統(tǒng)，工程師可以實時的讀取相關(guān)數(shù)據(jù)，所有問題一目了然。但是目前在機上進行自定義報文的編寫還是遇到了一些問題，比如FDIMU（PN： 2234320-01-01）定義報文只局限于ALPHA-CALL UP代碼的形式輸入，因而獲取的參數(shù)有限；DMU（PN：795040-31-002）自定義報文需要根據(jù)情況調(diào)試詢問時間等，在與客服代表交流過一番后這些問題仍未得到有效解決，因而其應(yīng)用受到了一些限制。個人覺得利用自定義報文排除重大疑難故障非常有效而且省錢省力，會有非常巨大的應(yīng)用潛力，也希望歡迎更多的人來和我一起討論有關(guān)自定義報文的問題。 |
