37000 Feet | Browse and search NASA's Aviation Safety Reporting System |
|
Attributes | |
ACN | 666603 |
Time | |
Date | 200507 |
Place | |
Locale Reference | airport : zzz.airport |
State Reference | US |
Altitude | agl single value : 0 |
Aircraft 1 | |
Operator | common carrier : air carrier |
Make Model Name | MD-80 Series (DC-9-80) Undifferentiated or Other Model |
Operating Under FAR Part | Part 121 |
Flight Phase | ground : parked ground : maintenance ground : preflight |
Person 1 | |
Affiliation | company : air carrier |
Function | flight crew : captain oversight : pic |
ASRS Report | 666603 |
Person 2 | |
Affiliation | company : air carrier |
Function | flight crew : first officer |
ASRS Report | 666606 |
Events | |
Anomaly | aircraft equipment problem : critical maintenance problem : improper maintenance non adherence : published procedure non adherence : far |
Independent Detector | other flight crewa other flight crewb |
Resolutory Action | none taken : detected after the fact |
Consequence | other |
Factors | |
Maintenance | contributing factor : schedule pressure performance deficiency : fault isolation performance deficiency : repair |
Supplementary | |
Problem Areas | Maintenance Human Performance Aircraft Chart Or Publication Environmental Factor |
Primary Problem | Maintenance Human Performance |
Narrative:
On my arrival at the aircraft in ZZZ; the flight plan was already loaded into the gfms. We accepted it and executed it. I then checked it against the flight plan with the first officer and it was correct and complete. We proceeded with our predep checklists. I found the captain's altimeter was out of limits on the high side and called maintenance. While they were checking the #1 CADC; I noted the gfms information on the navigation display had an erratic flight path vector symbol. It was randomly moving around the compass rose. This was a repeat item from 4 previous flts over 10 days. I informed maintenance of the additional problem. Maintenance replaced the #1 CADC and the captain's navigation computer. Both problems seemed resolved. The first officer and I checked our route again on the gfms since the computer had been replaced. The route was still active; correct; and complete. On arrival at ZZZ1; I pulled the new flight plan and began to load it in the gfms. On the identify page; I noted the database was bad. The actual date was jul/xb/05. The available navigation database dates were jun/xa/05 - jul/xa/05; and aug/xa/05 - sep/xa/05. I entered this into the maintenance log. I have no idea how or when the navigation data changed from the current cycle. I do know the aircraft had flown twice earlier in the day and; therefore; have to assume it was correct then. Additionally; the navigation data out-of-date message never appeared on the gfms display for our 1 leg. Since that amber message will display if the data is out-of-date; I also believe that when the first officer initially entered the flight plan into the gfms it must have had the correct cycle in at that time. I do not know if changing out the captain's navigation computer could have had an effect; but the active flight plan had not changed after the computer was replaced and we checked the route after the maintenance was completed. ZZZ1 FBO maintenance personnel were also unable to explain how the navigation data could be so far out-of-date with no error messages displayed; or how; why; or when it could have changed from the current cycle. This particular gfms system has a long history of problems and was placarded in ZZZ1.
Original NASA ASRS Text
Title: AN MD80 CAPT RPTS NAV DATA ON THE FMS OUT-OF-DATE WITH NO ERROR MESSAGES DISPLAYED. SYS HAS A LONG HISTORY OF PROBS.
Narrative: ON MY ARR AT THE ACFT IN ZZZ; THE FLT PLAN WAS ALREADY LOADED INTO THE GFMS. WE ACCEPTED IT AND EXECUTED IT. I THEN CHKED IT AGAINST THE FLT PLAN WITH THE FO AND IT WAS CORRECT AND COMPLETE. WE PROCEEDED WITH OUR PREDEP CHKLISTS. I FOUND THE CAPT'S ALTIMETER WAS OUT OF LIMITS ON THE HIGH SIDE AND CALLED MAINT. WHILE THEY WERE CHKING THE #1 CADC; I NOTED THE GFMS INFO ON THE NAV DISPLAY HAD AN ERRATIC FLT PATH VECTOR SYMBOL. IT WAS RANDOMLY MOVING AROUND THE COMPASS ROSE. THIS WAS A REPEAT ITEM FROM 4 PREVIOUS FLTS OVER 10 DAYS. I INFORMED MAINT OF THE ADDITIONAL PROB. MAINT REPLACED THE #1 CADC AND THE CAPT'S NAV COMPUTER. BOTH PROBS SEEMED RESOLVED. THE FO AND I CHKED OUR RTE AGAIN ON THE GFMS SINCE THE COMPUTER HAD BEEN REPLACED. THE RTE WAS STILL ACTIVE; CORRECT; AND COMPLETE. ON ARR AT ZZZ1; I PULLED THE NEW FLT PLAN AND BEGAN TO LOAD IT IN THE GFMS. ON THE IDENT PAGE; I NOTED THE DATABASE WAS BAD. THE ACTUAL DATE WAS JUL/XB/05. THE AVAILABLE NAV DATABASE DATES WERE JUN/XA/05 - JUL/XA/05; AND AUG/XA/05 - SEP/XA/05. I ENTERED THIS INTO THE MAINT LOG. I HAVE NO IDEA HOW OR WHEN THE NAV DATA CHANGED FROM THE CURRENT CYCLE. I DO KNOW THE ACFT HAD FLOWN TWICE EARLIER IN THE DAY AND; THEREFORE; HAVE TO ASSUME IT WAS CORRECT THEN. ADDITIONALLY; THE NAV DATA OUT-OF-DATE MESSAGE NEVER APPEARED ON THE GFMS DISPLAY FOR OUR 1 LEG. SINCE THAT AMBER MESSAGE WILL DISPLAY IF THE DATA IS OUT-OF-DATE; I ALSO BELIEVE THAT WHEN THE FO INITIALLY ENTERED THE FLT PLAN INTO THE GFMS IT MUST HAVE HAD THE CORRECT CYCLE IN AT THAT TIME. I DO NOT KNOW IF CHANGING OUT THE CAPT'S NAV COMPUTER COULD HAVE HAD AN EFFECT; BUT THE ACTIVE FLT PLAN HAD NOT CHANGED AFTER THE COMPUTER WAS REPLACED AND WE CHKED THE RTE AFTER THE MAINT WAS COMPLETED. ZZZ1 FBO MAINT PERSONNEL WERE ALSO UNABLE TO EXPLAIN HOW THE NAV DATA COULD BE SO FAR OUT-OF-DATE WITH NO ERROR MESSAGES DISPLAYED; OR HOW; WHY; OR WHEN IT COULD HAVE CHANGED FROM THE CURRENT CYCLE. THIS PARTICULAR GFMS SYS HAS A LONG HISTORY OF PROBS AND WAS PLACARDED IN ZZZ1.
Data retrieved from NASA's ASRS site as of January 2009 and automatically converted to unabbreviated mixed upper/lowercase text. This report is for informational purposes with no guarantee of accuracy. See NASA's ASRS site for official report.