METHODS AND SYSTEMS FOR DEFINING MISSION PROFILES FOR A NEW ENGINE

Abstract

Systems and methods for defining mission profiles for a new engine are described. The method comprises selecting deployed engines from a set of existing engines based on components of the new engine using a first similarity metric; collecting field data associated with the deployed engines, the field data comprising usage and operating conditions for the deployed engines creating representative mission profiles from the field data using a second similarity metric; and defining the mission profiles for the new engine using the representative mission profiles.

Description

TECHNICAL FIELD

The application relates generally to engine design and, more particularly, to defining mission profiles for new engines.

BACKGROUND OF THE ART

When an aircraft engine is designed, there are several steps to follow, one of which is defining a collection of mission profiles, which include key performance indicators expected in the operation of a pre-defined set of mission types for the engine. This is referred to as Mission Design, and supports both engine production and engine usage directives. Mission Design takes place at the beginning of engine development, based on customer requirements and the knowledge of domain experts.

While current techniques for Mission Design are suitable for their purposes, improvements are desired.

SUMMARY

In one aspect, there is provided a method for defining mission profiles for a new engine. The method comprises selecting deployed engines from a set of existing engines based on components of the new engine using a first similarity metric; collecting field data associated with the deployed engines, the field data comprising usage and operating conditions for the deployed engines creating representative mission profiles from the field data using a second similarity metric; and defining the mission profiles for the new engine using the representative mission profiles.

In another aspect, there is provided a system for defining mission profiles for a new engine. The system comprises a processor and a non-transitory computer readable medium having stored thereon program instructions. The program instructions are executable by the processor for selecting deployed engines from a set of existing engines based on components of the new engine using a first similarity metric; collecting field data associated with the deployed engines, the field data comprising usage and operating conditions for the deployed engines creating representative mission profiles from the field data using a second similarity metric; and defining the mission profiles for the new engine using the representative mission profiles.

Features of the systems, devices, and methods described herein may be used in various combinations, in accordance with the embodiments described herein. In particular, any of the above features may be used together, in any combination

DESCRIPTION OF THE DRAWINGS

Reference is now made to the accompanying figures in which:

FIG. 1 is a schematic cross sectional view of a gas turbine engine;

FIG. 2 is a schematic diagram of a mission profile design system coupled to a digital thread platform;

FIGS. 3A-3C are flowcharts of example methods;

FIG. 4A shows an example of selecting existing engines;

FIG. 4B shows example graphs of field data;

FIG. 4C shows an example of groupings of the field data of FIG. 4B; and

FIG. 5 is a block diagram of an example computing device.

DETAILED DESCRIPTION

There are described herein methods and systems for data-enhanced mission profile design for aircraft engines. A mission profile defines the combination of influences that the engine is subjected to in its specific application during its service life, and which have an effect on its reliability. This may involve both environmental factors, such as temperature, altitude or vibration, as well as performance parameters such as thrust and fuel consumption. As engines are typically used for more than one specific application, an engine is designed using a set of mission profiles that together represent the expected use of the engine.

A digital thread platform is leveraged for defining the mission profiles for a new engine. The expression “digital thread” is used herein to refer to a collection of digital data across the life cycle of existing engines, including design, testing, manufacturing, operation, maintenance, and end of life. The platform provides access to the digital footprint of engines that have been manufactured and deployed. As such, the accuracy of the design phase of a new engine is improved, by reducing uncertainty in design choices through the exploitation of real flight-data carrying actual usage information of similar products from the field. The data-enhanced mission profiles may also be used to better negotiate and design tailored after-market maintenance repair and overhaul (MRO) strategies based on operator-profiled usage.

The methods and systems for data-enhanced mission profile design as described herein are applicable to gas turbine engines such as turbofan engines, turboshaft engines, and turboprop engines. FIG. 1 illustrates an example gas turbine engine 10 of a type provided for use in subsonic flight, generally comprising in serial flow communication a fan 12 through which ambient air is propelled, a compressor section 14 for pressurizing the air, a combustor 16 in which the compressed air is mixed with fuel and ignited for generating an annular stream of hot combustion gases, and a turbine section 18 for extracting energy from the combustion gases. It will be understood that the engine 10 of FIG. 1 is merely one example of a type of engine for which the methods and systems for defining mission profiles may be used, as they may also be suitable for fuel-based engines, diesel engines, electric engines, hybrid electric engines, etc.

Referring to FIG. 2, a digital thread platform 20 provides access to one or more databases 22 holding digital data for deployed engines. Although the expression “database” is used herein, any type of repository for holding data or information that is organized for search and retrieval may be used. The databases 22 comprise digital data relating to one or more of the design, testing, service, MRO, and any other aspect of the life cycle of deployed engines. For example, the digital data may also relate to flights, operating conditions, usage, and analytical data for the deployed engines. The databases 22 are illustrated as separate entities but may be grouped in any manner or combination. In addition, the databases 22 may be located at various remote locations, accessible through the digital thread platform 20 via one or more network.

In some embodiments the digital thread platform 20 makes use of a Knowledge Graph (KG) to link the data found in the databases 22 and provide a framework for data integration, unification, analytics, and sharing. A semantic definition is captured into a computational ontology with respect to main engine features and properties. Access to the KG is provided via reasoning, including classification, entailment, link embedding, graph matching, and the like. Alternatively, other structures and/or tools may be used for data representation and knowledge management. For example, property graphs, labelled graphs, object-oriented models, NoSQL stores, associative or relational databases, and a combination thereof may be used.

A mission profile design system 24 is operatively connected to the digital thread platform 20 for access and retrieval of data from the databases 22. Information related to a new engine to be designed, such as components and expected usage and conditions, may be input into the system 24 for defining data-enhanced mission profiles for the new engine. The components may be conceptual and/or preliminary, physical and/or virtualized. The expected usage and operating conditions may be high level and based on certain assumptions.

FIG. 3A illustrates an example method 30 for defining mission profiles for a new engine, such as engine 10, as performed by the mission profile design system 24. At step 32, deployed engines are selected from a set of existing engines through the digital platform 20. The selection is based on components of the new engine. For example, a similarity measure or similarity function, referred to herein as a first similarity metric, is used to calculate the similarity between a given deployed engine and the new engine by comparing parameters of the given deployed engine and parameters of the new engine. The comparison may be based on engine type, product family, engine components, materials, manufacturing techniques, and any other parameter related to the design and/or manufacture of the new engine. In one example, the first similarity metric may be defined as:

$d\left(E_1,E_2\right)=\sum _{i=1}^N{w}_i{d}_i\left(A_{1i},A_{2i}\right)$

where E_k=(A_k1,A_k2, . . . A_kN), k=1,2 are the engine parameters with categorical variable

$A_{ki},d_i\left(A_{1i},A_{2i}\right)=\{\begin{array}{cc}1& \mathrm{if}{A}_{1i}=A_{2i}\\ 0& \mathrm{if}{A}_{1i}\ne A_{2i}\end{array}$

is an indicator function, and w_i is the weight corresponding to d_i such that Σ_i=1^Nw_i=1,0<w_i<1. Other appropriate definitions may also be used. The existing engines are ranked according to the score d and deployed engines that score higher than a given threshold are selected. An example is illustrated in FIG. 4A. In this example, the threshold is set to 75%. Engines ABC and XYZ scored above 75% and are thus selected. Engine PQR scored below 75% and is not selected. Other threshold values may be used, in accordance with practical implementations. If a given threshold does not result in a sufficient number of matches, it may be lowered to a different value. Testing and simulation may be performed to optimize the threshold as a function of certain factors, as will be readily understood by those skilled in the art.

Referring back to FIG. 3A, field data is collected from the selected engines at step 34. In other words, the field data associated with the existing engines that were found to meet a similarity requirement in step 32 is collected at step 34. The field data relates to usage and operating conditions of the deployed engines, such as speed, altitude, thrust, temperature, mission duration, and the like. Field data generally describes the way in which an engine is used, which may be represented by the combination of flight data profiles, mission types, and their statistical distribution. Flight data profiles are time-series of the key performance indicators measured from an engine while in flight; mission types are characteristics of the mission profiles describing the purpose and nature of the mission, typically followed consistently in the aerospace industry. At step 36, representative mission profiles are creating from the field data associated with the selected deployed engines. At step 38, the mission profiles for the new engine are defined from the representative mission profiles.

With reference to FIG. 4B, there is illustrated an example of field data associated with one deployed engine. A plurality of curves 402A, 402B, . . . 402N represent the altitude flown by a given deployed engine in an aircraft with respect to time. Each curve 402A, 402B, . . . 402N relates to a given mission flown, and has a given duration associated thereto. An engine having flown one hundred missions would have one hundred altitude curves. Each parameter of the field data, such as temperature, thrust, speed, and the like, may be represented by its own set of curves. In addition, each selected deployed engine has its own set of curves for each one of the parameters. Various machine learning techniques may be used to provide more meaningful information from the large volume of field data, such as breaking the data set into groups using similarity metrics. An example is illustrated in FIG. 4C, where clustering is used on the altitude curves 402A, 402B, . . . 402N to generate groupings 404A, 404B, 404C. Any number of clustering techniques or algorithms may be used to create groupings 404A, 404B, 404C, such as k-means and k-mediods. The groupings 404A, 404B, 404C are then used to create representative mission profiles. In some embodiments, the groupings 404A, 404B, 404C are time series clusters, and the representative mission profiles correspond to the centroids of the time-series clusters. These representative mission profiles are used as the mission profiles for the new engine, and are considered “data-driven” as they are defined on the basis of actual field data from existing engines that are similar in terms of components and expected usage and operating conditions.

In some embodiments, the representative mission profiles are determined using a second similarity metric. The second similarity metric may be received by the mission profile design system 24 for use in step 36 of method 30 or computed as part of the method 30. An example embodiment is illustrated in method 130 of FIG. 3B, where a step 136 of creating representative mission profiles from the field data is performed in two steps. At step 135, a second similarity metric is computed by comparing the field data of the selected deployed engines, and more specifically the usage and operating conditions, to the expected usage and operating conditions of the new engine. The second similarity metric can be a similarity metric directly comparing time series, e.g. Dynamic Time Warping distance. It can also be a weighted Euclidean distance or other distance comparing the features extracted from the time series including but not limited to flight duration, cruise duration, maximum altitude, maximum speed, maximum thrust and take-off ambient temperature. The second similarity metric is then used at step 137 to cluster the field data into time-series clusters of the key performance indicators measured from an engine while in flight. These time-series clusters are the representative mission profiles that may be used to define the mission profiles of the new engine.

Similarly, the first similarity metric may be received by the mission profile design system 24 for use in step 32 method 30 or computed as part of the method. An example embodiment is illustrated in FIG. 3B, where the first similarity metric is determined at step 131 at the outset of the method 130.

In some embodiments, additional filters are applied when selecting deployed engines based on similarities with the new engine. For example, the selection may be additionally tailored to a specific aircraft operator, a geographical region in which the aircraft will be flying, and the like. Such filtering serves to further refine the initial selection to provide “closer” engine matches. However, the trade-off may be less field data to work with in the subsequent steps of the method 30. In the example method 130, selection is performed at step 132 based on component and aircraft operator, and field data is collected from the selected deployed engines at step 134. A set of tailored mission profiles are defined for the new engine at step 138.

In some embodiments, the method 130 of defining tailored mission profiles is repeated post deployment of the new engine, once the newly introduced engine matures by building an adequate usage history. In this instance, step 132 of selecting deployed engines may be performed on the basis of actual components of the new engine instead of on a conceptual and preliminary design of the new engine. Similarly, step 135 of determining the second similarity metric may be performed on the basis of actual usage and operating conditions of the new engine instead of assumptions on expected usage. With reference to FIG. 3C, there is shown an example method 230, where general mission profiles are defined for the new engine at step 30, and tailored mission profiles are defined at step 130. At step 232, a distance between the general mission profiles and tailored mission profiles may be quantified, for example using the second similarity metric. This may be used, for example to identify gaps in the general mission profiles originally defined. At step 234, a maintenance plan of the new engine is adapted based on the distance between the general mission profiles and tailored mission profiles. Method 230 may be useful, for example, for negotiating new MRO contracts tailored for the new operator.

With reference to FIG. 5, an example of a computing device 50 is illustrated. The mission profile design system 24 may be implemented with one or more computing devices 50. For simplicity only one computing device 50 is shown. The computing devices 50 may be the same or different types of devices. The computing device 50 comprises a processing unit 52 and a memory 54 which has stored therein computer-executable instructions 56. The processing unit 52 may comprise any suitable devices configured to implement the methods 30, 130, 230 such that instructions 56, when executed by the computing device 50 or other programmable apparatus, may cause the functions/acts/steps performed as part of the methods 30, 130, 230 as described herein to be executed. The processing unit 52 may comprise, for example, any type of general-purpose microprocessor or microcontroller, a digital signal processing (DSP) processor, a central processing unit (CPU), an integrated circuit, a field programmable gate array (FPGA), a reconfigurable processor, other suitably programmed or programmable logic circuits, or any combination thereof.

The memory 54 may comprise any suitable known or other machine-readable storage medium. The memory 54 may comprise non-transitory computer readable storage medium, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. The memory 54 may include a suitable combination of any type of computer memory that is located either internally or externally to device, for example random-access memory (RAM), read-only memory (ROM), compact disc read-only memory (CDROM), electro-optical memory, magneto-optical memory, erasable programmable read-only memory (EPROM), and electrically-erasable programmable read-only memory (EEPROM), Ferroelectric RAM (FRAM) or the like. Memory 54 may comprise any storage means (e.g., devices) suitable for retrievably storing machine-readable instructions 56 executable by processing unit 52.

The methods and systems for defining mission profiles for a new engine described herein may be implemented in a high level procedural or object oriented programming or scripting language, or a combination thereof, to communicate with or assist in the operation of a computer system, for example the computing device 50. Alternatively, the methods and systems for defining mission profiles for a new engine may be implemented in assembly or machine language. The language may be a compiled or interpreted language. Program code for implementing the methods and systems for defining mission profiles for a new engine may be stored on a storage media or a device, for example a ROM, a magnetic disk, an optical disc, a flash drive, or any other suitable storage media or device. The program code may be readable by a general or special-purpose programmable computer for configuring and operating the computer when the storage media or device is read by the computer to perform the procedures described herein. Embodiments of the methods and systems for defining mission profiles for a new engine may also be considered to be implemented by way of a non-transitory computer-readable storage medium having a computer program stored thereon. The computer program may comprise computer-readable instructions which cause a computer, or more specifically the processing unit 52 of the computing device 50, to operate in a specific and predefined manner to perform the functions described herein, for example those described in the methods 30, 130, 230.

Computer-executable instructions may be in many forms, including program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. Typically the functionality of the program modules may be combined or distributed as desired in various embodiments.

The embodiments described herein are implemented by physical computer hardware, including computing devices, servers, receivers, transmitters, processors, memory, displays, and networks. The embodiments described herein provide useful physical machines and particularly configured computer hardware arrangements. The embodiments described herein are directed to electronic machines and methods implemented by electronic machines adapted for processing and transforming electromagnetic signals which represent various types of information. The embodiments described herein pervasively and integrally relate to machines, and their uses; and the embodiments described herein have no meaning or practical applicability outside their use with computer hardware, machines, and various hardware components. Substituting the physical hardware particularly configured to implement various acts for non-physical hardware, using mental steps for example, may substantially affect the way the embodiments work. Such computer hardware limitations are clearly essential elements of the embodiments described herein, and they cannot be omitted or substituted for mental means without having a material effect on the operation and structure of the embodiments described herein. The computer hardware is essential to implement the various embodiments described herein and is not merely used to perform steps expeditiously and in an efficient manner.

The term “connected” or “coupled to” may include both direct coupling (in which two elements that are coupled to each other contact each other) and indirect coupling (in which at least one additional element is located between the two elements).

The technical solution of embodiments may be in the form of a software product. The software product may be stored in a non-volatile or non-transitory storage medium, which can be a compact disk read-only memory (CD-ROM), a USB flash disk, or a removable hard disk. The software product includes a number of instructions that enable a computer device (personal computer, server, or network device) to execute the methods provided by the embodiments.

The embodiments described in this document provide non-limiting examples of possible implementations of the present technology. Upon review of the present disclosure, a person of ordinary skill in the art will recognize that changes may be made to the embodiments described herein without departing from the scope of the present technology. For example, the mission profiles may be used for various aspects of prognostics and health management. Yet further modifications could be implemented by a person of ordinary skill in the art in view of the present disclosure, which modifications would be within the scope of the present technology.

Claims

1. A method for defining mission profiles for a new engine, the method comprising: selecting deployed engines from a set of existing engines based on components of the new engine using a first similarity metric;collecting field data associated with the deployed engines, the field data comprising usage and operating conditions for the deployed engines;creating representative mission profiles from the field data using a second similarity metric; anddefining the mission profiles for the new engine using the representative mission profiles.

2. The method of claim 1, wherein selecting deployed engines from the database comprising selecting deployed engines associated with a specific operator.

3. The method of claim 1, wherein defining the mission profiles for the new engine comprises defining general mission profiles, and further comprising: defining tailored mission profiles for the new engine; andquantifying a distance between the general mission profiles and the tailored mission profiles using the second similarity metric.

4. The method of claim 3, further comprising adapting a maintenance plan of the new engine based on the distance between the general design mission and the tailored design mission.

5. The method of claim 1, wherein selecting the deployed engines from the set of existing engines comprises selecting based on the components and geographical region.

6. The method of claim 1, further comprising determining the first similarity metric for selecting the deployed engines from the set of existing engines.

7. The method of claim 1, further comprising determining the second similarity metric by comparing expected usage and operating conditions of the new engine with the usage and operating conditions for the deployed engines.

8. The method of claim 1, wherein selecting the deployed engines from the set of existing engines comprises applying query and ranking operations to a Knowledge Graph.

9. The method of claim 1, wherein creating the representative mission profiles from the field data comprises using query and clustering operations on the field data.

10. The method of claim 9, wherein defining the mission profiles for the new engine comprises computing centroids of time-series clusters based on key performance indicators.

11. A system for defining mission profiles for a new engine, the system comprising: a processor; anda non-transitory computer readable medium having stored thereon program instructions executable by the processor for: selecting deployed engines from a set of existing engines based on components of the new engine using a first similarity metric;collecting field data associated with the deployed engines, the field data comprising usage and operating conditions for the deployed engines;creating representative mission profiles from the field data using a second similarity metric; anddefining the mission profiles for the new engine using the representative mission profiles.

12. The system of claim 11, wherein selecting deployed engines from the database comprising selecting deployed engines associated with a specific operator.

13. The system of claim 11, wherein defining the mission profiles for the new engine comprises defining general mission profiles, and wherein the program instructions are further executable for: defining tailored mission profiles for the new engine; andquantifying a distance between the general mission profiles and the tailored mission profiles using the second similarity metric.

14. The system of claim 13, wherein the program instructions are further executable for adapting a maintenance plan of the new engine based on the distance between the general mission profiles and the tailored mission profiles.

15. The system of claim 11, wherein selecting the deployed engines from the set of existing engines comprises selecting based on components and geographical region.

16. The system of claim 11, wherein the program instructions are further executable for determining the first similarity metric for selecting the deployed engines from the set of existing engines.

17. The system of claim 11, wherein the program instructions are further executable for determining the second similarity metric by comparing expected usage and operating conditions of the new engine with the usage and operating conditions for the deployed engines.

18. The system of claim 11, wherein selecting the deployed engines from the set of existing engines comprises applying query and ranking operations to a Knowledge Graph.

19. The system of claim 11, wherein creating the representative mission profiles from the field data comprises using query and clustering operations on the field data.

20. The system of claim 19, wherein defining the mission profiles for the new engine comprises computing centroids of time-series clusters based on key performance indicators.