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