|
近期機(jī)隊(duì)發(fā)生了2起，飛機(jī)推出后發(fā)啟動時，EEC控制燈亮的事件。經(jīng)過查詢，都是剛完成雙發(fā)EEC軟件升級工作，第一班航前出港就出現(xiàn)ENGINE CONTROL燈亮故障。 本文將根據(jù)我自己得到的信息，對此事件進(jìn)行分析，避免類似事件再次發(fā)生。 01 事件背景 2019年7月9日，某737-800飛機(jī)，推出起動后左發(fā)動機(jī)控制（ENGINE CONTROL）燈亮，機(jī)組檢查跳開關(guān)未跳出，關(guān)車后重新起動發(fā)動機(jī)故障依舊，飛機(jī)滑回排故。 當(dāng)天剛好我值班，到現(xiàn)場后發(fā)現(xiàn)EEC自檢當(dāng)前航段（0段）有故障代碼：73-10141和73-20111。 EEC TEST有相同的故障代碼： 02 原因分析 由于該機(jī)在前一天剛剛完成了升級EEC軟件到7B.X工作，參考故障代碼73-10141的FIM：  需要特別注意的是，必須使用初始評估里的Procedure 1，也就是做EEC TEST才能發(fā)現(xiàn)故障。如果完成Procedure 2，EEC軟件版本顯示會是正確的： 但是從IDENT/CONFIG頁面可以發(fā)現(xiàn)發(fā)動機(jī)序號沒有輸入，嘗試輸入時，發(fā)現(xiàn)序號輸入不進(jìn)去，輸入的序號保存不了。 由于故障代碼是A通道和B通道的軟件版本不一致，所以后面也嘗試了一下，撥出B通道的電源跳開關(guān)，讓EEC只使用通道A，能正確顯示發(fā)動機(jī)序號。  閉合B通道電源跳開關(guān)，撥出A通道電源跳開關(guān)，發(fā)動機(jī)序號顯示-----
所以判斷應(yīng)該是升級后B通道軟件出現(xiàn)了問題。
對于剛升級軟件后出現(xiàn)的73-10141代碼，F(xiàn)IM手冊給出的排故措施是先重新升級軟件，完成EEC TEST，看故障代碼是否消失，如果故障還出現(xiàn)，更換EEC。 由于故障出現(xiàn)時，上機(jī)驗(yàn)證，發(fā)現(xiàn)該故障代碼在EEC TEST里能測試出來，所以懷疑是在完成EEC軟件升級后，未按手冊要求完成EEC TEST。 詢問部分維修人員，發(fā)現(xiàn)有些人誤以為手冊要求的EEC TEST和平時航后工作中的EEC BITE查看有無故障代碼是一樣的。 其實(shí)這兩者是有本質(zhì)區(qū)別的：  EEC BITE TEST - FAULT HISTORY和RECENT FAULTS只是顯示EEC里存儲的歷史故障代碼，并不具有EEC測試功能。而EEC TEST會完成EEC內(nèi)部測試。 無獨(dú)有偶，在2019年7月21日，另一架737-800飛機(jī)完成EEC 7B.X軟件升級后，執(zhí)行EEC TEST時，測試不通過，出現(xiàn)故障代碼73-10141和73-20111，再次升級出現(xiàn)37個故障代碼，重新制作軟件盤，再次升級軟件后正常。
EEC軟件升級不成功，主要原因：
使用自帶電源的PMAT2000加載機(jī)，不需要從EEC的J2插頭取電，出現(xiàn)問題的概率會大大降低。但不管怎么樣，加載完成后執(zhí)行EEC TEST，可有效發(fā)現(xiàn)加載軟件不成功的問題。 03 維護(hù)提示 由于之前只出現(xiàn)過EEC軟件加載不成功的案例（EEC軟件版本不變），但是從未出現(xiàn)過像現(xiàn)在EEC軟件升級后，EEC BITE-IDENT/CONFIG頁面雖然看著軟件版本正確，但是實(shí)際升級有問題的事件?？偛縀CC工程師對此事也特別重視。 根據(jù)我這兩次的親身經(jīng)歷，個人認(rèn)為只要嚴(yán)格按AMM手冊，EEC軟件升級后，按手冊完成EEC TETS，是完全可以提前發(fā)現(xiàn)軟件升級問題的，從而避免后續(xù)發(fā)動機(jī)起動后控制燈亮造成航班延誤。 ↑AMM 73-21-60 EEC軟件升級后要求完成EEC TEST ↑EEC TEST在GROUND TEST里
↑EEC TEST測試正常結(jié)果頁面 對于EEC軟件升級，再次提醒如下：
▌最后額外提醒 對于部分故障代碼，排故后的驗(yàn)證措施可能還需要起動發(fā)動機(jī)，一切以FIM手冊要求為準(zhǔn)。 ↑FIM76-11 TASK 801 總之，不能用EEC BITE TEST - FAULT HISTORY和RECENT FAULTS是否有代碼，來判斷當(dāng)前故障是否存在。 |
|
|
