EP4372720A1 - Procédés et systèmes pour services de gestion de vol améliorés utilisant des bases de données non standard - Google Patents

Procédés et systèmes pour services de gestion de vol améliorés utilisant des bases de données non standard Download PDF

Info

Publication number
EP4372720A1
EP4372720A1 EP23198089.7A EP23198089A EP4372720A1 EP 4372720 A1 EP4372720 A1 EP 4372720A1 EP 23198089 A EP23198089 A EP 23198089A EP 4372720 A1 EP4372720 A1 EP 4372720A1
Authority
EP
European Patent Office
Prior art keywords
aircraft
fms
data
flight management
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP23198089.7A
Other languages
German (de)
English (en)
Inventor
Muthusankar SUBRAMANIYAN
Stepan Dopita
Zdenek JANICK
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honeywell International sro
Original Assignee
Honeywell International sro
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US18/160,376 external-priority patent/US20240169844A1/en
Application filed by Honeywell International sro filed Critical Honeywell International sro
Publication of EP4372720A1 publication Critical patent/EP4372720A1/fr
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0004—Transmission of traffic-related information to or from an aircraft
    • G08G5/0013—Transmission of traffic-related information to or from an aircraft with a ground station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0017—Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information
    • G08G5/0021—Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information located in the aircraft
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/003—Flight plan management
    • G08G5/0034—Assembly of a flight plan

Definitions

  • the present invention generally relates to flight management operations, and more particularly relates to usage of enhanced flight management services using non-standard databases.
  • Flight management software helps aircraft to perform flight planning, navigation, performance prediction aircraft guidance and datalink services.
  • Each of these functions are computed from several standard databases like Navigation databases, Aircraft Engine databases, Magnetic Variation databases, Air Traffic Control databases, etc. Some these databases are separately loadable to aircraft, as it can be few updates or upgrade based on aircraft and engine configurations. However, these databases may be non-standardized. Hence, there is a need for a system and method for providing enhanced flight management services using non-standard databases.
  • a system for providing flight management services with non-standard databases.
  • the system comprises: a flight management system (FMS) for an aircraft, where the FMS calculates flight management services for the aircraft; a standard avionics database located onboard the aircraft, where the standard avionics database provides data to the FMS for the calculation of flight management services for the aircraft; and a non-standard avionics database located external to the FMS, where the non-standard avionics database comprises a dynamic linked library (DLL) that provides enhanced supplemental data to the FMS for the calculation of flight management services for the aircraft.
  • DLL dynamic linked library
  • a method for providing flight management services with non-standard databases comprises: accessing a flight management system (FMS) for an aircraft, where the FMS calculates flight management services for the aircraft; retrieving data for the FMS for the calculation of flight management services for the aircraft from a standard avionics database located onboard the aircraft; retrieving data for the FMS for the calculation of flight management services for the aircraft from a non-standard avionics database located external to the FMS, where the non-standard avionics database comprises a dynamic linked library (DLL) that provides enhanced supplemental data to the FMS for the calculation of flight management services for the aircraft; and providing the calculated flight management services to the aircraft via the FMS.
  • FMS flight management system
  • Embodiments of the subject matter described herein relate to an existing module integrated, incorporated, or otherwise instantiated for interoperability and use with other existing components of the vehicle system.
  • the subject matter is described herein primarily in the context of aircraft, however, the subject matter is not necessarily limited to use with aircraft and may be implemented in an equivalent manner for other types vehicles (e.g., automotive vehicles, marine vessels, or the like).
  • FIG. 1 a diagram 100 is shown of an in-flight aircraft 102 that contains an onboard flight management system (FMS) 104 along with a visual data system 106 that is accessed by the FMS 104 in accordance with one embodiment.
  • the visual data system 106 may be integrated as part of the FMS 104.
  • the FMS 104 as is generally known, is a specialized computer that automates a variety of in-flight tasks such as in-flight management of the flight plan. Using various sensors such as global positioning system (GPS), the FMS 104 determines the aircraft's position and guides the aircraft along its flight plan using its navigation database.
  • GPS global positioning system
  • the FMS 104 is normally controlled through a visual display device such as a control display unit (CDU) which incorporates a small screen, a keyboard or a touchscreen.
  • CDU control display unit
  • the FMS 104 displays the flight plan and other critical flight data to the aircrew during operation.
  • the FMS 104 may have a built-in electronic memory system that contains a navigation database.
  • the navigation database contains elements used for constructing a flight plan.
  • the navigation database may be separate from the FMS 104 and located onboard the aircraft while in other embodiments the navigation database may be located on the ground and relevant data provided to the FMS 104 via a (non-illustrated) communications link with a (non-illustrated) ground station.
  • the navigation database used by the FMS 104 may typically include: waypoints/intersections; airways; radio navigation aids/navigation beacons; airports; runway; standard instrument departure (SID) information; standard terminal arrival (STAR) information; holding patterns; and instrument approach procedures. Additionally, other waypoints may also be manually defined by pilots along the route.
  • the flight plan is generally determined on the ground before departure by either the pilot or a dispatcher for the owner of the aircraft. It may be manually entered into the FMS 104 or selected from a library of common routes. In other embodiments the flight plan may be loaded via a communications data link from an airline dispatch center. During preflight planning, additional relevant aircraft performance data may be entered including information such as: gross aircraft weight; fuel weight and the center of gravity of the aircraft. The aircrew may use the FMS 104 to modify the plight flight plan before takeoff or even while in flight for variety of reasons. Such changes may be entered via the CDU.
  • the principal task of the FMS 104 is to accurately monitor the aircraft's position. This may use a GPS, a VHF omnidirectional range (VOR) system, or other similar sensor in order to determine and validate the aircraft's exact position.
  • the FMS 104 constantly cross checks among various sensors to determine the aircraft's position with accuracy.
  • the FMS 104 may be used to perform advanced vertical navigation (VNAV) functions.
  • VNAV advanced vertical navigation
  • the purpose of VNAV is to predict and optimize the vertical path of the aircraft.
  • the FMS 104 provides guidance that includes control of the pitch axis and of the throttle of the aircraft.
  • the FMS 104 has detailed flight and engine model data of the aircraft. Using this information, the FMS 104 may build a predicted vertical descent path for the aircraft.
  • a correct and accurate implementation of VNAV has significant advantages in fuel savings and on-time efficiency.
  • an existing flight management computer (FMC) (or flight management system (FMS)) onboard an aircraft is utilized to communicate data between existing onboard avionics systems or line-replaceable units (LRUs) and another module coupled to the FMC, which supports or otherwise performs new flight management functionality that is not performed by the FMC.
  • FMC flight management computer
  • FMS flight management system
  • a multifunction control and display unit (MCDU) may support or otherwise perform new flight management functionality based on data from onboard avionics or LRUs received via the FMC.
  • the FMC is configured to receive operational or status data from one or more avionics systems or LRUs onboard the aircraft at corresponding avionics interfaces and convert one or more characteristics of the operational data to support communicating the operational data with the MCDU.
  • the subject matter may primarily be described herein in the context of converting operational data received from onboard avionics or LRUs in a first format (e.g., an avionics bus format) into another format supported by the interface with the MCDU, the subject matter described herein is not necessarily limited to format conversions or digital reformatting, and may be implemented in an equivalent manner for converting between other data characteristics, such as, for example, different data rates, throughputs or bandwidths, different sampling rates, different resolutions, different data compression ratios, and the like. Additionally, the FMC may be configured to receive data from sources external to the aircraft such as ground-based databases, third-party databases, etc.
  • sources external to the aircraft such as ground-based databases, third-party databases, etc.
  • FIG. 2 depicts an exemplary embodiment of an aircraft system 200 suitable for implementation onboard an aircraft 102 shown previously in FIG. 1 .
  • the illustrated aircraft system 200 includes a flight management computing module 202 communicatively coupled to a plurality of onboard avionics LRUs 204, one or more display devices 206, and a multifunction computing module 208.
  • FIG. 2 depicts a simplified representation of the aircraft system 200 for purposes of explanation, and FIG. 2 is not intended to limit the subject matter in any way.
  • the flight management computing module 202 generally represents the FMC, the FMS, or other hardware, circuitry, logic, firmware and/or other components installed onboard the aircraft and configured to perform various tasks, functions and/or operations pertaining to flight management, flight planning, flight guidance, flight envelope protection, four-dimensional trajectory generation or required time of arrival (RTA) management, and the like. Accordingly, for purposes of explanation, but without limiting the functionality performed by or supported at the flight management computing module 202, the flight management computing module 202 may alternatively be referred to herein as the FMC.
  • the FMC 202 includes a plurality of interfaces 210 configured to support communications with the avionics LRUs 204 along with one or more display interfaces 212 configured to support coupling one or more display devices 206 to the FMC 202.
  • the FMC 202 also includes a communications interface 214 that supports coupling the multifunction computing module 208 to the FMC 202.
  • the FMC 202 generally includes a processing system designed to perform flight management functions, and potentially other functions pertaining to flight planning, flight guidance, flight envelope protection, and the like.
  • the processing system could be realized as or otherwise include one or more processors, controllers, application specific integrated circuits, programmable logic devices, discrete gate or transistor logics, discrete hardware components, or any combination thereof.
  • the processing system of the FMC 202 generally includes or otherwise accesses a data storage element (or memory), which may be realized as any sort of non-transitory short or long term storage media capable of storing programming instructions for execution by the processing system of the FMC 202.
  • the data storage element stores or otherwise maintains code or other computer-executable programming instructions that, when read and executed by the processing system of the FMC 202, cause the FMC 202 to implement, generate, or otherwise support a data concentrator application 216 that performs certain tasks, operations, functions, and processes described herein.
  • the avionics LRUs 204 generally represent the electronic components or modules installed onboard the aircraft that support navigation, flight planning, and other aircraft control functions in a conventional manner and/or provide real-time data and/or information regarding the operational status of the aircraft to the FMC 202.
  • avionics LRUs 204 suitably configured to support operation of the aircraft: a weather system, an air traffic management system, a radar system, a traffic avoidance system, an autopilot system, an autothrottle (or autothrust) system, a flight control system, hydraulics systems, pneumatics systems, environmental systems, electrical systems, engine systems, trim systems, lighting systems, crew alerting systems, electronic checklist systems, and/or another suitable avionics system.
  • the avionics interfaces 210 and other aircraft interface devices are realized as different ports, terminals, channels, connectors, or the like associated with the FMC 202 that are connected to different avionics LRUs 204 via different wiring, cabling, buses, or the like.
  • the interfaces 210 may be configured to support different communications protocols or different data formats corresponding to the respective type of avionics LRU 204 that is connected to a particular interface 210.
  • the FMC 202 may communicate navigation data from a navigation system via a navigation interface 210 coupled to a data bus supporting the ARINC 424 (or A424) standard, the ARINC 629 (or A629) standard, the ARINC 422 (or A422) standard, or the like.
  • a datalink system or other communications LRU 204 may utilize an ARINC 619 (or A619) compatible avionics bus interface for communicating datalink communications or other communications data with the FMC 202.
  • the display device(s) 206 generally represent the electronic displays installed onboard the aircraft in the cockpit, and depending on the embodiment, could be realized as one or more monitors, screens, liquid crystal displays (LCDs), a light emitting diode (LED) displays, or any other suitable electronic display(s) capable of graphically displaying data and/or information provided by the FMC 202 via the display interface(s) 212. Similar to the avionics interfaces 210, the display interfaces 212 are realized as different ports, terminals, channels, connectors, or the like associated with the FMC 202 that are connected to different cockpit displays 206 via corresponding wiring, cabling, buses, or the like.
  • the display interfaces 212 are configured to support communications in accordance with the ARINC 661 (or A661) standard.
  • the FMC 202 communicates with a lateral map display device 206 using the ARINC 702 (or A702) standard.
  • the multifunction computing module 208 is realized as a multifunction control and display unit (MCDU) that includes one or more user interfaces, such as one or more input devices 220 and/or one or more display devices 222 (shown previously as 106 in FIG. 1 ), a processing system 224, and a communications module 226.
  • the MCDU 208 generally includes at least one user input device 220 that is coupled to the processing system 224 and capable of receiving inputs from a user, such as, for example, a keyboard, a key pad, a mouse, a joystick, a directional pad, a touchscreen, a touch panel, a motion sensor, or any other suitable user input device or combinations thereof.
  • the display device(s) 222 may be realized as any sort of monitor, screen, LCD, LED display, or other suitable electronic display capable of graphically displaying data and/or information under control of the processing system 224.
  • the processing system 224 generally represents the hardware, circuitry, logic, firmware and/or other components of the MCDU 208 configured to perform the various tasks, operations, functions and/or operations described herein.
  • the processing system 224 may be implemented or realized with a general purpose processor, a microprocessor, a controller, a microcontroller, a state machine, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein.
  • the steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in firmware, in a software module executed by the processing system 224, or in any practical combination thereof.
  • the processing system 224 includes or accesses a data storage element (or memory), which may be realized using any sort of non-transitory short or long term storage media, and which is capable of storing code or other programming instructions for execution by the processing system 224.
  • a data storage element or memory
  • the code or other computer-executable programming instructions when read and executed by the processing system 224, cause the processing system 224 to implement with an FMS 230 (shown previously as 104 in FIG. 1 ) additional tasks, operations, functions, and processes described herein.
  • the communications module 226 generally represents the hardware, module, circuitry, software, firmware and/or combination thereof that is coupled between the processing system 224 and a communications interface 228 of the MCDU 208 and configured to support communications between the MCDU 208 and the FMC 202 via an electrical connection 229 between the MCDU communications interface 228 and the FMC communications interface 214.
  • the communications module 226 is realized as an Ethernet card or adapter configured to support communications between the FMC 202 and the MCDU 208 via an Ethernet cable 229 provided between Ethernet ports 214, 228.
  • the communications module 226 is configured to support communications between the FMC 202 and the MCDU 208 in accordance with the ARINC 429 (A429) standard via an A429 data bus 229 provided between A429 ports 214, 228 of the respective modules 202, 208. In yet other embodiments, the communications module 226 is configured to support communications between the FMC 202 and the MCDU 208 in accordance with the ARINC 422 (A422) standard via an A422 data bus 229 provided between A422 ports 214, 228 of the respective modules 202, 208.
  • the communications module 226 is configured to support communications between the FMC 202 and the MCDU 208 in accordance with the ARINC 739 (A739) standard via an A739 data bus 229 provided between A739 ports 214, 228 of the respective modules 202, 208.
  • the FMC 202 and MCDU 208 communicate using a different communications protocol or standard than one or more of the avionics LRUs 204 and/or the display devices 206.
  • the data concentrator application 216 at the FMC 202 converts data from one format to another before retransmitting or relaying that data to its destination.
  • the data concentrator application 216 may convert data received from an avionics LRU 204 to the A429 or Ethernet format before providing the data to the MCDU 208, and vice versa.
  • the FMC 202 validates the data received from an avionics LRU 204 before transmitting the data to the MCDU 208.
  • the FMC 202 may perform debouncing, filtering, and range checking, and/or the like prior to converting and retransmitting data from an avionics LRU 204.
  • the multifunction computing module 208 could be realized as an electronic flight bag (EFB) or other mobile or portable electronic device.
  • EFB electronic flight bag
  • an EFB capable of supporting an FMS 230 application may be connected to an onboard FMC 202 using an Ethernet cable 229 to support flight management functionality from the EFB in an equivalent manner as described herein in the context of the MCDU.
  • the MCDU 208 stores or otherwise maintains programming instructions, code, or other data for programming the FMC 202 and transmits or otherwise provides the programming instructions to the FMC 202 to update or otherwise modify the FMC 202 to implement the data concentrator application 216.
  • the MCDU 208 may automatically interact with the FMC 202 and transmit or otherwise provide the programming instructions to the FMC 202, which, in turn, executes the instructions to implement the data concentrator application 216.
  • the data concentrator application 216 may be implemented in lieu of flight management functionality by the MCDU 208 reprogramming the FMC 202.
  • the FMC 202 may support the data concentrator application 216 in parallel with flight management functions.
  • the FMC 202 may perform flight management functions, while the FMS 230 application on the MCDU 208 supplements the flight management functions to provide upgraded flight management functionality within the aircraft system 200.
  • Flight management software helps aircraft to perform functions 304 such as flight planning, navigation, performance prediction aircraft guidance and datalink services.
  • functions 304 such as flight planning, navigation, performance prediction aircraft guidance and datalink services.
  • Each of these functions are computed from several standard databases 302 like Navigation Databases (NAV DB), Aircraft Engine Databases (AEDB), Magnetic Variation Databases (MAG VAR DB), Air Traffic Control Databases (ATC DB), Takeoff and Landing Databases (TOLD DB), etc.
  • the databases are typically in a "binary data format” or "binary format”.
  • a "binary" file is a file whose content is in a binary format consisting of a series of sequential bytes , each of which is eight bits in length. The content must be interpreted by a program or a hardware processor (i.e., the file is not human-readable) that understands in advance exactly how that content is formatted and how to read the data .
  • Binary files may include a wide range of file types, including executables , libraries, graphics, databases, archives, etc.
  • FIG. 3B a block diagram 350 is shown of an avionics binary format databases 352 (similar to 302 in FIG. 1 ) as they relate to FMS functions 354 (similar to 304 in FIG. 1 ) with an intermediary enhanced dynamic link library (DLL) databases 358 to produce aircraft loadable software 360 in accordance with one embodiment.
  • the embodiment shown uses Next Generation Flight Management Services (NGFMS) for achieving an improved and enhanced service options using a third party customizable and improved data to dynamic link library (DLL) 356 on top of a standard avionics databases 352 which are in a binary data format.
  • NGFMS Next Generation Flight Management Services
  • DLL data to dynamic link library
  • a DLL database is a library that contains code and data that can be used by more than one program at the same time.
  • the Comdlg32 DLL performs common dialog box related functions.
  • Each program can use the functionality that is contained in this DLL to implement an open dialog box. This helps promote code reuse and efficient memory usage.
  • a program can be modularized into separate components. When these changes are isolated to a DLL, you can apply an update without needing to build or install the whole program again.
  • Some of the advantages that are provided when a program uses a DLL include: using fewer resources; promoting modular architecture; and ease of deployment and installation. For example, when multiple programs use the same library of functions, a DLL can reduce the duplication of code that is loaded on the disk and in physical memory. It can greatly influence the performance of not just the program that is running in the foreground, but also other programs that are running on the Windows operating system. Also, a DLL helps promote developing modular programs. It helps you develop large programs that require multiple language versions or a program that requires modular architecture. An example of a modular program is an accounting program that has many modules that can be dynamically loaded at run time.
  • the DLL is built by a machine learning algorithm.
  • Machine learning is an application that enables systems to learn and improve from experience without being explicitly programmed. Machine learning focuses on developing software that can access data and use it to learn for themselves. The machine learning process begins with observations or data, such as examples, direct experience or instruction. The system looks for patterns in data so it can later make inferences based on the examples provided. The primary aim is to allow systems to learn autonomously without human intervention or assistance and adjust actions accordingly.
  • Machine learning employs various approaches to teach systems to accomplish tasks where no fully satisfactory algorithm is available.
  • a core objective is to generalize from experience. Generalization in this context is the ability of a learning machine to perform accurately on new, unseen examples/tasks after having experienced a learning data set.
  • the training examples come from some generally unknown probability distribution (considered representative of the space of occurrences) and the system has to build a general model about this space that enables it to produce sufficiently accurate predictions in new cases. Because training sets are finite and the future is uncertain, learning theory usually does not yield guarantees of the performance of algorithms. Instead, probabilistic bounds on the performance are typically used.
  • the present binary format databases are topped up with an intermediary customized enhanced DLL databases to perform an improved FMS planning and predictions.
  • NGFMS software interfacing an external performance library to a AEDB (Aero Engine Database model) to generate an outcome of improved performance predictions.
  • AEDB Ana Engine Database model
  • the scope may be widened to include all databases (ATC, TOLD, MARGVAR, NAV, etc.) via improved DLL integration with NGFMS Software for efficient FMS service business options. Consequently, the use of DLLs helps promote modularization of code, code reuse, efficient memory usage, and reduced disk space. So that the operating system and the programs load faster, run faster, and take less disk space on the computer.
  • a user interface layer contains a User Interface 402 that allows user actions to modify a flight plan.
  • the actions may include pilot manual entry, a datalink for downloading data, stored flight plans and/or modifications.
  • the Plan 404 section is used to store flight plan legs, procedures, profile speeds, weight definitions, etc.
  • the Targets 406 are determined from the Plan 404 by applying constraints, limits, etc.
  • the Flight Mode 408 is selected for every segment of the flight plan based on the applicable targets. Examples of the modes include: flight path angle (FPA) speed; max thrust speed; altitude speed; etc.
  • FPA flight path angle
  • Integration 410 is performed for every segment to apply equations of motion for the aircraft by implementing the selected flight modes.
  • an Aircraft Performance Model 412 provides performance parameters needed for Integration 410 of the flight plan (thrust, drag, fuel flow, etc.).
  • a Database 414 is used to provide aircraft dependent tables and constants used in the Aircraft Performance Model's 412 parameter computations.
  • the Aircraft Performance Model 412 (also referred to as "AMS” or “SSL_AMS”) is a NG FMS package implementing Aircraft Performance Model, which provides aircraft performance parameters to any other package. It is located in the Support Service Layer (Layer 3) of the NG FMS software architecture.
  • the AMS package is designed so that most of the aircraft variation in performance modeling is implemented inside of the package and all functions above this package can remain same until interface is unchanged. This allows integration of a third-party performance library inside AMS package without affecting rest of the FMS source code.
  • the AMS package provides aerodynamic computations for an Aero Model, a Propulsion Model, a Performance Model, a Speed Envelope Model, Bleeds Setup Interfaces, a Maximum Operating Speed Interface and a Default Thrust Limit Plan Interface.
  • the Aero Model comprises computations for thrust, drag, minimum maneuver speeds, gross weight at target altitude, stab trim setting, etc.
  • the Propulsion Model comprises of computations for thrust, fuel flow, etc.
  • the Performance Model comprises of computations for the speed envelope, guidance control parameters, optimum altitude, etc.
  • the Speed Envelope Model provides computes the limiting speed envelope values.
  • the Bleeds Setup Interfaces let users know the bleeds settings for different segments in a flight plan.
  • the Maximum Operating Speed Interface let the user know the Maximum operating speeds.
  • the Default Thrust Limit Plan Interface provides access to the plan with a defined thrust limit mode for each in-flight flight phase.
  • the Flaps Slats View let users know the different flaps and slats settings for different configuration
  • the AMS provides or publishes the interfaces to other subsystems so they can communicate with this subsystem. Every published interface has a corresponding interface handle class that is provided by the publisher package. Every user has their own instance of an interface handle for every interface they require. This handle to a specific interface is used to access all the methods inside that interface. Multiple user can bind to the same interface using their own instance of the handle. All the interfaces are published with the parent layer, so that the layer above can bind to it. As long as the SSL_AMS package interface is kept the same, it is easy to include additional aircraft performance model or swap implementations. The whole model or some of its part can be also separated into a library.
  • FIG. 5 a block diagram 500 is shown of an example of an NGFMS 502 for an aircraft performance model 512 in accordance with one embodiment.
  • the NGFMS 502 accesses an Aero Engine Database (AEDB) 504 with a database manager 510 that provides necessary data to the Aircraft Performance Model 512 for use in the appropriate algorithms.
  • Trajectory predictions 508 and Energy Management Algorithms 514 also feed into the Aircraft Performance Model 512.
  • a link is provided for the external DLL 506 that provides additional input to the Aircraft Performance Model 512.
  • FIG. 6 shows a block diagram 600 of an example of a Flight Management Engine (FME) 602 an aircraft performance model 612 in accordance with one embodiment.
  • the FME 602 provides trajectory predictions 608 based on a weather model 604 along with an Aero Engine Database (AEDB) 606 to the aircraft performance model 612
  • the aircraft performance model 612 is a source of performance parameters for predictions of aircraft performance.
  • the test driver 610 submits a request to the FME's DLL and stores the response into file.
  • a link is provided for the external DLL 614 that provides additional input to the Aircraft Performance Model 612.
  • the FME 602 uses the DLL 614 created from NGFMS source code to compute FMS trajectory predictions.
  • the operation of the aircraft performance model extension by a third-party library can be split into two phases.
  • the first phase will focus on integration at algorithmic level working at implementation of original equipment manufacturer (OEM) specific wrapper around the library and fitting this wrapper into rest of FMS code.
  • the second phase is the integration of code from first stage with target hardware.
  • trajectory predictions are using aircraft performance model to get parameters describing performance of the aircraft.
  • NGFMS software can use different performance models to fulfill needs of different aircraft manufactures.
  • the key factor affecting any energy management algorithm performance is precision of trajectory prediction because all energy management algorithms use trajectory prediction engine to evaluate energy dissipation strategy. The best strategy is then presented to crew. Trajectory prediction accuracy is affected by multiple factors such as weather model precision, aircraft performance model precision or representativeness of aircraft behavior modelling in FMS.
  • FIG. 7 a flowchart 700 is shown of a method for providing flight management services with non-standard databases in accordance with one embodiment.
  • the flight management system (FMS) located onboard an aircraft is accessed 402 to calculate flight management services for the aircraft.
  • Data is retrieved for the FMS for the calculation of flight management services from a standard avionics database 406 located onboard the aircraft.
  • Enhanced supplemental data is retrieved for the FMS from a non-standard avionics database 410 that comprises a dynamic linked library (DLL).
  • DLL dynamic linked library
  • 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.
  • 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.
  • various elements of the systems described herein are essentially the code segments or instructions that perform the various tasks.
  • the program or code segments can be stored in a processor-readable medium or transmitted by a computer data signal embodied in a carrier wave over a transmission medium or communication path.
  • the "computer-readable medium”, “processor-readable medium”, or “machine-readable medium” may include any medium that can store or transfer information. Examples of the processor-readable medium include an electronic circuit, a semiconductor memory device, a ROM, a flash memory, an erasable ROM (EROM), a floppy diskette, a CD-ROM, an optical disk, a hard disk, a fiber optic medium, a radio frequency (RF) link, or the like.
  • RF radio frequency
  • the computer data signal may include any signal that can propagate over a transmission medium such as electronic network channels, optical fibers, air, electromagnetic paths, or RF links.
  • the code segments may be downloaded via computer networks such as the Internet, an intranet, a LAN, or the like.
  • 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.
  • connected means that one element/node/feature is directly joined to (or directly communicates with) another element/node/feature, and not necessarily mechanically.
  • modules Some of the functional units described in this specification have been referred to as "modules" in order to more particularly emphasize their implementation independence.
  • functionality referred to herein as a module may be implemented wholly, or partially, as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components.
  • a module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices, or the like. Modules may also be implemented in software for execution by various types of processors.
  • An identified module of executable code may, for instance, comprise one or more physical or logical modules of computer instructions that may, for instance, be organized as an object, procedure, or function.
  • the executables of an identified module need not be physically located together but may comprise disparate instructions stored in different locations that, when joined logically together, comprise the module and achieve the stated purpose for the module.
  • a module of executable code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices.
  • operational data may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set or may be distributed over different locations including over different storage devices, and may exist, at least partially, merely as electronic signals on a system or network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Navigation (AREA)
EP23198089.7A 2022-11-21 2023-09-18 Procédés et systèmes pour services de gestion de vol améliorés utilisant des bases de données non standard Pending EP4372720A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN202211066715 2022-11-21
US18/160,376 US20240169844A1 (en) 2022-11-21 2023-01-27 Methods and systems for enhanced flight management services using non-standard databases

Publications (1)

Publication Number Publication Date
EP4372720A1 true EP4372720A1 (fr) 2024-05-22

Family

ID=88097502

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23198089.7A Pending EP4372720A1 (fr) 2022-11-21 2023-09-18 Procédés et systèmes pour services de gestion de vol améliorés utilisant des bases de données non standard

Country Status (1)

Country Link
EP (1) EP4372720A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050107690A (ko) * 2004-05-10 2005-11-15 에스케이 텔레콤주식회사 라이브러리에 대한 사용을 지원하는 플랫폼을 구비한이동통신단말기
US20110087428A1 (en) * 2009-10-09 2011-04-14 Thales Device for aiding the flight management of an aircraft
EP3489783A1 (fr) * 2017-11-28 2019-05-29 Honeywell International Inc. Système de capacité de gestion de vol distribuée
EP3599599A1 (fr) * 2018-07-26 2020-01-29 Honeywell International Inc. Système et procédé pour l'entraînement à la familiarisation au système de gestion de vol basé sur le cloud

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050107690A (ko) * 2004-05-10 2005-11-15 에스케이 텔레콤주식회사 라이브러리에 대한 사용을 지원하는 플랫폼을 구비한이동통신단말기
US20110087428A1 (en) * 2009-10-09 2011-04-14 Thales Device for aiding the flight management of an aircraft
EP3489783A1 (fr) * 2017-11-28 2019-05-29 Honeywell International Inc. Système de capacité de gestion de vol distribuée
EP3599599A1 (fr) * 2018-07-26 2020-01-29 Honeywell International Inc. Système et procédé pour l'entraînement à la familiarisation au système de gestion de vol basé sur le cloud

Similar Documents

Publication Publication Date Title
EP2696171B1 (fr) Systèmes d'aéronef et procédés pour afficher des informations météorologiques le long d'une trajectoire de vol
US10861341B2 (en) Method and system for prompting aircraft task reminders
EP2525337B1 (fr) Système amélioré de gestion de vol et son procédé de production
KR20030004307A (ko) 비행 관리 시스템의 계층화된 서브시스템 아키텍처
EP3796289A1 (fr) Procédé et système de conseil pour une déclaration d'optimisation de trajectoire de vol
US11845351B2 (en) System and method for a mission-based battery status display for electric vehicles
EP3599599A1 (fr) Système et procédé pour l'entraînement à la familiarisation au système de gestion de vol basé sur le cloud
US20190012921A1 (en) Extensible flight management systems and methods
US11721223B2 (en) Method and system for engaging a vertical navigation descent mode for an aircraft
US20190295425A1 (en) System for establishing an operational flight plan and related process
EP3396498A1 (fr) Interface utilisateur prédictive pour système de commande de véhicule
JP2020164152A (ja) テール特有パラメータ計算のためのシステム及び方法
US20200035116A1 (en) System and method for cloud-based flight management system familiarization training
EP3896673A1 (fr) Systèmes et procédés de stockage à bord de données avioniques
US20190332227A1 (en) Method and system to render a display for a legacy cockpit system using data from an advanced flight management system
US11042150B2 (en) Aircraft fuel efficiency tunnel display for pilots and dispatchers
EP3742421A1 (fr) Procédé et système pour réactiver un plan de vol
CN107015569B (zh) 用于地面效应升限限制显示的***和方法
EP4372720A1 (fr) Procédés et systèmes pour services de gestion de vol améliorés utilisant des bases de données non standard
US20240169844A1 (en) Methods and systems for enhanced flight management services using non-standard databases
EP3564925A1 (fr) Procédé et système permettant de rendre un affichage pour un système de cockpit existant utilisant des données provenant d'un système de gestion de vol avancé
US11655047B2 (en) System and method for monitoring an electronic checklist and supporting sensors
US20200023992A1 (en) Network for managing an aircraft minimum equipment list
US10997769B2 (en) System and method for generating an animated display
EP3975158A1 (fr) Système et procédé permettant de fournir un système de connaissance de la piste à l'équipage d'un aéronef

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN PUBLISHED

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR