13.07.2015 Views

In-flight upset - 154 km west of Learmonth, WA, 7 October 2008,

In-flight upset - 154 km west of Learmonth, WA, 7 October 2008,

In-flight upset - 154 km west of Learmonth, WA, 7 October 2008,

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

messages. After other tests had been conducted, further BITE data was successfullywritten by the ADIRU and then downloaded with no anomalies or recorded faults.ADIRU 4687 recorded three fault messages and ADIRU 4663 contained five faultmessages, and all <strong>of</strong> these messages related to the performance <strong>of</strong> ADIRU4167 (section 1.12.6). ADIRU 4122 (from the 27 December <strong>2008</strong> occurrence)exhibited the same type <strong>of</strong> anomalies in the BITE data as ADIRU 4167 from the7 <strong>October</strong> <strong>2008</strong> occurrence (Appendix D).Maintenance test procedureThe maintenance test procedure was a standard procedure that was performed on allproduction and service ADIRUs. It tested hardware functionality, includingnavigation performance and the download <strong>of</strong> BITE data. It consisted <strong>of</strong> a total <strong>of</strong>177 specific subtests. Results from these tests were compared with the acceptancetest procedure results from the most recent service on the units.As the procedure loaded special test s<strong>of</strong>tware to replace the normal <strong>flight</strong> s<strong>of</strong>tware,it was performed after the operational <strong>flight</strong> program integrity check. The <strong>flight</strong>s<strong>of</strong>tware was then re-installed at the end <strong>of</strong> the procedure.A system functional test was also conducted as part <strong>of</strong> the standard maintenance testprocedure with a navigation performance (‘drift’) test. The navigation performancetest was run on a moving platform to exercise the unit’s inertial sensors, firstly for1 hour from a cold turn-on and another hour from a warm turn-on. An additionalBITE data download was performed after the navigation performance test.No problems were identified with any <strong>of</strong> the units.Acceptance test procedureThe acceptance test procedure was normally conducted on production and serviceADIRUs after a unit had been disassembled to ensure its proper reassembly. Ittested hardware functionality including navigation performance and download <strong>of</strong>BITE data. It was similar to the maintenance test procedure, although lesscomprehensive as it did not overwrite the unit’s operational <strong>flight</strong> program(s<strong>of</strong>tware). Since the acceptance test procedure could be conducted withoutchanging a unit’s configuration, the unit could subsequently be tested while still inits ‘original’ condition. No problems were identified.Databus output waveform measurement and data monitoringThis test focused on the ARINC output transmission circuitry. The goal was toestablish if data anomalies could be observed that were similar to spike anomaliesrecorded during the occurrence. The procedure was performed on the engineeringmanual integration test station (MITS). This was the same station used for alls<strong>of</strong>tware integration and formal s<strong>of</strong>tware testing. The station capabilities allowedreal-time monitoring <strong>of</strong> any BITE failures that may occur. It also separated out allARINC databuses so that they could be loaded or connected to any receivingequipment desired.The ARINC transmission levels were measured using an oscilloscope, inspected forindications <strong>of</strong> noise or abnormal waveforms, and compared to the ARINCspecification. This was repeated on all inertial reference (IR) and air data reference- 246 -

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!