引气管理计算机失效,A320飞机解码排故应用之发动机引气失效
本故障的某A320起飛過程中,出現ECAM警告ENG2 BLEED FAULT,伴有故障信息PRESS REG-V 4001HA2。
故障現象
A320起飛過程中,出現ECAM警告ENG2 BLEED FAULT,伴有故障信息PRESS REG-V 4001HA2。經詢問機組,知故障出現時,右發引氣壓力在40-80PSI之間波動。飛機改平后,機組執行右發引氣復位程序,右發引氣恢復正常,且后續航段正常。航后本機對串BMC,次日執行航班過程中,故障轉移到左發。更換BMC1后,故障排除。
故障分析(1)初步分析
根據ECAM警告ENG2 BLEED FAULT和故障信息PRESS REG-V 4001HA2,參考TSM36-11-00-810-808-A進行排故,如圖1所示。根據此排故章節的標題,可知此故障可解讀為,PRV2卡阻在開位或者出現調壓故障。
BMC2對引氣系統僅有監控和保護關斷的功能,并不能對PRV2實施調壓控制。BMC2接收壓力傳感器(8HA2)的反饋信號,用來判斷PRV2是否出現調壓故障。可見,故障有虛假之分。如果是BMC2或傳感器(8HA2)故障,可能會出現錯誤判斷,PRV正常的調壓卻被認為是故障,但這種情況,BMC是不能去辨別真偽的,依然發信號給FWC觸發引氣失效的警告。如果PRV2或感壓管故障,可能會出現真實的PRV調壓故障。
BMC沒有能力辨別真假引氣調壓故障。但是我們排除故障時,需要根據故障的具體表現和使用QAR解碼數據去分析,去判斷PRV調壓故障的真假,這將決定我們的排故方向。
圖1? 本故障的TSM排故程序
本故障,觸發了ECAM警告ENG2 BLEED FAULT,說明BMC2給CTS2的電磁閥輸出電信號,CTS2隨即給三號感壓管放氣,使PRV2保護性關閉。圖2總結了CTS工作在電動模式的七種原因。結合本故障的故障信息,可以認為,故障源是引氣超壓。如果故障信息是THRM 7170HM2 OR FAN AIR VALVE 9HA2 OR SENSE LINE,相應的故障源是引氣超溫。
圖2 ? CTS工作原理(2)解碼分析故障發生時的QAR數據
解碼故障發生時的QAR數據可以從相關的參數中檢查出異常,據此可分析和判斷故障出原因。解碼的QAR數據來源于FDIMU。
如圖3所示,解碼后,對與本故障有關的參數進行分析發現:PRV2自動關斷之前,PRV2出口的壓力值穩定,且最高為48PSI,并沒有超壓。BMC判定引氣超壓的條件是引氣壓力大于57PSI,且持續15秒以上。
雖引氣壓力值正常,但參數OV_PRS_MEM_E2的狀態(右發引氣壓力被記錄下超壓)卻從NO變為了YES,YES表示超壓。且變為YES后一秒,PRV2的狀態就是完全關閉(FULLY CLS),如圖3中的紅色標識所示。
小結:解碼數據發現BMC發送給FDIMU的PRV2引氣壓力值是正常的,但BMC記錄的PRV2超壓離散信號狀態卻為YES。解碼發現引氣壓力值正常和超壓離散狀態為YES,這兩個參數不一致是本故障的明顯特點,也是準確定位故障源的突破口。
圖3 ?QAR的解碼數據(3)引氣壓力傳感器和BMC之間的交聯
如圖4所示,PRV2出口的壓力傳感器(8HA2)將壓力轉變成電壓信號,并反饋給BMC1、2。BMC得到此信號后,進行數字化,通過ARINC429總線發送給以下計算機:SDAC:SDAC把引氣壓力數據發送給DMC,用于BLEED頁面上引氣壓力的顯示,如圖5所示。FDIMU:用于飛行數據的記錄,如圖9所示。
可見,BMC通過不同的數據總線,將數據發送給各個計算機。
圖4引氣壓力傳感器反饋給BMC(4)BMC與SDAC的數據交聯
如圖5所示,BMC通過ARINC429數據總線給SDAC發送數據。單向傳輸數據是429總線的特性之一。通過ELSD,可查詢各個機載計算機和SDAC之間的交聯信息。如圖5所示,SOURCE是BMC1、2,且可查詢到BMC1通過銷釘號AA-12G、12H給SDAC1、2輸送信號。BMC2,通過AA-12C、12D給SDAC1、2輸送信號。
可見:通過ASM和ELSD-SDAC SIGALS可以查詢各個機載計算機給SDAC傳輸數據的ARINC429總線信息,具體可以查詢到數據發送計算機的某個插頭,某個銷釘。
圖5 ?BMC通過總線發送數據給SDAC
源計算機僅通過一條ARINC429總線給目標計算機傳輸數據,可以是多組數據,以不同的LABEL為名稱作為區分。如圖6所示,LABEL可能是064,065,或者066,不同LABEL名下的字符代表著不同的內容。BMC給SDAC輸送的引氣超壓離散信號(OV_PRS_MEM_E2)是用某一LABEL名下的一個字符表示。
BMC的設備代碼是06F。BMC1發送給SDAC1的數據格式是06F/1/LABLE/01。BMC2發送給SDAC2的數據格式是06F/2/LABLE/10。
可見:通過ELSD,可查詢某個信號對應的LABEL/SDI號和BIT號。故可使用LABEL CALL-CALLUP來查看此參數的實時狀態。
圖6BMC給SDAC輸入數據的銷釘號(5)SDAC與FWC的數據交聯
SDAC的設備代碼是029。SDAC1發送給FWC1(2)的數據格式是029/1/LABLE/01(10)。SDAC2發送給FWC1(2)的數據格式是029/2/LABLE/01(10)。
如圖7所示,在ELSD-SDAC DISCRETS SINGALS表格中可查詢SDAC發送給FWC的離散信號,即觸發ECAM警告的條件,并可了解信號狀態(0和1)的含義。如圖7所示,LABEL為064的第19位為1表示右發引氣超壓,0表示沒有超壓。
圖7SDAC輸入給FWC的離散數據
在ELSD的ECAM警告邏輯圖中,可查閱本離散信號在警告形成邏輯中的作用。另外,也可以查詢該信號的LABEL/SDI號和對應的BIT號。如圖8所示,如果SDAC1發送給FWC2的數據029/1/064/10的第19個字段為1時,經過5秒的延遲確認后,FWC2觸發ECAM警告ENG2 BLEED FAULT。
圖8警告ENG2 BLEED FAULT的邏輯(6)BMC和FDIMU的數據交聯
本故障中,QAR解碼數據顯示PRV2出口壓力正常。解碼數據來源于FDIMU。因此,需研究下BMC和FDIMU之間的數據傳輸。如圖9所示,BMC1通過AA-10C和11C把數據輸送給FDIMU,用于數據記錄。上述已分析BMC通過AA-12G和12H把數據輸送給SDAC,用于顯示和觸發警告。
可見BMC通過不同的總線給SDAC和FDIMU輸送信號,而本故障表現是右發引氣壓力顯示異常,但解碼正常。故可判斷,有故障表現的是BMC輸送到SDAC用于顯示的數據。但輸送給FDIMU,用于數據記錄的數據,是正常的,故解碼數據中引氣壓力是正常的。
引氣壓力傳感器的反饋信號是在BMC內部進行數字化,再給不同的計算機傳輸數據,故可懷疑BMC內部存在故障,才導致SDAC和FDIMU接收到不同的PRV2出口壓力值。
圖9? ?BMC和FDIMU的數據交聯
可以在FDIMU手冊中查詢各個計算機輸送給FDIMU的數據以及對應的LABEL/SDI。BMC的設備代碼是06F,BMC1發送給FDIMU的數據格式是06F/1/LABLE/01,BMC2發送給FDIMU的數據格式是06F/2/LABLE/01
如圖10所示,BMC1通過LABEL為142的這組數據,把PRV2的出口引氣壓力值輸入給FDIMU,而這就是解碼數據的來源。
圖10? BMC發送給FDIMU的數據
(參考FDIMU手冊)(7)為何解碼數據中的PRV2出口壓力值和顯示的數據不一致從圖9可知BMC把引氣壓力數據發送給FDIMU,解碼證實這組數據是正常的。
從圖5可知BMC把引氣壓力數據發送給SDAC,用于顯示和觸發警告。通過詢問機組,證實觀察到了PRV2出口壓力出現波動。
可見解碼數據PRV2出口的引氣壓力和顯示的數據不一致。通過圖4中知,引氣壓力傳感器8HA2將模擬信號反饋給BMC。在BMC內部對此信號進行數字化處理時,分兩個部分:其中一個部分發送給FDIMU,本案例中此部分數據是正常,所以解碼出來的PRV2壓力值。另外一個部分發送給SDAC,這部分出現了問題,于是BLEED頁面上的PRV2壓力顯示值在40-80PSI之間波動。且根據此數據,BMC2產生了PRV2超壓的離散信號,輸出給SDAC1(2)。SDAC1(2)將此信號發送給FWC1(2),FWC1(2)根據此信號觸發ECAM警告ENG2 BLEED FAULT。(8)AIDS LABEL CALLUP的應用指南
1. LABEL Parameter格式:EQ/SYS/LAB/SDIEQ:表示處理這組數據的計算機的設備號,用3位16進制數來表示。
SYS:表示處理此參數的計算機序號。例如第一部為1,第二部為2,第三部設備為3。
LAB:總線中可以傳遞多組數據,用標簽號來區分某一組參數,由3位8進制數字表示。
SDI:表示數據來源的序號,通常用01和10來表示第1和第2部。
比如:查看ECU1中來自FRV1(燃油回油活門)的實時數據,可在LABEL CALLUP中輸入:07C/1/275/01EQ指ECU的計算機代號。EQ為07C。
SYS指ECU的系統號,ECU1對應SYS為1,ECU2對應SYS為2。
LAB指FRV輸出給ECU的數據的標簽號,LAB為275。
SDI指FRV,FRV1的反饋信號是數據的來源。1發的FRV1,對應SDI為01。2的發FRV2,對應SDI為10。LABEL CALLUP的數據調用路徑:MCDU MENU→AIDS→PARAMTER CALL UP→ LABEL→ LABEL MENU DISPLAY。用MCDU的鍵盤按EQ/SYS/LAB/SDI格式輸入,按下行選鍵后,會顯示出一串二進制代碼,每位字符的含義可在圖11中藍色標識的章節里查詢。
2.如何使用AIDS的LABEL CALLUP
使用LABEL CALLUP核查某個參數的實時值,應先查詢EQ號和LABEL號:
(1) 根據處理此參數的計算機,確定EQ號。如圖11所示,從AMM 31-37-00—system description--parameter list中可查到各個計算機的EQ號。
圖11 ?EQ號和LABEL值的查詢路徑
(2) 目標參數包含在某個LABEL號的一組數據中。如圖11所示,EQ號所對應的ATA章節中,查詢到目標參數對應的LABEL/SDI號和目標字符BIT號。通常都是在描述此計算機interface內容的章節中查詢。除了這種方法,還有兩種方法,可以查詢目標參數的LABEL/SDI號和目標字符BIT號:ELSD手冊和ASM31-54-02中SDAC-DISCRETE表格,后文有詳細說明。
圖12各個數據字符含義的查詢
(3) 通過SDAC-DISCRETE查詢LABEL號
如圖13所示,通過ASM31-54-02中的表格可以獲取調用參數所對應的LABEL號。
這些離散數據通常都是SDAC接收到的某些活門或電門的位置信號。SDAC的EQ號是:029,實際工作中,遇到某些故障,可按照格式029/1(2)/LABEL/SDI查詢目標參數的狀態,對核查、隔離某些故障有積極作用。LABEL/SDI和目標字符BIT,均可參考圖13中的表格查詢。
舉例:如需核實SDAC1(2)接收到的左大翼防冰活門狀態,可輸入029/1(2)/001/11,查詢第18位字符的狀態。且通過表格可知此信號類型是P-。通過ASM31-54-02-SHEET2上的表格,即圖13的靠右位置的表格所示,P-為1表示活門處于非關閉狀態,為0表示活門處于關閉狀態。
圖13SDAC離散數據查詢label號(4) 使用LABEL CALLUP排故實踐1
1故障:后貨艙門關閉后,下ECAM門頁面的后貨艙門指示閃爍。
2處理:在AIDS的LABEL CALL-UP頁面輸入06D/1/022/01或06D/2/022/10,觀察DATABITS 28~11的中第17位的狀態,發現此位的狀態時而為0,時而為1。如圖12紅框所示,可知此位的含義。結合原理分析后,可推斷是線路有虛接或者斷路的問題,最后故障源是貨艙頂板到電子艙之間的一段線路有問題。
(5) 使用LABEL CALLUP排故實踐2
1故障:LGCIU 1系統主控,主起落架艙門打開后,但主起落架無法解鎖和放出。故障間隔出現,沒有出現起落架系統的警告和故障信息。
2處理:
a.在LABEL CALL-UP中輸入06D/1/020/01,得到LGCIU1接收的各個臨近電門的狀態數據。如圖13所示,BIT 24代表臨近電門14GA的狀態,如果為1,表示右起落架處于放下鎖定狀態。同理,輸入06D/2/020/10,可得到LGCIU 2中的數據。同時調閱2部LGCIU的數據,進行實時比對。經確認,故障出現時,所有臨近電門狀態與實際位置一致,可初步排除臨近電門故障的可能性。AIDS的數據調用,在本案例中,雖然沒有直接確定故障源,但排除了臨近電門出現故障的可能性,為找準排故方向,起到積極的作用。
b.本案例的故障源是起落架選擇活門(FIN:40GA)的插頭E釘松動,導致電路傳輸中斷。修復后,故障排除。
圖14 ?LGCIU各參數(參考AMM 32-61-00—Interface)(9)AIDS ALPHA CALLUP的應用指南
1. ?? 可用ALPHA調閱的參數分為3類:數值類、位置類、狀態類,共有不到三百個參數。在AMM 31-37-00-System description-Alpha Call-Up List中,可查找可用alpha代碼調用的參數。
圖15 ?Alpha代碼查詢路徑
2. 數據調用路徑:MCDU MENU→AIDS→PARAMETER CALL UP→ ALPHA→ ALPHA MENU DISPLAY。然后用MCDU的鍵盤輸入相應系統參數的代碼,按下行選鍵后就顯示出相應部件的實時參數。
3. 使用ALPHA CALLUP排故實踐
1 故障:APU自動停車。FCN:046,表示HIGH OIL TEMPERATURE,故障信息是CHECK OIL COOLER HIGH OIL ASSY (8079KM)
2 處理:在ALPHA CALLUP中輸入OTA 。啟動APU,監控OTA值,即可了解到滑油溫度的變化。啟動成功后十分鐘,發現OTA值開始突變,從120°C上升到140°C,時間越長,跳變的頻率越快。判斷為滑油溫度傳感器故障,更換后故障排除。(10)系統自帶報文應用指南
當空調系統,發動機,APU在執行航班過程中,出現故障,會自動觸發報文,記錄下某些重要的參數。通過解析報文,可對故障發生時,系統的工作情況,進行還原和分析。自帶報文中參數含義的解釋,可按照圖15中所顯示的路徑進行查詢。
圖16 報文解釋查詢路徑
總結本故障通過解碼,實現了高效、準確的定位故障源。如按照傳統的排故方法,很可能會更換壓力傳感器,PRV等部件。另外,BMC導致引氣壓力顯示波動的案例并不多見。
解碼分析引氣故障,除了分析引氣壓力等ATA36章的參數外,還應該結合ATA21的FCV流量等引氣系統的負載參數,綜合判斷引氣壓力波動的情況。如果引氣壓力確實有波動,FCV流量,甚至發動機參數都有會波動。
引氣壓力傳感器(8HA1、2),可以使用APU引氣來檢查,AIDS代碼是PD。
數據解碼,可以查閱故障發生時,目標參數的變化。解碼,參數齊全,便于分 析。AIDS數據調用,可以實時查閱目標參數的變化。如果故障存在,通過AIDS數據調用,能更直觀的表現故障。兩種手段相結合,將有可能精準確定故障源,排故工程師應該熟練掌握和使用這兩種技術。
總結
以上是生活随笔為你收集整理的引气管理计算机失效,A320飞机解码排故应用之发动机引气失效的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 通过JavaMail访问Hotmail邮
- 下一篇: 【软件工程】软件生命周期模型 ---