This invention generally relates to aircraft maintenance and, more particularly, to a system and a method for detecting hard or heavy aircraft landings.
Hard or heavy landings are significant high load events that may adversely impact airframe structural integrity. Such landings may result in damage that affects the ability of the aircraft to fly safely. When this happens, repairs must be performed prior to flying the aircraft again. An inspection must be performed when there is a hard landing, so as to determine if such repairs are needed.
However, the inspection process that is required to assess the potential for damage due to a suspected hard landing event is undesirably time consuming. Further, the inspection process frequently results in a finding of no damage. In the past, studies showed that up to 90% of pilot-initiated hard landing inspections resulted in no finding of damage.
Although pilots attempt to be realistic about the need for inspections, the fact that people's lives are at stake creates a strong bias in favor of safety. The results of performing unnecessary inspections include undesirably increased labor costs and lost revenues due to the down time of the aircraft.
One existing system uses the load factor provided by an air data inertial reference unit (ADIRU), which is not reliable due to the body-bending response in the fuselage at touchdown. The ADIRU is located at the forward section of the fuselage and the load factor is mathematically translated to the airplane's center of gravity to determine the load factor value. Data analyses of actual landings from operators have shown that the load factor is an unreliable indicator of a hard landing event.
More specifically, the indication of a hard landing as reported within an airplane condition monitoring function (ACMF) is based on data recorded from nose-mounted accelerometers, combined and recalculated to correct for the true location of the aircraft's center of gravity. This prior art method, based on nose-located accelerometers, has been shown to produce false reports from computational errors resulting from flexure bending of longer aircraft fuselage configurations. A false report of a hard landing can result in an unnecessary costly structural inspection and has the potential to delay dispatch of the airplane.
As hard landing reports necessitate landing gear structural inspections, and incur both associated costs and potential delays in dispatch of the aircraft, an improved method for the reliable determination of a hard landing event is desirable.
The present invention is a system and a method for determining whether a hard landing has occurred with improved dependability. The disclosed system and method employ a sink rate algorithm that estimates the vertical sink rate of the main landing gear relative to the ground both before and after the point of touchdown. [As will be explained in more detail below, the term “point of touchdown” refers to the moment in time when the first main gear truck begins to untilt.] The system generates a clean vertical sink rate value separate from the main flight control computer results, although the same conditional flight sensors, such as the radio altimeter, inertial reference units, pitch rate, and pitch attitude, are accessed and modified to account for the fact that the landing gear position is offset relative to the aircraft center of gravity.
The sink rate algorithm comprises a second-order complementary filter followed by a lag time noise reduction (i.e., smoothing) filter. The output main gear vertical sink rate takes into account the landing gear position with respect to the runway surface. Activation of the sink rate computation occurs at some preset elevation (e.g., 200 feet) above ground level of the wheel carriage as determined by the radio or radar altimeter. Monitoring continues until a predetermined time (e.g., 2 second) after the point of touchdown.
Recorded values are presented in a new baseline sink rate report for data analysis and validation of any hard landing occurrence, and to determine if there is a need for a maintenance inspection of the landing gear structure. In accordance with a further aspect, if the sink rate algorithm produces an estimated sink rate of the main landing gear that exceeds a warning threshold, an indication or report is produced, indicating that a hard landing may have occurred. More specifically, if the estimated main gear sink rate exceeded the baseline vertical sink descent rate as translated into high induced dynamic landing gear structural input loads at runway contact, a hard landing report (also referred to herein as a “landing exceedance report”) is automatically created and then transmitted to various locations.
Other aspects of the invention are disclosed and claimed below.
The embodiments of the invention disclosed herein comprise an airplane condition monitoring function (ACMF) hosted on an Airplane Information Management System (AIMS). The AIMS is a general purpose computer that hosts many software applications. The ACMF in the disclosed embodiments comprises various software applications (hereinafter referred to as “logic units”). As will be disclosed in more detail hereinafter, one logic unit of the ACMF calculates a sink rate parameter at 20 Hz, and another logic unit of the ACMF triggers a sink rate report on every landing. A third logic unit of the ACMF triggers a hard landing report if certain preconditions have been satisfied. Although the present invention may be implemented in software running on a general purpose computer, other embodiments may be implemented in software residing on customized processors or line replaceable units (LRUs).
The ACMF 10 also receives and stores data samples of many other flight parameters, such as roll angle, roll rate, wind direction, wind speed, true heading, groundspeed, CGBRM acceleration and calibrated airspeed (CAS). This data is available for inclusion in a triggered report, along with pitch attitude, pitch attitude rate, radio altitude, vertical speed, vertical acceleration (ADIRU), and the outputs of the sink rate algorithm (i.e., filtered main gear radio altitude and main gear sink rate).
The ADIRU is transmitting the data and ACME is receiving it. The transmit rate depends on what data is sought. The vertical acceleration and pitch attitude are transmitted by the ADIRU at 40 Hz, but the ACMF is limited to a maximum acquisition rate of 20 Hz. The pitch attitude rate is transmitted by the ADIRU at 20 Hz.
The ACMF provides a programmable method for triggering custom data reports. Report triggers are defined using logic units to collect sample data at a predefined rate and time prior to and after the trigger event. Reports are defined using a Ground Based Software Tool (GBST), which provides the basic framework to support Airline Modifiable Information (AMI) development.
The data samples are only temporarily stored in memory (of the AIMS computer) for the duration of the largest amount of history samples specified in the AMI. This is referred to as the History Buffers. If the data is not used by any report within the maximum history range, the samples are lost. Once a sample or samples are collected for a report, they are permanently stored with the report.
A report collects a set (or multiple sets) of data under certain conditions, such that the user can see these set(s) of data at a later time (long after the conditions of interest have passed). The sink rate report collects two sets of data: (1) the report header data (a single snapshot of documentary data which includes aircraft ID, Date/Time, Flight Number, Departure and Arrival Station, Software ID, etc.); and (2) the set of sink rate data, which collects time-series data from 15 samples prior to a trigger event (i.e., the truck tilt transition from Tilt to Not-Tilt) through the current time of the trigger event. In order to collect this data, the report must be activated or, as referred to herein, opened.
The different sets of data to be collected (a snapshot of header data and the time-series of sink rate data) are referred to herein as data collection groups. In general, reports can collect many different sets of data and not all sets need to be collected at the same time. When the main trigger event occurs and the first set(s) of data need to be collected is when the report is opened and it starts collecting the first set(s) of data. Other set(s) of data may need to be collected at a later time or at the occurrence of additional trigger conditions. When the appropriate time has passed or the additional triggers occur, these data sets (data collection groups) are activated to collect their data, which is referred to as “initiating” the data collection group. It so happens that in the sink rate report both sets of data (header and sink rate data) are collected at the same time, which is also the time when the report is opened.
The sink rate algorithm disclosed herein has application for reporting hard landings by aircraft of different types. In particular, the sink rate algorithm disclosed herein has been adapted for use with models 200 and 300 of the Boeing 777 aircraft. Certain parameters which appear in the algorithm disclosed hereinbelow have values which vary depending on whether the airplane is a 777-200 or a 777-300. Such parameters include L1, L2 and pit_at_td, which are defined as follows: L1 is the distance from the radio altimeter antenna to the main gear and has values of 63.1 ft for the 777-200 or 80.6 ft for the 777-300; L2 is the distance from the ADIRU to the main gear and has values of 87.9 ft for the 777-200 or 105.4 ft for the 777-300; and pit_at_td is the nominal pitch attitude (in degrees) at touchdown and equals 5.3 deg for the 777-200 or 4.15 deg for the 777-300. However, the sink rate algorithm disclosed below is not limited to use with Boeing 777 aircraft and can be applied to other aircraft by substituting the appropriate values for the parameters L1, L2 and pit_at_td corresponding to such other aircraft models.
The sink rate algorithm disclosed herein is based on a design that has been widely used in autopilots. It combines information from radio altimeters, inertial reference units, pitch rate and pitch attitude, to form an estimate of the sink rate of the main gear relative to the ground. The sink rate output is smoothed with a quarter-second time constant lag filter to provide a clean, well-behaved estimate of the sink rate during flare and touchdown. This algorithm is currently being used within Flight Controls on the 777 because of its accuracy, but it is not available to the rest of the airplane systems. In accordance with the present invention, the sink rate algorithm has been recreated in the ACMS for use in automatically generating reliable hard landing reports.
It is not possible to simply measure the vertical speed at the time of landing to detect a hard landing event. On the Boeing 777 aircraft, the vertical speed as measured by the ADIRU 12 is corrupted when the airplane approaches the ground due to changes in static pressure. Also, if the output of the radio altimeter 14 were differentiated, the resulting parameter would be very noisy.
Using the vertical acceleration parameter to calculate sink rate has an advantage over using the vertical speed in that the vertical acceleration is not corrupted by ground effects as the airplane nears the ground. However, on the Boeing 777 aircraft, the vertical acceleration parameter by itself is not appropriate for determining hard landings. Especially on the 777-300 airframe, use of the vertical acceleration parameter would lead to very high G readings for landings that are not considered hard landings. The vertical acceleration parameter is measured by the ADIRU 12 (see
Use of the “Center of Gravity Body Normal Acceleration” (CGBRMACL) parameter instead of vertical acceleration provides slightly better results, but still leads to high G readings, especially on the -300/-300ER airframe.
Disclosed herein is a better method to aid in the investigation into reported hard landings using an estimated sink rate of the main gear. The system disclosed herein determines and provides a reliable indication or report of a landing that may have exceeded the baseline vertical sink descent rate as translated into high induced dynamic landing gear structural input loads at runway contact. The new indication or report is provided in response to the generation of a main gear sink rate value above a predefined threshold. The output vertical sink rate takes into account the main landing gear position with respect to the runway surface. Activation of the sink rate computation occurs at some preset elevation (e.g., 200 feet) above ground level of the wheel carriage (hereinafter “wheel truck”), as determined by the radio or radar altimeter. Monitoring continues until a predetermined time (e.g., 2 seconds) after the point of touchdown.
The Baseline ACMF AMI utilizes the following components to provide the main gear sink rate parameter to the operator.
The ACMF comprises a logic unit that calculates the sink rate parameter at 20 Hz. The sink rate is the actual main landing gear sink rate (in ft/sec) based on radio altitude, filtered and corrected for pitch attitude, pitch attitude rate, vertical speed, vertical acceleration and airframe-specific (e.g., 777-200/-300) body bending characteristics, using a sink rate algorithm.
The ACMF also comprises a logic unit that triggers the sink rate report. This logic unit triggers the sink rate report on every landing to make the sink rate data available to the operator. This is not a hard landing report, but rather a routine recording of the sink rate data. If the aircraft crew reports a hard landing, the data in the sink rate report can be used as an aid in reviewing that landing. The sink rate report contains the input and output parameters of the sink rate algorithm and some additional landing-related parameters. Sample sink rate reports are presented in Section 1 of the Appendix, including a sample sink rate report for MAT Display/Disk/Printer from the GBST, showing the report format, and a sample report as generated during a laboratory test, showing data values.
As seen in Section 1 of the Appendix, the sink rate report contains the sink rate parameter and other landing-related data. This particular exemplary report provides the sink rate parameter (SNKRAT) and related parameters at 20 Hz from 15 samples (0.75 sec) prior to first main gear touchdown through main gear touchdown. The other parameters listed in the report data table are as follows: SEC—data acquisition time (in seconds prior to touchdown); RH—radio height (altitude) as measured by the radio altimeter; PITCH—pitch angle as measured by the ADIRU; PTCHRAT—pitch rate angle as measured by the ADIRU; VERTACC—vertical acceleration as measured by the ADIRU; ALTFILT—filtered gear altitude as calculated by the sink rate algorithm; SNKRAT—filtered gear altitude rate as calculated by the sink rate algorithm; ROLL—roll angle as measured by the ADIRU; TT—main gear truck tilt as measured by a sensor; FG—fail to ground discrete indicator that a main gear is on the ground and a predefined weight has been placed on the gears. The TT and FG parameters are explained in more detail and the term touchdown is defined in the next paragraph.
Each main gear on the Boeing 777 aircraft has three axles for a total of six wheels. These axles are attached to a platform, called the “truck”, which in turn is attached to a vertical beam extending downward from the aircraft body. The truck with three axles is attached to the vertical beam in such a manner that it can pivot about an axis parallel to the axles. On the ground, this allows the wheels to follow the contours of the ground. In the air, the wheel truck will pivot in such manner that the rear wheels are hanging lower than the front wheels (i.e., the truck is tilted). On the Boeing 777 aircraft, when the gear is pressurized and tilted up in preparation for landing, the amount of truck tilt is about 12 deg. Upon landing, the rear wheels will touch down first; as the aircraft continues to descend, the truck will pivot until the truck is approximately horizontal and all wheels are touching the ground. There is a sensor that tells the ACMF when the truck is tilted more than 9 deg (TT=2) and when it is tilted less than 9 deg (TT=1). More specifically, this sensor will go false, indicating the trailing tires have touched the ground, when the amount of tilt decreases by about 3 deg, i.e., to the 9 deg tilt position. (A person skilled in the art will recognize that the sensor could be designed to transition at a different tilt angle.) The point of touchdown, as defined herein, is when the first main gear truck tilt transitions from TT=2 to TT=1 i.e., first main gear touchdown. If the aircraft is flying perfectly level and the ground is perfectly level, both left and right main gears will touch down at the same time. If the aircraft is slightly rolled to the left or the right, one gear will touch down before the other. In the sink rate report with data values shown in Section 1 of the Appendix, the values “12” in the “TT” column indicate that the left main gear truck is not tilted while the right main gear truck is tilted.
The truck tilt indication is sampled at 10 Hz by the ACMF, but the maximum delay in the signal is 700 msec. That is why the data in the baseline sink rate report is recorded from −0.75 sec through 0 sec. When the truck tilt position changes from >9 deg to <9 deg, the report will show the transition from TT=2 to TT=1 with a possible maximum delay of 700 msec after the actual event. Since the data is being recorded in the report with a 750-msec history, the ACMF will always capture the actual event and the maximum sink rate in the report data, although one cannot be certain where in the last 700 msec the event actually occurred. If the maximum sink rate limit was exceeded anywhere in the last 700 msec, it should be assumed that it was a hard landing.
The “Fail-to-Ground” (FG) column in the sample sink rate report (see Section 1 of the Appendix) is another indication of the aircraft being on the ground or in the air. Fail-to-Ground is true (on ground) when either the left or right main gear is on the ground. This indication is slightly different from the Truck Tilt indication as it requires more weight on the gear. When the Truck Tilt transition occurs, there is virtually no weight on the gears; as the aircraft continues to descend and decelerate, more and more weight is placed on the gears; and as the gears compress enough (similar to a shock absorber on a car), one will see the Fail-to-Ground discrete transition. [The second sample report in Section 1 of the Appendix presents simulation data indicating that the FG discrete transition occurs before the truck is no longer tilted. The supplied report was generated in a laboratory, which may not have simulated this data entirely correctly. In the real world, FG=1 will occur after TT=1.]
The ACMF opens the baseline sink rate report if any one of the following conditions has occurred: (1) the last two samples of the left main landing gear truck tilt (LMLGTT_PSEU1) are valid AND the LMLGTT_PSEU1 transitioned from a value of 2 (truck tilted) to a value of 1 (truck not tilted); OR the last two samples of the right main landing gear truck tilt (RMLGTT_PSEU2) are valid AND the RMLGTT_PSEU2 transitioned from a value of 2 (truck tilted) to a value of 1 (truck not tilted). In short, the report is opened upon the first main landing gear transition from Tilt to Not Tilted.
As previously disclosed hereinabove, the system also provides a hard landing (or landing exceedance) report in response to the sink rate algorithm outputting a main gear sink rate value that exceeds a predefined threshold. A sample landing exceedance report appears in Section 2 of the Appendix. The vertical acceleration (VERT G), pitch attitude (PITCH), vertical speed (VERT SPEED), radio height (RADIO ALT), and pitch attitude rate (PITCH RATE) are monitored at a rate of 20 Hz by the same logic unit previously described. These parameters are used to compute the actual sink rate at 20 Hz using the same sink rate algorithm previously described. The actual sink rate (RALT RATE FILT in the sample report) is computed from a radio altitude of 200 ft through roll-out. The point of touchdown is determined by the first main gear truck tilt (LMLGTT/RMLGTT) transitioning from Tilted (=2) to Not-Tilted (=1). The main gear truck tilt is monitored at a rate of 10 Hz. The roll angle is monitored at a rate of 10 Hz. The landing exceedance (i.e., hard landing) report is triggered if, at the time of touchdown, the following conditions are satisfied: (A) the roll angle is between −2 and +2 degrees AND the roll rate is between −3.0 and +3.0 deg/sec AND the current or preceding sample of the actual sink rate exceeds 8 ft/sec; OR (B) the roll angle is less than −2.0 or greater than +2 degrees OR the roll rate is less than −3.0 or greater than +3 deg/sec AND the current or preceding sample of the actual sink rate exceeds 6 ft/sec.
Alternatively, the landing exceedance report is triggered if the gross weight of the airplane exceeds a predefined threshold. The Flight Management Function (FMF) broadcasts actual gross weight on a databus. The ACMF simply reads the data from the bus. Generally actual gross weight is entered by the crew before the flight, after taking on fuel. The FMF then takes that value and continuously deducts the weight of the fuel burned. The actual gross weight of the aircraft at the point of touchdown (GROSS WEIGHT TD VALUE field in the sample report in Section 2 of the Appendix) is checked at a rate of 1 Hz against the airframe-specific maximum landing weight (GROSS WEIGHT LIMIT field in the sample report) and if the limit is exceeded, the landing exceedance report is triggered. The maximum landing weight (MLW) is dependent on the airframe (-200, -200LR, -300, -300ER, etc.) and varies from 441,000 to 575,000 lbs. The logic unit that triggers the landing exceedance report determines which airframe it is installed on and selects the appropriate MLW. The GROSS WEIGHT LIMIT field in the sample report shown in Section 2 of the Appendix contains a number representing which MLW the logic unit has selected.
The landing exceedance report collects data at 20 Hz from 3 seconds prior through 2 seconds after the point of touchdown. The data collected includes vertical acceleration, radio altitude, vertical speed, aircraft speed, true heading, pitch, pitch rate, roll, roll rate, CGBRM acceleration, landing gear and control surface data as well as wind speed and wind direction. The report also includes outputs from the sink rate algorithm, namely: main gear altitude (RALT FILT in the sample report) and main gear sink rate (RALT RATE FILT in the sample report).
The landing exceedance report data also includes the main gear sink rate and aircraft gross weight at the point of touchdown (SINKRATE TD VALUE and GROSS WEIGHT TD VALUE), the peak center-of-gravity body normal acceleration (PEAK CGBRMACL) over a 2-second period from first main gear touchdown, and the peak pitch rate (PEAK PITCH RATE) at nose gear touchdown. The report also includes the reason why the landing exceedance report was triggered (either because the sink rate limit or the gross weight limit was exceeded at touchdown or both).
In summary, the baseline sink rate report is opened or triggered at touchdown for each landing, whereas the landing exceedance (i.e., hard landing) report is opened or triggered at touchdown only when the trigger preconditions corresponding to a suspected hard landing have been satisfied. In either case, the sink rate algorithm starts to operate prior to touchdown, e.g., when the aircraft reaches a predefined radio altitude, and continues to operate for a time period after touchdown, e.g., through roll-out. For each report, data is collected and formatted in response to the trigger event. The collected data in report format is both stored in the memory of the AIMS computer and sent to one or more output devices.
Referring back to
Referring to
An important issue with the sink rate algorithm is addressing the question of how to implement the three integrators. Any standard method would be acceptable, including simple rectangular (Euler) integration. In the particular embodiment shown in
The sink rate algorithm will now be described in detail with reference to
Referring to
In Section 3 of the Appendix, the statement “if (comp_filt_ic=TRUE)” is used to flag when the sink rate filter needs to be initialized. For CCC 3), the parameters gear_alt_err, r_int1 and int2_term are all set to zero at initialization.
Referring now to
Upon start-up of the sink rate filter, the first integrator 2 is initialized using the current value of the ADIRU vertical speed (parameter vert_spd_ad). This allows the filter to reach a stable state faster than when it is started from a zero value.
Still referring again to
Following initialization, the output c_int1 of the first integrator 2 is a function of the input r_int1. In step 34, the parameter r_int1 is multiplied by a constant=0.025. The product of step 34 is then summed with the parameter q_int1_prev in step 36 to produce q_int1. Step 38 is a line of code that loads the current value of q_int1 into q_int1_prev, for use the next time through the algorithm. Step 38 must occur after step 40 is done. The current values of q_int1 and q_int1_prev are summed in step 40 to produce the parameter c_int1.
Still referring to
Referring now to
Still referring again to
Following initialization, the output c_int2 of the second integrator 4 is a function of the input r_int2. In step 46, the parameter r_int2 is multiplied by a constant=0.025. The product of step 46 is then summed with the parameter q_int2_prev in step 48 to produce q_int2. Step 50 is a line of code that loads the current value of q_int2 into q_int2_prev, for use the next time through the algorithm. Step 50 must occur after step 52 is done. The current values of q_int2 and q_int2_prev are summed in step 52 to produce the parameter c_int2, which is the same as the parameter gear_alt_fil that is subtracted from the parameter gear aft unf in step 28 to arrive at the parameter gear_alt err, as previously described with reference to
The unfiltered main gear sink rate gear_alt_rt_unf (see step 42 in
Following initialization of the lag filter 6, the parameter gear_alt_rt_fil is multiplied by a constant=0.09090909 in step 72. The parameter q_lag1_prev is multiplied by a constant=−0.81818181 in step 82. The product of step 82 is then subtracted from the product of step 72 in step 74, thereby producing the output q_lag1. Step 76 is a line of code that loads the current value of q_lag1 into q_lag1_prev, for use the next time through the algorithm. Step 76 must occur after step 78 is done. The current values of q_lag1 and q_lag1_prev are summed in step 78 to produce the parameter c_lag1, which is the sink rate parameter gear_alt_rt_fil that is output to the logic unit that triggers the opening of a landing exceedance report if certain preconditions (previously described) have been satisfied.
The present invention provides a method and a system for detecting hard landings that is cost effective, accurate and reliable. In this manner, less reliance need be placed upon the subjective opinion of the pilot and less downtime of the aircraft is likely to result.
The hard landing detection system disclosed herein may be used to provide accurate and reliable information for use in evaluating the need for and/or level of inspection that is required due to a hard landing event. In this manner, wasteful and unnecessary inspections resulting from improperly classified landings may be avoided. Thus, both costs and downtime can be reduced while safety is maintained.
While the invention has been described with reference to various embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the invention. In addition, many modifications may be made to adapt a particular situation to the teachings of the invention without departing from the essential scope thereof. Therefore it is intended that the invention not be limited to the particular embodiment disclosed as the best mode contemplated for carrying out this invention.
The format of a sample sink rate report for MAT Display/Disk/Printer from the GBST is as follows:
The format of a sample sink rate report as generated during a lab test is as follows:
The format of a sample landing exceedance report is as follows:
The pseudo code for the sink rate computations depicted in