Browse Topic: Integrated modular avionics

Items (99)
653P0-4 Avionics Application Software Standard Interface, Part 0, Overview of ARINC 653ARINC653P0-4 (Current)12/1/2025
This document provides an overview of the entire set of documents collectively referred to as ARINC 653. As this set of documents evolves, Supplements to Parts 1 through 5 have been made more consistent with Part 0 in conjunction with the technical changes made in the evolution of ARINC 653. A summary of the ARINC 653 documents follows: Part 0 – Overview of ARINC 653 Part 1 – Required Services Part 2 – Extended Services Part 3A – Conformity Test Specification for ARINC 653 Required Services Part 3B – Conformity Test Specification for ARINC 653 Extended Services Part 4 – Subset Services Part 5 – Core Software Recommended Capabilities The term “this document” refers to Part 0 only, while the term “ARINC 653” or “the Specification” refers to the whole set of ARINC 653 documents, currently, Parts 0 to 5. The primary objective of ARINC 653 is to define a general-purpose APplication/EXecutive (APEX) interface, i.e., an API (Application Program Interface) between the Core Software (CSW) of an Avionics Computer Resource (ACR) and the application software. Included within ARINC 653 are the interface requirements between the application software and the CSW and the list of services which allow the application software to control the scheduling, communication, and status information of its internal processing elements.
Airlines Electronic Engineering Committee
Reeve, TammyPhillips, Paul
This document (AIR6005) provides the framework for the specifications of a WDM OBN within the SAE AS5659 WDM LAN Specification document family, in particular, the Transparent Optical Backbone Network Specification. This framework includes potential requirements, technical background, investigation and context to support the writing of SAE’s WDM LAN specifications documents. The SAE’s AS6005 WDM OBN document describes a transparent optical network which contains optical components and optical interfaces to perform optical transport, optical add/drop, optical amplification, optical routing, and optical switching functions. The conforming optical signal interfaces for the data plane of the WDM OBN are defined. The conforming signal interfaces for the control and management planes of this network are also defined. The control and management plane signals may be either electrical or optical. If successful, a WDM LAN standard is anticipated to include multiple variants that may get created either as separate documents (e.g. a multimode and single-mode specification) and additional documents may be needed to specify the components from which a WDM LAN and OBN will be built. The WDM OBN specification is to be established in a future document, SAE AS5659. This AIR document is a requirements document that provides input regarding the WDM OBN to the AS5659 Aerospace Standard. Additional documents are anticipated to specify aggregation of access for multiple systems that interface to the OBN. The transition from electrical communications links to optically multiplexed networks, is anticipated to involve aggregation of slower speed signals as necessary part of a cost effective transition.
AS-3 Fiber Optics and Applied Photonics Committee
Paris, June 18, 1914: Crowds gathered at the “Concours de la Sécurité en Aéroplane” to witness 21-year-old Lawrence Sperry demonstrate his newly invented gyroscopic stabilizer. With his hands in the air, the device flew his Curtiss C-2 flying boat. Only a decade after the Wright brothers’ initial flight, the first n “autopilot” made its public debut. As impressive as this public demonstration was, it was merely a humble, although spectacular moment of foreshadowing. Even today—110 years later—the process of automating aspects of flight has not yet fully concluded, leading to deteriorating insight into the automatic behavior of aircraft systems, and even the waning of human instincts and intuition. Controlling Aircraft—From Humans to Autonomous Systems: Rise of the Machines covers the distancing of humans from their flying machines through more than a century-long process of “assisting” systems introduction, the positive and negative consequences of this process, and mitigation solutions for the negative consequences. Click here to access the full SAE EDGETM Research Report portfolio.
David, Aharon
Liquid hydrogen (LH2) is playing a key role in decarbonization of the global energy landscape. Its large-scale continuous use in the space industry provides a foundation for transitioning state-of-the-art capabilities to other sectors. Key advancements in materials, cryogenics, and system optimization are being applied to reduce costs and increase performance for various mobile and stationary use cases. However, some unsettled topics remain to be addressed related to production, liquefaction, storage, distribution, safety, and economics. The optimal solutions to these unsettled topics will vary depending on the region, industry sector, and application. Decarbonizing Mobility with Liquid Hydrogen provides a brief and balanced assessment of the relevant technologies, established practices, system operations, emerging trends, strategic considerations, and economic drivers. Addressing these unsettled topics is tied to the evolving economic strategies of governmental policies, public and private investment, competitive structures, regional approaches, and innovative business models. Click here to access the full SAE EDGETM Research Report portfolio.
Moran, Matthew
Sustainability is both an ethical responsibility and business concern for the aerospace industry. Military and commercial avionics developers have pushed toward a common standard for interfaces, computing platforms, and software in hopes of having “reusability” and reducing weight with backplane computing architectures which, in theory, would support commonality across aircraft systems. The integrated modular avionics (IMA) and military Future Airborne Capability Environment (FACE) standards are two such examples. They emerged to support common computing architectures for reuse and sustainability concepts, from the beginning of aircraft development to the sundown or mortality phase. Pitfalls of Designing, Developing, and Maintaining Modular Avionics Systems in the Name of Sustainability looks at technological, organizational, and cultural challenges making reuse and IMA platform models difficult to fully realize their sustainability goals. Additionally, it considers the certification aspects of reuse and examines lessons learned from a successful reusable and sustainable platform. Click here to access the full SAE EDGETM Research Report portfolio.
Reeve, Tammy
Garmin International, Inc Olathe, KS 800-800-1020
This document is applicable to commercial and military aircraft fuel quantity indication systems. It is intended to give guidance for system design and installation. It describes key areas to be considered in the design of a modern fuel system and builds upon experiences gained in the industry in the last 10 years.
AE-5A Aerospace Fuel, Inerting and Lubrication Sys Committee
This guide provides detailed information, guidance, and methods for demonstrating electromagnetic compatibility (EMC) on civil aircraft. This guide addresses aircraft EMC compliance for safety and functional performance of installed electrical and electronic systems. The EMC guidance considers conducted and radiated electromagnetic emissions and transients generated by the installed electrical and electronic systems which may affect other installed electrical and electronic systems on the aircraft. Application of appropriate electrical and electronic equipment EMC requirements are discussed. Methods for aircraft EMC tests and analysis are described. This guide does not address aircraft compatibility with the internal electromagnetic environments of portable electronic devices (PED) or with the external electromagnetic environments, such as high-intensity radiated fields (HIRF), lightning, and precipitation static.
AE-4 Electromagnetic Compatibility (EMC) Committee
Mathematical Programming for Optimization of Integrated Modular Avionics (SAE Paper 2021-01-0009)129543/16/2021
Every state-of-art aircraft has a complex distributed system of avionics Line Replaceable Units/Modules (LRUs/LRMs), networked by several Data buses. These LRUs are becoming more complex because of an increasing number of new functions to be integrated like Synthetic Vision System (SVS), SBAS-FMS, Terrain Awareness and Warning System (TAWS), Multi-function Display (MFD), Runway Overrun Prevention System (ROPS), In-flight Entertainment (IFE), etc. Moreover, the complexity of the overall avionics architecture and its impact on cable length, weight, power consumption, reliability and maintainability of avionics systems encouraged manufacturers to incorporate efficient avionics architectures in their aircraft design process. The evolution of avionics data buses and architectures have moved from distributed analog and federated architecture to digital integrated modular avionics (IMA). IMA architecture allows suppliers to develop their own LRUs/LRMs capable of specific features that can then be offered to Original Equipment Manufacturers (OEMs) as Commercial-Off-The-Shelf (COTS) products. In the meantime, the aerospace industry has been investigating new solutions to develop smaller, lighter, and more cost effective LRUs/LRMs to be integrated into avionics architecture. However, how to allocate and choose the best possible avionics LRUs/LRMs in avionics architectures to optimise weight and power consumption as well as improving operational capabilities in aircraft-level is an extremely difficult optimisation problem known as NP-hard. In this paper, a mathematical programming based on combinatorial optimisation techniques is proposed which automatically allocates the best possible LRUs/LRMs to avionics architecture while considering some avionics integration constraints.
Radaei, Mohammad
Every state-of-art aircraft has a complex distributed systems of avionics Line Replaceable Units/Modules (LRUs/LRMs), networked by several Data buses. These LRUs are becoming more complex because of an increasing number of new functions need to be integrated into avionics architecture. Moreover, the complexity of the overall avionics architecture and its impact on cable length, weight, power consumption, reliability and maintainability of avionics systems encouraged manufacturers to incorporate efficient avionics architectures in their aircraft design process. The evolution of avionics data buses and architectures have moved from distributed analog and federated architecture to digital integrated modular avionics (IMA). IMA architecture allows suppliers to develop their own LRUs/LRMs capable of specific features that can then be offered to Original Equipment Manufacturers (OEMs) as Commercial-Off-The-Shelf (COTS) products. In the meantime, the aerospace industry has been investigating new solutions to develop smaller, lighter, and more capable LRUs/LRMs to be integrated into avionics architecture. However, manual design cannot concurrently fulfil the complexity and interconnectivity of system requirements and optimality. Thus, developing computer-aided design (CAD), Model Based System Engineering (MBSE) tools and mathematical modelling for optimization of IMA architecture has become an active research area in avionics systems integration. In this paper, a general method and tool are developed for optimization of avionics architecture and improving its operational capability. The tool has three main parts including a database of avionics LRUs, mathematical modelling of the architecture and optimization algorithms. Finally, the tool provides a semi-automatic optimization of avionics architecture which helps avionics system architects to investigate and evaluate various architectures in the early stage of design from an LRU perspective. It can also be used to upgrade a legacy avionics architecture.
Radaei, Mohammad
This ARP is not a certification document; it contains no certification requirements beyond those already contained in existing certification documents. The purpose of this ARP is to provide more detailed descriptions of the 12 hardware-related COTS issues listed in Appendix B, and to provide recommendations on existing practices, processes, and methods to address them. This ARP also describes artifacts that may be used as evidence that the issues have been addressed. The recommended practices and artifacts may be used to facilitate communication between, for example, the provider and the user of the avionics systems into which COTS components are integrated, or between the applicant for certification and the certification body. This ARP does not claim that the recommended practices and artifacts described in this ARP are the only acceptable ones. They are, however, used widely today, and merit serious consideration where applicable in the avionics system design and certification processes. COTS components, by definition, typically have not been designed specifically for the aerospace applications or environments in which they will be used. In many cases, the design data for COTS components is limited or not available, compromising the ability of the integrator of the COTS components into aerospace systems to fully assess their functions and failure modes, and consequently their impact on the system performance (intended and unintended) and safety. Nevertheless, the organization that integrates COTS components into avionics systems is responsible to assure that the system is functional and airworthy. The avionics system design and development process, therefore, needs to take into account the use of COTS components, and the evidence and artifacts that are produced and used to demonstrate that the implementation satisfies the allocated requirements and provides the level of confidence, consistent with airworthiness requirements. Various methods may be considered to accomplish the above, broad categories of which include (but are not limited to): Design and conduct additional tests and analyses of the COTS component, beyond those conducted by its supplier, to assure that the COTS component will perform its allocated function reliably in its application; Modify the avionics system design to reduce operating and environmental stresses on the COTS component; Modify the avionics system design to provide assurance the system will perform its allocated function reliably, even if the COTS component were to fail; Modify the avionics system operating and maintenance practices to prevent premature failure of the avionics system; and Any additional practices needed by the application. The 12 issues addressed in this ARP are likely to be relevant for the foreseeable future; however, it also is likely that additional issues will emerge, as COTS component technology continues to progress, and as avionics system reliance on their use continues to increase.
APMC Avionics Process Management
In the early days of quality management, prior to 1980s, the focus seemed to be on "Quality Control" or "Quality Assurance". Emphasis was placed on inspection and testing. Quality was about conformance to specification. Non-Conformance Reports were representative of quality control. Our understanding of quality management has evolved, largely based on the Toyota Quality and Concurrent Engineering Approach of moving it off the production line for Integrated Product and Process Development (IPPD) [1]. In the late 1980s industry experienced similar difficulties in understanding and adopting quality management. The ideas behind managing quality are quite abstract. Quality is primarily about understanding and satisfying a customer's expectations. This includes implicit expectations, as well as explicit expectations. The techniques of specification, inspection and testing only make sense in that wider context. Formal risk management was developed in the late 1980s and throughout the 1990s. Risk management principles are now widely understood and applied. Functional Safety Management (FSM) simply applies quality management to systems that are designed to control risk. [2] The standards for FSM and Development Assurance (DA) are relatively new. SAE ARP 4754 and ARP 4761 for complex aircraft systems were introduced in 1996 and DO-178 for software in 1998. In 2010 ARP 4754A [3] was created for movement from federated avionics systems to distributed integrated avionics systems which set the stage for Integrated Modular Avionics (IMA) in DO 297 [4]. The Army identified IMA as a critical technology in its Joint Common Architecture (JCA) Final Report [5] and is seeking to provide a Modular Open Systems Architecture (MOSA) approach to its Future Vertical Lift (FVL) programs. [6] The aim is to build and upgrade FVL mission systems without expensive proprietary interfaces. New capabilities from a choice of developers will adapt to emerging threats. The mission system architecture demonstration (MSAD) Program has awarded six contracts to avionics vendors to develop MOSA tools and rules. A capstone demonstration wraps-up this December 2020 and will generate a final report and provide guidance for Future Attack and Reconnaissance Aircraft (FARA), FLRAA and FUAS architectures. MOSA flexibility and economy come to legacy helicopters with the Aviation Mission Common Server (AMCS), which transitions the legacy fleet from single-purpose/single-vendor architectures to more adaptable modules and components. Nonproprietary, government-controlled, open system standards interface new software applications without going to each platform maker for integration. [6] This paper will review FSM, DA, and Open IMA in these civil aircraft standards, compare them with Army Aviation's current Army Military Airworthiness Certification Criteria (AMACC) [7] and recommend a Civil Military FSM DA Framework for FVL and on how AMACC could be modified for FVL Open Systems Architectures (OSA) Certification using a Modular Open Systems Approach (MOSA). [8]
Daniel, Dr.Lewis, Dr.
This Aerospace Standard (AS), establishes minimum performance standards for those sensors, computers, transponders, and airplane flight deck controls/displays which together comprise a Takeoff Performance Monitor (TOPM) System. This standard also defines functional capabilities, design requirements, and test procedures. A TOPM system is intended to monitor the progress of the takeoff and to provide advisory information which the crew may use in conjunction with other available cues to decide to continue or abort the takeoff. See Appendix A for supplementary information relating to NTSB, CAA, and ad hoc committee concerns and background information.
S-7 Flight Deck Handling Qualities Stds for Trans Aircraft
Integrated Modular Avionics (IMA) system comprises IMA platform and hosted applications. The IMA platform provides the hosted applications with shared resources, e.g. computing, memory, communication, health monitoring resources. As a bridge between them, the IMA configuration data specifies how these shared resources are allocated to each hosted application. The IMA configuration data, which is different from real hardware and software code, should be validated and verified as an important portion of IMA system. After a brief introduction of IMA system, development processes, and general means of compliance for certification, this paper proposed an Architecture Analysis and Design Language (AADL) model of IMA configuration based on a case study of airborne datalink system. Based on the model, the IMA configuration data is abstracted and categorized into several types, with the correspondent means of compliance identified for each type. Furthermore, the associated roles and responsibilities are discussed for IMA configuration data validation and verification. The IMA configuration data specific means of compliance, the validation and verification processes, the roles and responsibilities, together form a method for validating and verifying the IMA configuration data for shared resources allocation, which can be applied to all partitioning systems beyond avionics.
Wang, YunshengLi, Yan-xiao
Most of today’s collision-avoidance, in-flight-entertainment (IFE), air-to-ground-communications, and other avionics systems employ electronics packaging based on the Aeronautics Radio INC (ARINC) 600 standard. Compared to the older ARINC 404 standard dating from the 1970s that defined “black box” enclosures and racks within aircraft, ARINC 600 specified a Modular Concept Unit (MCU) – the basic building block module for avionics. An ARINC 600 metal enclosure can hold up to 12 MCUs, allowing a lot of computing power to be placed in a centralized “box.” By making it possible to run numerous applications over a real-time network, ARINC 600 enabled “next generation” integrated modular avionics (IMA).
State-of-the-art avionics systems are standardized, e.g. the computing system of the flying vehicle is composed of pre-defined and pre-qualified modules of a standardized avionics platform. Integrated Modular Avionics (IMA) is the most popular representative, but not the only one. Two challenges of standardized avionics platform are system design and configuration. Since the high numbers of functions, modules, and constraints for modern air vehicles, bringing up the optimal system architecture is a difficult job if carried out manually. The subsequent process of creating millions of configuration parameters is time consuming and error prone. Both issues are similar and are, in general, processable by algorithms. Algorithms proved to provide significant support for current system design issues and might be mandatory in future, when avionics become self-organizing and the design and configuration are derived by the platform itself. Automated design already proved its advantages and self-organizing platforms started to be in development. Having the right and rigid data format for this purpose is mandatory. A suitable data format must hold all requirements necessary to proof the validity of the avionics architecture and take reliable organization decisions. It must be independent of technologies, in terms of hardware, software, and configuration. It must have a structure simple enough to be used in qualified embedded systems. Existing modeling approaches, e.g. AADL, have different purposes as detailed system design, dynamic simulations, virtual qualification, and lack especially rigidity and simplicity. The Open Avionics Architecture Model (OAAM) is a domain-specific model representing avionics system’s architectures designed to be used offline or online in the automated organization of avionics systems. It was implemented using the EMOF modeling standard and the Eclipse Modeling Framework (EMF). It is available as open source. This article explains the structure and the purpose of OAAM.
Annighoefer, Bjoern
Model-Based Systems Engineering Methodology for Implementing Networked Aircraft Control System on Integrated Modular Avionics – Environmental Control System Case Study2018-01-194310/30/2018
Integrated modular avionics (IMA) architectures host multiple federated avionics applications on a single platform and provide benefits in terms of size, weight, and power, which, however, leads to increased complexity, especially during the development process. To cope efficiently with the high level of complexity, a novel, structured development methodology is required. This paper presents a model-based systems engineering (MBSE) development approach for the so-called “distributed integrated modular architecture” (DIMA). The proposed methodology adapts the open-source Capella tool, based on the Architecture Analysis & Design Integrated Approach (ARCADIA) methodology, to implement a complete design cycle, starting with requirements captured from the aircraft level to streamline the development, culminating in the integration of an avionics application into an ARINC 653 platform. This paper shows how to address the variability of technology implementations at the aircraft and system levels and how the specification artifacts are efficiently managed and traced from the aircraft to the system to the item level to implement the SAE ARP4754A guidelines. The effectiveness of the methodology is presented via a case study of the integration of an environmental control system (ECS) into aircraft control architecture, illustrated for the cabin pressure control system (CPCS). The guidelines derived are applicable to other aircraft systems. In addition, the presented paper provides important insights into the challenges and advantages of the MBSE process over the traditional paper-based specification process.
George Mathew, PrinceLiscouet-Hanke, SusanLe Masson, Yann
This paper firstly describes the challenges raised by the introduction of Intrusion Detection Systems (IDS) in avionic systems. In particular, we discuss some specific characteristics of such systems and the advantages and limitations of signature-based and anomaly-based techniques in an avionics context. Based on this analysis, a framework is proposed to integrate a Host-based Intrusion Detection System (HIDS) in the general Integrated Modular Avionics (IMA) development process, which fits avionic systems constraints. The proposed HIDS architecture is composed of three modules: anomaly detection, attack confirmation, and alert sending. To demonstrate the efficiency of this HIDS, an attack injection module has also been developed. The overall approach is implemented on an IMA platform running a cockpit display function, to be representative of embedded avionic systems.
Damien, AlienorFumey, MarcAlata, EricKaâniche, MohamedNicomette, Vincent
This document is applicable to commercial and military aircraft fuel quantity indication systems. It is intended to give guidance for system design and installation. It describes key areas to be considered in the design of a modern fuel system, and builds upon experiences gained in the industry in the last 10 years.
AE-5A Aerospace Fuel, Inerting and Lubrication Sys Committee
By adopting the latest developments from other critical (e.g. integrated modular avionics) and high-volume automotive industries with safety requirements (ADAS and autonomous driving), the rotorcraft industry could reduce system lifecycle costs and gain new integrated platform capabilities which support incremental modernization, simplify upgrades and modifications for different missions or rotorcraft platforms. A specific set of architecture design patterns and computational models, used in integrated modular architectures, enables the design of less complex integrated systems which can collect and process all system sensor data in (hard) real-time, supports seamless sensor data fusion for IVHM, and enables the integration of critical and non-critical functions. Accompanied with robust system engineering, RTCA DO-254 / DO-178C DAL A/B design assurance and extended use of ASIL-D-compliant (automotive) components, novel integrated architectures for rotorcraft can be designed to fit with robust modular form factors such as VPX. Such integrated architectures can be extended with COTS computing and sensor fusion LRUs/ECUs used for automotive ADAS/ADS (advanced driver assistance systems/autonomous driver systems) and rapidly progressing autonomous driving applications.
Jakovljevic, MirkoSoares, Alvaro
Advanced Integrated Modular Avionics (A-IMA) will drive new focus and challenges for Model Based Engineering (MBE). First, there is the need to bridge MBE to legacy system elements that were developed without MBE along with the need to handle hybrid Open System Architecture / Integrated Modular Avionics (OSA/IMA) based architectures. Second, there is the need for MBE to be reusable and interoperable across product development cycles as technology insertions occur. Third, there is the need for integration of MBE into synthesizable descriptions that can also be effectively validated for mixed general purpose, safety, and secure computing and networking environments. Fourth is the need for effective application of MBE in hybrid waterfall and agile development environments where target infrastructure is scalable in capability and cost. Fifth is the need for MBE to support partitioned roles across companies, government, and universities where one entity does requirements, one does architecture, one develops components, one provides formal test, and another provides system sustainment. There are a number of industry and university efforts underway to address these focus items and challenges spread across these adjacent MBE complex system domains. This paper is focused on the current state of each of these areas relative to use in A-IMA systems based on industry initiatives and academic research. It uses the driverless car for comparison as an emerging "Advanced Integrated Modular Architecture" and identifies its parallel approaches to address these focused items and challenges. This work is being built on the authors' work exploring dual use technologies being developed for the driverless car domain that will lead to a market of 10 Million autonomous cars operating in 2020. Previous papers have addressed identification of potential advanced automotive dual use transformational hardware and software technologies including many core processing, advanced software autonomy and data fusion components, unified mixed criticality networking, and integrated cyber security for A-IMA. A testbed has also been recently proposed as a mechanism to evaluate these dual use technologies in an A-IMA context. This paper extends the dual use view to include understanding of the best-of-breed avionics MBE environment and how it can be complementary to leveraging a testbed environment in addressing affordable, scalable, and open solutions.
Gaska, ThomasSummerville, DougGaska, MarilynChen, Yu
This interface control document (ICD) specifies all software services in the Unmanned Systems (UxS) Control Segment Architecture, including interfaces, messages, and data model.
AS-4UCS Unmanned Systems Control Segment Architecture
This SAE Aerospace Standard (AS) specifies minimum performance standards for Electronic Flight Information System (EFIS) displays that are head-down and intended for use in the flight deck by the flight crew in all 14 CFR Part 23, 25, 27, and 29 aircraft. This document is expected to be used by multiple regulatory agencies as the basic requirement for a technical standard order for EFIS displays. The requirements and recommendations in this document are intended to apply to, but are not limited to, the following types of display functions: Primary Flight and Primary Navigation displays, including vertical situation and horizontal situation functions. Displays that provide flight crew alerts, which may include engine instrument, aircraft systems information/control. Control displays including communication, navigation and system control displays. Information displays, which may include navigation displays used for situation awareness only, supplemental data, and maintenance and documentation displays. Display Systems including a Display Unit (display) and a symbol generator. The display functions herein were based on the display aspects of functions covered by previous TSOs that included an end-to-end system, including sensors. This document does not address video display terminals or video monitors without the means to generate symbols. The symbol generating function may be contained within the display or may be external to the display unit and part of the display system. This document is not intended to address the display of single function equipment (e.g., airspeed). Two functions are required as a minimum. This document does not address the sensors or computational engines (e.g., TAWs computer, navigation computer, or TCAS processor) that transmit their data to the EFIS display. Functions that are not covered in this document include: Overspeed Warning; Air Traffic Control Radar Beacon System (ATCRBS)/Mode Select (Mode S); Automatic Dependent Surveillance - Broadcast (ADS-B); Traffic Information System - Broadcast (TIS-B); Electronic Map Display; Synthetic Vision; Enhanced Vision; Head-Up Displays (HUD); and Head Worn Displays (HWD). This document does address the following types of control functions: Control functions related to the data presented on the EFIS display(s). Control means that are integrated into the displays. NOTE: This document is expected to be used for a technical standard order for EFIS displays. This document does not address the hardware, physical, or optical (ocular) requirements of the EFIS displays. Those requirements are addressed in AS8034B. This document is subject to change to keep pace with experience and technical advances. Many functions often included in an EFIS in existing systems were considered for this MOPS. In general, the functions that were not included here were excluded because it was too complicated to extract and separate the display requirements from the sensor requirements. In other cases, the display requirements in the original MOPS were too extensive to add to this document without essentially replicating the original MOPS. Applicants will need to apply separately for approval for those functions.
A-4EFIS Electronic Flight Instrument System Display
In the Integrated Modular Avionics (IMA) domain, THALES developed a high performance communication network named SAEN (Self Adaptive Embedded Network). SAEN is a switchless network solution, fully embedded in a single Network Component Interface (NCI), aimed to interconnect easily several modules of a system, in any mesh network topology. Once each module is equipped with its network component, just connect them together to realize the wanted topology and switch ‘on’ the modules power supplies. At power-on, all the nodes of the network aggregate to form a complete global and coherent network, autonomously managing its configuration and the optimal static routing between any emitter and receiver. The constituted network is deterministic, autonomous, self-discovering, and auto-adapting to the network variations and guarantees an optimal routing in any situation of the graph, as long as a path exists. The interest of managing mesh topology resides in the intrinsic robustness offered by the graph connectivity. This solution is being implemented in the new mission computer embedded in the latest French combat aircraft. For this application, the components drive a 2 Gigabits per second (Gbps) physical layer on a copper backplane. It is to be noticed that for this application, the network is highly constrained since the mission computer is likely to reallocate dynamically the applications on various processing modules. The paper describes the basic elements of graph theory that allow to explain the robustness properties linked to the graph connectivity. Then some linear algebra used to compute the optimal routing and its optimization in a wired logic module of the component. Finally, the paper presents a brief description of the application on the aircraft mission computer.
Coustal, PierreTailliez, Franck
In the aerospace industry, as the modern avionics systems became more and more complex, the Integrated Modular Avionics (IMA) architecture has been proposed as a replacement of the federated architecture, in order to offer better solutions on SWaP constraints (Size, Weigh and Power). However, the development process of IMA avionics systems is much more difficult. This paper aims to propose to the aerospace industry a set of time-effective and cost-effective solutions for the integration and functional validation of IMA systems. Based on MBE methodology, which is considered as an interesting solution for the IMA systems development [8], this paper proposes a design flow, that integrates three steps of refinement, for the configuration and the validation of IMA platforms. In the first step of the design flow, the modeling language AADL is used to describe the IMA architecture. The AADL modeling environment OCARINA, a code generator initially designed for the real-time operating system POK, has been modified to generate software integration code and system configuration files for the IMA simulator named SIMA. This solution is a cost effective alternative to expensive commercial development environments to validate ARINC653 software applications. In the second step of the design flow, a cosimulation platform composed of two simulators is proposed: Simulink for the simulation of peripherals and SIMA for the simulation of IMA modules. In the third step, the validated avionics applications and system configuration can be ported with minimum effort from the cosimulation environment to an implementation platform. A case study, which consists in integrating several avionics applications to SIMA and then porting them to PikeOS development environment, was brought in the purpose of demonstrating the proposed design flows and co-simulation platform. The research work realized in this paper is a part of collaboration between industrials and academics through the CRIAQ AVIO509 project.
Bao, LinBois, GuyBoland, Jean-FrançoisSavard, Julien
This document outlines the development process and makes recommendations for total antiskid/aircraft systems compatibility. These recommendations encompass all aircraft systems that may affect antiskid brake control. It focuses on recommended practices specific to antiskid and its integration with the aircraft as opposed to more generic practices recommended for all aircraft systems and components. It defers to the documents listed in Section 2, for generic aerospace best practices and requirements. The documents listed below are the major drivers in antiskid/aircraft integration: 1 ARP4754, Guidelines for Development of Civil Aircraft and Systems 2 ARP4761, Guidelines and Methods for Conducting the Safety Assessment Process on Civil Airborne Systems and Equipment 3 RTCA DO-178, Software Considerations in Airborne Systems and Equipment Certification 4 RTCA DO-254, Design Assurance Guidance for Airborne Electronic Hardware 5 RTCA DO-160, Environmental Conditions and Test Procedures for Airborne Equipment or MIL-STD-810, Environmental Engineering Considerations and Laboratory Tests 6 ARP490, Electrohydraulic Servovalves 7 ARP1383, Aerospace - Impulse Testing of Hydraulic Components In addition, it covers design and operational goals, general theory, and functions, which should be considered by the aircraft brake system engineer to attain the most effective skid control performance, as well as methods of determining and evaluating antiskid system performance. For definitions of terms used herein see Section 7.
A-5A Wheels, Brakes and Skid Controls Committee
Since 2000, avionics is facing several changes, mostly driven by technological improvements in the electronics industry and innovation requirements from aircraft manufacturers. First, it has progressively lost its technological leadership over innovation processes. Second, the explosion of the electronics consumer industry has contributed to shorten even more its technology life cycles, and promoted the use of COTS. Third, the increasing complexity of avionics systems, which integrate more and more functions, have encouraged new players to enter the market. The aim of this article is to analyze how technological changes can affect the competitiveness of avionics firms. We refer to criticality levels as a determinant of the market competitiveness. Certification processes and costs could stop new comers to bring innovations from the consumer electronics industry and protects traditional players. The study will compare three avionics systems regarding their patent dynamics since 1980: flight controls, Integrated Modular avionics and Head-Up Displays. We assume that differences in the market competitiveness may appear due to their differences in their related criticality level. Systems belonging to Design Assurance Level A or B required wide-range of capabilities and long-term experience. The opportunity for new comers to introduce a certified-version of their product could be constrained by certification requirements.
Beaugency, AurelieGatti, MarcRegis, Didier
For Orion Exploration Flight Test One (EFT-1), the unit-under-test for flight software verification has been chosen as the entire integrated flight software load. At the time of this reporting, the unit test tool, while powerful, operates on very small units, usually classes. This leaves a sizable gap between unit testing and verification. Orion flight software is divided into ARINC 653 partitions, and partition level testing is in this large gap.
An Integrated Modular Avionics (IMA) architecture provides a common platform for software partitions with shared processing and input/output (I/O) resources. A key feature of the IMA architecture is I/O partitioning. An IMA system will prevent one software partition from changing an I/O resource that is owned by another software partition. This prevents one software partition from controlling the outputs of another due to hardware fault or software error. The IMA system must have protection mechanisms in place to enforce the I/O partitioning.
ABSTRACT This paper describes recent results from the Georgia Institute of Technology to develop, improve, and flight test a multi-aircraft collaborative architecture, focused on decentralized autonomous decision-making. The architecture includes a search coverage algorithm, behavior estimation, and a pursuit algorithm designed to solve a scenario-driven challenge problem. The architecture was implemented on a pair of Yamaha RMAX helicopters outfitted with modular avionics, as well as an associated set of simulation tools. Simulation and flight test results for single- and multiple-aircraft scenarios are presented. Further work suggested includes identification and development of more sophisticated methods that can replace the simpler elements in modular fashion.
Mooney, JohnJohnson, Eric
The Integrated Modular Avionics (IMA) architecture has been a crucial concern for the aerospace industry in developing more complex systems, while seeking to reduce space, weight and power (SWaP), as well as development, certification and production time. From a software perspective, that objective pushes developers to migrate toward safety critical space and time partitioning environment. However, mainstream commercial real-time operating systems (RTOS) offering such partitioning can be restrictive in early development due to very high licensing costs. That situation is even more striking when considering that low-cost alternatives could instead be used for system modeling and early simulation before acquisition of a target platform. This paper reviews existing low-cost and open-source development environments to propose a novel design flow. The proposed methodology starts with model-based analysis in the AADL modeling language. Then, configuration files and software integration code are generated and executed using the Simulated IMA (SIMA) software from GMV. A case study experiment was created using a Multi-purpose Control and Display Unit (MCDU) communicating with an external Flight Management System (FMS) simulation provided by our industrial partner CMC Electronics. Results show reduction of time for system and partition configurations from hours to seconds, notably by reducing human error. It also proves useful in identifying design flaws in early development as well as facilitating software architectural exploration for integrated modular avionics.
Savard, JulienBao, LinBois, GuyBoland, Jean-François
Items per page:
1 – 50 of 99