Patent Application
20230282123
This application claims priority to India Provisional Patent Application No. 202211011856, filed Mar. 4, 2022, the entire content of which is incorporated by reference herein.
The subject matter described herein relates to custom or pilot entered procedures in an aircraft.
Custom or contingency procedures are intended to provide an alternate lateral and/or vertical routing to published procedures or those included in a navigation database accessed by a Flight Management System (FMS). Exemplary scenarios for entering such manual or custom procedure are when there is diminished aircraft performance and following a known procedure is not viable or when there is a published procedure available that is not included in a navigation database. Alternate routes may also be required to manage external conditions like weather/NOTAMS, internal aircraft conditions like degradation or a combination of both.
A flight crew member can insert waypoints defining a custom procedure using a flight deck interface. For example, lateral and longitudinal locations for each waypoint may be entered through a Control Display Unit (CDU) of the FMS. The pilot may enter a flight path angle, descent rate or altitude in association with each waypoint. After the full set of pilot entered waypoints have been defined, the custom procedure may be submitted to the FMS as a track to fix program so that the aircraft intercepts the custom procedure.
Some existing systems for entering custom procedures are offline in the sense that the waypoints are fully entered before connecting the custom procedure to the FMS. The interface for entry of waypoints does not link with terrain information. Whilst there may be a Terrain Avoidance and Warning System (TAWS), this will provide terrain alerts and advisories only after submitting the custom procedure to the FMS and once flying of the custom procedure has commenced. One result will be alerts and warnings being issued that can exacerbate an already stressful situation and which may require the pilot to re-define part or all of the custom procedure, which takes time and focus in a high workload scenario. In case of emergency events, it is crucial to avoid the alerts and warnings that could have been handled as part of strategic custom or contingency procedure design.
It is desirable to provide methods and systems facilitate custom/contingency procedure planning by reducing post-planning workload and alerts and by increasing safety of mission planning. It would further be desirable to provide advisories to better define a custom procedure at the planning stage. Furthermore, other desirable features and characteristics of the present invention will become apparent from the subsequent detailed description and the appended claims, taken in conjunction with the accompanying drawings and the foregoing technical field and background.
In one aspect, a method for creating a custom approach procedure is provided. The method includes receiving, via at least one processor a plurality of user entered waypoints and from a user interface. The plurality of user entered waypoints constitute a provisional custom approach procedure. The method includes constructing, via the at least one processor, a three-dimensional (3D) flight path connecting the way points with the constraint that the 3D flight path is a descent path with no climb segments. The method includes obtaining, via the at least one processor, terrain data along the 3D flight path from a terrain database. The method includes assessing, via the at least one processor, the 3D flight path with respect to the terrain data to detect one or more terrain conflicts. The method includes generating, via the at least one processor, an output to the user interface based on the detected one or more terrain conflicts. The method includes receiving a user response to the detected one or more terrain conflicts that adjusts at least one of the user entered waypoints. The method includes reconstructing a revised 3D flight path based on the user response, the revised 3D flight path being reconstructed as a descent path with no climb segments. The method includes iteratively performing, via the at least one processor, the assessing, generating, receiving and reconstructing steps until terrain conflicts are not detected, thereby providing a terrain deconflicted custom approach procedure constituted by the user entered waypoints.
In embodiments, the output includes at least one recommended lateral and/or altitude and/or flight path angle constraint for one or more of the waypoints that avoids the one or more terrain conflicts.
In embodiments, the output includes an advisory of terrain conflict.
In embodiments, the output includes inserting at least one lateral and/or altitude and/or flight path angle constraint for one or more of the waypoints or other part of the 3D flight path to remove the one or more terrain conflicts.
In embodiments, the terrain data is arranged in grid cells. The grid cells associated with the 3D flight path are determined, peak terrain elevation data for each grid cell is extracted from the terrain database as the terrain data and the assessing step includes assessing with respect to peak terrain elevation data.
In embodiments, constructing and reconstructing the 3D flight path includes factoring in at least one of: temperature compensated altitudes, any degraded aircraft performances, weather and flying restrictions.
In embodiments, the output to the user interface includes a vertical situation interactive display configured to receive vertical revisions to the 3D flight path. In one embodiment, the vertical revisions include at least one of angle, altitude and steps. In an embodiment, the vertical situation interactive display includes a depiction of the terrain data.
In embodiments, the terrain data is arranged in grid cells of adaptable resolution and the terrain data is called with a grid resolution based on required navigation performance.
In embodiments, assessing the 3D flight path with respect to the terrain data to detect the one or more terrain conflicts includes comparing terrain height plus a safety or clearance margin with the 3D flight path. In one embodiment, the safety or clearance margin is adapted based on accuracy of navigation performance.
In embodiments, the method includes submitting, via the at least one processor, the terrain deconflicted custom approach procedure to a Flight Management System of the aircraft.
In embodiments, receiving the plurality of user entered waypoints includes allowing user entry of waypoints by a rubber banding technique.
In embodiments, the constructing the three-dimensional (3D) flight path begins at a final leg connecting a landing site and a final waypoint and wherein the assessing, generating, receiving and reconstructing are performed by sequential back propagation from the final leg. In another aspect, a system for creating a custom approach procedure is provided. The system includes a user interface and at least one processor in operable communication with the user interface. The at least one processor is configured to execute program instructions to cause the at least one processor to: receive a plurality of user entered waypoints constituting a provisional custom approach procedure from the user interface; construct a three-dimensional (3D) flight path connecting the way points with the constraint that the 3D flight path is a descent path with no climb segments; obtain terrain data along the 3D flight path from a terrain database; assess the 3D flight path with respect to the terrain data to detect one or more terrain conflicts; generate an output to the user interface based on the detected one or more terrain conflicts; receive a user response to the detected one or more terrain conflicts that adjusts at least one of the user entered waypoints; reconstruct a revised 3D flight path based on the user response, the revised 3D flight path being reconstructed as a descent path with no climb segments; and iteratively perform the assessing the 3D flight path, generating the output, receiving the user response and reconstructing the revised 3D flight path until terrain conflicts are not detected, thereby providing a terrain deconflicted custom approach procedure constituted by the user entered waypoints.
In embodiments, the output includes at least one recommended lateral and/or altitude and/or flight path angle constraint for one or more of the waypoints that avoids the one or more terrain conflicts.
In embodiments, the output includes an advisory of terrain conflict.
In embodiments, the terrain data is arranged in grid cells, the grid cells associated with the 3D flight path are determined, peak terrain elevation data for each grid cell is extracted from the terrain database as the terrain data and the assessing step includes assessing with respect to peak terrain elevation data.
In embodiments, receiving the plurality of user entered waypoints includes allowing user entry of waypoints by a rubber banding technique.
The above described aspects and embodiments relating to a method are applicable to the system aspect.
Embodiments of the subject matter will hereinafter be described in conjunction with the following drawing figures, wherein like numerals denote like elements, and:
Systems and methods described herein provide a user interface for entering custom/contingency procedures. The custom procedure could be either created by the pilot (or other flight crew member) or an operative at an operations center. The custom procedure could be created as a series of TF (Track to Fix) legs, or a published procedure could be modified. Altitude and speed constraints may be added as needed. The systems and methods provide advisories, suggestions and automatic procedure modifications as part of custom/contingency procedures design. The planning application for entering custom waypoints is integrated with a terrain database and optionally also a navigation database and aircraft capabilities. The system could be realized in cockpit avionics or as a connected solution (e.g. an Electronic Flight Bag (EFB)).
The systems and methods described herein may result in safer operations through: terrain integration with custom procedure planning; providing advisories on terrain conflicts; providing recommendations as to terrain avoidance; allowing modifications at the planning stage to the procedure to avoid terrain; and taking into account current aircraft capabilities during the planning phase.
The systems and methods generate a fight path (trajectory) that follows the pilot entered waypoints by factoring-in current aircraft capabilities. A custom route is designed as a sequence of waypoints. The pilot may insert one or more waypoints by coordinate entry, selection on a map or rubber banding or a combination thereof by using a graphical interface. After each waypoint has been entered, terrain features for the flight path are fetched from a terrain database. The number of points assessed along the flight path may be set by grid resolution of the terrain database. The predicted flight path terminating at the waypoint position is extrapolated to find the grid cells along the anticipated path. If the predicted altitude along the flight path, specifically the peak terrain elevation within the cell for any of the extrapolated positions, is within a predefined alert limit, an alert is issued to the crew. Along with an alert, the systems and methods may suggest an altitude at which the flight path could pass through the waypoint of interest. This altitude ensures that there is no terrain incursion along the anticipated path. Alternately, path constraints (angle, altitude or a combination of both) can be inserted into the path and a prompt for pilot review of the recommended constraint is issued. In this way, measures to strategically avoid a possible terrain incursion are accounted for in a custom procedure planning stage before submission to the FMS.
An exemplary workflow for creation of a custom procedure may follow the forthcoming steps. A pilot prepares a procedure (e.g. an arrival or departure) as a series of custom waypoints based on the intended geometry of the procedure. The custom waypoints are defined by the pilot. The custom waypoints are either entered as coordinates, selected on a map or rubber banded (by clicking desired points on the map display and dragging flight legs) by the pilot. Based on the latitude and longitude of the waypoints, terrain elevation is assessed per the grid resolution for each of the waypoint positions and a predicted trajectory. The system computes the predicted altitude per the trajectory. The system checks the terrain grid features (peak elevation) along the predicted path by extrapolating the predicted position. If terrain elevation affects the path, an advisory of terrain conflict is issued to the pilot. The waypoints or segments may be displayed on a vertical situation display using a color indicating terrain conflict or using any other symbols providing an indication of terrain conflict such as potential incursion at latitude/longitude, predicted altitude and grid peak altitude. The vertical situation display may further include a representative depiction of scale and location of the terrain based on information pulled from the terrain database. The pilot may take appropriate action by modifying a lateral or vertical path to resolve the potential terrain conflict/incursion. Alternatively, the system may suggest the revised path of avoidance (by assigning appropriate path constraints) for pilot review and acceptance. If terrain elevation does not affect the predicted path, the inserted waypoint is displayed like other waypoints. After review, the pilot can activate the pending flight plan with the procedure by submission to the FMS. In embodiments, an advisory is issued if the difference between terrain elevation and predicted altitude is less than a safety margin. An advisory is not issued if there is enough clearance between terrain and the predicted altitude. Custom procedures could also be defined by modifying a procedure available in the navigation database.
The systems and methods described herein may propose altitude constraints or Flight Path Angle (FPA) constraints for insertion at the time of procedure creation within the cockpit or using an offboard device. Based on the position of the waypoints, the terrain altitude is fetched from the terrain database. When a potential terrain conflict is predicted, a pseudo waypoint may be created with an altitude constraint above the terrain altitude with sufficient margin or the descent angle may be adjusted to avoid the terrain with an indication to the pilot. Thus, altitude and FPA constraints are added to the procedure to avoid terrain at the planning phase itself.
In a visual approach, the system allows a flight crew member to enter a descent angle and leg distance for the visual approach. Terrain details are fetched along the path constructed. If significant terrain is there, a visual indication thereof is provided such as on a Touch Screen Controller (TSC) snapshot. An intuitive depiction of a vertical profile may be provided in the custom approach page during a strategic planning phase. The system may suggest a leg distance and descent angle to avoid the terrain. Thus, a terrain scenario is assessed, depicted and avoided with suggestions while planning visual approaches.
The system 8 is implemented, at least in part, by a processing system 806 as described in further detail below with respect to
The system 8 includes a Flight Management System (FMS) 18, which is an on-board multi-purpose navigation, performance, and aircraft operations computer. The FMS 18 is configured to assist with navigation of the aircraft 10 according to the parameters presented within the flight plan. As a component of the avionics of the aircraft 10, the FMS 18 is a specialized computing system that can automate a wide variety of inflight tasks and reduce the workload on the flight crew (e.g., pilots). In particular, a primary function performed by the FMS 18 is overall management of the flight plan. Managing the flight plan may involve using aircraft sensor measurements, such as measurements from the aircraft's global positioning system (GPS), inertial navigation system (INS), and radio navigation, to determine the aircraft's position in order to help guide the aircraft 10 along the flight plan. For instance, the FMS 18 may help a pilot follow waypoints set forth within the flight plan. In some instances, the FMS 18 may also help automatically navigate the aircraft 10 according to the waypoints of the flight plan.
The FMS 18 may help guide the aircraft 10 using the input and display interfaces of the aircraft's navigation system. For instance, the FMS 18 may display a visual representation of the flight plan for pilots to follow on one of the navigation system's display interface. An example visual representation associated with a flight plan may display an overview of areas traversed during the flight path along with visual indicators of the different waypoints that can be used to guide the aircraft 10. The visual representation can be used to display other information for the pilot to utilize, including altitude measurements, temperature readings, and distances to waypoints, etc. The visual representation may also be used to provide alerts to inform the pilots of detected events during navigation of the flight plan. The FMS 18 may also be configured to receive and accommodate inputs from the pilot. For instance, the FMS 18 may adjust the visual representation or modify aspects of the flight plan (e.g., the flight path) in response to inputs provided by the pilot.
The FMS 18 may construct a flight plan based on navigation data 54 provided by a navigation database 58. The navigation database 58 may contain the elements from which a flight plan is constructed. For instance, the navigation database 58 may convey maps and routes available for constructing the flight plan. These elements may be defined via the ARINC 424 standard. The information within the navigation database 58 may be updated routinely to ensure that its contents are current. In some examples, the navigation database 58 may include information related to waypoints, airways, radio navigation aids (e.g., distance measuring equipment (DME), VHF omnidirectional range (VOR), non-directional beacons (NDBs), and instrument landing systems (ILSs), airports, runways, standard instrument departure (SID), standard terminal arrival (STAR), holding patterns, instrument approach procedure (IAP), and other possible data. In some instances, the navigation database 58 may not include a required procedure such as an approach to a particular airfield or runway not being included in the navigation database. In such an instance, a pilot may need to define a custom approach procedure without reference material or may need to enter a custom procedure by reference to a published chart for that airfield.
The processing system 12 has access to the terrain database 44. The terrain database 44 provides a digital representation of terrain and obstacles as datasets for a series of airborne and ground applications such as Enhance Ground Proximity Warning System (EGPWS), Terrain Avoidance and Warning System (TAWS), Advanced Surface Movement Guidance and Control System (A-SMGCS), Minimum Safe Altitude Warning (MSAW), etc. A terrain dataset is a digital representation of the elevation of the terrain at a number of discrete points. Major features of the terrain database 44 include geometric distribution/position of discrete points, horizontal/vertical datum and specific units of measurement. The terrain database 44 includes a digital representation of a surface of the Earth containing naturally occurring features such as mountains, hills, ridges, valleys, bodies of water, permanent ice and snow, and excluding obstacles. The terrain database 44 further includes a digital representation of obstacles which includes the horizontal and vertical extent of man-made and natural significant features. Terrain elevation data in the terrain database 44 is arrange in three-dimensional grid cells, with a terrain elevation value (e.g. peak elevation) included in each cell. A resolution (volume) of the grid cells may vary depending on location. For example, a finer resolution (smaller volume) of grid cells may be provided at locations around airports as compared to oceanic airspace.
The processing system 12 is in communication with aircraft state sensing unites 20, which provide aircraft state data 48 representing a current performance of the aircraft 10. The aircraft state data 48 may convey limitations associated with operation of the aircraft 10. The limitations may depend on the size, weight, fuel capacity, and engine type of the aircraft. The performance of the aircraft may depend on aircraft degradations in the aircraft 10 that are prevailing such as a failed engine, limited fuel, or a hardware failure of any kind associated with the aircraft. 10. The processing system 12 may factor in the aircraft state data 48 when constructing a flight path by modelling the aircraft degraded performance according to the aircraft state data 48. Speed, altitude, distance, flight path angle, etc. limitations may be modelled by the processing system 12. The processing system 12 may further model factors including weather data 50 from a weather service 22, NOTAM data 52 from a NOTAM service 42 and any other sources of information that may impact flight path modelling. Thus, airspace and airport (e.g. runway) restrictions included in the NOTAM data 52 (or other data) can be considered when constructing a flight path. Further, any impact of weather on the flight path can also be modelled such as wind direction and magnitude and hazardous weather to be avoided.
The system 8 may further include a user input device 16 allowing a user to enter custom waypoints. The user input device 16 may be in the form of a cursor control device or a touch screen control device. The user input device 16 may additionally or alternatively include a keyboard. The user input device 16 allows a user to enter waypoint coordinates. The waypoint coordinates may be entered by selecting or keying in coordinates or by selection within a lateral and/or vertical map. Waypoints and flight legs connecting waypoints may be adjusted by a dragging function. A combination of selecting points on a map and dragging flight legs is referred to as rubber banding, which is a technique that may be input through the user input device 16 in order to define a custom procedure. The user input device 16 may be operated to modify an existing flight plan from the navigation database 58 (such as an approach procedure) or a new custom procedure may be wholly defined by pilot entry via the user input device 16. Exemplary user interfaces for inputting the custom procedure are described in further detail below.
In the exemplary embodiment of
As used herein, the term module refers to any hardware, software, firmware, electronic control component, processing logic, and/or processor device, individually or in any combination, including without limitation: application specific integrated circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group) and memory that executes one or more software or firmware programs, a combinational logic circuit, and/or other suitable components that provide the described functionality.
Although a single processor 38 is illustrated, more than one processor may be provided. The processor 38 can be any custom made or commercially available processor, a central processing unit (CPU), a graphics processing unit (GPU), an auxiliary processor among several processors associated with the processing system 12, a semiconductor based microprocessor (in the form of a microchip or chip set), a macroprocessor, any combination thereof, or generally any device for executing instructions. The memory 40 may be any computer readable storage device or media and may include volatile and nonvolatile storage in read-only memory (ROM), random-access memory (RAM), and keep-alive memory (KAM), for example. KAM is a persistent or non-volatile memory that may be used to store various operating variables while the processor 38 is powered down. The memory 40 may be implemented using any of a number of known memory devices such as PROMs (programmable read-only memory), EPROMs (electrically PROM), EEPROMs (electrically erasable PROM), flash memory, or any other electric, magnetic, optical, or combination memory devices capable of storing data, some of which represent executable instructions, used by the processing system 12.
The computer programs 60 embody computer readable instructions, each of which comprises an ordered listing of executable instructions for implementing logical functions. The instructions, when executed by the processor 38, provide a user interface for a user to enter a custom procedure including a series of waypoints, constructs a flight path, assesses the flight path with respect to terrain along the flight path and advises the user as to any terrain conflicts. Generally, the various modules 24, 26, 28, 32, 36 and the terrain conflict detection engine 36 are embodied in the computer programs 60 and are executed by the processor 38 performing the logic, algorithms and calculations defined thereby.
The custom waypoint entry module 24 generates a visual user interface 200 (see
The trajectory construction module 26 is configured to receive the custom procedure 70 and construct a flight trajectory. In one embodiment, the trajectory construction module 26 is connected to the FMS 18, which includes trajectory construction capabilities. In another embodiment, the trajectory construction module is included in a remote FMS algorithm. In other embodiments, a dedicated trajectory construction capability provided for the trajectory construction module 26. As previously described herein, the trajectory construction module 26 factors in any degraded performance of the aircraft 10, any relevant weather data 50, NOTAM data 52 and any other provided data that may impact the trajectory of the aircraft. In the case of an approach procedure, the trajectory construction module 26 may apply a constraint of descent only approach without climb segments. The trajectory construction module 26 models the prevailing conditions when following the custom entered waypoints 206 to construct a predicted three-dimensional flight trajectory that the aircraft 10 is expected to fly. The trajectory construction module 26 thus outputs a three-dimensional flight path 72. In some embodiments, the trajectory construction module 26 back propagates from a destination (e.g. a runway or airport location) and its associated three-dimensional coordinate (altitude, latitude and longitude) and generates the flight leg connecting the final waypoint and the directly preceding waypoint. If the directly preceding waypoint has any user entered constraint, that constraint is considered when constructing the three-dimensional flight path 72. The trajectory construction module 26 repeats this process of constructing the three-dimensional flight path 72 starting from the final waypoint successively backwards.
The terrain conflict detection engine 36 receives terrain data 46 and the three dimensional flight path 72 and assesses the flight path 72 with respect to terrain conflicts along the flight path 72. That is, a comparison is made between elevation (e.g. peak elevation) included in each grid cell longitudinally and laterally aligned with the flight path 72 and the elevation of the flight path 72. When the flight path is sufficiently close (i.e. to within a safety clearance margin) or intercepts the terrain elevation, the terrain conflict detection engine 36 provides an terrain conflict output 56 indicating terrain conflict. The terrain conflict output 56 may include an indication of terrain conflict or absence of terrain conflict at each grid cell point along the flight path 72. Thus, not only is a terrain conflict indication provided but also the location of the terrain conflict is provided in the terrain conflict output 56.
The safety clearance margin may be a static variable retrieved from memory 40 or may be dynamically determined by the clearance altitude determination module 34. In embodiments, the clearance altitude determination module 34 takes into account navigation performance and the capabilities of the location detecting systems of the aircraft 10. The navigation performance refers to a level of navigation accuracy for a specific airspace block. A navigation performance of 0.3 means the aircraft navigation system is able to calculate its position to within a circle with a radius of 3 tenths of a Nautical Mile. The clearance altitude determination module 34 takes account of the navigation performance and calculates a smaller safety clearance altitude 74 if navigation performance accuracy is higher (e.g. with hybrid Inertial Reference System (IRS) or Global Positing System (GPS)). Otherwise, if the accuracy is lower, e.g. a VHF omnidirectional range (VOR) with distance measuring equipment (DME) (VOR-DME), then the safety clearance altitude 74 is kept higher. The clearance altitude determination module 34 may also take predicted Receiver Autonomous Integrity Monitor (RAIM), which predicts GPS integrity at a point in time and space into consideration and if GPS coverage is not available (or is of lower accuracy) in that estimated time along the flight path 72, the navigation performance accuracy will be low and hence the safety clearance altitude 74 is assigned to be higher.
The terrain grid resolution used by the terrain conflict detection engine 36 may be a static variable or a variable that is dynamically determined by the terrain grid resolution request module 37. The terrain grid resolution may be based on a sensitivity of the approach (e.g. arrival Required Navigation Performance (RNP) can be 1.0 while approach can be 0.3). That is, a closer the aircraft 10 is to the landing site, a higher terrain grid resolution 76 is called to the terrain database 44. In this way, finer granulated data is used at more critical parts of an approach procedure to detect terrain conflicts. The safety clearance altitude 74 and the terrain data 46 at the determined resolution is provided to the terrain conflict detection engine 36 for use in assessing whether the flight path 72 conflicts with terrain.
In embodiments, the terrain conflict output 56 is provided to a terrain avoidance recommendation module 28. The terrain avoidance recommendation module makes a recommendation as to what avoidance measures can be taken in order to terrain deconflict the flight path 72. For example, where the flight path intercepts terrain (or is within the terrain plus the safety clearance altitude 74), a recommendation may be made to insert an altitude constraint into a preceding waypoint, to reduce a flight path angle or to make a lateral diversion. The terrain avoidance recommendation module 28 thus outputs a terrain avoidance recommendation 78.
In embodiments, the output generation module 32 receives the terrain conflict output 56 from the terrain conflict detection engine 36 and the terrain avoidance recommendation 78 and generates a visual user interface 80 as described with respect to the examples of
In the example of
In the example of
In the example of
In the second visual user interface 502, the terrain avoidance recommendation module 28 has determined upon a descent angle recommendation (of 3° in this example) that is not detected by the terrain conflict detection engine 36 to conflict with terrain. The terrain avoidance recommendation module 28 may iteratively adjust flight path angle or altitude constraints in a preceding waypoint to the terrain conflict to minimize an adjustment to the custom procedure but to still avoid the terrain and the safety clearance altitude 74 according to the terrain conflict output 56 from the terrain conflict detection engine 36. The flight path is re-drawn in the vertical situation map 510 using the adjusted descent angle recommendation so that the terrain can be seen to be located beneath the adjusted flight path, which is terrain deconflicted. Assuming the pilot finds the flight path adjustment to be acceptable, the custom procedure can be accepted and submitted to the FMS 18 by selecting the apply button 504.
A flow chart of an exemplary method 700 for terrain deconflicting custom procedures is provided in
In step 710, a visual user interface for entry of custom waypoints is generated. The visual user interface may be according to any of the visual user interfaces described herein with respect to
In step 720, a 3D flight path 72 connecting the waypoints is constructed that takes into account the various constraints, particularly flight path angle and altitude constraints. In an approach procedure, the flight path is constructed starting at the landing site (e.g. a selected destination runway) and propagating backwards through the waypoints. Further, the terrain assessment of step 730 is performed in the same order as the flight path is constructed. In some embodiments, terrain conflict advisories are issued for the flight plan including all the waypoints of the custom procedure or just for part of the flight plan that has been constructed so far until a terrain conflict has been detected, starting from the destination runway and working backwards. In some embodiments, the flight path 72 is constructed to factor in temperature compensated altitudes for each waypoint, any degraded aircraft performances (like engine out) according to the aircraft state data 48 and other external factors (like weather according to the weather data 50 and any flying restrictions according to, for example, the notam data 52).
In step 730, the flight path 72 constructed in step 720 is assessed with respect to terrain using the terrain data 46 at each location along the flight path 72 to assess whether the flight path will incur on terrain (or the peak elevation of terrain plus the safety clearance altitude 74). The terrain grid resolution called from the terrain database 44 may be set for use in step 730 according to an RNP level of the procedure, which may be retrieved from the navigation database 58. This may be particularly the case where an existing approach procedure is being adjusted by loading an approach procedure from the navigation database 58 and adjusting the loaded procedure in the user interface for defining the custom procedure using rubber banding. The loaded approach procedure may be associated with an RNP in the navigation database 58 and this can be taken as an input for dynamically determining the grid resolution. In particular, a finer RNP being available for a given approach procedure allows for a finer grid resolution to be called, thereby avoiding nuisance alerts. In step 730, the assessment or detection of terrain conflict may be performed with respect to peak terrain included in the terrain database 44 and also an additional safety clearance altitude 74. The safety clearance altitude 74 may be preset or dynamically determined. If dynamically determined, the safety clearance altitude 74 may be determined based on a precision of navigation data (self-localization) for the aircraft 10 predicted for each location along the flight path. The higher the precision, the smaller the safety clearance altitude.
In step 740, an output is generated regarding any terrain conflicts detected in step 730 based on the part of the flight path having been so far assessed (starting from the destination and propagating backwards). The output may include a visual user interface including an advisory regarding terrain conflict. The advisory can be a notification of the terrain conflict or include a recommendation of a flight constraint to be inserted to avoid the terrain conflict, as described with respect to
In step 750, a user response is received to the terrain conflict detection and associated output. The user response may be insertion of a constraint or acceptance of a recommended constraint, where the constraint serves to adjust that part of the flight path to avoid the terrain conflict. The user response may include dragging and dropping a waypoint (or flight path segment) to a new lateral location using the lateral map of the visual user interface or dragging and dropping (e.g. rubber banding) a waypoint or flight path segment in the vertical situation map of the visual user interface. In step 760, the flight path is reconstructed based on the waypoints and the adjusted constraints received in step 750 and iteratively propagating backwards from the destination runway along the custom procedure and repeating steps 230 to 260. It should be appreciated that where no terrain conflict is detected in step 730, steps 240 to 260 may not be performed and a visual user interface is generated that indicates terrain clearance and provides a button for submitting the custom flight plan to the FMS 18, such as the second visual user interface 502 of
In step 770, the method determines whether all terrain conflicts have been resolved. If not, the method loops back to step 730 to continue assessing for terrain conflicts and resolving terrain conflicts by iteratively repeating steps 730 to 760 starting from a destination end of the custom procedure. Once all terrain conflicts have been determined to be resolved in step 770, the custom procedure is submitted to the FMS 18 and the FMS 18 and the autopilot (or the flight path may be flown by the pilot without an autopilot) work together to fly the aircraft 10 along the custom procedure.
In exemplary embodiments, the display device 802 is realized as an electronic display capable of graphically displaying flight information or other data associated with operation of the aircraft 820 under control of the display system 508 and/or processing system 806. In this regard, the display device 802 is coupled to the display system 808 and the processing system 806, wherein the processing system 806 and the display system 808 are cooperatively configured to display, render, or otherwise convey one or more graphical representations or images associated with operation of the aircraft 820 on the display device 802. The user input device 804 is coupled to the processing system 806, and the user input device 804 and the processing system 806 are cooperatively configured to allow a user (e.g., a pilot, co-pilot, or crew member) to interact with the display device 802 and/or other elements of the system 800, as described herein. Depending on the embodiment, the user input device(s) 804 may be realized as a keypad, touchpad, keyboard, mouse, touch panel (or touchscreen), joystick, knob, line select key or another suitable device adapted to receive input from a user. In some embodiments, the user input device 804 includes or is realized as an audio input device, such as a microphone, audio transducer, audio sensor, or the like, that is adapted to allow a user to provide audio input to the system 800 in a “hands free” manner without requiring the user to move his or her hands, eyes and/or head to interact with the system 800.
The processing system 806 generally represents the hardware, software, and/or firmware components configured to facilitate communications and/or interaction between the elements of the aircraft system 800 and perform additional tasks and/or functions to support the system 8 of
The display system 808 generally represents the hardware, software, and/or firmware components configured to control the display and/or rendering of one or more navigational maps and/or other displays pertaining to operation of the aircraft 820 and/or onboard systems 810, 812, 814, 816 on the display device 802. In this regard, the display system 808 may access or include one or more databases suitably configured to support operations of the display system 808, such as, for example, a terrain database, an obstacle database, a navigational database, a geopolitical database, a terminal airspace database, a special use airspace database, or other information for rendering and/or displaying navigational maps and/or other content on the display device 802.
Still referring to
In an exemplary embodiment, the processing system 806 is also coupled to the FMS 814, which is coupled to the navigation system 812, the communications system 810, and one or more additional avionics systems 816 to support navigation, flight planning, and other aircraft control functions in a conventional manner, as well as to provide real-time data and/or information regarding the operational status of the aircraft 820 to the processing system 806. Although
It should be understood that
For the sake of brevity, conventional techniques related to sensors, statistics, data analysis, avionics systems, redundancy, and other functional aspects of the systems (and the individual operating components of the systems) may not be described in detail herein. Furthermore, the connecting lines shown in the various figures contained herein are intended to represent exemplary functional relationships and/or physical couplings between the various elements. It should be noted that many alternative or additional functional relationships or physical connections may be present in an embodiment of the subject matter.
The subject matter may be described herein in terms of functional and/or logical block components, and with reference to symbolic representations of operations, processing tasks, and functions that may be performed by various computing components or devices. It should be appreciated that the various block components shown in the figures may be realized by any number of hardware components configured to perform the specified functions. For example, an embodiment of a system or a component may employ various integrated circuit components, e.g., memory elements, digital signal processing elements, logic elements, look-up tables, or the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices. Furthermore, embodiments of the subject matter described herein can be stored on, encoded on, or otherwise embodied by any suitable non-transitory computer-readable medium as computer-executable instructions or data stored thereon that, when executed (e.g., by a processing system), facilitate the processes described above.
The foregoing description refers to elements or nodes or features being “coupled” together. As used herein, unless expressly stated otherwise, “coupled” means that one element/node/feature is directly or indirectly joined to (or directly or indirectly communicates with) another element/node/feature, and not necessarily mechanically. Thus, although the drawings may depict one exemplary arrangement of elements directly connected to one another, additional intervening elements, devices, features, or components may be present in an embodiment of the depicted subject matter. In addition, certain terminology may also be used herein for the purpose of reference only, and thus are not intended to be limiting.
The foregoing detailed description is merely exemplary in nature and is not intended to limit the subject matter of the application and uses thereof. Furthermore, there is no intention to be bound by any theory presented in the preceding background, brief summary, or the detailed description.
While at least one exemplary embodiment has been presented in the foregoing detailed description, it should be appreciated that a vast number of variations exist. It should also be appreciated that the exemplary embodiment or exemplary embodiments are only examples, and are not intended to limit the scope, applicability, or configuration of the subject matter in any way. Rather, the foregoing detailed description will provide those skilled in the art with a convenient road map for implementing an exemplary embodiment of the subject matter. It should be understood that various changes may be made in the function and arrangement of elements described in an exemplary embodiment without departing from the scope of the subject matter as set forth in the appended claims. Accordingly, details of the exemplary embodiments or other limitations described above should not be read into the claims absent a clear intention to the contrary.
| Number | Date | Country | Kind |
|---|---|---|---|
| 202211011856 | Mar 2022 | IN | national |
