Refine Your Search

Search Results

Viewing 1 to 11 of 11
Technical Paper

A Fuel Cell System Sizing Tool Based on Current Production Aircraft

2017-09-19
2017-01-2135
Electrification of aircraft is on track to be a future key design principal due to the increasing pressure on the aviation industry to significantly reduce harmful emissions by 2050 and the increased use of electrical equipment. This has led to an increased focus on the research and development of alternative power sources for aircraft, including fuel cells. These alternative power sources could either be used to provide propulsive power or as an Auxiliary Power Unit (APU). Previous studies have considered isolated design cases where a fuel cell system was tailored for their specific application. To accommodate for the large variation between aircraft, this study covers the design of an empirical model, which will be used to size a fuel cell system for any given aircraft based on basic design parameters. The model was constructed utilising aircraft categorisation, fuel cell sizing and balance of plant sub-models.
Technical Paper

A Validation Methodology for Structural Health Monitoring

2011-10-18
2011-01-2608
An essential part of the SHM validation effort is to check the presence and adequacy of the methods required to validate the correct functionality of each SHM task, which can be targeted at detecting structural faults. The ultimate proof of the correct functionality is validation evidence, e.g. crack detection evidence, observed during the operation of the aircraft. However, the occurrences of structural faults such as cracks are infrequent, and hence, years of flight tests might be required to collect validation evidence; small numbers of flights would be only sufficient to prove the system's “fitness for flight” and would be insufficient to prove “fitness for purpose”. Validation evidence can be collected during laboratory tests by inducing faults in structural specimens and examining the SHM detection capability.
Book

Aircraft as a System of Systems: A Business Process Perspective

2018-10-11
Aircraft as a System of Systems: A Business Process Perspective, written by Sean Barker, FBCS CEng and a former research scientist at BAE Systems in the UK, explains how developing even simple parts like a lever needs several different types of knowledge before moving on to the complications of designing a system. Today's airframers have taken on more of the role of systems integrators, putting the focus on the aircraft as a system-of-many-systems. Whereas an aircraft integrates many different systems into a single design, the system of systems which supports it is built by federating the systems of the different organizations, which were built and run independently of each other. Aircraft as a System of Systems: A Business Process Perspective provides a thorough analysis of how building aircraft taps into a huge pool of knowledge, how its complexity is also reflected in the numerous process links that exchange knowledge between different groups.
Technical Paper

Demonstration of a Structural Damage Detection System in Fast Jet Flight Trials

2009-11-10
2009-01-3204
A structural damage detection system has been used to sense the propagation of cracks in a metallic flight test specimen on board a Hawk jet trainer. The work has demonstrated that the growth of structural cracks can be successfully and automatically detected on board a fast jet while flying unrestricted flight profiles. The experiment was part of a European collaborative defense program designed to demonstrate a number of diverse structural health monitoring technologies during flight in a military jet environment. This paper focuses on the performance of an acoustic emission detection system that was able to detect the growth of cracks in an alloy cantilever specimen bolted to a structural bulkhead in a pod suspended beneath the aircraft's left hand wing.
Technical Paper

Dual Use IVHM for UAS Health Management

2013-09-17
2013-01-2202
UAS (Unmanned aircraft system), widely known to the general public as drones, are comprised of two major system elements: an Unmanned Aircraft (UA) and a Ground Control Station (GCS). UAS have a high mishap rate when compared to manned aircraft. This high mishap rate is one of several barriers to the acceptance of UAS for more widespread usage. Better awareness of the UA real time as well as long term health situation may allow timely condition based maintenance. Vehicle health and usage are two parts of the same solution to improve vehicle safety and lifecycle costs. These can be worked on through the use of two related aircraft management methods, these are: IVHM (Integrated Vehicle Health Management) which combines diagnosis and prognosis methods to help manage aircraft health and maintenance, and FOQA (Flight Operations Quality Assurance) systems which are mainly used to assist in pilot skill quality assurance.
Journal Article

ECOA - A New Architecture Concept for Complex Military Software Systems

2014-09-16
2014-01-2227
ECOA is an active software architecture research programme conducted by the French Republic and United Kingdom. It is one product of the recent Defence and Security Co-operation Treaty signed between the two nations. This paper provides an overview of the programme goals and progress as well as an introduction to the technology being developed and comparison to related initiatives. The goal of the ECOA programme is to define an open software architecture that enables collaborative development of mission system software. The ECOA programme is needed to reduce development and lifecycle costs of future military air programmes. For this reason the programme has a specific focus on combat-air mission systems but the underlying technology is general purpose, applying to multiple military and civil domains. At present, the programme has defined a concept, delivered a set of initial technical standards and produced a joint demonstrator to validate the technology developed.
Technical Paper

Hardware and Software Development and Integration per SAE ARP4754A

2015-09-15
2015-01-2439
It is generally accepted that the development of hardware and software for safety critical systems follow their own lifecycles as defined by standards such as RTCA DO254 and RTCA DO178C. What is less clear is what should be done to ensure the system safety objectives are met when the software is installed in the electronic hardware. This paper seeks to discuss the activities that may be undertaken do demonstrate not only that the integration of the software and hardware “work” together, but they do so in a manner that meets the safety objectives in line with the guidelines described in SAE ARP4754A. According to ARP4754A, hardware and software are different “items” developed according to their own requirements and standards, when two or more items are brought together, they are a system, which may be part of a larger system. Therefore system level considerations need to be applied from the beginning of the development program addressing the system safety and certification activities.
Technical Paper

Interacting Processes and Fatigue Life Prediction in SCONES

2004-04-20
2004-01-1809
SCONES (Stress CONcentration Expert System) software is used to predict stress concentrations. When dimensions and loads are modified it instantaneously updates the display, making the system easy to use. SCONES contains validated and extended data from various sources, including complex interacting features which augments SCONES role. However, the natural progression is to extend the research to the interaction of processes including, for example, surface processes like anodising. These process interactions will dovetail into, and enhance features within the strain life factors. This paper will describe new work which will extend current knowledge in feature interactions and strain life factors and will improve SCONES versatility.
Technical Paper

Status, Vision, and Challenges of an Intelligent Distributed Engine Control Architecture

2007-09-17
2007-01-3859
A Distributed Engine Control Working Group (DECWG) consisting of the Department of Defense (DoD), the National Aeronautics and Space Administration (NASA)- Glenn Research Center (GRC) and industry has been formed to examine the current and future requirements of propulsion engine systems. The scope of this study will include an assessment of the paradigm shift from centralized engine control architecture to an architecture based on distributed control utilizing open system standards. Included will be a description of the work begun in the 1990's, which continues today, followed by the identification of the remaining technical challenges which present barriers to on-engine distributed control.
Journal Article

Towards Standardising Methods for Reporting the Embodied Energy Content of Aerospace Products

2017-08-29
2017-01-9002
Within the aerospace industry there is a growing interest in evaluating and reducing the environmental impacts of products and related risks to business. Consequently, requests from governments, customers, manufacturers, and other interested stakeholders, for environmental information about aerospace products are becoming widespread. Presently, requests are inconsistent and this limits the ability of the aerospace industry to meet the informational needs of various stakeholders and reduce the environmental impacts of their products in a cost-effective manner. Energy consumption is a significant business cost, risk, and a simple proxy value for overall environmental impact. This paper presents the initial research carried out by an academic and industry consortium to develop standardised methods for calculating and reporting the embodied manufacturing energy content of aerospace products.
Technical Paper

Understanding Quality in the IPT

2000-05-16
2000-01-1728
Quality has been the illustrious word of the 80s and 90s as we speak organizations are chasing quality problems through the engineering teams and into production. Taskforces of workers in white coats are being sent on to the production line to furiously check components, monitoring process capability in an attempt to improve product quality. Unfortunately it's only after several years of production that the first “real” data gets back to the engineering teams, when it is often too late to remove the causes of these quality problems. The organization is left kicking itself over the same old catch twenty-two situations, “If only the team knew this process data before they decided to engineer it like that!”
X