ARINC 429

Last updated

ARINC 429, [1] the "Mark 33 Digital Information Transfer System (DITS)," is the ARINC technical standard for the predominant avionics data bus used on most higher-end commercial and transport aircraft. [2] It defines the physical and electrical interfaces of a two-wire data bus and a data protocol to support an aircraft's avionics local area network.

Contents

Technical description

Medium and signaling

ARINC 429 is a data transfer standard for aircraft avionics. It uses a self-clocking, self-synchronizing data bus protocol (Tx and Rx are on separate ports). The physical connection wires are twisted pairs carrying balanced differential signaling. Data words are 32 bits in length and most messages consist of a single data word. Messages are transmitted at either 12.5 or 100 kbit/s [3] to other system elements that are monitoring the bus messages. The transmitter constantly transmits either 32-bit data words or the NULL state (0 Volts). A single wire pair is limited to one transmitter and no more than 20 receivers. The protocol allows for self-clocking at the receiver end, thus eliminating the need to transmit clocking data. ARINC 429 is an alternative to MIL-STD-1553.

Bit numbering, transmission order, and bit significance

The ARINC 429 unit of transmission is a fixed-length 32-bit frame, which the standard refers to as a 'word'. The bits within an ARINC 429 word are serially identified from Bit Number 1 to Bit Number 32 [4] or simply Bit 1 to Bit 32. The fields and data structures of the ARINC 429 word are defined in terms of this numbering.

While it is common to illustrate serial protocol frames progressing in time from right to left, a reversed ordering is commonly practiced within the ARINC standard. Even though ARINC 429 word transmission begins with Bit 1 and ends with Bit 32, it is common to diagram [5] and describe [6] [7] ARINC 429 words in the order from Bit 32 to Bit 1. In simplest terms, while the transmission order of bits (from the first transmitted bit to the last transmitted bit) for a 32-bit frame is conventionally diagrammed as

First bit > 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, ... 29, 30, 31, 32 < Last bit,

this sequence is often diagrammed in ARINC 429 publications in the opposite direction as

Last bit > 32, 31, 30, 29, ... 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1 < First bit.

Generally, when the ARINC 429 word format is illustrated with Bit 32 to the left, the numeric representations in the data field are read with the most significant bit on the left. However, in this particular bit order presentation, the Label field reads with its most significant bit on the right. Like CAN Protocol Identifier Fields, [8] ARINC 429 label fields are transmitted most significant bit first. However, like UART Protocol, Binary-coded decimal numbers and binary numbers in the ARINC 429 data fields are generally transmitted least significant bit first.

Some equipment suppliers [9] [10] publish the bit transmission order as

First bit > 8, 7, 6, 5, 4, 3, 2, 1, 9, 10, 11, 12, 13 … 32 < Last bit.

The suppliers that use this representation have in effect renumbered the bits in the Label field, converting the standard's MSB 1 bit numbering for that field to LSB 1 bit numbering. This renumbering highlights the relative reversal of "bit endianness" between the Label representation and numeric data representations as defined within the ARINC 429 standard. Of note is how the 87654321 bit numbering is similar to the 76543210 bit numbering common in digital equipment; but reversed from the 12345678 bit numbering defined for the ARINC 429 Label field.

This notional reversal also reflects historical implementation details. ARINC 429 transceivers have been implemented with 32-bit shift registers. [11] Parallel access to that shift register is often octet-oriented. As such, the bit order of the octet access is the bit order of the accessing device, which is usually LSB 0; and serial transmission is arranged such that the least significant bit of each octet is transmitted first. So, in common practice, the accessing device wrote or read a "reversed label" [12] (for example, to transmit a Label 2138 [or 8B16] the bit-reversed value D116 is written to the Label octet). Newer or "enhanced" transceivers may be configured to reverse the Label field bit order "in hardware." [13]

Word format

ARINC 429 Word Format
PSSMMSBDataLSBSDILSBLabelMSB
3231302928272625242322212019181716151413121110987654321

Each ARINC 429 word is a 32-bit sequence that contains five fields:

Bit 32 is the parity bit, and is used to verify that the word was not damaged or garbled during transmission. Every ARINC 429 channel typically uses "odd" parity - there must be an odd number of "1" bits in the word. This bit is set to 0 or 1 to ensure that the correct number of bits are set to 1 in the word.
Bits 30 to 31 are the Sign/Status Matrix (SSM) - these bits may have various encodings dependent on the particular data representation applied to a given word:
  • In all cases using the SSM, these bits may be encoded to indicate:
Normal Operation (NO) - Indicates the data in this word is considered to be correct data.
Functional Test (FT) - Indicates that the data is being provided by a test source.
Failure Warning (FW) - Indicates a failure which causes the data to be suspect or missing.
No Computed Data (NCD) - Indicates that the data is missing or inaccurate for some reason other than a failure. For example, autopilot commands will show as NCD when the autopilot is not turned on.
  • In the case of Binary Coded Decimal (BCD) representation, the SSM may also indicate the Sign (+/-) of the data or some information analogous to sign, like an orientation (North/South; East/West). When so indicating sign, the SSM is also considered to be indicating Normal Operation.
  • In the case of two's-complement representation of signed binary numbers (BNR), Bit 29 represents the number's sign; that is, sign indication is delegated to Bit 29 in this case.
  • In the case of discrete data representation (e.g., bit-fields), the SSM has a different, signless encoding. [14]
SSMData Dependent SSM Encodings:
Bit 31Bit 30Sign/Status Matrix for BCD DataStatus Matrix for BNR DataStatus Matrix for Discrete Data
00Plus, North, East, Right, To, AboveFailure Warning (FW)Verified Data, Normal Operation
01No Computed Data (NCD)No Computed Data (NCD)No Computed Data (NCD)
10Functional Test (FT)Functional Test (FT)Functional Test (FT)
11Minus, South, West, Left, From, BelowNormal Operation (NO)Failure Warning (FW)
Bit 29Sign Matrix for BNR Data
0Plus, North, East, Right, To, Above
1Minus, South, West, Left, From, Below
Bits 11 to 29 contain the data. Bit-field discrete data, Binary Coded Decimal (BCD), and Binary Number Representation (BNR) are common ARINC 429 data formats. Data formats may also be mixed.
Bits 9 and 10 are Source/Destination Identifiers (SDI) and may indicate the intended receiver or, more frequently, indicate the transmitting subsystem.
Bits 1 to 8 contain a label (label words), expressed in octal (MSB 1 bit numbering), identifying the data type.

The image below exemplifies many of the concepts explained in the adjacent sections. In this image the Label (260) appears in red, the Data in blue-green and the Parity bit in navy blue.

An ARINC 429 Word, viewed as a signal, with overlaid decoding Example ARINC 429 decode.jpg
An ARINC 429 Word, viewed as a signal, with overlaid decoding
Example ARINC 429
PSSMMSBDataLSBSDILSBLabelMSB
3231302928272625242322212019181716151413121110987654321
10010001100011000100010000001101
10233170062
JOUR(1)JOUR(0)MOISMilliseconds

Labels

Illustration of the airspeed indication and detection system on fly-by-wire aircraft Airspeed indication system - fly by wire.png
Illustration of the airspeed indication and detection system on fly-by-wire aircraft

Label guidelines are provided as part of the ARINC 429 specification, for various equipment types. Each aircraft will contain a number of different systems, such as flight management computers, inertial reference systems, air data computers, radar altimeters, radios, and GPS sensors. For each type of equipment, a set of standard parameters is defined, which is common across all manufacturers and models. For example, any air data computer will provide the barometric altitude of the aircraft as label 203. This allows some degree of interchangeability of parts, as all air data computers behave, for the most part, in the same way. There are only a limited number of labels, though, and so label 203 may have some completely different meaning if sent by a GPS sensor, for example. Very commonly needed aircraft parameters, however, use the same label regardless of source. Also, as with any specification, each manufacturer has slight differences from the formal specification, such as by providing extra data above and beyond the specification, leaving out some data recommended by the specification, or other various changes.

Protection from interference

Avionics systems must meet environmental requirements, usually stated as RTCA DO-160 environmental categories. ARINC 429 employs several physical, electrical, and protocol techniques to minimize electromagnetic interference with on-board radios and other equipment, for example via other transmission cables.

Its cabling is a shielded 70 Ω twisted-pair. [1] ARINC signaling defines a 10 Vp differential between the Data A and Data B levels within the bipolar transmission (i.e. 5 V on Data A and -5 V on Data B would constitute a valid driving signal), and the specification defines acceptable voltage rise and fall times.

ARINC 429's data encoding uses a complementary differential bipolar return-to-zero (BPRZ) transmission waveform, further reducing EMI emissions from the cable itself.

Development tools

When developing and/or troubleshooting the ARINC 429 bus, examination of hardware signals can be very important to find problems. A protocol analyzer is useful to collect, analyze, decode and store signals.

See also

Related Research Articles

Abstract Syntax Notation One (ASN.1) is a standard interface description language (IDL) for defining data structures that can be serialized and deserialized in a cross-platform way. It is broadly used in telecommunications and computer networking, and especially in cryptography.

High-Level Data Link Control (HDLC) is a communication protocol used for transmitting data between devices in telecommunication and networking. Developed by the International Organization for Standardization (ISO), it is defined in the standard ISO/IEC 13239:2002.

AES3 is a standard for the exchange of digital audio signals between professional audio devices. An AES3 signal can carry two channels of pulse-code-modulated digital audio over several transmission media including balanced lines, unbalanced lines, and optical fiber.

A controller area network is a vehicle bus standard designed to allow microcontrollers and devices to communicate with each other. It is a message-based protocol, designed originally for multiplex electrical wiring within automobiles to save on copper, but it can also be used in many other contexts. For each device, the data in a frame is transmitted serially but in such a way that if more than one device transmits at the same time, the highest priority device can continue while the others back off. Frames are received by all devices, including by the transmitting device.

Modbus or MODBUS is a client/server data communications protocol in the application layer. It was originally published by Modicon in 1979 for use with its programmable logic controllers (PLCs). Modbus has become a de facto standard communication protocol for communication between industrial electronic devices in a wide range of buses and network.

An organizationally unique identifier (OUI) is a 24-bit number that uniquely identifies a vendor, manufacturer, or other organization.

A vehicle bus is a specialized internal communications network that interconnects components inside a vehicle. In electronics, a bus is simply a device that connects multiple electrical or electronic devices together. Special requirements for vehicle control such as assurance of message delivery, of non-conflicting messages, of minimum time of delivery, of low cost, and of EMF noise resilience, as well as redundant routing and other characteristics mandate the use of less common networking protocols. Protocols include Controller Area Network (CAN), Local Interconnect Network (LIN) and others. Conventional computer networking technologies are rarely used, except in aircraft, where implementations of the ARINC 664 such as the Avionics Full-Duplex Switched Ethernet are used. Aircraft that use AFDX include the B787, the A400M and the A380. Trains commonly use Ethernet Consist Network (ECN). All cars sold in the United States since 1996 are required to have an On-Board Diagnostics connector, for access to the car's electronic controllers.

Aeronautical Radio, Incorporated (ARINC), established in 1929, was a major provider of transport communications and systems engineering solutions for eight industries: aviation, airports, defense, government, healthcare, networks, security, and transportation. ARINC had installed computer data networks in police cars and railroad cars and also maintains the standards for line-replaceable units.

MIL-STD-1553 is a military standard published by the United States Department of Defense that defines the mechanical, electrical, and functional characteristics of a serial data bus. It was originally designed as an avionic data bus for use with military avionics, but has also become commonly used in spacecraft on-board data handling (OBDH) subsystems, both military and civil, including use on the James Webb space telescope. It features multiple redundant balanced line physical layers, a (differential) network interface, time-division multiplexing, half-duplex command/response protocol, and can handle up to 31 Remote Terminals (devices); 32 is typically designated for broadcast messages. A version of MIL-STD-1553 using optical cabling in place of electrical is known as MIL-STD-1773.

<span class="mw-page-title-main">ACARS</span> Aircraft digital message communication system

In aviation, ACARS is a digital datalink system for transmission of short messages between aircraft and ground stations via airband radio or satellite. The protocol was designed by ARINC and deployed in 1978, using the Telex format. More ACARS radio stations were added subsequently by SITA.

In computer networking, a reliable protocol is a communication protocol that notifies the sender whether or not the delivery of data to intended recipients was successful. Reliability is a synonym for assurance, which is the term used by the ITU and ATM Forum.

Avionics Full-Duplex Switched Ethernet (AFDX), also ARINC 664, is a data network, patented by international aircraft manufacturer Airbus, for safety-critical applications that utilizes dedicated bandwidth while providing deterministic quality of service (QoS). AFDX is a worldwide registered trademark by Airbus. The AFDX data network is based on Ethernet technology using commercial off-the-shelf (COTS) components. The AFDX data network is a specific implementation of ARINC Specification 664 Part 7, a profiled version of an IEEE 802.3 network per parts 1 & 2, which defines how commercial off-the-shelf networking components will be used for future generation Aircraft Data Networks (ADN). The six primary aspects of an AFDX data network include full duplex, redundancy, determinism, high speed performance, switched and profiled network.

ARINC 661 is a standard which aims to normalize the definition of a Cockpit Display System (CDS), and the communication between the CDS and User Applications (UA) which manage aircraft avionics functions. The GUI definition is completely defined in binary Definition Files (DF).

ARINC 708 is a specification for airborne pulse Doppler weather radar systems primarily found on commercial aircraft.

In computer networking, an Ethernet frame is a data link layer protocol data unit and uses the underlying Ethernet physical layer transport mechanisms. In other words, a data unit on an Ethernet link transports an Ethernet frame as its payload.

ARINC 818: Avionics Digital Video Bus (ADVB) is a video interface and protocol standard developed for high bandwidth, low-latency, uncompressed digital video transmission in avionics systems. The standard, which was released in January 2007, has been advanced by ARINC and the aerospace community to meet the stringent needs of high performance digital video. The specification was updated and ARINC 818-2 was released in December 2013, adding a number of new features, including link rates up to 32X fibre channel rates, channel-bonding, switching, field sequential color, bi-directional control and data-only links.

<span class="mw-page-title-main">CANaerospace</span>

CANaerospace is a higher layer protocol based on Controller Area Network (CAN) which has been developed by Stock Flight Systems in 1998 for aeronautical applications.

Bus monitoring is a term used in flight testing when capturing data from avionics buses and networks in data acquisition telemetry systems. Commonly monitored avionics buses include

STANAG 3910High Speed Data Transmission Under STANAG 3838 or Fibre Optic Equivalent Control is a protocol defined in a NATO Standardization Agreement for the transfer of data, principally intended for use in avionic systems. STANAG 3910 allows a 1 Mb/s STANAG 3838 / MIL-STD-1553B / MoD Def Stan 00-18 Pt 2 (3838/1553B) data bus to be augmented with a 20 Mb/s high-speed (HS) bus, which is referred to in the standard as the HS channel: the 3838/1553B bus in an implementation of STANAG 3910 is then referred to as the low-speed (LS) channel. Either or both channels may be multiply redundant, and may use either electrical or optical media. Where the channels use redundant media, these are individually referred to as buses by the standard.

<span class="mw-page-title-main">Cyphal</span>

Cyphal is a lightweight protocol designed for reliable intra-vehicle communications using various communications transports, originally destined for CAN bus, but targeting various network types in subsequent revisions. OpenCyphal is an open-source project that aims to provide MIT-licensed implementations of the Cyphal protocol. The project was known as UAVCAN prior to rebranding in March 2022.

References

  1. 1 2 Steve Woodward (July 11, 2002). Bill Travis (ed.). Circuit transmits ARINC 429 data. EDN Magazine.
  2. "ARINC 429". Archived from the original on 2011-10-29. Retrieved 2011-09-07.
  3. "ARINC 429 Bus Interface" (PDF). Actel. Archived from the original (PDF) on 2009-10-07. Retrieved 2009-06-24.
  4. ARINC Specification 429, Part 1-17. Annapolis, Maryland: Aeronautical Radio, Inc. 2004-05-17. pp. 2–5.
  5. ARINC Specification 429, Part 1-17. Annapolis, Maryland: Aeronautical Radio, Inc. 2004-05-17. pp. 78–116.
  6. ARINC 429 Protocol Tutorial. Avionics Interface Technologies. pp. 13–21.
  7. Novacek, George (May 2001). Communications Protocols in Aeronautics. p. 5.{{cite book}}: |magazine= ignored (help)
  8. CAN Specification 2.0, Part B. CAN in Automation. p. 9.
  9. ARINC429 Specification Tutorial. Freiburg, Germany: AIM GmbH. p. 15.
  10. ARINC Protocol Tutorial. Santa Barbara, CA: Condor Engineering, Inc. 2000. p. 9.
  11. HI-8783, HI-8784, HI-8785 ARINC 429 & 561 Interface Device. HOLT Integrated Circuits, Inc. 2009. pp. Figure 1 : Block Diagram.
  12. ARINC 429 Programming Manual. Ballard Technology. pp. A–2.
  13. HI-3584 Enhanced ARINC 429 3.3V Serial Transmitter and Dual Receiver (Rev G.). HOLT Integrated Circuits, Inc. 2013. p. 4.
  14. ARINC Specification 429, Part 1-17. Annapolis, Maryland: Aeronautical Radio, Inc. 2004-05-17. pp. 3–5.
  15. Fuchs, Christian M. (August 2012). "The Evolution of Avionics Networks From ARINC 429 to AFDX" (PDF). Avionics News. Retrieved 10 February 2014.
  16. ARINC Protocol Tutorial (PDF). www.ge-ip.com: GE Intelligent Platforms. 2010. p. 14.
  17. Ingle, Al (August 2008). "ARINC 708" (PDF). Avionics News. Tech Time: Helpful Tips for the Avionics Technician: 62–63. Retrieved 10 February 2014.