Search Results

This document describes effective methods to manage and distribute operation flight software programs, aeronautical data bases and other forms of software used within an airline organization. Topics include software acquisition, software receiving, software distribution and necessary documentation. The FLS management process described in ARINC 667 is compatible with published FAA/EASA guidance on this subject. Software suppliers, airline users and regulators will find this document to be a practical and effective guide.

This standard provides a data base comprising standards used for the preparation of a navigation system data base. This data may be used with the operational flight software in a wide range of navigational equipment.

ARINC 653, Part 3A is the Compliance Test Specification for ARINC 653 Required Services presently defined in ARINC 653 Part 1. The document specifies a set of stimuli and the expected responses. Future work on the ARINC 653 document set includes an effort to define Operating System services for multi-core processor environments. The Compliance Test Specification is expected to be updated in step with ARINC 653, Part 1.

This document provides an overview of the entire set of documents collectively referred to as ARINC 653. As this set of documents evolves, Part 0 has been adjusted to reflect technical changes made in Supplements to Parts 1 through 5 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.

ARINC 810 defines galley equipment physical attachments, envelopes, connections, and qualification guidelines for interchangeable galley equipment. Supplement 6 defines the new Extended Size 2, intended for oven installation and other equipment suited to this type of installation.

The purpose of this specification is to define the general Galley Insert (GAIN)standardization philosophy, provide comprehensive equipment interfaces, and disseminate the most current industry guidance. Part 1 covers the Controller Area Network (CAN) data interface attachments, envelopes, and data content to be considered between all galley equipment using a Galley Data Bus as described within this specification. This document is intended as the successor and replacement for ARINC Specification 812. This document contains significant improvements to CAN data interfaces.

This document provides airlines, airframe manufacturers, aircraft equipment suppliers, and others with information that is specific to data, software, and ground tools used in aviation configuration and data management. As a starting point, this document provides guidance on: Which standard to use in specific situations The use of and how integrity checks should be applied Common terminology in airborne software management Since airplanes started using software controlled hardware, there has been a need to standardize processes and terminology. This document is the centroid to which other software standards are related.

The purpose of this standard is to provide a method for packaging aircraft software parts for distribution using contemporary media or by electronic distribution. This project intends to standardize and provide guidance for the storage of floppy based software, currently packaged in media set parts. This standard format can be then stored or distributed on a single physical media member (CD-ROM), or by electronic crate. The obsolescence of floppy disks drive an urgent need for this guidance.

ARINC Specification 628, Cabin Equipment Interfaces (CEI) Part 5 Parts Selection, Wire Design and Installation Guidelines, provides design and mounting guidelines for electrical installations, mainly for supplier of cabin furnishing equipment. Part 5 addresses several aspects of installation and is divided into five sections: Introduction, Parts Selection, Electrical Wire Design Guidelines, Wire Installation Guidelines, and Documentation Guidelines. Guidelines regarding design, safety, and other subjects relevant to acceptance of the end item are addressed. Notes explaining the reason for setting a guideline or suggesting methods for performing the task are provided in commentary. The content of the document is designed to make it usable for reference by industry, particularly manufacturers of seats and equipment.

ARINC Specification 485, Part 2 specifies the ARINC 485-control protocol used by the LRUs described in ARINC Specification 628 Part 2. This document defines a multi-drop bus. The point-to-point configuration is also supported. The point-to-point bus is treated simply as a multi-drop bus with only one drop. There is one master LRU and one or more slave LRUs present on the bus. However; multiple buses may be connected in parallel, where each parallel bus operates independently from each other.

This standard defines a new cabin network bus. While ARINC Specification 485: Cabin Equipment Interfaces, Part 2, Physical Layer – In-seat Protocol defined a low-speed serial communications interface between electronic equipment in the passenger seat, it is design-focused on obtaining status from in-seat electronic equipment. ARINC Specification 854 is a messaging protocol but does not preclude using the bus for video streaming or multicast. Cabin Equipment has evolved from the very simple to quite sophisticated systems. The resulting communications needs have surpassed the ability of ARINC 485 to provide the necessary data capacity and response times. The basic requirements for low latency, full duplex, elimination of ARINC 485 Master/Slave polling and lower weight drives the selection of 100BASE-T1 (per IEEE 802.3) as the preferred bus format.

As avionics software continues to evolve, so does ARINC Specification 653. ARINC 653 Part 2 specifies extensions (i.e., optional services) to the required Application Program Interfaces (APIs) described in ARINC 653 Part 1. Supplement 4 adds optional multicore services capabilities.

This standard defines a general-purpose Application/Executive (APEX) software interface between the Operating System of an avionics computer and the application software. The interface requirements between the application software and operating system services are defined in a manner that enables the application software to control the scheduling, communication, and status of internal processing elements. Supplement 5 adds multicore processor service capabilities.

This standard defines a common configuration report format that can be retrieved from an aircraft for use by ground tools and maintenance personnel. Reports will be generated in Extensible Markup Language (XML) format and structured as defined by this document. Several optional elements and attributes are defined to allow flexibility for a given report. This standard provides aircraft manufacturers, regulatory agencies, and airlines a format standard for aircraft configuration reporting, and facilitates automated comparison of configuration data reports (e.g., authorized versus as flying, etc.).

This document defines the aircraft industry's standards for Loadable Software Parts (LSPs) and Media Set Parts (MSPs). It describes the common principles and rules to be applied to any part of a data load system to ensure compatibility and inter-operability of software parts. It includes part numbering, content, labeling, and formatting of an LSP, and a Media Set containing LSPs. Supplement 5 refers to a companion document, ARINC Report 645: Common Terminology and Functions for Software Distribution and Loading.

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 Part 0 will be made more consistent with Parts 1 through 5 in conjunction with the technical changes expected to be 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 3 - Conformity Test Specification, Part 4 - Subset Services, and Part 5 - Core Software Required Capabilities. Supplement 1 reflects the introduction of multicore processor support in Parts 1 and 2.

Part 5 defines additional ARINC 653 core software capabilities to ease integration on a variety of Integrated Modular Avionics (IMA) hardware platforms by allowing platform suppliers to extend and customize it for use with their unique hardware platform. Supplement 1 expands the guidance provided on resource profiling and execution profiling pertinent to the use of mulicore processors in avionics.

ARINC 653, Part 3A is the Compliance Test Specification for ARINC 653 Required Services presently defined in ARINC 653 Part 1. The document specifies a set of stimuli and the expected responses. Future work on the ARINC 653 document set includes an effort to define Operating System services for multi-core processor environments. The Compliance Test Specification is expected to be updated in step with ARINC 653, Part 1.

ARINC 653, Part 3B is the Compliance Test Specification for ARINC 653 Extended Services presently defined in ARINC 653 Part 2. The document specifies a set of stimuli and the expected responses. Future work on the ARINC 653 document set includes an effort to define Operating System services for multi-core processor environments. The Compliance Test Specification is expected to be updated in step with ARINC 653, Part 2.

The purpose of this specification is to define standard cabin equipment enclosures and provisions for equipment attachment on monuments. This standard is intended to enable simpler installation and maintenance of cabin equipment, resulting in time and cost reduction.