The Flight Data Recorder System
In most countries, there is a requirement to have flight data from the Flight Data Recorder (FDR) system regularly downloaded and validated. This requirement is in addition to any physical maintenance checks that may be required for the FDR. The check consists of interpreting the flight data using specialized computer software to ensure that mandatory flight parameters such as airspeed and altitude are being recorded correctly and at the minimum frequency or sample rate.
Unlike an FDR maintenance or serviceability check, the FDR System check is intended to assess the functionality of all components of the FDR system; not just the FDR itself.
Flight data has its beginning at sensors located on various parts of the aircraft. This data may then move to an Air Data Computer, or to a data bus before proceeding to the aircraft’s Flight Data Acquisition Unit (FDAU). The FDAU serves as a type of funnel that takes all of this collected information, puts it in a standard format (normally ARINC 717) and writes it to the FDR. The FDR itself is really just a recording device that captures whatever data is sent to it by the FDAU.
It is also worth noting that, although it is less common today, some older aircraft do not have a FDAU and data from the sensors is sent directly to the FDR. The process for evaluating the system, however, is the same and we at Scaled Analytics have extensive experience working with these kinds of systems.
Once the raw, binary data is recovered from the FDR, a Parameter Conversion file is used to convert the “ones and zeros” back into meaningful engineering units such as altitude and airspeed. These special files are commonly referred to as LFL (Logical Frame Layout) or FRED (Flight Recorder Electronic Documentation) files. The Parameter Conversion files are not a “one size fits all” and there are many versions of these files, even for one particular aircraft type (the B737 family alone can have 50 or more). In the event of an accident or incident, it is the aircraft operator’s responsibility to provide this information to the investigating board, so it is crucial that the operator knows what parameter conversion information is to be used with each aircraft and that it is functioning properly.
It is rare that a problem with the FDR itself is discovered during FDR System Readouts. Normally if there is a problem with the FDR, it would show up during a maintenance check or through an indication in the flight deck.
Problems with the FDR System are much more subtle as failures can take place anywhere in the system. Sensors can fail, resulting in only one parameter out of hundreds exhibiting any errors. The FDAU can have a software update, but the parameter conversion documentation update for the FDR can be overlooked, resulting in erroneous parameter conversions. Or, the FDR parameter conversion documentation can contain errors, also resulting in incorrect engineering units conversions.
At Scaled Analytics, we have more than 90 years of combined experience looking at flight data and we have seen these issues first hand. We also have one of the world’s largest libraries of Parameter Conversion files, so chances are we already have a file for your aircraft. But even if we don’t, we are experts at creating these files so we can still ensure a quick turnaround for your FDR System Readout as soon as we receive documentation for your aircraft.
Sky Analyst FDR can simplify the process for completing your annual Flight Data Recorder (FDR) readout serviceability checks.
Sky Analyst AOG is a cloud-based flight data analysis system that allows maintenance personnel to troubleshoot aircraft issues.
Scaled Analytics has significant experience in the use of flight data for investigating aircraft incidents and accidents.