Professional Documents
Culture Documents
AN DOCUMENT
Prepared by
AIRLINES ELECTRONIC ENGINEERING COMMITTEE
Published by
AERONAUTICAL RADIO, INC.
2551 RIVA ROAD, ANNAPOLIS, MARYLAND 21401
This document is based on material submitted by various
participants during the drafting process. Neither AEEC nor ARINC
has made any determination whether these materials could be
subject to valid claims of patent, copyright or other proprietary
rights by third parties, and no representation or warranty, express or
implied, is made in this regard. Any use of or reliance on this
document shall constitute an acceptance thereof “as is” and be
subject to this disclaimer.
Copyright 2001 by
AERONAUTICAL RADIO, INC.
2551 Riva Road
Annapolis, Maryland 21401-7465 USA
A description of the changes introduced by each supplement is included on goldenrod paper at the end of this document.
FOREWORD
Activities of AERONAUTICAL RADIO, INC. (ARINC)
and the
Purpose of ARINC Reports and Specifications
Aeronautical Radio, Inc. is a corporation in which the United States scheduled airlines are the
principal stockholders. Other stockholders include a variety of other air transport companies, aircraft
manufacturers and non-U.S. airlines.
Activities of ARINC include the operation of an extensive system of domestic and overseas
aeronautical land radio stations, the fulfillment of systems requirements to accomplish ground and
airborne compatibility, the allocation and assignment of frequencies to meet those needs, the
coordination incident to standard airborne communications and electronics systems and the exchange
of technical information. ARINC sponsors the Airlines Electronic Engineering Committee (AEEC),
composed of airline technical personnel. The AEEC formulates standards for electronic equipment
and systems for the airlines. The establishment of Equipment Characteristics is a principal function of
this Committee.
(2) To channel new equipment designs in a direction which can result in the maximum
possible standardization of those physical and electrical characteristics which influence
interchangeability of equipment without seriously hampering engineering initiative.
ii
ARINC SPECIFICATION 429
TABLE OF CONTENTS
1.0 INTRODUCTION 1
1.1 Purpose of this Document 1
1.2 Organization of ARINC Specification 429 1
1.3 Relationship to ARINC Specification 419 1
1.4 “Mark 33 Digital Information Transfer System” Basic Philosophy 1
1.4.1 Numeric Data Transfer 1
1.4.2 ISO Alphabet No. 5 Data Transfer 1
1.4.3 Graphic Data Transfer 1
3.1.4.3 HF Communications 11
3.1.4.4 ILS 11
3.1.4.5 VOR/ILS 11
3.1.4.6 VHF Communications 11
3.1.4.7 ATC Transponder 11
3.2 AIM Information Transfer 12
ATTACHMENTS
1-1 Label Codes 13
1-2 Equipment Codes 44
2 Data Standards 48
3 Voltage Levels 76
4 Input/Output Circuit Standards 77
5 International Standards Organization Code #5 78
6 General Word Formats and Encoding Examples 79
7 Data Bit Encoding Logic 114
8 Output Signal Timing Tolerances 115
9A General Aviation Labels and Data Standards 116
9B General Aviation Word Examples 118
9C General Aviation Equipment Identifiers 125
10 Manufacturer Specific Status Word 126
11 System Address Labels 127
APPENDICES
A Laboratory Verification of ARINC 429 DITS Electrical Characteristics 129
B An Approach to a Hybrid Broadcast-Command/Response Data Bus Architecture 162
C Digital Systems Guidance (Part 1) 167
D Digital Systems Guidance (Part 2) 174
E Guidelines for Label Assignments 179
X Chronology & Bibliography 181
iv
ARINC SPECIFICATION 429, PART 1 - Page 1
1.0 INTRODUCTION
1.1 Purpose of this Document 1.4 “Mark 33 Digital Information Transfer System”
- Basic Philosophy
This document defines the air transport industry’s standards
for the transfer of digital data between avionics systems This “Mark 33 Digital Information Transfer System
elements. Adherence to these standards is desired for all (DITS)” specification describes a system in which an
inter-systems communications in which the system line avionics system element having information to transmit
replaceable units are defined as unit interchangeable in the does so from a designated output port over a single twisted
relevant ARINC characteristics. Their use for intra-system and shielded pair of wires to all other system elements
communications in systems in which the line replaceable having need of that information. Bi-directional data flow on
units are defined in the ARINC characteristics as system a given twisted and shielded pair of wires is not permitted.
interchangeable is not essential, although it may be
convenient. 1.4.1 Numeric Data Transfer
2.1 Message Related Elements possible, however, that future latitude and longitude
displays will not be the simple, dedicated read-out type
This section describes the digital data transfer system for which BCD data is intended. More likely is the use c-1
elements considered to be principally related to the message of some form of multiple-message display, such as a
itself or the manner in which it is handled. CRT, which will be backed by its own data processor
and prefer inputs of BNR data. If this proves to be the
2.1.1 Direction of Information Flow case, these special provisions for BCD-encoding will
not be required.
The information output of an avionics system element
should be transmitted from a designated port (or ports) to 2.1.3 Information Identifier
which the receiving ports of other system elements in need
of that information are connected. In no case does The type of information contained in a word is identified by c-2
information flow into a port designated for transmission. a six-character label. The first three characters are octal
characters coded in binary in the first eight bits of the word.
COMMENTARY The eight bits will: c-4
A separate data bus (twisted and shielded pair of wires a. identify the information contained within BNR and
per Section 2.2.1) for each direction is used when data BCD numeric data words (e.g., DME distance, static
is required to flow both ways between two avionics air temperature, etc.) and
systems elements. c-2
b. identify the word application for Discrete, Maintenance
2.1.2 Information Element and AIM data.
The basic information element is a digital word containing The last three characters of the six-character label are
32 bits. There are five application groups for such words, hexadecimal characters used to provide for identification of
BNR data, BCD data, Discrete data, Maintenance data ARINC 429 bus sources. Each triplet of hexadecimal
(general) and Acknowledgement, ISO Alphabet No. 5 and characters identifies a “black box” with one or more DITS c-12
Maintenance (ISO Alphabet No. 5) data (AIM). Word ports. Each three character code (and black box) may have
formats for these different applications are depicted in up to 255 eight bit labels assigned to it. The code is used
c-2 Attachment 6 while the relevant data handling rules are set administratively to retain distinction between unlike
forth in Section 2.3.1. When less than the full data field is parameters having like labels assignments.
needed to accommodate the information conveyed in a
word in the desired manner, the unused bit positions should COMMENTARY
be filled with binary zeros or, in the case of BNR/BCD
numeric data, valid data bits. If valid data bits are used, the Some users have expressed a desire to have means for
resolution possible for the information may exceed that identifying label sets and buses associated with a
called for in this Specification. The Commentary following particular equipment ID code. Octal label 377 has
Section 2.1.6 of this document refers. been assigned for this purpose. (The code appears in
the 3 LSDs of the BCD Word format). The
COMMENTARY transmission of the equipment identifier word on a bus c-4
will permit receivers attached to the bus to recognize
To permit the use of identical error-checking hardware the source of the DITS information. Since the
elements in the handling of BNR and BCD numeric transmission of the equipment identifier word is
c-1 data words, the format for the Mark 33 DITS BCD optional, receivers should not depend on that word for
word differs from that used formerly for this type of correct operation.
data. Bit No. 32 is assigned to parity, Bit Nos. 31 and
30 to the sign/status matrix, Bit No. 29 is the most Label code assignments are set forth in Attachment 1 to c-2
significant bit of the data field, and the maximum this document.
decimal value of the most significant character is 7.
Previously, the BCD word contained no parity bit, the
sign/status matrix occupied Bit Nos. 32 and 31, Bit Special Note:
No. 30 was the most significant data bit and the
maximum decimal value of the most significant In some ARINC 429 DITS applications, a bus will be
character was 3. This format made the word 8-bit byte dedicated to delivering a single information element from a
oriented with respect to the data. This characteristic is source to one or more identical sink devices. In such
not retained in the Mark 33 system. circumstances, the sink device designer might be tempted to
assume that decoding the word label is not necessary.
Also, latitude and longitude can only be encoded in the Experience has shown, however, that system developments c-1
Mark 33 DITS word with the formerly specified frequently occur that result in the need for additional
resolution of 0.1 minute of arc if Bit Nos. 9 and 10 are information elements to appear on the bus. If a sink device
used for data rather than the SDI function described in designed for service prior to such a development cannot
Section 2.1.4 of this document, and the word is decode the original word label, it cannot differentiate
c-1 structured differently from the standard shown in between this word and the new data in the new situation.
Attachment 6. Restructuring the word involves The message for sink designers should therefore be quite
limiting the maximum value of the most significant clear - provide label decoding from the outset, no matter
character to 1 and moving the remaining BCD how strong the temptation to omit it might be.
characters towards the MSB by two bit positions. It is
ARINC SPECIFICATION 429, PART 1 - Page 3
COMMENTARY When the SDI function is not used, binary zeros or valid
data should be transmitted in Bit Nos. 9 and 10.
Adherence to the label code assignments of
Attachment 1 is essential in inter-system COMMENTARY
communications and in intra-system communications
where the system elements are defined as “unit This document does not address the practical question
interchangeable” per ARINC Report 403. The of how the SDI bits will be set in those multi-
assignment of label codes for all such communications installation systems in which the source/destination
must be coordinated with the air transport industry if function is desired. One way would be to use program
chaos is to be avoided. A manufacturer who finds that pins on the individual installation black boxes which c-1
Attachment 1 does not specify the label he needs for would be wired to set up the appropriate code. The
such system application must not simply choose one ARINC Characteristics devoted to the individual
from those unassigned and “drive on”. He should systems will define the method actually to be used.
contact AEEC Staff for assistance.
2.1.5 Sign/Status Matrix
2.1.4 Source/Destination Identifier
This section describes the coding of the Sign/Status Matrix
Bit Nos. 9 and 10 of numeric data words should be reserved (SSM) field. In all cases the SSM field uses Bits 30 and 31.
for a data source/destination identification function. They For BNR data words, the SSM field also includes Bit 29.
are not available for this function in alpha/numeric (ISO
Alphabet No. 5) data words (see Section 2.3.1.3 of this The SSM field may be used to report hardware equipment
document) or when the resolution needed for numeric condition (fault/normal), operational mode (functional test),
(BNR/BCD) data necessitates their use of valid data. The or validity of data word content (verified/no computed
source/destination identifier function may find application data).
c-1 when specific words need to be directed to a specific system
of a multi-system installation or when the source system of The following definitions apply in this Specification:
a multi-system installation needs to be recognizable from
the word content. When it is used, a source equipment Invalid Data - is defined as any data generated by a source
should encode its aircraft installation number in Bit Nos. 9 system whose fundamental characteristic is the inability to
and 10 as shown in the table below. A sink equipment convey reliable information for the proper performance of a
should recognize words containing its own installation user system. There are two categories of invalid data,
number code and words containing code “00”, the “all-call” namely, “No Computed Data” and “Failure Warning”.
code.
No Computed Data - is a particular case of data invalidity
COMMENTARY where the source system is unable to compute reliable data
for reasons other than system failure. This inability to
Equipment will fall into the categories of source only, compute reliable data is caused exclusively by a definite set
sink only, or both source and sink. Use of the SDI bits of events or conditions whose boundaries are uniquely
by equipment functioning only as a source or only as a defined in the system characteristic.
sink is described above. Both the source and sink texts
above are applicable to equipment functioning as both Failure Warning - is a particular case of data invalidity
a source and a sink. Such equipment should recognize where the system monitors have detected one or more c-12
the SDI bits on the inputs and should also encode the failures. These failures are uniquely characterized by
SDI bits, as applicable, on the outputs. DME, VOR, boundaries defined in the system characteristic.
c-8 ILS and other sensors, are examples of source and sink
equipment generally considered to be only source The system indicators should always be flagged during a
equipment. These are actually sinks for their own “Failure Warning” condition.
control panels. Many other types of equipment are also
misconstrued as source only or sink only. A simple When a “No Computed Data” condition exists, the source
rule of thumb is: if a unit has a 429 input port and a system should annunciate its outputs to be invalid by setting
429 output port, it is a source and sink! With the the sign/status matrix of the affected words to the “No
increase of equipment consolidation, e.g., centralized Computed Data” code, as defined in the subsections which
control panels, the correct use of the SDI bits cannot be follow. The system indicators may or may not be flagged,
overstressed. depending on system requirements.
Bit No. While the unit is in the functional test mode, all output data
Installation No. words generated within the unit (i.e., pass through words are
10 9 excluded) should be coded for “Functional Test”. Pass
0 0 See Note Below through data words are those words received by the unit and
retransmitted without alteration.
0 1 1
1 0 2
1 1 3 When the SSM code is used to transmit status and more
than one reportable condition exists, the condition with the
Note: In certain specialized applications of the SDI highest priority should be encoded in Bit Nos. 30 and 31.
function the all-call capability may be forfeited so that The order of condition priorities to be used is shown in the
code “00” is available as an “installation no. 4” identifier. table below.
ARINC SPECIFICATION 429, PART 1 - Page 4
2.0 DIGITAL INFORMATION TRANSFER SYSTEM STANDARDS
Some avionic systems are capable of detecting a fault A source system should annunciate any detected failure that
condition which results in less than normal accuracy. In causes one or more of the words normally output by that
these systems, when a fault of this nature (for instance, system to be unreliable by setting Bit Nos. 30 and 31 in the
partial sensor loss) which results in degraded accuracy is affected word(s) to the “Failure Warning” code defined in
detected, each unreliable BCD digit should be encoded the table below. Words containing this code should
“1111” when transmitted on the data bus. For equipments continue to be supplied to the data bus during the failure
having a display, the “1111” code should, when received, condition.
be recognized as representing an inaccurate digit and a
“dash” or equivalent symbol should be displayed in place of The “No Computed Data” code should be annunciated in
the inaccurate digit. Parameters for which such a degraded the affected BNR Numeric Data word(s) when a source
mode of operation is possible are identified in the Note system is unable to compute reliable data for reasons other
column of the tables in Attachment 2. than system failure.
The sign (plus/minus, north/south, etc.) of BCD Numeric When it appears as a system output, the “Functional Test”
c-12 code should be interpreted as advice that the data in the c-12
Data should be encoded in bit numbers 30 and 31 of the
word as shown in the table below. Bit Nos. 30 and 31 of word results from the execution of a functional test. A
BCD Numeric Data words should be “zero” where no sign functional test should produce indications of 1/8 of positive
is needed. full-scale values unless indicated otherwise in an ARINC
equipment characteristic.
The “No Computed Data” code should be annunciated in
the affected BCD Numeric Data word(s) when a source If, during the execution of a functional test, a source system
system is unable to compute reliable data for reasons other detects a failure which causes one or more of the words
than system failure. normally output by that system to be unreliable, it should
immediately change the states of Bit Nos. 30 and 31 in the
When the “Functional Test” code appears in Bits 30 and 31 affected words such that the “Functional Test” annunciation
of an instruction input data word, it should be interpreted as is replaced with “Failure Warning” annunciation.
a command to perform a functional test.
2.1.6 Data Standards (cont’d) Prior to the selection of the voltage and impedance
parameters set forth in this section of this document, the
COMMENTARY (cont’d) pulse distortion likely to be encountered in systems
built around them in existing size commercial aircraft
the result of subtracting
o
each value from 360. Thus, was evaluated and judged to be acceptable for a well-
c-3 the codeo for 181 is the twos complement of the code designed receiver. No restriction is placed by this
for 179 . Throughout
o
the negative semicircle, which specification, therefore, on the number or length of
includes 180 , the sign/status matrix contains the stubs for installations on aircraft no larger than those
negative sign. existing, e.g., B 747. See Appendix 1 to this document
for a report of this investigation.
For convenience, all binary word ranges in
Attachment 2 are shown as whole binary numbers Tests have shown that some receivers continue
rather than such numbers less one least significant decoding data properly when one side of the c-4
bit value. Also, the resolutions shown are transmission line is open or shorted to ground. When
approximate only. Accurate resolutions can be this condition exists noise immunity decreases and
determined, if required, by reference to the range intermittent operation may occur. Users desire
values and numbers of significant bits for the words of protection against non-annunciated system operation in
interest. this mode. This protection may consist of additional
circuitry to detect and annunciate the fault, or to c-5
It should be noted that in all applications of the twos increase the receiver threshold to above 5.5 volts,
complement fractional notation, the maximum value of which is the maximum signal level under this one-wire
the word, once chosen, cannot be changed by the use of fault condition.
more bits in the data field. The number of bits in the
word affects only the resolution of the data, not its Most ARINC Characteristics now contain text
range. specifying that DITS receivers should discontinue
operation when the voltage thresholds fall into the
Binary Coded Decimal (BCD) data is encoded per the undefined regions between “Null” and “Hi” or “Null”
numeric subset of the ISO Alphabet #5 code (see and “Lo”. Manufacturers building DITS receivers are
Attachment 5 to this document) using Bit Nos. 1 urged to incorporate this feature in their circuitry
through 4 of the seven-bit-per-character code. whether it is to be used in ARINC 7XX-series c-5
Alpha/numeric data is encoded using all seven bits per equipment or Non-ARINC devices.
character of the ISO Alphabet #5 code and is
transmitted using the special word format described in 2.2.2 Modulation
Section 2.3.1.3 of this document.
RZ bipolar modulation should be used. This is tri-level
state modulation consisting of “HI”, “NULL” and “LO”
2.2 Electrically Related Elements states.
This section describes the digital transfer system elements 2.2.3 Voltage Levels
considered to be principally related to the electrical aspects
of the signal circuit. 2.2.3.1 Transmitter Voltage Levels
The transmitter output impedance should be 75 ±5 ohms, 2.2.5.1 Receiver External Fault Voltage Tolerance
divided equally between line A and line B to provide an
impedance balanced output. This output impedance should Receivers should withstand without sustaining damage the
c-4 be present for the “HI”, “NULL” and “LO” transmitter following steady-state voltages being applied to their
output conditions and also during transitions between these terminals, superimposed upon a normally operating bus.
levels. Operation within specification limits is not required under
these conditions.
COMMENTARY c-4
a. 30 Vac RMS applied across terminals A and B, or
The output impedance of the transmitter is specified as
75 ± 5 ohms to provide an approximate match to the b. ±29 Vdc applied between terminal A and ground, or
characteristic impedance of the cable. The match can
only be approximate due to the wide range of c. ±29 Vdc applied between terminal B and ground.
ARINC SPECIFICATION 429, PART 1 - Page 8
2.0 DIGITAL INFORMATION TRANSFER SYSTEM STANDARDS
c-2
2.2.5.2 Transmitter External Fault Voltage assigned a label in Attachment 1 is specified in the
definition for that word in Attachment 6.
Transmitter failures caused by external fault voltages should
not cause other transmitters or other circuitry in the unit to The rule to be followed in the assignment soft bits to
function outside of their specification limits or to fail. discrete in numeric data words is to start with the least
significant bit of the word and to continue towards the most
2.2.5.3 Transmitter External Fault Load Tolerance significant bit available in the word. Attachment 6 shows
c-4 its against the background of the generalized word structure.
Transmitters should indefinitely withstand without
sustaining damage a short circuit applied: There are two types of discrete words. These are general
purpose discrete words, and dedicated discrete words. c-2
a. across terminals A and B, or Seven labels (270 XXX-276 XXX) are assigned to the
general purpose words in Attachment 1. These words
b. from terminal A to ground, or should be used in ascending label order (starting with 270 c-4
c. from terminal B to ground, or XXX) when the system receiving the data can identify its
source by reference to the port at which it arrives.
d. b and c above, simultaneously.
2.3.1.3 Maintenance Data (General Purpose)
2.2.6 Fault Isolation
The general purpose maintenance words are assigned labels
2.2.6.1 Receiver Fault Isolation in sequential order as are the labels for the general purpose
discrete words. The lowest octal value label assigned to the
Each receiver should incorporate isolation provisions to maintenance words should be used when only one
maintenance word is transmitted. When more than one c-2
c-4 ensure that the occurrence of any reasonably probable
internal LRU or bus receiver failure does not cause any word is transmitted the lowest octal value label should be
input bus to operate outside of its specification limits (both used first and the other labels used sequentially until the
undervoltage or overvoltage). message has been completed. The general purpose
maintenance words may contain discrete, BCD or BNR
2.2.6.2 Transmitter Fault Isolation numeric data but should never contain ISO Alphabet No. 5
messages. The general purpose maintenance words should
Each transmitter should incorporate isolation provisions to be formatted according to the layouts of the corresponding c-12
ensure that it does not under any reasonably probable LRU BCD/BNR/discrete data words shown in Attachment 2.
fault condition provide an output voltage in excess of:
2.3.1.4 AIM Data
a. a voltage greater than 30 Vac RMS between terminal A
and B, or The information previously contained in this section is no
c-4 longer applicable to ARINC Specification 429. For
b. greater than ±29 Vdc between A and ground, or reference purposes, the section header is retained and the
original contents of this section are located in Part 3 of this
c. greater than ±29 Vdc between B and ground. Specification.
This section describes the digital transfer system elements This section previously described a character-oriented file
considered to be principally related to the logic aspects of data transfer protocol. This definition was used as guidance
the signal circuit. for the character-oriented file transfer protocol descriptions
incorporated into many ARINC equipment characteristics.
2.3.1 Digital Language The original contents of this section are located in Part 3 of
this Specification.
2.3.1.1 Numeric Data
The protocol defined in Part 3 is preferred for new
The Mark 33 DITS should accommodate numeric data applications. The purpose of this bit-oriented com-
encoded in two digital languages, (i) BNR expressed in munications protocol is to provide for the transparent
twos complement fractional notation and (ii) BCD per the transfer of data files using the ARINC 429 data bus.
numerical subset of ISO Alphabet No. 5 (see Attachment 5 c-13
to this document). An information item encoded in both COMMENTARY
languages will be assigned a unique address for each (see
Section 2.1.3 and Attachment 1). Word formats are The data transparent protocol described in Part 3 was
illustrated in Attachment 6 to this document. developed in order to facilitate the communications of
the ACARS Management Unit (MU) and the Satellite
2.3.1.2 Discretes Data Unit (SDU). Its viability as a universal protocol
was recognized by the Systems Architecture and
In addition to handling numeric data as specified above, the Interfaces (SAI) Subcommittee, which recommended
Mark 33 DITS should also be capable of accommodating its inclusion herein as the standard means of file data
discrete items of information either in the unused (pad) bits transfer.
c-2 The process for determining the protocol (character-
of data words or, when necessary, in dedicated words. Any
discrete information contained in a numeric data word oriented or bit-oriented) to be used in the interaction
c-14
ARINC SPECIFICATION 429, PART 1 - Page 9
between two units, where this information is not pre- receiving terminals. BNR data, for example, may be
determined is described in Section 2.5.19. checked for parity by reference to the binary state of
Bit No. 32 of each word. Also, the data may be
2.3.1.5.1 Bit-Oriented Protocol Determination submitted to reasonableness checks. BCD may be
submitted to reasonableness checks. BCD data
The ALO word should be sent by any system which intended for human consumption in the cockpit is
supports the bit-oriented Link Layer protocol just after the normally smoothed before transmission to ensure
system powers-up, or performs a re-initialization for any tolerable levels of display jitter. As this process
reason. The ALO/ALR protocol process may also be used eliminates any obviously wild data points, the need for
when a bit-oriented Link Layer protocol system needs to further error detection is questionable. As pointed out
determine if any of its interfaces support the bit-oriented in the Commentary following Section 2.1.2 of this
protocol. All systems which support the Link Layer bit- document, the parity bit was added to the BCD word
oriented protocol must be able to respond to the initiation of for reasons related to BCD/BNR transmitter hardware
this process. Attachment 11C shows the ALO and ALR commonality, not because a need for it existed for error
c-13 word formats. detection.
2.3.4 Error Detection/Correction Although the bit rates specified above should be held
within the stated tolerances over the long term,
The last bit of each word should be encoded such that word individual bit lengths may fall outside the limits
c-5 parity is rendered odd to allow error detection in receivers. expected from these tolerances. Bit symmetry and jitter
Note that the parity calculation encompasses all 31 label should be within the tolerances specified in Attachment
and information bits of the word. 8.
The minimum and maximum transmit intervals for each RF interference radiated by the Mark 33 DITS using
c-4 item of information transferred by the Mark 33 DITS are the waveform characteristics specified in this section
specified in the tables of Attachment 2. Words with like has been shown not to exceed that permitted by Figure
labels but with different SDI codes should be treated as 21-5 of RTCA Document DO-160, “Environmental
unique items of information. Each and every unique item Conditions and Test Procedures for Airborne
of information should be transmitted once during an Electronic/Electrical Equipment and Instruments”.
c-5 interval bounded in length by the minimum and maximum Also, conducted RF interference is within the limits
values specified in Attachment 2. Stated another way, a specified in Figure 21-2 of DO-160. Appendix 1 to
word having the same label and four different SDI codes this document refers.
should appear on the bus four times (once for each SDI
code) during that time interval.
COMMENTARY
There are no values given for refresh rates in this
Specification. However, it is desirable that data be
refreshed at least once per transmission. Those data
actually requiring long processing times or a large
number of samples are the only types not expected to
be refreshed with every transmission.
One special application of the Mark 33 DITS is to radio Frequency Range: 2.8MHz to 24MHz
systems frequency selection and function switching. The Frequency Selection Increment: 1kHz or .1kHz
following paragraphs set forth the rules which should be Characters encoded in DITS words: 10MHz, 1MHz, 0.1MHz,
followed in the application of the DITS to ensure 0.01MHz, 0.001MHz, 0.1kHz
interchangeability of radios and control sources.
Switching Functions: USB/LSB mode selection
3.1.1 Word Format and Digital Language SB/AM mode selection
0 0 0 0 X X 0 0 0 0 0 0 0 0 Not Used
0 0 2 0 0 0 0 0 0 0 1 Distance to Go X 6-25
0 0 1 0 5 6 0 0 0 0 0 0 0 1 Distance to Go X
0 6 0 0 0 0 0 0 0 0 1 Distance to Go X
0 0 2 0 0 0 0 0 0 1 0 Time to Go X 6-25
0 5 6 0 0 0 0 0 0 1 0 Time to Go X
0 0 2
0 6 0 0 0 0 0 0 0 1 0 Time to Go X
1 1 5 0 0 0 0 0 0 1 0 Time to Station X
0 0 3 0 0 2 0 0 0 0 0 0 1 1 Cross Track Distance X 6-25
0 0 4 0 0 1 0 0 0 0 0 1 0 0 Runway Distance to Go X
0 0 5 0 D 0 0 0 0 0 0 1 0 1 Engine Discrete X
0 0 6 0 D 0 0 0 0 0 0 1 1 0 Engine Discrete X
0 0 7 0 0 0 0 0 0 1 1 1 Spare
0 0 2 0 0 0 0 1 0 0 0 Present Position - Latitude X 6-25-1
0 1 0 0 0 4 0 0 0 0 1 0 0 0 Present Position - Latitude X
0 3 8 0 0 0 0 1 0 0 0 Present Position - Latitude X
0 0 2 0 0 0 0 1 0 0 1 Present Position - Longitude X 6-25-1
0 1 1 0 0 4 0 0 0 0 1 0 0 1 Present Position - Longitude X
0 3 8 0 0 0 0 1 0 0 1 Present Position - Longitude X
0 0 2 0 0 0 0 1 0 1 0 Ground Speed X 6-25
0 0 4 0 0 0 0 1 0 1 0 Ground Speed X
0 0 5 0 0 0 0 1 0 1 0 Ground Speed X
0 2 5 0 0 0 0 1 0 1 0 Ground Speed X
0 1 2
0 3 8 0 0 0 0 1 0 1 0 Ground Speed X
0 4 D 0 0 0 0 1 0 1 0 QTY-LD SEL (LB) X
0 5 6 0 0 0 0 1 0 1 0 Ground Speed X
0 6 0 0 0 0 0 1 0 1 0 Ground Speed X
0 0 2 0 0 0 0 1 0 1 1 Track Angle - True X 6-25
0 0 4 0 0 0 0 1 0 1 1 Track Angle - True X
0 1 3 0 3 8 0 0 0 0 1 0 1 1 Track Angle - True X
0 4 D 0 0 0 0 1 0 1 1 QTY-FLT Deck (LB) X
0 B 8 0 0 0 0 1 0 1 1 Control Panel Set X
0 0 4 0 0 0 0 1 1 0 0 Magnetic Heading X
0 1 4 0 0 5 0 0 0 0 1 1 0 0 Magnetic Heading X
0 3 8 0 0 0 0 1 1 0 0 Magnetic Heading X
0 0 2 0 0 0 0 1 1 0 1 Wind Speed X
0 0 4 0 0 0 0 1 1 0 1 Wind Speed X
0 1 5
0 0 5 0 0 0 0 1 1 0 1 Wind Speed X
0 3 8 0 0 0 0 1 1 0 1 Wind Speed X
0 0 4 0 0 0 0 1 1 1 0 Wind Direction - True X
0 1 6 0 3 8 0 0 0 0 1 1 1 0 Wind Direction - True X
0 B 8 0 0 0 0 1 1 1 0 TCAS Mode/Sens X
0 1 0 0 0 0 0 1 1 1 1 Selected Runway - True X
0 4 D 0 0 0 0 1 1 1 1 Total-FLT Deck (LB) X
0 1 7 0 5 5 0 0 0 0 1 1 1 1 Selected Runway Heading X
0 A 0 0 0 0 0 1 1 1 1 Selected Runway Heading X
0 B 0 0 0 0 0 1 1 1 1 Selected Runway Heading X
0 2 0 0 0 0 1 0 0 0 0 Selected Vertical Speed X 6-25
0 4 D 0 0 0 1 0 0 0 0 TNK-LD SEL (LB) X
0 2 0
0 6 D 0 0 0 1 0 0 0 0 Landing Gear Position Infor & System Status X
0 A 1 0 0 0 1 0 0 0 0 Selected Vertical Speed X
0 0 2 0 0 0 1 0 0 0 1 Selected EPR X 6-25
0 0 2 0 0 0 1 0 0 0 1 Selected N1 X 6-25
0 2 0 0 0 0 1 0 0 0 1 Selected EPR X
0 2 1 0 2 0 0 0 0 1 0 0 0 1 Selected N1 X
0 6 D 0 0 0 1 0 0 0 1 Landing Gear Position Infor & System Status X
0 A 1 0 0 0 1 0 0 0 1 Selected EPR X
0 A 1 0 0 0 1 0 0 0 1 Selected N1 X
0 2 0 0 0 0 1 0 0 1 0 Selected Mach X 6-25
0 4 D 0 0 0 1 0 0 1 0 QTY-LD SEL (KG) X
0 2 2
0 6 D 0 0 0 1 0 0 1 0 Landing Gear Position Infor & System Status X
0 A 1 0 0 0 1 0 0 1 0 Selected Mach X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 14
LABEL CODES
0 0 0 0 0 2 0 0 1 0 0 0 0 1 Set Latitude X
0 0 4 0 0 1 0 0 0 0 1 Set Latitude X
0 2 0 0 0 1 0 0 0 0 1 Set Latitude X
0 4 1
0 5 6 0 0 1 0 0 0 0 1 Set Latitude X
0 6 0 0 0 1 0 0 0 0 1 Set Latitude X
0 A 4 0 0 1 0 0 0 0 1 Set Latitude X
0 0 2 0 0 1 0 0 0 1 0 Set Longitude X
0 0 4 0 0 1 0 0 0 1 0 Set Longitude X
0 2 0 0 0 1 0 0 0 1 0 Set Longitude X
0 4 2
0 5 6 0 0 1 0 0 0 1 0 Set Longitude X
0 6 0 0 0 1 0 0 0 1 0 Set Longitude X
0 A 4 0 0 1 0 0 0 1 0 Set Longitude X
0 0 2 0 0 1 0 0 0 1 1 Set Magnetic Heading X
0 0 4 0 0 1 0 0 0 1 1 Set Magnetic Heading X
0 2 0 0 0 1 0 0 0 1 1 Set Magnetic Heading X
0 4 3
0 5 6 0 0 1 0 0 0 1 1 Set Magnetic Heading X
0 6 0 0 0 1 0 0 0 1 1 Set Magnetic Heading X
0 A 4 0 0 1 0 0 0 1 1 Set Magnetic Heading X
0 0 4 0 0 1 0 0 1 0 0 True Heading X
0 4 4
0 3 8 0 0 1 0 0 1 0 0 True Heading X
0 4 5 0 0 3 0 0 1 0 0 1 0 1 Minimum Airspeed X
0 3 3 0 0 1 0 0 1 1 0 Engine Serial No. (LSDs) X 6-15
0 4 6 1 0 A 0 0 1 0 0 1 1 0 Engine Serial No. (LSDs) X 6-15
1 0 B 0 0 1 0 0 1 1 0 Engine Serial No. (LSDs) X 6-15
0 2 0 0 0 1 0 0 1 1 1 VHF COM Frequency X
0 2 4 0 0 1 0 0 1 1 1 VHF COM Frequency X
0 3 3 0 0 1 0 0 1 1 1 Engine Serial No. (MSDs) X 6-16
0 4 7
0 B 6 0 0 1 0 0 1 1 1 VHF COM Frequency X
1 0 A 0 0 1 0 0 1 1 1 Engine Serial No. (MSDs) X 6-16
1 0 B 0 0 1 0 0 1 1 1 Engine Serial No. (MSDs) X 6-16
0 5 0 0 0 0 1 0 1 0 0 0 Spare
0 5 1 0 0 0 1 0 1 0 0 1 Spare
0 0 4 0 0 1 0 1 0 1 0 Body Pitch Acceleration X
0 5 2 0 3 7 0 0 1 0 1 0 1 0 Longitude Zero Fuel CG X
0 3 8 0 0 1 0 1 0 1 0 Body Pitch Acceleration X
0 0 4 0 0 1 0 1 0 1 1 Body Roll Acceleration X
0 5 3 0 0 5 0 0 1 0 1 0 1 1 Track Angle - Magnetic X
0 3 8 0 0 1 0 1 0 1 1 Body Roll Acceleration X
0 0 4 0 0 1 0 1 1 0 0 Body Yaw Acceleration X
0 5 4 0 3 7 0 0 1 0 1 1 0 0 Zero Fuel Weight (KG) X
0 3 8 0 0 1 0 1 1 0 0 Body Yaw Acceleration X
0 5 5 0 0 0 1 0 1 1 0 1 Spare
0 0 2 0 0 1 0 1 1 1 0 Estimated Time of Arrival X
0 0 5 0 0 1 0 1 1 1 0 Wind Direction - Magnetic X
0 5 6 0 3 7 0 0 1 0 1 1 1 0 Gross Weight (KG) X
0 5 6 0 0 1 0 1 1 1 0 ETA (Active Waypoint) X
0 6 0 0 0 1 0 1 1 1 0 ETA (Active Waypoint) X
0 5 7 0 0 0 1 0 1 1 1 1 Spare
0 2 5 0 0 1 1 0 0 0 0 S/G Hardware Part No X 6-36
0 6 0 0 3 7 0 0 1 1 0 0 0 0 Tire Loading (Left Body Main) X
0 3 C 0 0 1 1 0 0 0 0 Tire Pressure (Left Inner) X
0 0 2 0 0 1 1 0 0 0 1 ACMS Information X 6-29
0 0 B 0 0 1 1 0 0 0 1 Pseudo Range X
0 2 5 0 0 1 1 0 0 0 1 S/G Hardware Part No X 6-37
0 6 1 0 3 7 0 0 1 1 0 0 0 1 Tire Loading (Right Body Main) X
0 3 C 0 0 1 1 0 0 0 1 Tire Pressure (Left Outer) X
0 5 6 0 0 1 1 0 0 0 1 ACMS Information X
0 6 0 0 0 1 1 0 0 0 1 ACMS Information X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 16
LABEL CODES
0 0 0 0 0 2 0 0 1 1 1 1 0 1 Gross Weight X
0 0 3 0 0 1 1 1 1 0 1 Gross Weight X
0 0 8 0 0 1 1 1 1 0 1 Maximum Hazard Alert Level Output X
0 0 B 0 0 1 1 1 1 0 1 Geodetic Altitude X
0 7 5 0 2 9 0 0 1 1 1 1 0 1 AC Voltage (Alt. Sources) X
0 2 C 0 0 1 1 1 1 0 1 Gross Weight X
0 3 7 0 0 1 1 1 1 0 1 Gross Weight X
0 3 E 0 0 1 1 1 1 0 1 Gross Weight X
1 1 4 0 0 1 1 1 1 0 1 Aircraft Gross Weight X
0 0 8 0 0 1 1 1 1 1 0 Hazard Azimuth Output X
0 0 B 0 0 1 1 1 1 1 0 GNSS Altitude (MSL) X
0 2 9 0 0 1 1 1 1 1 0 AC Voltage (Bus Bar) X
0 7 6
0 3 7 0 0 1 1 1 1 1 0 Longitudinal Center of Gravity X
0 3 E 0 0 1 1 1 1 1 0 Longitudinal Center of Gravity X
1 1 4 0 0 1 1 1 1 1 0 Aircraft Longitudinal Center of Gravity X
0 0 2 0 0 1 1 1 1 1 1 Target Airspeed X
0 0 8 0 0 1 1 1 1 1 1 Hazard Azimuth Output X
0 0 B 0 0 1 1 1 1 1 1 GPS Hor/Vert Deviation X
0 2 9 0 0 1 1 1 1 1 1 AC Load (Engine) X
0 7 7
0 3 7 0 0 1 1 1 1 1 1 Lateral Center of Gravity X
0 5 6 0 0 1 1 1 1 1 1 Target Airspeed X
0 6 0 0 0 1 1 1 1 1 1 Target Airspeed X
1 1 4 0 0 1 1 1 1 1 1 Zero Fuel Center of Gravity X
0 0 1 0 1 0 0 0 0 0 0 Selected Course #1 X 6-27
0 0 2 0 1 0 0 0 0 0 0 Selected Course #1 X
0 1 1 0 1 0 0 0 0 0 0 Selected Course #1 X
0 2 0 0 1 0 0 0 0 0 0 Selected Course #1 X
0 2 9 0 1 0 0 0 0 0 0 AC Load (Alt. Source) X
1 0 0 0 3 7 0 1 0 0 0 0 0 0 Gross Weight (Kilogram) X
0 5 6 0 1 0 0 0 0 0 0 Selected Course #1 X
0 6 0 0 1 0 0 0 0 0 0 Selected Course #1 X
0 A 1 0 1 0 0 0 0 0 0 Selected Course #1 X
0 B 1 0 1 0 0 0 0 0 0 Selected Course #1 X
0 B B 0 1 0 0 0 0 0 0 Outbound Flaps - PDU X
0 0 2 0 1 0 0 0 0 0 1 Selected Heading X 6-27
0 0 B 0 1 0 0 0 0 0 1 HDOP X
0 2 0 0 1 0 0 0 0 0 1 Selected Heading X
0 2 5 0 1 0 0 0 0 0 1 Selected Heading X
1 0 1
0 2 9 0 1 0 0 0 0 0 1 DC Current (TRU) X
0 A 1 0 1 0 0 0 0 0 1 Selected Heading X
0 B B 0 1 0 0 0 0 0 1 Inboard Flaps - PDU X
1 1 4 0 1 0 0 0 0 0 1 C/G Target X
0 0 2 0 1 0 0 0 0 1 0 Selected Altitude X 6-27
0 0 B 0 1 0 0 0 0 1 0 VDOP X
0 2 0 0 1 0 0 0 0 1 0 Selected Altitude X
1 0 2 0 2 9 0 1 0 0 0 0 1 0 DC Current (Battery) X
0 5 6 0 1 0 0 0 0 1 0 Selected Altitude X
0 6 0 0 1 0 0 0 0 1 0 Selected Altitude X
0 A 1 0 1 0 0 0 0 1 0 Selected Altitude X
0 0 1 0 1 0 0 0 0 1 1 Selected Airspeed X 6-27
0 0 2 0 1 0 0 0 0 1 1 Selected Airspeed X
0 0 3 0 1 0 0 0 0 1 1 Selected Airspeed X
0 0 B 0 1 0 0 0 0 1 1 GNSS Track Angle X
0 1 B 0 1 0 0 0 0 1 1 Left/PDU Flap X
1 0 3 0 2 0 0 1 0 0 0 0 1 1 Selected Airspeed X
0 2 9 0 1 0 0 0 0 1 1 DC Voltage (TRU) X
0 5 6 0 1 0 0 0 0 1 1 Selected Airspeed X
0 6 0 0 1 0 0 0 0 1 1 Selected Airspeed X
0 A 1 0 1 0 0 0 0 1 1 Selected Airspeed X
0 B B 0 1 0 0 0 0 1 1 Left Outboard Flap Position X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 18
LABEL CODES
0 0 0 0 0 2 0 1 0 0 1 1 0 1 Waypoint Bearing X
0 2 9 0 1 0 0 1 1 0 1 Brake Temperature (Left Outer L/G) X
0 2 F 0 1 0 0 1 1 0 1 Fuel Temperature X
0 3 F 0 1 0 0 1 1 0 1 Fuel Temperature X
1 1 5
0 5 6 0 1 0 0 1 1 0 1 Waypoint Bearing X
0 6 0 0 1 0 0 1 1 0 1 Waypoint Bearing X
0 B C 0 1 0 0 1 1 0 1 Fuel Temperature X
0 C C 0 1 0 0 1 1 0 1 Wheel Torque Output X 6-26
0 0 2 0 1 0 0 1 1 1 0 Cross Track Distance X 6-27
0 0 B 0 1 0 0 1 1 1 0 Horizontal GLS Deviation Rectilinear X
0 2 9 0 1 0 0 1 1 1 0 Brake Temperature (Right Inner L/G) X
1 1 6 0 5 5 0 1 0 0 1 1 1 0 Horizontal GLS Deviation Rectilinear X
0 5 6 0 1 0 0 1 1 1 0 Cross Track Distance X
0 6 0 0 1 0 0 1 1 1 0 Cross Track Distance X
0 C C 0 1 0 0 1 1 1 0 Wheel Torque Output X 6-26
0 0 2 0 1 0 0 1 1 1 1 Vertical Deviation X 6-27
0 0 B 0 1 0 0 1 1 1 1 Vertical GLS Deviation Rectilinear X
0 2 9 0 1 0 0 1 1 1 1 Brake Temperature (Right Inner L/G) X
1 1 7 0 5 5 0 1 0 0 1 1 1 1 Vertical GLS Deviation Rectilinear X
0 5 6 0 1 0 0 1 1 1 1 Vertical Deviation X
0 6 0 0 1 0 0 1 1 1 1 Vertical Deviation X
0 C C 0 1 0 0 1 1 1 1 Wheel Torque Output X 6-26
0 0 2 0 1 0 1 0 0 0 0 Range to Altitude X
0 0 B 0 1 0 1 0 0 0 0 GNSS Latitude Fine X
1 2 0 0 2 9 0 1 0 1 0 0 0 0 Pack Bypass Turbine Position X
0 5 6 0 1 0 1 0 0 0 0 Range to Altitude X
0 6 0 0 1 0 1 0 0 0 0 Range to Altitude X
0 0 2 0 1 0 1 0 0 0 1 Horizontal Command Signal X
0 0 B 0 1 0 1 0 0 0 1 GNSS Longitude Fine X
0 2 5 0 1 0 1 0 0 0 1 Pitch Limit X
1 2 1
0 2 9 0 1 0 1 0 0 0 1 Pack Outlet Temperature X
0 5 6 0 1 0 1 0 0 0 1 Horizontal Command Signal X
0 6 0 0 1 0 1 0 0 0 1 Horizontal Command Signal X
0 0 2 0 1 0 1 0 0 1 0 Vertical Command Signal X
0 2 9 0 1 0 1 0 0 1 0 Pack Turbine Inlet Temperature X
1 2 2
0 5 6 0 1 0 1 0 0 1 0 Vertical Command Signal X
0 6 0 0 1 0 1 0 0 1 0 Vertical Command Signal X
1 2 3 0 0 2 0 1 0 1 0 0 1 1 Throttle Command X
1 2 4 0 0 B 0 1 0 1 0 1 0 0 Digital Time Mark X
0 0 2 0 1 0 1 0 1 0 1 Universal Time Coordinated (UTC) X 6-25
0 0 B 0 1 0 1 0 1 0 1 Universal Time Coordinated (UTC) X
1 2 5 0 3 1 0 1 0 1 0 1 0 1 Universal Time Coordinated (UTC) X 6-25
0 5 6 0 1 0 1 0 1 0 1 Universal Time Coordinated (UTC) X
0 6 0 0 1 0 1 0 1 0 1 Universal Time Coordinated (UTC) X
0 0 2 0 1 0 1 0 1 1 0 Vertical Deviation (wide) X
0 2 6 0 1 0 1 0 1 1 0 FWC Word X
1 2 6 0 2 9 0 1 0 1 0 1 1 0 Pack Flow X
0 5 6 0 1 0 1 0 1 1 0 Vertical Deviation (Wide) X
0 6 0 0 1 0 1 0 1 1 0 Vertical Deviation (Wide) X
0 0 2 0 1 0 1 0 1 1 1 Selected Landing Altitude X
0 1 B 0 1 0 1 0 1 1 1 Slat Angle X 6-11
1 2 7 0 3 3 0 1 0 1 0 1 1 1 P14 X
1 0 A 0 1 0 1 0 1 1 1 Fan Discharge Static Pressure X
1 0 B 0 1 0 1 0 1 1 1 Fan Discharge Static Pressure X
0 0 B 0 1 0 1 1 0 0 0 Aut Horiz Integ Limit X
0 1 A 0 1 0 1 1 0 0 0 Fan Inlet Total Temperature X
0 1 C 0 1 0 1 1 0 0 0 Fan Inlet Total Temperature X
0 2 F 0 1 0 1 1 0 0 0 Fan Inlet Total Temperature X
1 3 0 0 3 5 0 1 0 1 1 0 0 0 Intruder Range X 6-21
0 3 F 0 1 0 1 1 0 0 0 Fan Inlet Total Temperature X
1 0 A 0 1 0 1 1 0 0 0 Selected Total Air Temperature X
1 0 B 0 1 0 1 1 0 0 0 Selected Total Air Temperature X
1 3 A 0 1 0 1 1 0 0 0 Inlet Temperature X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 20
LABEL CODES
0 0 0 0 1 C 0 1 1 0 1 1 1 0 Maintnance Data #7 X
0 2 7 0 1 1 0 1 1 1 0 MLS Dataword 1 X
0 2 9 0 1 1 0 1 1 1 0 Discrete #12 X
0 3 3 0 1 1 0 1 1 1 0 Maintenance Data #7 X
0 4 D 0 1 1 0 1 1 1 0 L Tank Faults X
1 5 6
0 5 5 0 1 1 0 1 1 1 0 MLS Basic Data Wd 1 X
0 B B 0 1 1 0 1 1 1 0 Maintenance Data #7 X
1 0 A 0 1 1 0 1 1 1 0 Maintenance Data #7 X
1 0 B 0 1 1 0 1 1 1 0 Maintenance Data #7 X
1 1 4 0 1 1 0 1 1 1 0 Refuel Panel Switch States X
0 1 1 0 1 1 1 1 System Address Label for CVR X See Attachment 11
0 1 C 0 1 1 0 1 1 1 1 Maintenance Data #8 X
0 2 7 0 1 1 0 1 1 1 1 MLS Dataword 2 X
0 3 3 0 1 1 0 1 1 1 1 Maintenance Data #8 X
0 4 D 0 1 1 0 1 1 1 1 R Tank Faults X
1 5 7
0 5 5 0 1 1 0 1 1 1 1 MLS Basic Data Wd 2 X
0 B B 0 1 1 0 1 1 1 1 Maintenance Data #8 X
1 0 A 0 1 1 0 1 1 1 1 Maintenance Data #8 X
1 0 B 0 1 1 0 1 1 1 1 Maintenance Data #8 X
1 1 4 0 1 1 0 1 1 1 1 Trim Tank Probe Capacitance X
0 1 C 0 1 1 1 0 0 0 0 Maintenance Data #9 X
0 2 5 0 1 1 1 0 0 0 0 Discrete Status 6 EFIS X
0 2 7 0 1 1 1 0 0 0 0 MLS Dataword 3 X
0 3 3 0 1 1 1 0 0 0 0 Maintenance Data #9 X
0 4 D 0 1 1 1 0 0 0 0 C Tank Faults X
1 6 0
0 5 5 0 1 1 1 0 0 0 0 MLS Basic Data Wd 3 X
0 B B 0 1 1 1 0 0 0 0 Maintenance Data #9 X
1 0 A 0 1 1 1 0 0 0 0 Maintenance Data #9 X
1 0 B 0 1 1 1 0 0 0 0 Maintenance Data #9 X
1 1 4 0 1 1 1 0 0 0 0 Valve Feedback X
0 1 C 0 1 1 1 0 0 0 1 Maintenance Data #10 X
0 2 5 0 1 1 1 0 0 0 1 Discrete Status 7 EFIS X
0 2 7 0 1 1 1 0 0 0 1 MLS Dataword 4 X
0 3 3 0 1 1 1 0 0 0 1 Maintenance Data #10 X
1 6 1 0 4 D 0 1 1 1 0 0 0 1 A Tank Faults X
0 5 5 0 1 1 1 0 0 0 1 MLS Basic Data Wd 4 X
1 0 A 0 1 1 1 0 0 0 1 Maintenance Data #10 X
1 0 B 0 1 1 1 0 0 0 1 Maintenance Data #10 X
1 1 4 0 1 1 1 0 0 0 1 Indicated Pump Status X
0 1 2 0 1 1 1 0 0 1 0 ADF Bearing X
0 2 5 0 1 1 1 0 0 1 0 ADF Bearing Left/Right X
0 2 7 0 1 1 1 0 0 1 0 MLS Dataword 5 X
0 2 9 0 1 1 1 0 0 1 0 Crew Oxygen Pressure X
1 6 2
0 5 5 0 1 1 1 0 0 1 0 MLS Basic Data Wd 5 X
0 D E 0 1 1 1 0 0 1 0 Stick Shaker Margin Proportional Signal X
1 1 4 0 1 1 1 0 0 1 0 Indicated Pump Status X
1 4 0 0 1 1 1 0 0 1 0 Density Altitude X
0 2 7 0 1 1 1 0 0 1 1 MLS Dataword 6 X
0 3 7 0 1 1 1 0 0 1 1 Zero Fuel Weight (lb) X
1 6 3 0 5 5 0 1 1 1 0 0 1 1 MLS Basic Data Wd 6 X
1 1 4 0 1 1 1 0 0 1 1 Indicated Pump Status X
0 1 1 1 0 0 1 1 747 DFDR & A330/340 SSFDR - System Address Label X See Attachment 11
0 0 2 0 1 1 1 0 1 0 0 Minimum Descent Altitude (MDA) X
0 0 3 0 1 1 1 0 1 0 0 Target Height X
0 0 7 0 1 1 1 0 1 0 0 Radio Height X 6-13/6-27
0 2 5 0 1 1 1 0 1 0 0 Radio Height X 6-13/6-27
1 6 4
0 2 7 0 1 1 1 0 1 0 0 MLS Dataword 7 X
0 3 B 0 1 1 1 0 1 0 0 Radio Height X
0 5 5 0 1 1 1 0 1 0 0 MLS ABS GP Angle X
1 1 4 0 1 1 1 0 1 0 0 Indicated Pump Status X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 23
LABEL CODES
0 0 0 0 0 2 1 0 1 0 0 1 0 1 Minimum Airspeed X
0 0 3 1 0 1 0 0 1 0 1 Minimum Airspeed X
0 0 A 1 0 1 0 0 1 0 1 Minimum Airspeed X
0 2 9 1 0 1 0 0 1 0 1 N3 (Engine) X
0 3 8 1 0 1 0 0 1 0 1 Average Static Pressure mb, Uncorrected X
2 4 5 0 3 B 1 0 1 0 0 1 0 1 EPR Error X
0 5 6 1 0 1 0 0 1 0 1 Minimum Airspeed X
0 6 0 1 0 1 0 0 1 0 1 Minimum Airspeed X
0 A D 1 0 1 0 0 1 0 1 Average Static Pressure mb, Uncorrected X
1 4 0 1 0 1 0 0 1 0 1 Static Pressure, Uncorrected X
1 0 1 0 0 1 0 1 System Address Label for MLS X See Attachment 11
0 0 2 1 0 1 0 0 1 1 0 General Maximum Speed (VCMAX) X
0 0 6 1 0 1 0 0 1 1 0 Average Static Pressure X
0 0 9 1 0 1 0 0 1 1 0 DME Ground Station Ident Word #1 X
0 1 C 1 0 1 0 0 1 1 0 N1 (Engine Direct) X
2 4 6
0 2 9 1 0 1 0 0 1 1 0 N1 (Engine Direct) X
0 3 8 1 0 1 0 0 1 1 0 Average Static Pressure mb, Corrected X
0 3 B 1 0 1 0 0 1 1 0 Angle of Attack Error X
1 0 1 0 0 1 1 0 System address Label for AHRS X See Attachment 11
0 0 2 1 0 1 0 0 1 1 1 Control Minimum Speed (VCMIN) X
0 0 9 1 0 1 0 0 1 1 1 DME Ground Station Ident Word #1 X
0 0 B 1 0 1 0 0 1 1 1 Horizontal Figure of Merit X
0 1 F 1 0 1 0 0 1 1 1 Total Fuel X
0 2 C 1 0 1 0 0 1 1 1 Total Fuel X
0 3 B 1 0 1 0 0 1 1 1 Speed Error X
2 4 7 0 4 D 1 0 1 0 0 1 1 1 Total Fuel X
0 5 6 1 0 1 0 0 1 1 1 Control Minimum Speed (VCMIN) X
0 5 A 1 0 1 0 0 1 1 1 Total Fuel X
0 6 0 1 0 1 0 0 1 1 1 Control Minimum Speed (VCMIN) X
0 E B 1 0 1 0 0 1 1 1 Fuel to Remain X
1 1 4 1 0 1 0 0 1 1 1 Fuel on Board X
1 4 0 1 0 1 0 0 1 1 1 Airspeed Minimum Vmc X
0 0 2 1 0 1 0 1 0 0 0 Continuous N1 Limit X
0 2 B 1 0 1 0 1 0 0 0 Maximum Continuous EPR Limit X
0 2 C 1 0 1 0 1 0 0 0 Preselected Fuel Quantity X
0 3 8 1 0 1 0 1 0 0 0 Indicated Side Slip Angle X
2 5 0
0 5 A 1 0 1 0 1 0 0 0 Preselected Fuel Quantity X
0 A D 1 0 1 0 1 0 0 0 Indicated Side Slip Angle or AOS X
1 1 4 1 0 1 0 1 0 0 0 Preselected Fuel Quantity X
1 2 B 1 0 1 0 1 0 0 0 Temperature Rate of Change X
0 0 1 1 0 1 0 1 0 0 1 Distance to Go X
0 0 2 1 0 1 0 1 0 0 1 Distance to Go X
0 0 6 1 0 1 0 1 0 0 1 Baro Corrected Altitude #3 X
2 5 1
0 1 A 1 0 1 0 1 0 0 1 Flight Leg Counter X 6-19
0 3 8 1 0 1 0 1 0 0 1 Baro Corrected Altitude #3 X
1 0 1 0 1 0 0 1 System Address Label VDR #1 X See Attachment 11
0 0 1 1 0 1 0 1 0 1 0 Time to Go X
0 0 2 1 0 1 0 1 0 1 0 Time to Go X
0 0 6 1 0 1 0 1 0 1 0 Baro Corrected Altitude #4 X
0 1 A 1 0 1 0 1 0 1 0 EPR Idle X
2 5 2 0 2 F 1 0 1 0 1 0 1 0 EPR Idle Reference X
0 3 8 1 0 1 0 1 0 1 0 Baro Corrected Altitude #4 X
0 3 F 1 0 1 0 1 0 1 0 EPR Idle Reference X
0 E B 1 0 1 0 1 0 1 0 Time Until Jettison Complete X
1 0 1 0 1 0 1 0 System Address Label VDR #2 X See Attachment 11
0 0 2 1 0 1 0 1 0 1 1 Go-Around N1 Limit X
0 1 E 1 0 1 0 1 0 1 1 Go-Around EPR Limit X
2 5 3
0 3 8 1 0 1 0 1 0 1 1 Corrected Side Slip Angle X
1 0 1 0 1 0 1 1 System Address Label VDR #3 X See Attachment 11
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 29
LABEL CODES
0 0 0 0 0 2 1 0 1 0 1 1 0 0 Cruise N1 Limit X
0 1 2 1 0 1 0 1 1 0 0 ADF Ground Station Ident Word #1 X
0 1 E 1 0 1 0 1 1 0 0 Cruise EPR Limit X
2 5 4 0 4 D 1 0 1 0 1 1 0 0 Actual Fuel Quantity (test) X
0 5 5 1 0 1 0 1 1 0 0 GBAS ID X
1 3 A 1 0 1 0 1 1 0 0 N1 Cruise X
1 4 0 1 0 1 0 1 1 0 0 Altitude Rate X
0 0 2 1 0 1 0 1 1 0 1 Climb N1 Limit X
0 1 2 1 0 1 0 1 1 0 1 ADF Ground Station Ident Word #2 X
0 1 E 1 0 1 0 1 1 0 1 Climb EPR Limit X
0 2 F 1 0 1 0 1 1 0 1 Max. Climb EPR Rating X
0 3 F 1 0 1 0 1 1 0 1 Max. Climb EPR Rating X
2 5 5
0 4 D 1 0 1 0 1 1 0 1 Fuel Quantity (gal) X
0 5 5 1 0 1 0 1 1 0 1 GBAS ID/ Airport ID X
0 8 E 1 0 1 0 1 1 0 1 Spoiler Position X
1 3 A 1 0 1 0 1 1 0 1 N1 Climb X
1 4 0 1 0 1 0 1 1 0 1 Impact Pressure X
0 0 2 1 0 1 0 1 1 1 0 Time for Climb X
0 0 A 1 0 1 0 1 1 1 0 V Stick Shaker X
0 2 7 1 0 1 0 1 1 1 0 MLS Ground Station Ident Word #1 X
0 2 C 1 0 1 0 1 1 1 0 Fuel Quantity (Tanks) #1 X
0 4 D 1 0 1 0 1 1 1 0 Fuel Discretes X
2 5 6 0 5 5 1 0 1 0 1 1 1 0 MLS Station ID #1 X
0 5 6 1 0 1 0 1 1 1 0 Time for Climb X
0 5 A 1 0 1 0 1 1 1 0 Fuel Quantity - Left Outer Cell X
0 6 0 1 0 1 0 1 1 1 0 Time for Climb X
1 1 4 1 0 1 0 1 1 1 0 Left Outer Tank Fuel Quantity X
1 4 0 1 0 1 0 1 1 1 0 Equivalent Airspeed X
0 0 2 1 0 1 0 1 1 1 1 Time for Descent X
0 2 7 1 0 1 0 1 1 1 1 MLS Ground Station Ident Word #2 X
0 2 C 1 0 1 0 1 1 1 1 Fuel Quantity (Tanks) #2 X
0 5 5 1 0 1 0 1 1 1 1 MLS Station ID #2
2 5 7 0 5 6 1 0 1 0 1 1 1 1 Time for Descent X
0 5 A 1 0 1 0 1 1 1 1 Fuel Quantity Left W/T Tank X
0 6 0 1 0 1 0 1 1 1 1 Time for Descent X
1 1 4 1 0 1 0 1 1 1 1 Inner Tank 1 Fuel Quantity X
1 4 0 1 0 1 0 1 1 1 1 Total Pressure (High Range) X
0 0 2 1 0 1 1 0 0 0 0 Date/Flight Leg X 6-8
0 0 B 1 0 1 1 0 0 0 0 Date X
0 2 C 1 0 1 1 0 0 0 0 Fuel Quantity (Tanks) #3 X
0 3 1 1 0 1 1 0 0 0 0 Date (No Flight Leg) X 6-18
0 3 3 1 0 1 1 0 0 0 0 T5 X
0 5 6 1 0 1 1 0 0 0 0 Date/Flight Leg X
2 6 0
0 5 A 1 0 1 1 0 0 0 0 Fuel Quantity Center Tank X
0 6 0 1 0 1 1 0 0 0 0 Date/Flight Leg X 6-8
0 A 2 1 0 1 1 0 0 0 0 Date/Flight Leg X 6-8
1 0 A 1 0 1 1 0 0 0 0 LP Turbine Discharge Temperature X
1 0 B 1 0 1 1 0 0 0 0 LP Turbine Discharge Temperature X
1 1 4 1 0 1 1 0 0 0 0 Collector Cell 1 and 2 Fuel Quantity X
0 0 2 1 0 1 1 0 0 0 1 Flight Number X 6-9
0 2 C 1 0 1 1 0 0 0 1 Fuel Quantity (Tanks) #4 X
0 3 3 1 0 1 1 0 0 0 1 P49 X
0 5 6 1 0 1 1 0 0 0 1 Flight Number (BCD) X
0 5 A 1 0 1 1 0 0 0 1 Fuel Quantity Right I/C or W/T Tank X
2 6 1
0 6 0 1 0 1 1 0 0 0 1 Flight Number (BCD) X
0 A 2 1 0 1 1 0 0 0 1 Flight Number X 6-9
1 0 A 1 0 1 1 0 0 0 1 LP Turbine Inlet Pressure X
1 0 B 1 0 1 1 0 0 0 1 LP Turbine Inlet Pressure X
1 1 4 1 0 1 1 0 0 0 1 Fuel On Board At Engine Start X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 30
LABEL CODES
0 0 0 0 0 2 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 0 6 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 1 8 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 1 A 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 1 C 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 1 E 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 2 9 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 2 F 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 3 0 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 3 1 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 3 3 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 3 5 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 3 8 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 3 A 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 3 B 1 0 1 1 1 0 0 1 Discrete Data #2 X
2 7 1 0 3 F 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 4 1 1 0 1 1 1 0 0 1 SDU To ACARS MU/CMU Join/Leave Message X
0 4 D 1 0 1 1 1 0 0 1 T/U CAP-A Tank 1-4 X
0 5 5 1 0 1 1 1 0 0 1 MMR Discrete X
0 5 6 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 5 A 1 0 1 1 1 0 0 1 Fuel Density X
0 6 0 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 A 2 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 A 8 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 A D 1 0 1 1 1 0 0 1 Discrete Data #2 X
0 C 5 1 0 1 1 1 0 0 1 Discrete Data #2 X
1 0 A 1 0 1 1 1 0 0 1 Discrete Data #2 X
1 0 B 1 0 1 1 1 0 0 1 Discrete Data #2 X
1 1 4 1 0 1 1 1 0 0 1 Fuel Transfer Indication X
1 4 0 1 0 1 1 1 0 0 1 Discrete Data #2 X
1 4 2 1 0 1 1 1 0 0 1 Altitude Filter Limits (Disc Data 2) X
0 0 1 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 0 2 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 0 3 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 1 8 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 1 A 1 0 1 1 1 0 1 0 Discrete Data #3
0 1 C 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 2 5 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 2 9 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 2 F 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 3 5 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 3 8 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 3 A 1 0 1 1 1 0 1 0 Discrete Data #3 X
2 7 2 0 3 B 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 3 F 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 4 D 1 0 1 1 1 0 1 0 T/U CAP-A Tank 5-8 X
0 5 3 1 0 1 1 1 0 1 0 HFDL Slave (Disc Data 2) X
0 5 6 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 5 A 1 0 1 1 1 0 1 0 Fuel Density X
0 6 0 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 A D 1 0 1 1 1 0 1 0 Discrete Data #3 X
0 C 5 1 0 1 1 1 0 1 0 Discrete Data #3 X
1 0 A 1 0 1 1 1 0 1 0 Discrete Data #3 X
1 0 B 1 0 1 1 1 0 1 0 Discrete Data #3 X
1 1 4 1 0 1 1 1 0 1 0 Fuel Transfer Indication X
1 4 0 1 0 1 1 1 0 1 0 Discrete Data #3 X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 33
LABEL CODES
0 0 0 0 0 1 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 0 3 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 0 B 1 0 1 1 1 0 1 1 GNSS Sensor Status X
0 1 8 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 1 C 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 2 5 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 2 9 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 2 F 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 3 3 1 0 1 1 1 0 1 1 Discrete Data #4 X
2 7 3 0 3 5 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 3 B 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 3 F 1 0 1 1 1 0 1 1 Discrete Data #4 X
0 4 D 1 0 1 1 1 0 1 1 T/U CAP-A Tank 9-11 X
0 5 5 1 0 1 1 1 0 1 1 GNSS Status X
0 5 A 1 0 1 1 1 0 1 1 Sensor Valves Left Wing Tank X
0 C 5 1 0 1 1 1 0 1 1 Discrete Data #4 X
1 0 A 1 0 1 1 1 0 1 1 Discrete Data #4 X
1 0 B 1 0 1 1 1 0 1 1 Discrete Data #4 X
1 1 4 1 0 1 1 1 0 1 1 Memos and Status X
0 0 1 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 0 3 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 0 A 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 1 8 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 1 C 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 2 5 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 2 9 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 2 F 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 3 3 1 0 1 1 1 1 0 0 Discrete Data #5 X
2 7 4
0 3 5 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 3 B 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 3 F 1 0 1 1 1 1 0 0 Discrete Data #5 X
0 4 D 1 0 1 1 1 1 0 0 T/U CAP-R Tank 1-4 X
0 5 A 1 0 1 1 1 1 0 0 Sensor Valves Right Wing Tank X
0 C 5 1 0 1 1 1 1 0 0 Discrete Data #5 X
1 0 A 1 0 1 1 1 1 0 0 Discrete Data #5 X
1 0 B 1 0 1 1 1 1 0 0 Discrete Data #5 X
1 1 4 1 0 1 1 1 1 0 0 Fuel Transfer Indications X
0 0 1 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 0 2 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 0 3 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 1 8 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 1 C 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 2 5 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 2 9 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 2 B 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 2 F 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 3 5 1 0 1 1 1 1 0 1 Discrete Data #6 X
2 7 5 0 3 8 1 0 1 1 1 1 0 1 IR Discrete Word #2 X
0 3 B 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 3 F 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 4 A 1 0 1 1 1 1 0 1 T/U CAP-R Tank 5-8 X
0 4 D 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 5 A 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 5 6 1 0 1 1 1 1 0 1 Discrete Data #6 X
0 6 0 1 0 1 1 1 1 0 1 Discrete Data #6 X
1 0 A 1 0 1 1 1 1 0 1 Discrete Data #6 X
1 0 B 1 0 1 1 1 1 0 1 Discrete Data #6 X
1 1 4 1 0 1 1 1 1 0 1 Miscellaneous Warning X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 34
LABEL CODES
0 0 0 0 0 2 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 1 8 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 1 C 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 2 5 1 0 1 1 1 1 1 0 Discrete Status 8 EFIS X
0 2 9 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 2 F 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 3 F 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 4 D 1 0 1 1 1 1 1 0 T/U CAP-R Tank 9-12 X
2 7 6 0 5 6 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 5 8 1 0 1 1 1 1 1 0 Output Status Word #2 X
0 5 A 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 6 0 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 B B 1 0 1 1 1 1 1 0 Discrete Data #7 X
1 1 4 1 0 1 1 1 1 1 0 Discrete Data #7 X
0 0 1 1 0 1 1 1 1 1 0 FCC to Simulator Control Word - Simulator Use Only X
0 0 2 1 0 1 1 1 1 1 0 FMC to Simulator Control Word - Simulator Use Only X
0 0 3 1 0 1 1 1 1 1 0 TCC to Simulator Control Word - Simulator Use Only X
X X X 1 0 1 1 1 1 1 1 General Test Word X Note 1
0 0 4 1 0 1 1 1 1 1 1 IRS Maintenance Discrete X
0 1 8 1 0 1 1 1 1 1 1 Discrete Data #8 X
2 7 7
0 3 8 1 0 1 1 1 1 1 1 IR Test X
0 4 D 1 0 1 1 1 1 1 1 T/U CAP-R Tank 13-14 X
1 1 4 1 0 1 1 1 1 1 1 Fuel Transfer and CG Status X
0 0 1 1 1 0 0 0 0 0 0 Application Dependent X
0 1 A 1 1 0 0 0 0 0 0 Application Dependent X
0 3 D 1 1 0 0 0 0 0 0 Application Dependent X
0 5 A 1 1 0 0 0 0 0 0 Internal Parameter for SPATIAAL X
3 0 0
1 0 A 1 1 0 0 0 0 0 0 ECU Internal Temperature X
1 0 B 1 1 0 0 0 0 0 0 ECU Internal Temperature X
T B D 1 1 0 0 0 0 0 0 Data Loader Address Label (Low Speed) X
1 1 0 0 0 0 0 0 System Address Label for FMC 1 X See Attachment 11
0 0 1 1 1 0 0 0 0 0 1 Application Dependent X
0 0 2 1 1 0 0 0 0 0 1 Application Dependent X
0 1 A 1 1 0 0 0 0 0 1 Application Dependent X
0 5 6 1 1 0 0 0 0 0 1 Application Dependent X
3 0 1 0 5 A 1 1 0 0 0 0 0 1 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 0 0 0 1 Application Dependent X
1 0 A 1 1 0 0 0 0 0 1 Demanded Fuel Metering Valve Position X
1 0 B 1 1 0 0 0 0 0 1 Demanded Fuel Metering Valve Position X
1 1 0 0 0 0 0 1 System Address Label for FMC 2 X See Attachment 11
0 0 1 1 1 0 0 0 0 1 0 Application Dependent X
0 0 2 1 1 0 0 0 0 1 0 Application Dependent X
0 1 A 1 1 0 0 0 0 1 0 Application Dependent X
0 5 6 1 1 0 0 0 0 1 0 Application Dependent X
3 0 2 0 5 A 1 1 0 0 0 0 1 0 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 0 0 1 0 Application Dependent X
1 0 A 1 1 0 0 0 0 1 0 Demanded Variable Stator Vane Position X
1 0 B 1 1 0 0 0 0 1 0 Demanded Variable Stator Vane Position X
1 1 0 0 0 0 1 0 System Address Label for AIDS (DFDAU) X See Attachment 11
0 0 1 1 1 0 0 0 0 1 1 Application Dependent X
0 0 2 1 1 0 0 0 0 1 1 Application Dependent X
0 1 A 1 1 0 0 0 0 1 1 Application Dependent X
0 5 6 1 1 0 0 0 0 1 1 Application Dependent X
3 0 3 0 5 A 1 1 0 0 0 0 1 1 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 0 0 1 1 Application Dependent X
1 0 A 1 1 0 0 0 0 1 1 Demanded Variable Bleed Valve Position X
1 0 B 1 1 0 0 0 0 1 1 Demanded Variable Bleed Valve Position X
1 1 0 0 0 0 1 1 System Address Label for CFDIU X See attachment 11
0 0 1 1 1 0 0 0 1 0 0 Application Dependent X
0 1 A 1 1 0 0 0 1 0 0 Application Dependent X
0 5 A 1 1 0 0 0 1 0 0 Internal Parameter for SPATIAAL X
3 0 4
1 0 A 1 1 0 0 0 1 0 0 Demanded HPT Clearance Valve Position X
1 0 B 1 1 0 0 0 1 0 0 Demanded HPT Clearance Valve Position X
1 1 0 0 0 1 0 0 System Address Label for ACARS X See Attachment 11
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 35
LABEL CODES
0 0 0 0 0 1 1 1 0 0 0 1 0 1 Application Dependent X
0 1 A 1 1 0 0 0 1 0 1 Application Dependent X
0 5 A 1 1 0 0 0 1 0 1 Internal Parameter for SPATIAAL X
3 0 5
1 0 A 1 1 0 0 0 1 0 1 Demanded LPT Clearance Valve Position X
1 0 B 1 1 0 0 0 1 0 1 Demanded LPT Clearance Valve Position X
1 1 0 0 0 1 0 1 System Address Label for Weight/Balance System X See Attachment 11
0 0 1 1 1 0 0 0 1 1 0 Application Dependent X
0 1 A 1 1 0 0 0 1 1 0 Application Dependent X
3 0 6
0 5 A 1 1 0 0 0 1 1 0 Internal Parameter for SPATIAAL X
1 1 0 0 0 1 1 0 System Address Label for TCAS X See Attachment 11
0 0 1 1 1 0 0 0 1 1 1 Application Dependent X
0 1 A 1 1 0 0 0 1 1 1 Application Dependent X
3 0 7
0 5 A 1 1 0 0 0 1 1 1 Internal Parameter for SPATIAAL X
1 1 0 0 0 1 1 1 System Address Label for Satellite Data Unit (SDI) X See Attachment 11
0 0 2 1 1 0 0 1 0 0 0 Present Position - Latitude X 6-27
0 0 4 1 1 0 0 1 0 0 0 Present Position - Latitude X
0 2 9 1 1 0 0 1 0 0 0 Aileron Position X
0 3 8 1 1 0 0 1 0 0 0 Present Position - Latitude X
0 4 D 1 1 0 0 1 0 0 0 COMP CAP - TANK X
3 1 0
0 5 6 1 1 0 0 1 0 0 0 Present Position Latitude X
0 5 A 1 1 0 0 1 0 0 0 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 1 0 0 0 Present Postion Latitude X
1 1 4 1 1 0 0 1 0 0 0 Right Outer Tank Fuel Quantity X
1 1 0 0 1 0 0 0 System Address Label for GPWS X See Attachment 11
0 0 2 1 1 0 0 1 0 0 1 Present Position - Longitude X 6-27
0 0 4 1 1 0 0 1 0 0 1 Present Position - Longitude X
0 2 9 1 1 0 0 1 0 0 1 Aileron Trim X
0 3 8 1 1 0 0 1 0 0 1 Present Position - Longitude X
0 3 B 1 1 0 0 1 0 0 1 Control Wheel Roll Force X
3 1 1
0 5 6 1 1 0 0 1 0 0 1 Present Postion Longitude X
0 5 A 1 1 0 0 1 0 0 1 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 1 0 0 1 Present Position Longitude X
1 1 4 1 1 0 0 1 0 0 1 Right Outer Tank Fuel Quantity X
1 1 0 0 1 0 0 1 System Address Label for GNLU 1 X See Attachment 11
0 0 2 1 1 0 0 1 0 1 0 Ground Speed X 6-27
0 0 4 1 1 0 0 1 0 1 0 Ground Speed X
0 0 5 1 1 0 0 1 0 1 0 Ground Speed X
0 2 9 1 1 0 0 1 0 1 0 Rudder Position X
0 3 8 1 1 0 0 1 0 1 0 Ground Speed X
3 1 2
0 5 6 1 1 0 0 1 0 1 0 Ground Speed X
0 5 A 1 1 0 0 1 0 1 0 Fuel Quantity ACT 1 X
0 6 0 1 1 0 0 1 0 1 0 Ground Speed X
1 1 4 1 1 0 0 1 0 1 0 Additional Center Tank (Act 1) Fuel Quantity X
1 1 0 0 1 0 1 0 System Address Label for GNLU 2 X See Attachment 11
0 0 2 1 1 0 0 1 0 1 1 Track Angle - True X
0 0 4 1 1 0 0 1 0 1 1 Track Angle - True X
0 2 5 1 1 0 0 1 0 1 1 Track Angle - True X
0 2 9 1 1 0 0 1 0 1 1 Rudder Trim X
0 3 8 1 1 0 0 1 0 1 1 Track Angle - True X
3 1 3
0 5 6 1 1 0 0 1 0 1 1 Track Angle - True X
0 5 A 1 1 0 0 1 0 1 1 Fuel Quantity ACT 2 X
0 6 0 1 1 0 0 1 0 1 1 Track Angle - True X
1 1 4 1 1 0 0 1 0 1 1 Additional Center Tank (Act 2) Fuel Quantity X
1 1 0 0 1 0 1 1 System Address Label for GNLU 3 X See Attachment 11
0 0 2 1 1 0 0 1 1 0 0 Stabilizer Position Indication (B747-400) X
0 0 4 1 1 0 0 1 1 0 0 True Heading X
0 2 5 1 1 0 0 1 1 0 0 True Heading X
0 2 9 1 1 0 0 1 1 0 0 Elevator Position X
3 1 4 0 3 8 1 1 0 0 1 1 0 0 True Heading X
0 3 B 1 1 0 0 1 1 0 0 Control Wheel Pitch Force X
0 5 A 1 1 0 0 1 1 0 0 Internal Parameter for SPATIAAL X
1 1 4 1 1 0 0 1 1 0 0 Rear Center Tank (RCT) Fuel Quantity X
1 1 0 0 1 1 0 0 System Address Label for GNU 1 X See Attachment 11
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 36
LABEL CODES
0 0 0 0 0 1 1 1 0 0 1 1 0 1 Stabilizer Position X
0 0 2 1 1 0 0 1 1 0 1 Wind Speed X
0 0 4 1 1 0 0 1 1 0 1 Wind Speed X
0 0 5 1 1 0 0 1 1 0 1 Wind Speed X
0 2 9 1 1 0 0 1 1 0 1 Stabilizer Position X
3 1 5 0 3 8 1 1 0 0 1 1 0 1 Wind Speed X
0 5 6 1 1 0 0 1 1 0 1 Wind Speed X
0 5 A 1 1 0 0 1 1 0 1 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 1 1 0 1 Wind Speed X
0 A 1 1 1 0 0 1 1 0 1 Stabilizer Position X
1 1 0 0 1 1 0 1 System Address Label for GNU 2 X See Attachment 11
0 0 2 1 1 0 0 1 1 1 0 Wind Direction (True) X
0 0 4 1 1 0 0 1 1 1 0 Wind Angle X
0 2 9 1 1 0 0 1 1 1 0 Oil Temperature (Engine) X
0 3 8 1 1 0 0 1 1 1 0 Wind Angle X
0 5 6 1 1 0 0 1 1 1 0 Wind Direction (True) X
3 1 6 0 5 A 1 1 0 0 1 1 1 0 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 1 1 1 0 Wind Direction (True) X
0 D 0 1 1 0 0 1 1 1 0 Engine Oil Temperature X
1 0 A 1 1 0 0 1 1 1 0 Engine Oil Temperature X
1 0 B 1 1 0 0 1 1 1 0 Engine Oil Temperature X
1 1 0 0 1 1 1 0 System Address Label for GNU 3 X See Attachment 11
0 0 2 1 1 0 0 1 1 1 1 Track Angle - Magnetic X
0 0 4 1 1 0 0 1 1 1 1 Track Angle - Magnetic X
0 0 5 1 1 0 0 1 1 1 1 Track Angle - Magnetic X
0 2 5 1 1 0 0 1 1 1 1 Track Angle - Magnetic X
0 2 9 1 1 0 0 1 1 1 1 Oil Pressure (Engine) X
3 1 7
0 3 8 1 1 0 0 1 1 1 1 Track Angle - Magnetic X
0 5 6 1 1 0 0 1 1 1 1 Track Angle - Magnetic X
0 5 A 1 1 0 0 1 1 1 1 Internal Parameter for SPATIAAL X
0 6 0 1 1 0 0 1 1 1 1 Track Angle - Magnetic X
0 D 0 1 1 0 0 1 1 1 1 Oil Pressure (Engine) X
0 0 4 1 1 0 1 0 0 0 0 Magnetic Heading X
0 0 5 1 1 0 1 0 0 0 0 Magnetic Heading X
0 2 5 1 1 0 1 0 0 0 0 Magnetic Heading X
0 2 9 1 1 0 1 0 0 0 0 Engine Fuel Pressure X
0 3 5 1 1 0 1 0 0 0 0 Own Aircraft Magnetic Heading X
3 2 0
0 3 8 1 1 0 1 0 0 0 0 Magnetic Heading X
0 4 D 1 1 0 1 0 0 0 0 Density - Tank X
0 5 A 1 1 0 1 0 0 0 0 Fuel Quantity Act 3 X
0 5 6 1 1 0 1 0 0 0 0 Magnetic Heading X
0 6 0 1 1 0 1 0 0 0 0 Magnetic Heading X
0 0 2 1 1 0 1 0 0 0 1 Drift Angle X
0 0 4 1 1 0 1 0 0 0 1 Drift Angle X
0 0 5 1 1 0 1 0 0 0 1 Drift Angle X
0 2 9 1 1 0 1 0 0 0 1 Engine Fuel Temperature X
0 3 8 1 1 0 1 0 0 0 1 Drift Angle X
3 2 1
0 5 6 1 1 0 1 0 0 0 1 Drift Angle X
0 6 0 1 1 0 1 0 0 0 1 Drift Angle X
1 0 A 1 1 0 1 0 0 0 1 Exhaust gas Temperature (Total) X
1 0 B 1 1 0 1 0 0 0 1 Exhaust gas Temperature (Total) X
1 1 0 1 0 0 0 1 System Address label for Autothrottle Computer X See Attachment 11
0 0 2 1 1 0 1 0 0 1 0 Flight Path Angle X
0 0 4 1 1 0 1 0 0 1 0 Flight Path Angle X
0 0 5 1 1 0 1 0 0 1 0 Flight Path Angle X
0 2 9 1 1 0 1 0 0 1 0 Engine Nacelle Temperature X
0 3 8 1 1 0 1 0 0 1 0 Flight Path Angle X
3 2 2
0 5 6 1 1 0 1 0 0 1 0 Flight Path Angle X
0 6 0 1 1 0 1 0 0 1 0 Flight Path Angle X
1 0 A 1 1 0 1 0 0 1 0 Total Compressor Discharge Temperature X
1 0 B 1 1 0 1 0 0 1 0 Total Compressor Discharge Temperature X
1 1 0 1 0 0 1 0 System Address Label for FCC 1 X See Attachment 11
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 37
LABEL CODES
0 0 0 0 0 2 1 1 0 1 0 0 1 1 Geometric Altitude X
0 0 4 1 1 0 1 0 0 1 1 Flight Path Acceleration X 6-27
0 0 5 1 1 0 1 0 0 1 1 Flight Path Acceleration X
0 3 8 1 1 0 1 0 0 1 1 Flight Path Acceleration X
3 2 3 0 5 6 1 1 0 1 0 0 1 1 Geometric Altitude X
0 6 0 1 1 0 1 0 0 1 1 Geometric Altitude X
1 0 A 1 1 0 1 0 0 1 1 Variable Stator Vane Position X
1 0 B 1 1 0 1 0 0 1 1 Variable Stator Vane Position X
1 1 0 1 0 0 1 1 System Address Label for FCC 2 X See Attachment 11
0 0 4 1 1 0 1 0 1 0 0 Pitch Angle X
0 0 5 1 1 0 1 0 1 0 0 Pitch Angle X
0 2 5 1 1 0 1 0 1 0 0 Pitch Angle X
0 3 8 1 1 0 1 0 1 0 0 Pitch Angle X
0 4 D 1 1 0 1 0 1 0 0 Tank VSO Quantity X
3 2 4
0 5 A 1 1 0 1 0 1 0 0 Effective Pitch Angle X
1 0 A 1 1 0 1 0 1 0 0 Selected Fuel Metering Valve Position X
1 0 B 1 1 0 1 0 1 0 0 Selected Fuel Metering Valve Position X
1 1 4 1 1 0 1 0 1 0 0 Effective Pitch Angle X
1 1 0 1 0 1 0 0 System Address Label for FCC 3 X See Attachment 11
0 0 4 1 1 0 1 0 1 0 1 Roll Angle X
0 0 5 1 1 0 1 0 1 0 1 Roll Angle X
0 1 A 1 1 0 1 0 1 0 1 Engine Control Trim Feedback X
0 2 5 1 1 0 1 0 1 0 1 Roll Angle X
0 2 F 1 1 0 1 0 1 0 1 Stator Vane Feedback X
0 3 8 1 1 0 1 0 1 0 1 Roll Angle X
3 2 5
0 3 F 1 1 0 1 0 1 0 1 Stator Vane Feedback X
0 5 A 1 1 0 1 0 1 0 1 Effective Roll Angle X
1 0 A 1 1 0 1 0 1 0 1 Selected Fuel Metering Vane Position X
1 0 B 1 1 0 1 0 1 0 1 Selected Fuel Metering Vane Position X
1 1 4 1 1 0 1 0 1 0 1 Effective Roll Angle X
1 1 0 1 0 1 0 1 System Address Label for APU X See Attachment 11
0 0 4 1 1 0 1 0 1 1 0 Body Pitch Rate X
0 0 5 1 1 0 1 0 1 1 0 Body Pitch Rate X
0 3 8 1 1 0 1 0 1 1 0 Body Pitch Rate X
0 4 D 1 1 0 1 0 1 1 0 Uplift Quantity X
3 2 6
0 5 A 1 1 0 1 0 1 1 0 Maintenance Word X
1 0 A 1 1 0 1 0 1 1 0 Compressor Discharge Static Pressure X
1 0 B 1 1 0 1 0 1 1 0 Compressor Discharge Static Pressure X
1 1 0 1 0 1 1 0 System Address Label for APU Controller X See Attachment 11
0 0 4 1 1 0 1 0 1 1 1 Body Roll Rate X
0 0 5 1 1 0 1 0 1 1 1 Body Roll Rate X
0 3 8 1 1 0 1 0 1 1 1 Body Roll Rate X
3 2 7 0 4 D 1 1 0 1 0 1 1 1 Uplift Density X
1 0 A 1 1 0 1 0 1 1 1 Fuel Metering Valve Position X
1 0 B 1 1 0 1 0 1 1 1 Fuel Metering Valve Position X
1 1 0 1 0 1 1 1 SAL Mode Control Panel (MCP) X
0 0 4 1 1 0 1 1 0 0 0 Body Yaw Rate X
0 0 5 1 1 0 1 1 0 0 0 Body Yaw Rate X
0 2 F 1 1 0 1 1 0 0 0 HC/TC Cooling Valve Position Feedback X
0 3 8 1 1 0 1 1 0 0 0 Body Yaw Rate X
3 3 0
0 3 F 1 1 0 1 1 0 0 0 HC/TC Cooling Valve Position Feedback X
1 0 A 1 1 0 1 1 0 0 0 Selected HPT Clearance Valve Postion X
1 0 B 1 1 0 1 1 0 0 0 Selected HPT Clearance Valve Postion X
1 1 0 1 1 0 0 0 System Address Label for FMC 3 X See Attachment 11
0 0 4 1 1 0 1 1 0 0 1 Body Longitudinal Acceleration X
0 0 5 1 1 0 1 1 0 0 1 Body Longitudinal Acceleration X
0 2 F 1 1 0 1 1 0 0 1 LTC Cooling Valve Position Feedback X
0 3 8 1 1 0 1 1 0 0 1 Body Longitudinal Acceleration X
3 3 1
0 3 F 1 1 0 1 1 0 0 1 LTC Cooling Valve Position Feedback X
1 0 A 1 1 0 1 1 0 0 1 Selected LPT Clearance Valve Position X
1 0 B 1 1 0 1 1 0 0 1 Selected LPT Clearance Valve Position X
1 1 0 1 1 0 0 1 System Address Label for ATC Transponder X See Attachment 11
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 38
LABEL CODES
0 0 0 0 0 2 1 1 1 0 0 0 0 1 Target N1 X
0 0 3 1 1 1 0 0 0 0 1 N1 Command X
0 0 3 1 1 1 0 0 0 0 1 EPR Command X
0 0 4 1 1 1 0 0 0 0 1 Grid Heading X
0 1 A 1 1 1 0 0 0 0 1 N1 Command X
0 1 A 1 1 1 0 0 0 0 1 EPR Command X
0 2 9 1 1 1 0 0 0 0 1 N1 Command (Engine) X
0 2 9 1 1 1 0 0 0 0 1 EPR Command (Engine) X
3 4 1 0 2 F 1 1 1 0 0 0 0 1 N1 Command X
0 2 F 1 1 1 0 0 0 0 1 EPR Command X
0 3 8 1 1 1 0 0 0 0 1 Grid Heading X
0 3 F 1 1 1 0 0 0 0 1 EPR Command X
0 4 D 1 1 1 0 0 0 0 1 I/O S/W REV 1&2 X
1 0 A 1 1 1 0 0 0 0 1 Command Fan Speed X
1 0 B 1 1 1 0 0 0 0 1 Command Fan Speed X
1 3 A 1 1 1 0 0 0 0 1 N1 Reference X
1 4 0 1 1 1 0 0 0 0 1 Pressure Ratio (Ps/Pso) X
0 0 2 1 1 1 0 0 0 1 0 N1 Bug Drive X
0 0 3 1 1 1 0 0 0 1 0 N1 Limit X
0 0 3 1 1 1 0 0 0 1 0 EPR Limit X
0 1 A 1 1 1 0 0 0 1 0 N1 Maximum X
0 1 A 1 1 1 0 0 0 1 0 EPR Maximum X
0 2 9 1 1 1 0 0 0 1 0 N1 Limit (TCC) X
0 2 9 1 1 1 0 0 0 1 0 EPR Limit (TOC) X
3 4 2 0 2 F 1 1 1 0 0 0 1 0 Maximum Available EPR X
0 3 B 1 1 1 0 0 0 1 0 N1 Limit X
0 3 B 1 1 1 0 0 0 1 0 EPR Limit X
0 3 F 1 1 1 0 0 0 1 0 Maximum Available EPR X
0 4 D 1 1 1 0 0 0 1 0 S/W Rev-Tank X
1 0 A 1 1 1 0 0 0 1 0 Maximum Allowed Fan Speed X
1 0 B 1 1 1 0 0 0 1 0 Maximum Allowed Fan Speed X
1 4 0 1 1 1 0 0 0 1 0 Air Density Ratio X
0 0 3 1 1 1 0 0 0 1 1 N1 Derate X
0 0 3 1 1 1 0 0 0 1 1 EPR Rate X
3 4 3 0 1 A 1 1 1 0 0 0 1 1 N1 Demand X
1 0 A 1 1 1 0 0 0 1 1 N1 Command vs. TLA X
1 0 B 1 1 1 0 0 0 1 1 N1 Command vs. TLA X
0 1 A 1 1 1 0 0 1 0 0 N2 X
0 1 C 1 1 1 0 0 1 0 0 N2 X
0 2 9 1 1 1 0 0 1 0 0 N2 X
0 2 F 1 1 1 0 0 1 0 0 N2 X
0 3 3 1 1 1 0 0 1 0 0 N2 X
0 3 F 1 1 1 0 0 1 0 0 N2 X
3 4 4
0 4 D 1 1 1 0 0 1 0 0 Fuel Discretes X
0 D 0 1 1 1 0 0 1 0 0 N2 X
1 0 A 1 1 1 0 0 1 0 0 Selected Actual Core Speed X
1 0 B 1 1 1 0 0 1 0 0 Selected Actual Core Speed X
1 3 A 1 1 1 0 0 1 0 0 N2 Speed X
1 1 1 0 0 1 0 0 HF DATA Radio/Data #2 - System Address Label X See Attachment 11
0 0 2 1 1 1 0 0 1 0 1 NDB Effectivity X
0 1 A 1 1 1 0 0 1 0 1 Exhaust Gas Temperature X
0 1 C 1 1 1 0 0 1 0 1 Exhaust Gas Temperature X
0 2 9 1 1 1 0 0 1 0 1 Exhaust Gas Temperature X
0 2 F 1 1 1 0 0 1 0 1 Exhaust Gas Temperature X
0 3 3 1 1 1 0 0 1 0 1 Exhaust Gas Temperature X
3 4 5
0 3 F 1 1 1 0 0 1 0 1 Exhaust Gas Temperature X
0 4 D 1 1 1 0 0 1 0 1 Discretes Status 1&3 X
0 D 0 1 1 1 0 0 1 0 1 EGT X
1 0 A 1 1 1 0 0 1 0 1 Selected Exhaust Gas Temperature (Total) X
1 0 B 1 1 1 0 0 1 0 1 Selected Exhaust Gas Temperature (Total) X
1 3 A 1 1 1 0 0 1 0 1 EGT Trimmed X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 40
LABEL CODES
0 0 0 0 0 3 1 1 1 0 0 1 1 0 N1 Actual X
0 1 A 1 1 1 0 0 1 1 0 N1 Actual X
0 2 F 1 1 1 0 0 1 1 0 N1 Actual X
0 3 3 1 1 1 0 0 1 1 0 N1 Actual X
0 3 F 1 1 1 0 0 1 1 0 N1 Actual X
3 4 6
0 4 D 1 1 1 0 0 1 1 0 Cable Cap-Hi-Z X
0 D 0 1 1 1 0 0 1 1 0 N1 X
1 0 A 1 1 1 0 0 1 1 0 Selected Actual Fan Speed X
1 0 B 1 1 1 0 0 1 1 0 Selected Actual Fan Speed X
1 3 A 1 1 1 0 0 1 1 0 N1 Speed Actual X
0 1 8 1 1 1 0 0 1 1 1 Antenna Control X
0 2 9 1 1 1 0 0 1 1 1 Fuel Flow (Engine) X
0 3 0 1 1 1 0 0 1 1 1 Sector Control X
0 3 5 1 1 1 0 0 1 1 1 Antenna Control X
3 4 7
0 D 0 1 1 1 0 0 1 1 1 Fuel Flow X
1 0 A 1 1 1 0 0 1 1 1 LPT Clearance Valve Position X
1 0 B 1 1 1 0 0 1 1 1 LPT Clearance Valve Position X
1 3 A 1 1 1 0 0 1 1 1 Fuel Flow X
0 0 3 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 0 4 1 1 1 0 1 0 0 0 IRS Maintenance Discrete X
0 0 6 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 0 B 1 1 1 0 1 0 0 0 GPS Test Word (manufacturer specific) X
0 1 8 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 1 9 1 1 1 0 1 0 0 0 CFDS Bite Fault Summary Word for HFDR X
0 1 A 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 1 C 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 2 3 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 2 4 1 1 1 0 1 0 0 0 MU Output Data Word Failure Status X
0 2 5 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 2 7 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 2 9 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 2 F 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 3 2 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 3 5 1 1 1 0 1 0 0 0 Maintenance Data #1 X
3 5 0 0 3 8 1 1 1 0 1 0 0 0 IRS Maintenance Word #1 X
0 3 D 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 3 E 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 3 F 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 4 0 1 1 1 0 1 0 0 0 Maintenance Data #1 X
0 4 D 1 1 1 0 1 0 0 0 Maintenance Data FQIS 1-3 X
0 5 0 1 1 1 0 1 0 0 0 VDR Fault Summary Word X
0 5 3 1 1 1 0 1 0 0 0 CFDS Bite Fault Summary Word for HFDR X
0 5 5 1 1 1 0 1 0 0 0 ILS Maintenance Word X
0 5 8 1 1 1 0 1 0 0 0 Maintenance Word #1 X
1 0 A 1 1 1 0 1 0 0 0 Maintenance Data #1 X
1 0 B 1 1 1 0 1 0 0 0 Maintenance Data #1 X
1 1 4 1 1 1 0 1 0 0 0 Fuel Density X
1 1 5 1 1 1 0 1 0 0 0 Maintenance Data #1 X
1 4 0 1 1 1 0 1 0 0 0 Maintenance Data #1 X
2 4 1 1 1 1 0 1 0 0 0 Maintenance Data #1 X
3 4 1 1 1 1 0 1 0 0 0 Maintenance Data #1 X
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 41
LABEL CODES
0 0 0 0 0 6 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 0 B 1 1 1 0 1 0 0 1 SRU Test Word (manufacturer specific) X
0 1 A 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 1 C 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 2 4 1 1 1 0 1 0 0 1 MU Output Data Word Failure Status X
0 2 5 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 2 9 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 2 E 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 2 F 1 1 1 0 1 0 0 1 Maintenance Data #2 X
3 5 1 0 3 1 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 3 8 1 1 1 0 1 0 0 1 IRS Maintenance Word #2 X
0 3 F 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 4 D 1 1 1 0 1 0 0 1 Maintenance Data FQIS 1&3 X
0 5 5 1 1 1 0 1 0 0 1 MMR Maintenance Word X
0 5 8 1 1 1 0 1 0 0 1 Maintenance Word #2 X
1 0 A 1 1 1 0 1 0 0 1 Maintenance Data #2 X
1 0 B 1 1 1 0 1 0 0 1 Maintenance Data #2 X
1 1 4 1 1 1 0 1 0 0 1 Inner Tank 1 Probe Capacitance X
1 4 0 1 1 1 0 1 0 0 1 Maintenance Data #2 X
0 1 A 1 1 1 0 1 0 1 0 Maintenance Data #3 X
0 1 C 1 1 1 0 1 0 1 0 Maintenance Data #2 X
0 2 5 1 1 1 0 1 0 1 0 Maintenance Data #2 X
0 2 E 1 1 1 0 1 0 1 0 Maintenance Data #2 X
0 2 F 1 1 1 0 1 0 1 0 Maintenance Data #2 X
0 3 F 1 1 1 0 1 0 1 0 Maintenance Data #2 X
3 5 2 0 4 D 1 1 1 0 1 0 1 0 Maintenance Data FQIS 1-4 X
0 5 5 1 1 1 0 1 0 1 0 MLS Bite Status X
0 5 8 1 1 1 0 1 0 1 0 Maintenance Word X
1 0 A 1 1 1 0 1 0 1 0 Maintenance Data #2 X
1 0 B 1 1 1 0 1 0 1 0 Maintenance Data #2 X
1 1 4 1 1 1 0 1 0 1 0 Center, ACT & RCT Probe Capacitance X
1 4 0 1 1 1 0 1 0 1 0 Maintenance Data #3 Flight Count X
0 1 A 1 1 1 0 1 0 1 1 Maintenance Data #4 X
0 1 C 1 1 1 0 1 0 1 1 Maintenance Data #4 X
0 2 5 1 1 1 0 1 0 1 1 Maintenance Data #4 X
0 2 F 1 1 1 0 1 0 1 1 Maintenance Data #4 X
0 3 8 1 1 1 0 1 0 1 1 IRS Maintenance Word #3 X
0 3 D 1 1 1 0 1 0 1 1 Maintenance Data #4 X
3 5 3
0 3 F 1 1 1 0 1 0 1 1 Maintenance Data #4 X
0 4 D 1 1 1 0 1 0 1 1 Maintenance Data FQIS 1-4 X
0 D 0 1 1 1 0 1 0 1 1 Vibration X
1 0 A 1 1 1 0 1 0 1 1 Maintenance Data #4 X
1 0 B 1 1 1 0 1 0 1 1 Maintenance Data #4 X
1 1 4 1 1 1 0 1 0 1 1 Inner Tank 1 Probe Capacitance X
0 0 2 1 1 1 0 1 1 0 0 Maintenance Data #5 X
0 1 A 1 1 1 0 1 1 0 0 Maintenance Data #5 X
0 1 C 1 1 1 0 1 1 0 0 Maintenance Data #5 X
0 2 F 1 1 1 0 1 1 0 0 Maintenance Data #5 X
0 3 D 1 1 1 0 1 1 0 0 N1 Vibration X
0 3 F 1 1 1 0 1 1 0 0 Maintenance Data #5 X
3 5 4
0 4 D 1 1 1 0 1 1 0 0 FQIS Tank ID X
0 5 6 1 1 1 0 1 1 0 0 Maintenance Data #5
0 6 0 1 1 1 0 1 1 0 0 Maintenance Data #5
0 B B 1 1 1 0 1 1 0 0 Maintenance Data #5 X
1 0 A 1 1 1 0 1 1 0 0 Maintenance Data #5 X
1 0 B 1 1 1 0 1 1 0 0 Maintenance Data #5 X
0 0 B 1 1 1 0 1 1 0 1 GNSS Fault Summary X
0 2 7 1 1 1 0 1 1 0 1 MLS Maintenance Data X
0 3 8 1 1 1 0 1 1 0 1 IRS Maintenance Word #4 X
3 5 5
0 3 D 1 1 1 0 1 1 0 1 N2 Vibration X
0 4 D 1 1 1 0 1 1 0 1 Maintenance Data FQIS 2-4 X
X X X 1 1 1 0 1 1 0 1 Acknowledgement X 6-5/Note 1
0 3 D 1 1 1 0 1 1 1 0 N3 Vibration X
3 5 6 X X X 1 1 1 0 1 1 1 0 Maintenance ISO #5 Message X 6-3/Note 1
Y Y Y 1 1 1 0 1 1 1 0 BITE Status Word X Note 1
ATTACHMENT 1-1 ARINC SPECIFICATION 429, PART 1 - Page 42
LABEL CODES
0 0 0 0 0 4 1 1 1 1 1 0 0 0 g X
0 0 5 1 1 1 1 1 0 0 0 g X
3 7 0 0 0 B 1 1 1 1 1 0 0 0 GNSS Height WGS-84 (HAE) X
0 2 5 1 1 1 1 1 0 0 0 Decision Height Selected (EFI) X
0 C 5 1 1 1 1 1 0 0 0 Decision Height Selected (EFI) X
3 7 1 0 0 0 1 1 1 1 1 0 0 1 General Aviation Equipment Identifier X See Attachment 9B
0 0 5 1 1 1 1 1 0 1 0 Wind Direction - Magnetic X
1 0 A 1 1 1 1 1 0 1 0 Actual Fan Speed X
3 7 2
1 0 B 1 1 1 1 1 0 1 0 Actual Fan Speed X
1 1 1 1 1 0 1 0 Cabin Terminal #3 - System Address Label X See Attachment 11
0 0 5 1 1 1 1 1 1 0 0 North-South Velocity - Magnetic X
1 0 A 1 1 1 1 1 1 0 0 Actual Core Speed X
3 7 3
1 0 B 1 1 1 1 1 1 0 0 Actual Core Speed X
1 1 1 1 1 1 0 0 Cabin Terminal #4 - System Address Label X See Attachment 11
0 0 5 1 1 1 1 1 1 0 0 East-West Velocity - Magnetic X
1 0 A 1 1 1 1 1 1 0 0 Left Thrust Reverser Position X
3 7 4
1 0 B 1 1 1 1 1 1 0 0 Left Thrust Reverser Position X
1 1 1 1 1 1 0 0 Cabin Terminal #1 - System Address Label X See Attachment 11
0 0 4 1 1 1 1 1 1 0 1 Along Heading Acceleration X
0 0 5 1 1 1 1 1 1 0 1 Along Heading Acceleration X
0 3 3 1 1 1 1 1 1 0 1 Spare DC1 X
0 3 8 1 1 1 1 1 1 0 1 Along Heading Acceleration X
3 7 5
1 0 A 1 1 1 1 1 1 0 1 Right Thrust Reverser Position X
1 0 B 1 1 1 1 1 1 0 1 Right Thrust Reverser Position X
X X X 1 1 1 1 1 1 0 1 GPS Differential Correction Word A X
1 1 1 1 1 1 0 1 Cabin Terminal #2 - System Address Label X See Attachment 11
0 0 4 1 1 1 1 1 1 1 0 Cross Heading Acceleration X
0 0 5 1 1 1 1 1 1 1 0 Cross Heading Acceleration X
3 7 6 0 3 3 1 1 1 1 1 1 1 0 Spare DC2 X
0 3 8 1 1 1 1 1 1 1 0 Cross Heading Acceleration X
X X X 1 1 1 1 1 1 1 0 GPS Differential Correction Word B X
0 3 0 1 1 1 1 1 1 1 1 Equipment Identification X X
3 7 7
X X X 1 1 1 1 1 1 1 1 Equipment Identification X X 6-17/Note 1
Notes
[1] XXX or YYY is applicable to all Equipment IDs.
[2] The label does not adhere to ARINC 429 standard signal format and contains both BCD and BNR bit encoding depending on the selected
mode.
ARINC SPECIFICATION 429, PART 1 - Page 44
ATTACHMENT 1-2
EQUIPMENT CODES
c-5 [1] “Electronic Engine Control” and “Power Management Control” are two other names for equipment identified by “1A”.
ARINC SPECIFICATION 429, PART 1 - Page 45
ATTACHMENT 1-2
EQUIPMENT CODES
ATTACHMENT 1-2
EQUIPMENT CODES
ATTACHMENT 1-2
EQUIPMENT CODES
15D Flight Control Secondary Computer (A-330/A-340) 19F Cade Environment System
c-12
15E Flight Mgmt Guidance Env Comp (A-330/A-340) 200 Versatile Integrated Avionics Unit (B717/MD-10)
15F 201 Electronic Spoiler Control Unit (B717)
160 Special Fuel Quan. Sys. (Boeing) 202 Brake Control Unit (B717)
161 203 Pneumatic Overheat Detection Unit (B717) c-16
162 204 Proximity Switch Electronics Unit (B717)
163 205 APU Electronic Control Unit (B717)
164 206 Aircraft Interface Unit (MD-10)
165 207 Fuel Quantity Gauging Unit (MD-10)
166
167 Air Traffic Service Unit (Airbus)
c-16 168 Integ Standby Instr System (A340/330,A320/319/321)
169 Data Link Control and Display Unit (A340/330)
16A Display Unit (A-330/A-340)
16B Display Management Computer (A-330/A-340) 241 High Power Amplifier c-11
c-12 16C Head-Up Display Computer (A-330/A-340)
16D ECAM Control Panel (A-330/A-340)
16E Clock (A-330/A-340)
16F Cabin Interphone System (B-777)
c-14
170 Radio Tuning Panel (B-777)
171
172 341 Satellite ACU c-11
173
174
175
176
177
178
179
17A Cabin Ventilation Controller (A-330/A-340)
c-12 17B Smoke Detection Control Unit (A-330/A-340)
17C Proximity Sensor Control Unit (A-330/A-340)
17D
17E
17F
180
181
182
183
184
185
186
187
188
189
18A Audio Control Panel (A-330/A-340)
18B Cockpit Voice recorder (A-330/A-340)
18C Passenger Entertainment Sys Main MUX (A330/A340)
c-11
18D Passenger Entertainment Sys Audio Repro.(A330/A340)
18E Pre-recorded Announcement Music Repro (A-330/A340)
18F Video Control Unit (A-330/A-340)
ARINC SPECIFICATION 429, PART 1 - Page 48
ATTACHMENT 2
DATA STANDARDS
TABLE 1 - BCD DATA
010 0 0 2 Present Position - Latitude Deg:Min 180N-180S 6 N 0.1 250 500 See Section 2.1.2
0 0 4 Present Position - Latitude Deg:Min 180N-180S 6 N 0.1 250 500 See Section 2.1.2
0 3 8 Present Position - Latitude Deg:Min 180N-180S 6 N 0.1 250 500
013 002 Track Angle - True Deg 0-359.9 4 0.1 250 500
004 Track Angle - True Deg 0-359.9 4 0.1 250 500
04D Qty-Flt. Deck (LB) Lbs. 0-79999 5 1.0
038 Track Angle - True Deg 0-359.9 4 0.1 250 500
017 010 Selected Runway Heading Deg 0-359.9 4 0.1 167 333
04D Total-Flt. Deck (LB) Lbs. 0-79999 5 1.0
055 Selected Runway Heading Deg 0-359.9 4 0.1
0A0 Selected Runway Heading Deg 0-359.9 4 0.1 167 333
0B0 Selected Runway Heading Deg 0-359.9 4 0.1 167 333
027 002 TACAN Selected Course Deg 0-359 3 1.0 167 333
011 Selected Course #2 Deg 0-359 3 1.0 167 333
020 Selected Course #2 Deg 0-359 3 1.0 167 333
04D Total-Flt Deck (KG) Kg 0-79999 5 1.0
056 TACAN Selected Course Deg 0-359 3 1.0 167 333
060 TACAN Selected Course (BCD) Deg 0-359 3 1.0 167 333
0A1 Selected Course #2 Deg 0-359 3 1.0 167 333
0B1 Selected Course #2 Deg 0-359 3 1.0 167 333
043 002 Set Magnetic Heading Deg 0-359 3 1.0 250 500
004 Set Magnetic Heading Deg 0-359 3 1.0 250 500
020 Set Magnetic Heading Deg 0-359 3 1.0 250 500
056 Set Magnetic Heading Deg 0-359 3 1.0 250 500
060 Set Magnetic Heading Deg 0-359 3 1.0 250 500
0A4 Set Magnetic Heading Deg 0-359 3 1.0 250 500
056 002 Estimated Time of Arrival Hr:Min 0-23.59.9 5 0.1 250 500
005 Wind Direction - Magnetic Deg 0-359 3 1.0 250 500
037 Gross Weight (Kilograms) 100 kg 0-19999 5 1.0 100 200
056 ETA (Active Waypoint) Hr:Min 0-23.59.9 5 0.1 250 500
060 ETA (Active Waypoint) Hr:Min 0-23.59.9 5 0.1 250 500
ARINC SPECIFICATION 429, PART 1 - Page 51
ATTACHMENT 2
DATA STANDARDS
TABLE 1 - BCD DATA
060 0 3 7 Tire Loading (Left Body Main) % 0-299.9 4 0.1 100 200
061 0 3 7 Tire Loading (Right Body Main) % 0-299.9 4 0.1 100 200
062 0 3 7 Tire Loading (Left Wing Main) % 0-299.9 4 0.1 100 200
063 0 3 7 Tire Loading (Right Wing Main) % 0-299.9 4 0.1 100 200
135 0 5 A ACT 1 Fuel Quan. Display Kg/Lb 0-9999 4 100 100 200
136 0 5 A ACT 2 Fuel Quan. Display Kg/Lb 0-9999 4 100 100 200
140 0 5 A Actual Fuel Quan. Display Kg/Lb 0-9999 4 100 100 200
141 0 5 A Preselect Fuel Quan. Display Kg/Lb 0-9999 4 100 100 200
142 0 5 A Left Wing Fuel Quan. Display Kg/Lb 0-9999 4 100 100 200
143 0 5 A Center Wing Fuel Quan. Display Kg/Lb 0-9999 4 100 100 200
144 0 5 A Right Wing Fuel Quan. Display Kg/Lb 0-9999 4 100 100 200
163 0 3 7 Zero Fuel Weight (lb) Lbs. 0-19999 5 1.0 100 200
170 0 2 5 Decision Height Selected (EFI) Feet ±7000 4 1.0 100 200
0 C 5 Decision Height Selected (EFI) Feet ±7000 4 1.0 100 200
235 0 0 6 Baro Correction (ins of Hg) #1 ins Hg 22-31 5 0.001 62.5 125
0 3 8 Baro Correction (ins of Hg) #1 ins Hg 22-31 5 0.001 62.5 125
237 0 0 6 Baro Correction (ins of Hg) #2 ins Hg 22-31 5 0.001 62.5 125
0 3 8 Baro Correction (ins of Hg) #2 ins Hg 22-31 5 0.001 62.5 125
274 0 5 A Sensor Values Center Wing Tank pF 0-100 13 0.1 100 200
275 0 5 A Sensor Values Right Wing Tank pF 0-100 13 0.1 100 200
Bit 11-Chan. A/
005 0 D 0 Engine Discrete
Bit 12-Chan. B
070 002 Reference Airspeed (Vref) Knots 512 11 0.25 500 1000 1000
00B SV Position X Meters ±67108864 20 64 200 1200
029 AC Frequency (Engine) Hz 512 11 .25 100 200
037 Hard Landing Magnitude #1 Lbs. 12 - 100 200
056 Reference Airspeed (Vref) Knots 512 11 0.25 500 1000 1000
060 Reference Airspeed (Vref) Knots 512 11 0.25 500 1000 1000
Brakes - Metered Hyd. Pres. L
0CC PSIG 4096 12 1 50 100 #1 & 2 coded in SDI
(Normal)
071 002 Take-Off Climb Airspeed (V2) Knots 512 11 0.25 500 1000 50
00B SV Position Y Fine Meters 64 14 0.0039 200 1200
029 AC Frequency (Engine) Hz 512 11 0.25 100 200
033 VBV Deg 64 12 0.016 150 250
037 Hard Landing Magnitude #2 Lbs. 12 - 100 200
0CC Brakes-Metered Hyd.Pres.L (alt.) PSIG 4096 12 1 50 100 #1 & 2 coded in SDI
ARINC SPECIFICATION 429, PART 1 - Page 55
ATTACHMENT 2
DATA STANDARDS
TABLE 2 - BNR DATA
072 002 Rotation Speed (VR) Knots 512 11 0.25 500 1000 1000 Revised by Supp 11
00B SV Position Z Meters ±67108864 20 64 200 1200
01C Stator Vane Angle Deg/180 ±180 11 0.1 100 200
029 AC Voltage (Engine) Volts 256 10 0.25 100 200
02F Stator Vane Angle Deg/180 ±180 11 0.1 100 200
033 Stator Vane Angle Deg 64 12 0.016 150 250 See Note [4]
0CC Brakes-Metered Hyd.Pres.R (normal) PSIG 4096 12 1 50 100 #1 &2 coded in SDI
073 002 V1 (critical engine failure speed) Knots 512 11 0.25 100 200
00B SV Position Z Fine Meters 64 14 0.0039 200 1200
01C Oil Quantity cc 32768 8 128 100 200
029 Oil Quantity US Pint 128 9 0.25 100 200
0A2 V2 (critical engine failure speed) Knots 512 11 0.25 100 200
0CC Brakes-Metered Hyd.Pres.R (alt.) PSIG 4096 12 1 50 100 #1 & 2 coded in SDI
0D0 Engine Oil Quantity US Pint 128 9 0.25 SDI 1=L/SDI 2=R
074 002 Zero Fuel Weight Lbs. 1310720 15 40 500 1000 1000
00B UTC Measure Time Seconds 10.0 20 9.536743µs 200 1200
02C Zero Fuel Weight Lbs. 1310720 15 40 100 400
033 LP Compressor Bleed Pos. (3.0) Inches 4 10 0.004 100 200 See Note [5]
037 Zero Fuel Weight (lb) Lbs. 1310720 15 40 100 200
056 Zero Fuel Weight Lbs. 1310720 15 40 500 1000 1000
060 Zero Fuel Weight Lbs. 1310720 15 40 500 1000 1000
114 Zero Fuel Weight Lbs. 1310720 15 40 100 400
077 0-- Lateral Center of Gravity MLb-in 128 17 0.001 100 200
002 Target Airspeed Knots 512 11 0.25 100 200
00B GPS Hor/Vert Deviation % F.S. 128 8 0.8 25 50 Revised by Supp 11
029 AC Load (Engine) % 256 8 1.0 100 200
037 Lateral Center of Gravity % MAC 131.072 17 0.01 100 200
056 Target Airspeed Knots 512 11 0.25 100 200
060 Target Airspeed Knots 512 11 0.25 100 200
114 Zero Fuel Center of Gravity Percent 163.84% 14 0.01% 100 200
105 002 Selected Runway Heading Deg/180 ±180 11 0.1 167 333
010 Selected Runway Heading Deg/180 ±180 11 0.1 167 333
01B Left/PDU Slat Deg/180 ±180 18 0.000687 100 200
020 Selected Runway Heading Deg/180 ±180 11 0.1 167 333
029 Oil Temp. Input (IDG/CSD) Deg C 2048 12 0.5 100 200
055 Selected Runway Heading Deg ±180 11 0.1
056 Selected Runway Heading Deg/180 ±180 11 0.1 167 333
060 Selected Runway Heading Deg/180 ±180 11 0.1 167 333
0A1 Selected Runway Heading Deg/180 ±180 11 0.1 167 333
0B0 Selected Runway Heading Deg/180 ±180 11 0.1 167 333
0BB Left Inboard Flap Position Deg/180 ±180 12 0.05 20 100
116 002 Cross Track Distance N.M. 128 15 0.004 31.3 62.5
00B Horizontal GLS Deviation Rectilinear Feet 24000 18 .00915 100
029 Brake Temp. (Right Inner L/G) Deg C 2048 11 1 100 200
055 Horizontal GLS Deviation Rectilinear Feet 24000 18 .00915 100
056 Cross Track Deviation N.M. 128 15 0.004 31.3 62.5
060 Cross Track Deviation N.M. 128 15 0.004 31.3 62.5
0CC Wheel Torque Output Lb./Ft. 16384 12 4 50 100 No. 9 to 12 in SDI
above
126 0 0 2 Vertical Deviation (wide) Feet 32768 15 1.0 31.3 62.5
sel alt
above
0 5 6 Vertical Deviation Feet 32768 15 1.0 31.3 62.5
sel alt
above
0 6 0 Vertical Deviation Feet 32768 15 1.0 31.3 62.5
sel alt
130 00B Aut Horiz Integ Limit N.M. 16 17 1.2E-4 200 1200
01A Fan Inlet Total Temperature Deg C 128 11 0.06 100 200
01C Fan Inlet Total Temperature Deg C 128 11 0.06 100 200
02F Fan Inlet Total Temperature Deg C 128 11 0.06 100 200
See Att. 6 and
0 3 5 Intruder Range 500
ARINC 735
03F Fan Inlet Total Temperature Deg C 128 11 0.06 100 200
10A Selected Total Air Temperature Deg C -80 - +90 10 0.125 100 500
10B Selected Total Air Temperature Deg C -80 - +90 10 0.125 100 500
13A Inlet Temperature Deg C 128 11 0.0625 100 200
131 01A Fan Inlet Total Pressure PSIA 32 13 0.004 100 200
01C Fan Inlet Total Pressure PSIA 32 13 0.004 100 200
02D Fan Inlet Total Pressure PSIA 32 13 0.004 100 200
02F Fan Inlet Total Pressure PSIA 32 13 0.004 100 200
033 Fan Inlet Total Pressure PSIA 32 13 0.004 100 200
See Att. 6 and
0 3 5 Intruder Altitude 500
ARINC 735
13A Inlet Pressure PSIA 32 13 0.004 100 200
132 01A Exhaust Gas Total Pressure PSIA 32 13 0.004 100 200
01C Exhaust Gas Total Pressure PSIA 32 13 0.004 100 200
033 Exhaust Gas Total Pressure PSIA 32 14 0.002 100 250
See Att. 6 and
0 3 5 Intruder Bearing 500
ARINC 735
133 00B Aut Vert Integ Limit Feet 32,768 18 0.125 200 1200
01A Thrust Lever Angle Deg/180 ±180 12 0.05 100 250
02F Thrust Lever Angle Deg/180 ±180 12 0.05 25 50
03F Thrust Lever Angle Deg/180 ±180 12 0.05 25 50
10A Selected Throttle Lever Angle Deg 90 11 0.088 31.3 100
10B Selected Throttle Lever Angle Deg 90 11 0.088 31.3 100
134 01C Power Lever Angle Deg/180 ±180 12 0.05 100 200
10A Throttle Lever Angle Deg ±128 11 0.088 500 1000
10B Throttle Lever Angle Deg ±128 11 0.088 500 1000
13A Throttle Lever Angle Deg/180 ±180 12 0.05 25 50
ARINC SPECIFICATION 429, PART 1 - Page 59
ATTACHMENT 2
DATA STANDARDS
TABLE 2 - BNR DATA
137 01B Flap Angle Deg/180 ±180 12 0.05 100 200 See Attachment 6
02A Flap Angle Deg/180 ±180 12 0.05 100 200 See Attachment 6
02F Thrust Reverser Position Feedback % 128 12 0.03 100 200
03F Thrust Reverser Position Feedback % 128 12 0.03 100 200
10A Selected Thrust Reverser Position % -5 - +105 11 0.063 62.5 250
10B Selected Thrust Reverser Position % -5 - +105 11 0.063 62.5 250
140 Flap Angle Deg 180 12 0.05 62.5 200
Above
144 0 2 B Altitude Error Feet 8192 14 Cmd 1.0 25 50
Alt
0 4 1 ACU/BSU Control Word See ARINC 741
3 4 1 ACU/BSU Response Word See ARINC 741
145 0 0 2 TACAN Control See Sec. 3.1.4 180 220 See Attachment 6
151 002 Localizer Bearing (True) Deg/180 ±180 11 0.1 167 333
027 MLS Azimuth Deviation
055 MLS AZ Deviation mV ± 2400 15 0.0732
056 Localizer Bearing (True) Deg/180 ±180 11 0.1 167 333
05A LB/KG Control Word See ARINC 429P2
060 Localizer Bearing (True) Deg/180 ±180 11 0.1 167 333
Above
153 0 0 2 Maximum Altitude Feet 65536 16 1 500 1000 100
S.L.
0 2 7 Flare
0 4 1 Closed Loop Steering See ARINC 741
0 5 5 MLS Selected Azimuth Deg 0-359 9 1
ARINC SPECIFICATION 429, PART 1 - Page 60
ATTACHMENT 2
DATA STANDARDS
TABLE 2 - BNR DATA
154 002 Runway Heading (True) N.M. 512 16 0.008 83.3 167
027 MLS Auxiliary Data
055 MLS Max Selectable GP Deg ± 51.1 9 1
056 Runway Heading (True) N.M. 512 16 0.008 83.3 167
060 Runway Heading (True N.M. 512 16 0.008 83.3 167
164 002 Minimum Descent Altitude (MDA) Feet 8192 16 0.125 500 1000
003 Target Height Feet 8192 16 0.125 500 1000
007 Radio Height Feet 8192 16 0.125 25 50
025 Radio Height Feet 8192 12 2.0 125 250
03B Radio Height VDC 32 11 0.015 150 250 Per ARINC 522A
055 MLS ABS GP Angle Deg ± 41 15 0.00125
174 003 Delayed Flap Approach Speed (DFA) Knots 512 11 0.25 100 200
00B East/West Velocity Knots ± 4096 15 0.125 200 1200
010 Glideslope Deviation DDM 0.8 12 0.0002 33.3 66.6
029 Hydraulic Pressure PSI 4096 12 1 100 200
03B Glideslope Deviation Dots 4 11 0.0002 150 250
055 Glide Slope Deviation DDM ± 0.8 12 0.0002
0D0 Hydraulic Oil Pressure PSI 4096 12 1.0 SDI 1= A/SDI 2= B
201 0 5 A Fuel Temp. Right Wing Tank Deg C 512 11 0.25 100 200
Inner Tank 3 Fuel Temp & Advisory
114 Deg C ± 512 11 0.025
Warning
1 4 0 Mach Maximum Operation (Mmo) Mach 4096 12 0.001 62.5 125
1 4 2 Projected Future Latitude Deg ± 180 20 0.000172 150 400
203 002 Energy Management Speed Brakes N.M. 512 15 0.016 100 200
006 Altitude (1013.25 mb) Feet 131072 17 1.0 31.3 62.5
018 Altitude Feet 131072 17 1.0 20 40
035 Own A/C Altitude Feet 131072 17 1.0 20 500
038 Altitude (1013.25 mb) Feet 131072 17 1.0 31.3 62.5
05A Fuel Tank #6 Temperature Deg C 512 11 0.25 100 200
10A Ambient Static Pressure PSIA 1.5 - 20.0 11 0.016 500 1000
10B Ambient Static Pressure PSIA 1.5 - 20.0 11 0.016 500 1000
Trim Tank Fuel Temp & Advisory
114 Deg C ± 512 11 0.025
Warning
1 4 0 Altitude Feet 131072 17 1 31.25 62.5
207 006 Maximum Allowable Airspeed Knots 1024 12 0.25 62.5 125
00A Maximum Allowable Airspeed Knots 512 11 0.25 100 200
025 OP. Software Part Number See Attachment 6
038 Maximum Allowable Airspeed Knots 1024 12 0.25 62.5 125
Airspeed Maximum Operating
140 Knots 1024 12 .025 62.56 125
(VMO)
211 002 Total Air Temperature Deg C 512 11 0.25 250 500
003 Total Air Temperature Deg C 512 11 0.25 250 500
006 Total Air Temperature Deg C 512 11 0.25 250 500
01A Total Air Temperature Deg C 512 11 0.25 250 500
038 Total Air Temperature Deg C 512 11 0.25 250 500
0AD Total Air Temperature Indicated Deg C 512 12 0.125 250 500
10A Total Fan Inlet Temperature Deg C -80 - +90 10 0.125 500 1000
10B Total Fan Inlet Temperature Deg C -80 - +90 10 0.125 500 1000
140 Total Air Temperature (TAT) Deg C 512 12 0.125 250 500
142 Projected Future Longitude Deg ± 180 20 0.000172 250 500
213 002 Static Air Temperature Deg C 512 11 0.25 250 500
006 Static Air Temperature Deg C 512 11 0.25 250 500
038 Static Air Temperature Deg C 512 11 0.25 250 500
08D Fuel Used Lbs. 262144 18 1 75 125
140 Static Air Temperature (SAT) Deg C 512 11 0.25 250 500
142 Vertical Time Interval Minute 265 min 10 0.25 min 500 2000
222 006 Indicated Angle of Attack (#1 Left) Deg/180 ±180 12 0.05 31.3 62.5
011 VOR Omnibearing Deg/180 ±180 12 0.004 50 100
112 TACAN Bearing Deg/180 ±180 12 0.05 180 220
115 Bearing Deg/180 ±180 11 0.1 50 50
12C Indicated Angle of Attack (#1 Left) Deg/180 ±180 12 0.05 31.3 62.5
140 Angle of Attack, Indicated #1 Left Deg ±180 12 0.05 31.5 62.5
223 0 0 6 Indicated Angle of Attack (#1 Right) Deg/180 ±180 12 0.05 31.3 62.5
1 2 C Indicated Angle of Attack (#1 Right) Deg/180 ±180 12 0.05 31.3 62.5
1 4 0 Angle of Attack, Indicated #1 Right Deg ±180 12 0.05 31.5 62.5
224 0 0 6 Indicated Angle of Attack (#2 Left) Deg/180 ±180 12 0.05 31.3 62.5
1 2 C Indicated Angle of Attack (#2 Left) Deg/180 ±180 12 0.05 31.3 62.5
1 4 0 Angle of Attack, Indicated #2 Left Deg ±180 12 0.05 31.5 62.5
241 002 Min. Airspeed for Flap Extension Knots 512 11 0.25 500 1000 50
006 Corrected Angle of Attack Deg/180 ±180 12 0.05 31.3 62.5
038 Corrected Angle of Attack Deg/180 ±180 12 0.05 31.3 62.5
04D FQIS System Data 500 1024 See Attachment 6
056 Min. Airspeed for Flap Extension Knots 512 11 0.25 500 1000
060 Min. Airspeed for Flap Extension Knots 512 11 0.25 500 1000
140 Angle of Attack, Corrected Deg ±180 12 0.05 31.5 62.5
ARINC SPECIFICATION 429, PART 1 - Page 64
ATTACHMENT 2
DATA STANDARDS
TABLE 2 - BNR DATA
243 X X X Simulator to Avcs Control Word 33 100 See ARINC Rpt 610
244 01C Fuel Flow (Engine Direct) Lbs/hr 32768 8 128.0 100 200
033 Fuel Flow (Wf) pph 32768 16 0.5 150 250
03B Mach Error Mach 0.064 11 0.00003 150 250
08D Fuel Flow Rate PPH 32768 16 0.5 75 125
10A Fuel Mass Flow MSEC 170 15 0.008 31.3 100
10B Fuel Mass Flow MSEC 170 15 0.008 31.3 100
140 Angle of Attack, Normalized Ratio 2 11 0.001 62.5 125
246 002 Control Maximum Speed (VCMAX) Knots 512 11 0.25 50 100 50
006 Average Static Pressure mb 2048 16 0.03 62.5 125
01C N1 (Engine Direct) RPM 4096 12 1.0 100 200
029 N1 (Engine Direct) % RPM 256 14 0.015 50 100
038 Avg Static Pres mb Corrected mb 2048 16 0.03125 62.5 125
03B Angle of Attack Error Deg/180 ±180 14 0.01 150 250
247 002 Control Min. Speed (VCMIN) Knots 512 11 0.25 50 100 50
00B Horizontal Figure of Merit N.M. 16 18 6.1 E-5 200 1200
01F Total Fuel Lbs. 655360 14 40 500 1000
02C Total Fuel Lbs. 655360 14 40 500 1000
03B Speed Error Knots 256 12 0.06 150 250
04D Total Fuel Lbs. 655360 14 40 500 1000
056 Control Minimum Speed (Vcmin) Knots 512 11 0.25 50 100
05A Total Fuel Lbs. 655360 14 40 100 200
060 Control Minimum Speed (Vcmin) Knots 512 11 0.25 50 100
0EB Fuel to Remain Lbs. 1638400 14 100 100 125
114 Fuel on Board Lbs. 655320 13 40
140 Airspeed Minimum Vmc Knots 512 11 0.25 62.5 125
263 002 Min. Airspeed for Flap Retraction Knots 512 11 0.25 500 1000 50
00A Min. Airspeed for Flap Retraction Knots 512 11 0.25 100 200
01C LP Compressor Exit Temperature 256 12 0.06 100 200
02C Fuel Quantity (Tanks) #6 Lbs 131072 15 4 500 1000
033 LP Compressor Exit Temperature Deg C 256 12 0.063 150 250
04D T/U Cap-L Tank 5-8 PF 655.35 16 0.01 TBD TBD
056 Min. Airspeed for Flap Retraction Knots 512 11 0.25 500 1000
060 Min. Airspeed for Flap Retraction Knots 512 11 0.25 500 1000
Selected Compressor Inlet
10A Deg C -55 - +160 11 0.125 100 500
Temperature (Total)
Selected Compressor Inlet Temp
10B Deg C -55 - +160 11 0.125 100 500
(Total)
1 1 4 Collector Cell 3 and 4 Fuel Quantity Lbs. 131072 15 4
267 002 Maximum Maneuver Airspeed Knots 512 11 0.25 500 1000 50
00A Predictive Max. Maneuver Speed Knots 512 11 0.25 100 200
02B Throttle Position Command Deg/180 ±180 12 0.05 50 100
04D T/U Cap-C Tank 5-8 PF 655.35 16 0.01 TBD TBD
033 Spare T/C Deg C 256 12 0.063 150 250
056 Max. Maneuver Airspeed Knots 512 11 0.25 500 1000
060 Max. Maneuver Airspeed Knots 512 11 0.25 500 1000
10A HP Compressor Inlet Temp. (total) Deg C -55 - +160 11 0.125 500 1000
10B HP Compressor Inlet Temperature Deg C -55 - +160 11 0.125 500 1000
114 Inner Tank 4 Fuel Quantity Lbs. 131072 15 4
271 04D T/U Cap-A Tank 1-4 PF 655.35 16 0.01 TBD TBD
272 04D T/U Cap Tank 5-8 PF 655.35 16 0.01 TBD TBD
273 04D T/U Cap-A Tank 9-11 PF 655.35 16 0.01 TBD TBD
274 04D T/U Cap-R Tank 1-4 PF 655.35 16 0.01 TBD TBD
275 04D T/U Cap-R Tank 5-8 PF 655.35 16 0.01 TBD TBD
Used only in
276 001 FCC to Simulator Control Word 50 150
simulator
Used only in
002 FMC to Simulator Control Word 33 100
simulator
Used only in
003 TCC to Simulator Control Word 50 150
simulator
04D T/U Cap-R Tank 9-12 PF 655.35 16 0.01 TBD TBD
277 04D T/U Cap-R Tank 13-14 PF 655.35 16 0.01 TBD TBD
300 10A ECU Internal Temperature Deg C -55 - +125 11 0.125 500 1000
10B ECU Internal Temperature Deg C -55 - +125 11 0.125 500 1000
301 10A Demanded Fuel Metering Valve Pos % 100 11 0.063 62.5 250
10B Demanded Fuel Metering Valve Pos % 100 11 0.063 62.5 250
302 10A Demanded Variable Stator Vane Pos % 100 11 0.063 100 500
10B Demanded Variable Stator Vane Pos % 100 11 0.063 100 500
303 10A Demanded Variable Bleed Valve Pos % 100 11 0.063 100 500
10B Demanded Variable Bleed Valve Pos % 100 11 0.063 100 500
304 10A Demanded HPT Clearance Valve Pos % 100 11 0.063 250 1000
10B Demanded HPT Clearance Valve Pos % 100 11 0.063 250 1000
305 10A Demanded LPT Clearance Valve Pos % 100 11 0.063 250 1000
10B Demanded LPT Clearance Valve Pos % 100 11 0.063 250 1000
0-180N/
310 002 Present Position - Latitude Deg/180 20 0.000172 100 200
0-180S
0-180N/
004 Present Position - Latitude Deg/180 20 0.000172 100 200
0-180S
029 Aileron Position Deg/180 ±180 11 0.088 50 100
0-180N/
038 Present Position - Latitude Deg/180 20 0.000172 100 200
0-180S
See Att. 6 for SDI
04D Comp Cap-Tank PF 327.67 15 0.01 TBD TBD
encoding
0-180N/
056 Present Position Latitude Deg/180 20 0.000172 100 200
0-180S
0-180N/
060 Present Position Latitude Deg/180 20 0.000172 100 200
0-180S
114 Right Outer Tank Fuel Quantity Lbs. 131068 15 4
0-180E/
311 002 Present Position - Longitude Deg/180 20 0.000172 100 200
0-180W
0-180E/
004 Present Position - Longitude Deg/180 20 0.000172 100 200
0-180W
029 Aileron Trim Deg/180 ±180 11 0.088 50 100
0-180E/
038 Present Position - Longitude Deg/180 20 0.000172 100 200
0-180W
ARINC SPECIFICATION 429, PART 1 - Page 68
ATTACHMENT 2
DATA STANDARDS
TABLE 2 - BNR DATA
TE
314 002 Stabilizer Pos Indication (B747-400) Deg/180 ±180 12 0.05 25 50 50
Down
004 True Heading Deg/180 ±180 15 0.0055 25 50
025 True Heading Deg/180 ±180 10 0.2 125 250
029 Elevator Position Deg/180 ±180 11 0.088 50 100
038 True Heading Deg/180 ±180 15 0.0055 25 50
03B Control Wheel Pitch Force Lbs. 64 10 0.0625 150 250
Rear Center tank (RCT) Fuel
114 Lbs. 131072 15 4
Quantity
TE
315 001 Stabilizer Position Deg/180 ±180 12 0.05 25 50
Down
002 Wind Speed Knots 256 8 1.0 50 100
004 Wind Speed Knots 256 8 1.0 50 100
005 Wind Speed Knots 256 8 1.0 50 100
TE
029 Stabilizer Position Deg/180 ±180 11 0.088 50 100
Down
038 Wind Speed Knots 256 8 1.0 50 100
056 Wind Speed Knots 256 8 1.0 50 100
060 Wind Speed Knots 256 8 1.0 50 100
TE
0A1 Stabilizer Position Deg/180 ±180 12 0.05 25 50
Down
CW
316 002 Wind Direction (True) Deg/180 +180 12 from 0.05 25 50 50
north
004 Wind Angle Deg/180 ±180 8 0.7 50 100
029 Oil Temperature (Engine) Deg C 2048 12 0.5 100 200
038 Wind Angle Deg/180 ±180 8 0.7 50 100
CW
056 Wind Direction (True) Deg/180 +180 12 from 0.05 25 50 50
north
ARINC SPECIFICATION 429, PART 1 - Page 69
ATTACHMENT 2
DATA STANDARDS
TABLE 2 - BNR DATA
336 002 Max Climb Angle Deg 32 15 Climb 0.001 100 200
004 Inertial Pitch Rate Deg/Sec 128 13 0.015 10 20
005 Inertial Pitch Rate Deg/Sec 128 13 0.015 10 20
01A Engine Torque % 256 12 0.063 100 200
02F N2 Corrected to Sta 2.5 % 128 12 0.031 100 200
038 Inertial Pitch Rate Deg/Sec 128 13 0.015 10 20
03F N2 Corrected to Sta 2.5 % 128 12 0.031 100 200
10A Variable Bleed Valve Position % -5 - +105 11 0.063 500 1000
10B Variable Bleed Valve Position % -5 - +105 11 0.063 500 1000
337 002 EPR - Required For Level Flight Ratio ±4 12 0.001 100 200 Engine Types: P&W
002 N1 - Required For Level Flight % RPM ±256 15 0.015 Engine Types: GE
004 Inertial Roll Rate Deg/Sec 128 13 0.015 10 20
005 Inertial Roll Rate Deg/Sec 128 13 0.015 10 20
01A Engine Rating % 0-256 12 0.063 100 200
038 Inertial Roll Rate Deg/Sec 128 13 0.015 10 20
10A HPT Clearance Valve Position % -5 - +105 11 0.063 500 1000
10B HPT Clearance Valve Position % -5 - +105 11 0.063 500 1000
345 01A Exhaust Gas Temperature Deg C 2048 12 0.5 100 200
01C Exhaust Gas Temperature Deg C 2048 12 0.5 100 200
029 Exhaust Gas Temperature Deg C 2048 12 0.5 50 100
02F Exhaust Gas Temperature Deg C 2048 12 0.5 25 50
033 Exhaust Gas Temperature Deg C 2048 12 0.5 100 200
03F Exhaust Gas Temperature Deg C 2048 12 0.5 25 50
04D Discretes Status 1&3 100 200 See ARINC 429P2
10A Selected Exhaust Gas Temp (Total) Deg C -55 - +1100 11 1.00 62.5 250
10B Selected Exhaust Gas Temp (Total) Deg C -55 - +1100 11 1.00 62.5 250
13A EGT Trimmed Deg C 2048 12 0.5 25 50
0D0 EGT Deg C 2048 12 0.5 SDI 1 = L/SDI 2 = R
Bit 11-Chan. A
354 03D N1 Vibration Scalar 5.12 9 0.01
Bit 12-Chan. B
See ARINC 429P2
04D FQIS Tank ID 100 200
See Att. 6 for SDI
Bit 11-Chan. A
355 03D N2 Vibration Scalar 5.12 9 0.01
Bit 12-Chan. B
Bit 11-Chan. A
356 03D N2 Vibration Scalar 5.12 9 0.01
Bit 12-Chan. B
Bit 11-Chan. A
357 03D BB Vibration Scalar 5.12 9 0.01
Bit 12-Chan. B
[1] The number entered into the Range Column for each
parameter that is not angular in nature is the nearest
whole binary number greater than the parameter range
required. As explained in the Commentary following
Section 2.1.6 of this document, the weight of the most
significant bit of the twos complement fractional notation
binary word will be one half this value, and the actual
maximum value of the parameter capable of being
encoded will be the number in the range column less one
least significant bit value. The numbers entered in the
RANGE column for angular parameters are the actual
degree ranges required. The way in which these
parameters are encoded is also explained in the
Commentary following Section 2.1.6.
COMMENTARY
ATTACHMENT 3
VOLTAGE LEVELS
A A
XMTR RCVR
B B
G G
+13
+11
+10
+9
+6.5 c-4
AC VOLTS
+2.5
V +0.5
AB
-0.5
-2.5
-6.5 c-4
-9
-10
-11
-13
HI NULL LO HI NULL LO
XMTR OUTPUT STATES RCVR INPUT STATES
ARINC SPECIFICATION 429, PART 1 - Page 77
ATTACHMENT 4
INPUT/OUTPUT CIRCUIT STANDARDS
R C
c-4 Eo I I
** C R
G
-E /2 R /2 ** G
o s TOTAL
SYSTEM **
OTHER DEVICES
c-4 Total System *Resistance 400 to 8,000 ohms RI > 12,000 ohms
The total differential input impedance of the receiver should be limited to the values specified in Section 2.2.4.2.
c-16 This drawing describes total system characteristics rather than individual component parameters.
NOTES:
ATTACHMENT 5
INTERNATIONAL STANDARDS ORGANIZATION CODE #5
The ISO Alphabet No. 5 seven-unit code set is reproduced in the table below with the BCD subset outlined in column 3:
STANDARD CODE
BIT 7 0 0 0 0 1 1 1 1
BIT 6 0 0 1 1 0 0 1 1
BIT 5 0 1 0 1 0 1 0 1
BIT BIT BIT BIT Column
4 3 2 1 0 1 2 3 4 5 6 7
Row
0 0 0 0 0 NUL DLE SP 0 @ P ! p
0 0 0 1 1 SOH DC1 ! 1 A Q a q
0 0 1 1 3 ETX DC3 # 3 C S c s
0 1 0 0 4 EOT DC4 $ 4 D T d t
0 1 0 1 5 ENQ NAK % 5 E U e u
0 1 1 1 7 BEL ETB ′ 7 G W g w
1 0 0 0 8 BS CAN ( 8 H X h x
1 0 0 1 9 HT EM ) 9 I Y i y
1 0 1 0 10 LF SUB * : J Z j z
1 0 1 1 11 VT ESC + ; K [ k {
1 1 0 0 12 FF FS ´ < L \ l
1 1 0 1 13 CR GS - = M ] m }
1 1 1 0 14 SO RS • > N ∧ n ~
1 1 1 1 15 SI US / ? O o DEL
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-1-1
P SSM BCD CH #2 BCD CH #2 BCD CH #3 BCD CH #4 BCD CH #5 SDI 8 7 6 5 4 3 2 1
4 2 1 8 4 2 1 8 4 2 1 8 4 2 1 8 4 2 1
0 0 0 0 1 0 0 1 0 1 0 1 1 1 1 0 0 0 0 1 1 0 0 0 1 0 0 0 0 0 0 1
Example 2 5 7 8 6 DME DISTANCE (201)
TABLE 6-2
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM DATA PAD DISCRETES SDI LABEL
[5] [4] MSB [3] [2] LSB [1]
TABLE 6-2-1
31 30 29 11 8 7 6 5 4 3 2 1
P SSM PAD SDI LABEL
1/2 1/4 1/8 1/16 1/32 1/64 1/128 etc
0 1 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 1 1 1 1
Example: 512 Knots (i.e., 1/8 x 4096 where 4096 is entry in range column of Table 2, Att. 2) N-S VELOCITY (366)
Alpha Numeric (ISO Alphabet No. 5) Maintenance Data –Initial Word Format
c-4
P SSM “DATA CH #3” DATA CH #2 DATA CH #1 LABEL
(00) (356, 357)
32 31 30 29 P 23 22 L 16 15 A 9 8 1
(Taken together, the following example shows encoding of the word ALPHA into three successive data words).
ARINC SPECIFICATION 429, PART 1 - Page 80
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-4
P SSM DISCRETES SDI LABEL
(00) (See Below)
32 31 30 29 MSB [2] LSB 11 10 9 8 1
TABLE 6-5
P SSM ACKNOWLEDGEMENT WORD COUNT LABEL
(01) (FORMAT NOT DEFINED) (355)
32 31 30 29 17 16 BNR EQUIV. 9 8 1
TABLE 6-5-1
P SSM ACKNOWLEDGEMENT LABEL
(00) (FORMAT NOT DEFINED) (355)
32 31 30 29 9 8 1
TABLE 6-5-2
P SSM ACKNOWLEDGEMENT LABEL
(10) (FORMAT NOT DEFINED) (355)
32 31 30 29 9 8 1
TABLE 6-7
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM DATA FIELD ** * SDI LABEL
[5] [4] [1] (202) c-6
* Bit No. 11 is assigned to a memory on/off annunciation function (see Section 4.7 of ARINC 709)
** Bit No. 12 is set to “1” when data is for a foreground station in frequency scanning mode. 0 1 0 0 0 0 0 1
TABLE 6-8
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM DATE
A FLIGHT PAD SDI LABEL
R Day Month
LEG [3] [1] (260)
I x10 x1 x10 x1
T 2 1 8 4 2 1 1 8 4 2 1 8 4 2 1
Y 0 0 1 0 0 0 1 1 0 1 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 1 1 0 1
Example 2 3 0 8 5 0 6 2
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-9
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM FLIGHT NUMBER
A LABEL
R x1000 x100 x10 x1 PAD SDI
(261)
I 8 4 2 1 8 4 2 1 8 4 2 1 8 4 2 1
T 0 0 0 0 0 0 0 0 0 1 0 0 0 1 0 1 1 1 0 0 0 0 0 1 0 0 0 1 1 0 1
Y
Example 0 1 1 7 1 6 2
TABLE 6-10
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM PAD SDI LABEL
MSB DATA LSB
[5] [4] [3] [6] [1] (222)
Bit State
Discrete Bit
Discrete Grounded Discrete Open
400 Hz 11 1 0
1300 Hz 12 1 0
3000 Hz 13 1 0
VOR Omnibearing
TABLE 6-11
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM LEVER SDI LABEL
MSB DATA LSB PAD
[5] [4] POSITION [1] (127/137)
Bit
Lever
11 12 13 14 15
c-4 Position 1 (Cruise) 1 0 0 0 0
Position 2 0 1 0 0 0
Position 3 0 0 1 0 0
Position 4 0 0 0 1 0
Position 5 (Landing) 0 0 0 0 1
TABLE 6-12
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM HOURS MINUTES SECONDS LABEL
* SDI
[5] [4] 0-24 0-60 0-60 (150)
c-16 *Bit 11 of label 150 should be encoded with a “1” when the GNSS system clock is being used as the source of time.
Otherwise, bit 11 should be encoded as “0”.
TABLE 6-13
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM SDI LABEL
[5] [4] DATA PAD FTI [1] (164)
c-4 0 0 1 0 1 1 1 0
Note: When Bit 11 (Functional Test Inhibit) is a “1”, a functional test should not be performed. 4 6 1
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-14
32 31 30 29 28 27 26 25 24 23 22 21 20 1 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM DOCUMENTARY DATA PAD SDI LABEL
4 2 1 4 2 1 4 2 1 4 2 1 4 2 1 4 2 1 (262)
[5] [4] Code 1 Code 2 Code 3 Code 4 Code 5 Code 6 [1] 0 1 0 0 1 1 0 1
The purpose of the SDI field is explained in Section 2.1.4 of this document, as are also the limitations on its use.
When the SDI function is not required, this field may be occupied by binary zero or valid data pad bits.
[2] Discretes
As discussed in Section 2.3.1.2 of this document, unused bits in a word may be assigned to discrete functions, one
bit per variable. Bit #11 of the word should be the first to be so assigned, followed by bit #12 and so on, in
ascending numerical order, until the data field is reached. In the absence of discretes, unused bit positions should
be occupied by binary zero or valid data pad bits.
[3] Pad
All bit positions not used for data or discrete should be filled with binary zero or valid data pad bits. Section 2.1.2
of this document refers.
Section 2.1.5 of this document describes the functions of the sign/status matrix and the ways in which the bits
constituting it are encoded.
This bit is encoded to render word parity odd. Section 2.3.4 of this document refers.
ARINC SPECIFICATION 429, PART 1 - Page 83
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-15
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM PAD 3rd Digit 2nd Digit LSD PAD SDI LABEL (046)
1 0 0 0 0 0 0 1 1 0 0 1 0 0 1 0 0 1 0 0 0 0 0 0 0 1 1 0 0 1 0 0
Example 6 4 9 6 4 0
TABLE 6-16
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
th th
P SSM PAD MSD 5 Digit 4 Digit PAD SDI LABEL (047)
0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 0 1 0 0 0 0 0 0 0 1 1 1 0 0 1 0 0
Example 0 3 2 7 4 0
TABLE 6-17
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM SPARE MSD LSD SDI LABEL (377)
1 1 1 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 1 1 0 1 0 0 1 1 1 1 1 1 1 1
c-11
1 0 D 7 7 3
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-18
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM DATE SDI LABEL
A Day Month Year (260 031)
R x10 x1 x10 x1 x10 x1 Chronometer
I 2 1 8 4 2 1 1 8 4 2 1 8 4 2 1 8 4 2 1 Output Only
T 0 0 1 0 0 0 1 1 0 1 0 0 0 1 0 0 0 0 1 0 1 0 0 0 0 0 0 1 1 0 1
Y
Example 2 3 0 8 8 5 0 6 2
TABLE 6-19
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM D PRIMARY COUNTER 0-4096 FLIGHT LEGS 4096-65535 PAD SDI LABEL
(00) LEGS (251 01A)
MSB LSB MSB LSB Electronic Supervisory Control
TABLE 6-20
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM ALTITUDE SEE SDI LABEL
(00) MSB LSB BELOW (206 018)
Transponder
Bits
Range Bits Used App. Resolution
13 12 11
0 0 0 65536 15 4
0 0 1 65536 14 8
0 1 0 65536 13 16
0 1 1 51200 12 25
1 0 0 81920 14 10
1 0 1 51200 10 100
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-21
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM INTRUDER RANGE INTRUDER INTRUDER SDI LABEL
[5] [3] [4] SENSE LVL[2] NUMBER [1] (130)
0 1 1 0 0 0 0 1 0 1 0 1 0 0 0 1 0 0 0 1 0 1 0 0 0 0 0 1 1 0 1 0
MSB LSB MSB LSB MSB LSB LSB MSB
5.25 NM 2 5 0 3 1
Bits Meaning
18 17 16
0 0 0 Not Reported
0 0 1 SL = 1
0 1 0 SL = 2
0 1 1 SL = 3
1 0 0 SL = 4
1 0 1 SL = 5
1 1 0 SL = 6
1 1 1 SL = 7
Note 4: Intruder range may be reported in the form of horizontal range when intruder is available.
Note 5: Sign Status Matrix (SSM) [BNR]
Bits Meaning
31 30
0 0 Failure Warning
0 1 No Computed Data
1 0 Functional Data
1 1 Normal Operation
ARINC SPECIFICATION 429, PART 1 - Page 86
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-22
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM RELATIVE ALTITUDE I.V.S. FUTURE INTRUDER SDI LABEL
[5] [4] [3] [2] SPARE NUMBER [1] (131)
0 1 1 0 0 0 1 1 0 0 1 0 0 0 0 0 0 0 0 1 0 1 0 0 1 0 0 1 1 0 1 0
S MSB LSB MSB LSB LSB MSB
2500 FT LEVEL 5 1 3 1
Bits Meaning
21 20
0 0 No Vertical Rate (Level Flight)
0 1 Climbing
1 0 Descending
1 1 No Data
Note 4: The No Computed Data Report of the SSM field applies to relative altitude (Bits 29-22) only. See Note 5.
Bits Meaning
31 30
0 0 Failure Warning
0 1 No Computed Data
1 0 Functional Data
1 1 Normal Operation
ARINC SPECIFICATION 429, PART 1 - Page 87
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM BEARING DISPLAY INTRUDER SDI LABEL
MATRIX NUMBER
[5] [4] [3] [2] [1] (132)
1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 1 0 1 1 0 1 0
S MSB LSB MSB LSB MSB LSB LSB MSB
NO
0 THREAT 1 2 3 1
Bits Meaning
18 17 16
0 0 0 No Threat
0 0 1 Traffic Advisory
0 1 0 Resolution Advisory
0 1 1 Proximate Traffic
1 0 0 Not Used
1 0 1 Not Used
1 1 0 Not Used
1 1 1 Not Used
Note 4: The No Computed Data report in the SSM field applies to bearing information (Bits 29-19) only. See Note 5.
Bits Meaning
31 30
0 0 Failure Warning
0 1 No Computed Data
1 0 Functional Data
1 1 Normal Operation
ARINC SPECIFICATION 429, PART 1 - Page 88
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P SSM S ALTITUDE ALT PAD LABEL
[2] [1] (203)
0 1 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 1 0 0 0 1 1 0 0 0 0 0 1
MSB LSB LSB MSB
21059 1 3 0 2
Bits Meaning
11
0 1 Ft
1 100 Ft
Bits Meaning
31 30
0 0 Failure Warning
0 1 No Computed Data
1 0 Functional Data
1 1 Normal Operation
ARINC SPECIFICATION 429, PART 1 - Page 89
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
2. Encoding Examples
Table 6-25 BCD DATA ENCODING EXAMPLES
Bit No. 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
SSM DATA FIELD [1] SDI LABEL
PARAMETER (Label) MSC LSC
4 2 1 8 4 2 1 8 4 2 1 8 4 2 1 8 4 2 1 1 2 4 1 2 4 1 2
Distance To Go (001) 1 0 0 0 1 0 0 1 1 1 0 1 0 1 0 0 0 0 0 1 0 0 0 0 1 0 0 0 0 0 0 0
+2750.4 NM
Time To Go (002) 0 0 0 0 0 1 0 1 0 0 0 1 0 1 0 0 1 1 P P P P 0 0 0 1 0 0 0 0 0 0
+145.3 Min.
Cross Track Distance (003) 1 0 0 0 1 0 0 0 1 0 0 1 0 1 0 1 1 0 P P P P 0 0 1 1 0 0 0 0 0 0
225.6 NM
Ground Speed (012) 1 0 0 0 0 0 0 1 1 0 0 1 0 1 0 0 0 0 P P P P 0 0 0 1 01 0 0 0 0
650 Knots
Track Angle (True) (013) 1 0 0 0 0 1 0 1 1 0 0 1 0 1 0 1 0 1 P P P P 0 0 1 1 0 1 0 0 0 0
165.5 Deg.
Selected Vertical Speed (020) 0 1 1 0 1 0 0 0 1 0 0 0 0 0 0 0 0 0 P P P P 0 0 0 0 0 0 1 0 0 0
-2200 Ft/Min
Selected EPR (021) 0 0 0 0 1 0 0 0 0 0 0 1 0 1 P P P P P P P P 0 0 1 0 0 0 1 0 0 0
2.05
Selected N1 (021) 1 0 0 0 1 0 0 1 1 1 0 1 0 1 0 0 0 0 P P P P 0 0 1 0 0 0 1 0 0 0
2750 RPM
Selected Mach (022) 0 0 0 0 0 0 1 0 0 0 0 1 0 1 0 0 0 0 P P P P 0 0 0 1 0 0 1 0 0 0
0.850 Mach
Selected Heading (023) 1 0 0 0 0 1 0 1 1 1 0 1 1 1 P P P P P P P P 0 0 1 1 0 0 1 0 0 0
177 Deg.
Selected Course (024) 1 0 0 0 1 0 0 1 0 1 0 1 0 0 P P P P P P P P 0 0 0 1 0 1 0 0 0
154 Deg.
Selected Altitude (025) 0 0 0 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 0 0 0
41000 Ft.
Selected Airspeed (026) 0 0 0 1 0 0 0 0 1 0 0 0 1 1 P P P P P P P P 0 0 0 1 1 0 1 0 0 0
423 Knots
Universal Time Constant (125) 1 0 0 0 0 1 0 1 0 1 0 1 0 0 0 1 0 1 0 1 0 1 0 0 1 0 1 0 1 0 1 0
1545.5 Hr.
Radio Height (165) 0 0 0 0 1 0 0 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 0 1 0 1 1 1 0
2450.5 Ft.
Decision Height Selected (170) 0 0 0 0 1 0 0 0 0 0 0 0 0 0 P P P P P P P P 0 0 0 0 0 1 1 1 1 0
200 Ft.
DME Distance (201) 0 0 0 0 1 0 0 1 0 1 0 1 1 1 1 0 0 0 0 1 1 0 0 0 1 0 0 0 0 0 0 1
257.86 NM
True Airspeed (230) 0 0 0 1 0 1 0 1 1 0 0 1 0 1 P P P P P P P P 0 0 0 0 0 1 1 0 0 1
565 Knots
Total Air Temp. (231) 0 1 1 0 0 0 0 0 1 0 0 1 0 1 P P P P P P P P 0 0 1 0 0 1 1 0 0 1
-025 Deg. C [2]
Altitude Rate (232) 1 1 1 0 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 1 0 1 1 0 0 1
-15250 Ft/Min
Static Air Temp. (233) 1 0 0 0 0 0 0 0 0 1 0 0 1 1 P P P P P P P P 0 0 1 1 0 1 1 0 0 1
+013 Deg. C [2]
Baroset (ins Hg) (235) 0 0 0 0 1 0 1 0 0 1 1 0 0 1 0 0 1 0 P P P P 0 0 1 0 1 1 1 0 0 1
29.92 ins Hg
NOTES:
[1] “P” denotes pad “zero” or valid data, see Section 2.1.2. Note possible use of pad bits for discrete functions per
Section 2.3.1.2.
[2] Because of the actual maximum value of the most significant character of these quantities exceeds 7, it cannot
be encoded in the most significant character position of the BCD word. For this reason, each quantity has
been given an “artificial” MSC of zero and its actual MSC encoded in the next most significant character
position of the word.
ARINC SPECIFICATION 429, PART 1 - Page 90
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
Bit No. 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
DATA FIELD
SSM LABEL
PARAMETER (Label)
MSC LSC
1 8 4 2 1 8 4 2 1 8 4 2 1 8 4 2 1 8 4 2 1 1 2 4 1 2 4 1 2
Present Position (Lat.)
N 75 Deg 59.9' (010) 1 0 0 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 0 1 0 0 0 1 0 0 0 0
Present Position (Long) c-4
W 169 Deg 25.8' (011) 0 1 1 1 0 1 1 0 1 0 0 1 0 0 1 0 0 1 0 1 1 0 0 0 1 0 0 1 0 0 0 0
(See Commentary following Section 2.1.2 of this document for further information.)
ARINC SPECIFICATION 429, PART 1 - Page 91
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-26
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 Bit Nos.
MSB
LSB
THRESHOLD LOW
SYSTEM FAULT
WHEEL FAULT
DATA REF.
Wheel Nos.
DIFF. LOW
SPARES LABEL ARINC
747 DC-10
PARITY
OCT.
WHEEL
LABEL
SPARE
SPARE
BCD
BNR
512
256
128
64
32
16
8
4
2
1
1 1 1 0 0 0 1 0 1 1 0 0 1 0 115
2 2 1 0 0 1 1 0 1 1 0 0 1 0 115
13 3 1 0 0 0 1 1 1 1 0 0 1 0 117
14 4 1 0 0 1 1 1 1 1 0 0 1 0 117
3 5 1 0 1 0 1 0 1 1 0 0 1 0 115
4 6 1 0 1 1 1 0 1 1 0 0 1 0 115
15 7 1 0 1 0 1 1 1 1 0 0 1 0 117
16 8 1 0 1 1 1 1 1 1 0 0 1 0 117
5 9 1 0 0 0 0 0 1 1 0 0 1 0 114
9 10 1 0 0 0 0 1 1 1 0 0 1 0 116
6 1 0 0 1 0 0 1 1 0 0 1 0 114
7 1 0 1 0 0 0 1 1 0 0 1 0 114
8 1 0 1 1 0 0 1 1 0 0 1 0 114
10 1 0 0 1 0 1 1 1 0 0 1 0 116
11 1 0 1 0 0 1 1 1 0 0 1 0 116
12 1 0 1 1 0 1 1 1 0 0 1 0 116
BITS
10 9
747 DC-10
NOSE (064) NOSE (064)
NL NR NL NR
00 01 00 01 00 01 00 01
3 4 15 16 5 6 7 8
00 01 00 01 00 00
7 8 11 12
10 11 10 11 01 01
ARINC SPECIFICATION 429, PART 1 - Page 92
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-26-1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 Bit Nos.
BRAKE FAULT
MSB
LSB
DIFF.TEMP.
REF.
Wheel Nos.
PREDICT
SYSTEM
SPARES LABEL ARINC
PARITY
DATA
WHEEL
LABEL
WARM
747 DC-10
BCD OCT.
BNR
HOT
512
256
128
64
32
16
8
4
2
1
1 1 1 0 0 0 1 0 1 1 0 0 0 0 115
2 2 1 0 0 1 1 0 1 1 0 0 1 0 115
13 3 1 0 0 0 1 1 1 1 0 0 1 0 117
14 4 1 0 0 1 1 1 1 1 0 0 1 0 117
3 5 1 0 1 0 1 0 1 1 0 0 1 0 115
4 6 1 0 1 1 1 0 1 1 0 0 1 0 115
15 7 1 0 1 0 1 1 1 1 0 0 1 0 117
16 8 1 0 1 1 1 1 1 1 0 0 1 0 117
5 9 1 0 0 0 0 0 1 1 0 0 1 0 114
9 10 1 0 0 0 0 1 1 1 0 0 1 0 116
6 1 0 0 1 0 0 1 1 0 0 1 0 114
7 1 0 1 0 0 0 1 1 0 0 1 0 114
8 1 0 1 1 0 0 1 1 0 0 1 0 114
10 1 0 0 1 0 1 1 1 0 0 1 0 116
11 1 0 1 0 0 1 1 1 0 0 1 0 116
12 1 0 1 1 0 1 1 1 0 0 1 0 116
BITS
10 9
747
00 01 00 01 00 01 00 01
3 4 15 16 5 6 7 8
00 01 00 01 00 00
7 8 11 12
10 11 10 11 01 01
ARINC SPECIFICATION 429, PART 1 - Page 93
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
NOTES:
[1] “P” denotes pad “zero” or valid data, see Section 2.1.2. Note possible use of pad bits for discrete functions per
Section 2.3.1.2.
[2] Negative values are encoded as the two’s complements of positive values and the negative sign is annunciated
in the sign/status matrix.
[3] Angles in the range 0 to 180o are encoded as positive numbers. Angles in the range 180o to 360o are subtracted
from 360o and the resulting number encoded as a negative value per note 2. Arc minutes and seconds are
encoded as decimal degrees.
ARINC SPECIFICATION 429, PART 1 - Page 94
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-28
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P Command/Control Bits AVM Hex (Equipment) ID = 03D Hex PADS SDI Label (227)
0 0 0 0 0 0 1 1 1 1 0 1 1 1 1 0 1 0 0 1
Bits Meaning
10 9
0 0 Engine 4 (or All Call) {not used on 757}
0 1 Engine 1 (or Engine 1 and 2)
1 0 Engine 2
1 1 Engine 3 (or Engine 3 and 4)
Bits Parameter
31 30 29 28 27 26 25
0 0 0 0 0 0 0 Not Used
0 0 0 0 0 0 1 Unit Self Test
0 0 0 0 0 1 0 Use Accelerometer A**
0 0 0 0 0 1 1 Use Accelerometer B**
0 0 0 0 1 0 0 PAD
0 0 0 0 1 0 1 Erase Fault History
0 0 0 0 1 1 0 Erase Flight History*
0 0 0 0 1 1 1 Read Fault History
0 0 0 1 0 0 0 Read Flight History*
0 0 1 0 0 1 0 Reserved*
* 737 Only
** 757 Only
ARINC SPECIFICATION 429, PART 1 - Page 95
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
ACMS INFORMATION
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
NOTE: All characters are expressed in ISO #5 format, as defined in ARINC Specification 429.
ARINC SPECIFICATION 429, PART 1 - Page 96
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-30
RANGE 126
RESOLUTION 1.0
RATE 5Hz +/-10%
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-33
Label 360-002
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-34
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-35
FQIS System Data - Label 241 04D
LABEL: 241
EQPT ID: 04D
PARAMETER NAME: FQIS System Data
UNITS: (See Below)
RANGE (SCALE): (See Below)
SIGNIFICANT DIGITS: (See Below)
RESOLUTION: (See Below)
MIN TRANS INTERVAL (msec): 500
MAX TRANS INTERVAL (msec): 1024
SOURCE DESTINATION IDENTIFIER: 01 – LEFT MAIN TANK
10 – RIGHT MAIN TANK
11 – CENTER TANK
Label 241 is transmitted approximately once per second. The data encoding depends on the sequence which it is
transmitted. Label 241 transmitting sequence, as defined below, starts with the left main tank data followed by the right
main tank and then the center tank. Once all the tank data has been transmitted (63 words of data), the sequence will
repeat with word number 1, left main tank, and so on. To determine the data that is transmitted at any specific time
requires knowing where in the following sequence the word is taken.
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
Sig.
Word Signal Units Range Dig. Res Data
NOTES:
(1) Add 4 Lb/Gal adjustment to density data, i.e., 0000 = 4.0 Lb/Gal, FFF = 8.0 Lb/Gal.
FQIS (EQ ID 04D) SDI Encoding for Labels 012, 013, 020, 022, 023, 030, 255, 310, 320, 324, 342, 346, 354
Bits Data
9 10
0 0 Aux
1 1 Center
1 0 Left
0 1 Right
FQIS (EQ ID 04D) SDI Encoding for Labels 156, 157, 160
Bits Data
9 10
0 0 #1
1 0 #2
0 1 #3
1 1 #4
ARINC SPECIFICATION 429, PART 1 - Page 102
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-36
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
OCTAL LABEL
P SSM BCD CHARACTER *** RESERVED SDI
060
Table 1 Table 2
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-37
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
OCTAL LABEL
P SSM BCD CHARACTER *** RESERVED SDI
061
Table 1 Table 2
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-37
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
OCTAL LABEL
P SSM BCD CHARACTER *** RESERVED SDI
207
Bit Status
Bit
Function
No 1 0
10 SDI (Indicates Sequence ID)*
11 RESERVED (Own P/N)
Own P/N Other P/N
12 RESERVED (Position ID)**
13 RESERVED (Position ID)**
Table 1 Table 2
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-38
Tank Unit Data – Label 241 160
Word
Number SDI DESCRIPTION UNITS
1 1 Tank Unit #1 pF
2 1 Tank Unit #2 pF
3 1 Tank Unit #3 pF
4 1 Tank Unit #4 pF
5 1 Tank Unit #5 pF
6 1 Tank Unit #6 pF
7 1 Tank Unit #7 pF
8 1 Tank Unit #8 pF
9 1 Tank Unit #9 pF
10 1 Tank Unit #10 pF
11 1 Tank Unit #11 pF
12 1 Tank Unit #12 pF
13 1 Tank Unit #13 pF
14 1 Tank Unit #14 pF
15 1 BITE Capacitor pF
16 1 Compensator pF
17 1 Load Select Lbs.
18 1 Load Select Lbs.
19 1 Load Select Lbs.
20 1 Undefined -
21 1 Fuel Density Lbs/Gal
22 2 Tank Unit #1 pF
23 2 Tank Unit #2 pF
24 2 Tank Unit #3 pF
25 2 Tank Unit #4 pF
26 2 Tank Unit #5 pF
27 2 Tank Unit #6 pF
28 2 Tank Unit #7 pF
29 2 Tank Unit #8 pF
30 2 Tank Unit #9 pF
31 2 Tank Unit #10 pF
32 2 Tank Unit #11 pF
33 2 Tank Unit #12 pF
34 2 Tank Unit #13 pF
35 2 Tank Unit #14 pF
36 2 Compensator pF
37 2 BITE Capacitor #2 pF
38 2 Load Select Lbs
39 2 Load Select Lbs
40 2 Load Select Lbs
41 2 Undefined -
42 2 Fuel Density Lbs/Gal
43 3 Tank Unit #1 pF
44 3 Tank Unit #2 pF
45 3 Tank Unit #3 pF
46 3 Tank Unit #4 pF
47 3 Tank Unit #5 pF
48 3 Tank Unit #6 pF
49 3 Tank Unit #7 pF
50 3 Tank Unit #8 pF
51 3 Tank Unit #9 pF
52 3 Compensator pF
53 3 BITE Capacitor #3 pF
54 3 Undefined -
55 3 Undefined -
56 3 Undefined -
57 3 Undefined -
58 3 Undefined -
59 3 Load Select Lbs
60 3 Load select Lbs
61 3 Load Select Lbs
62 3 Undefined -
63 3 Fuel Density Lbs/Gal
ARINC SPECIFICATION 429, PART 1 - Page 106
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-38-1
Tank Unit Data – Label 241 160 (cont’d)
RAW DATA TABLE
All Data Entries are 12-bit Center Justified Words
Table Organization: Words 1-20 raw data for left tank
Word 1 = Tank Unit #1
Word 2 = Tank Unit #2
Word 3 = Tank Unit #3
Word 4 = Tank Unit #4
Word 5 = Tank Unit #5
Word 6 = Tank Unit #6
Word 7 = Tank Unit #7
Word 8 = Tank Unit #8
Word 9 = Tank Unit #9
Word 10 = Tank Unit #10
Word 11 = Tank Unit #11
Word 12 = Tank Unit #12
Word 13 = (Spare)
Word 14 = (Spare)
Word 15 = BITE Capacitor #1
Word 16 = Compensator
Word 17 = Load Select 10,000 Digit
Word 18 = Load Select 1,000 Digit
Word 19 = Load Select 100 Digit
Word 20 = None
Word 21-40 raw data for right tank
Word 21 = Tank Unit #1
Word 22 = Tank Unit #2
Word 23 = Tank Unit #3
Word 24 = Tank Unit #4
Word 25 = Tank Unit #5
Word 26 = Tank Unit #6
Word 27 = Tank Unit #7
Word 28 = Tank Unit #8
Word 29 = Tank Unit #9
Word 30 = Tank Unit #10
Word 31 = Tank Unit #11
Word 32 = Tank Unit #12
Word 33 = (Spare)
Word 34 = (Spare)
Word 35 = Compensator
Word 36 = BITE Capacitor #2
Word 37 = Load Select 10,000 Digit
Word 38 = Load Select 1,000 Digit
Word 39 = Load Select 100 Digit
Word 40 = None
Words 41-60 raw data for Center Tank
Word 41 = Tank Unit #1
Word 42 = Tank Unit #2
Word 43 = Tank Unit #3
Word 44 = Tank Unit #4
Word 45 = Tank Unit #5
Word 46 = Tank Unit #6
Word 47 = Tank Unit #7
Word 48 = Tank Unit #8
Word 49 = Tank Unit #9
Word 50 = Compensator
Word 51 = BITE Capacitor #3
Word 52 = (Spare)
Word 53 = (Spare)
Word 54 = (Spare)
Word 55 = (Spare)
Word 56 = (Spare)
Word 57 = Load Select 10,000 Digit
Word 58 = Load Select 1,000 Digit
Word 59 = Load Select 100 Digit
Word 60 = None
ARINC SPECIFICATION 429, PART 1 - Page 107
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLE
TABLE 6-39
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 876 543 21
P SSM A16--------------------------------------------------------------- A1 Octal Label
MSB 214
001 100 01
c-16
ICAO Aircraft Address (Part 2)
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 876 543 21
P SSM A24--------------------------A17 Octal Label
LSB 216
011 100 01
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-40
ADF
SIGN/STATUS
PARITY (odd)
RESERVED
MATRIX
0.5 kHz
SPARE
(SDI)
ANT
BFO
Function 1000 kHz 100 kHz 10 kHz 1 kHz LABEL
(1) (0) (5) (7) ADF Frequency
(032)
[1] When bit no. 14 is “zero”, the radio should tune to the whole kilohertz frequency encoded in the word.
When bit no. 14 is “one”, the radio should tune 0.5kHz above this frequency.
[2]
Bit Zero One
11 BFO off BFO on
12 ADF Mode ANT Mode
TABLE 6-41
DME
SIGN/STATUS
0.00/0.05 MHz
PARITY (odd)
MLS FREQ.
ILS FREQ.
DISPLAY
MATRIX
IDENT
[2] Bit 18 is used only for VOR & ILS frequencies and is limited to .00 or .05
[3] Bits 15 & 14 codes: VOR (0,0), ILS (0,1) or MLS (1,0). (1,1) is spare
.
[4] Refer to table in Section 4.1.2 of ARINC Characteristic 709 for mode codes
.
[5] Although not encoded in the tuning word all VOR & ILS frequencies have 1 as hundreds digit.
c-16 Although not encoded in the tuning word all MLS frequencies have 5 as the thousand digit and
0 as the hundred digit. Add 5031 MHz to the coded value to obtain the MLS frequency.
[7] Bit 16 when equal to “one” specifies that a displayable BCD output is to be provided for that station,
c-4 and when bit 17 is a “one”, an ident output is to be generated for that station.
ARINC SPECIFICATION 429, PART 1 - Page 109
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-42
HF COM
Word #1
USB/LSB MODE
SSM/AM MODE
WORD IDENT.
PARITY (Odd)
SIGN/STATUS
Function 10 MHz 1 MHz 0.1 MHz 0.01 MHz 0.001 MHz LABEL
MATRIX
[1] Bit no. 11 should be set to “zero” for LSB operation and “one” for USB operation.
[2] Bit no. 10 should be set to “zero” for AM operation and “one” for SSB operation.
TABLE 6-42-1
HF COM c-4
Word #2
WORD IDENT.
SIGN/STATUS
PARITY (odd)
RESERVED
MATRIX
[1] Bit No. 10 is reserved for CW mode select. The CW mode is selected when bit number 10 is a “one”.
When the second word is transmitted, it should immediately follow the first HF word.
ALTERNATE FORM
TABLE 6-43
HF COM
Word #1
WORD IDENT.
SIGN/STATUS
PARITY (odd)
MATRIX
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-43-1
HF COM
Word #2
WORD IDENT.
SIGN/STATUS
PARITY (odd)
MATRIX
Function 0.1 kHz NOT USED SDI LABEL
(5) HF COM Frequency
(205)
TABLE 6-44
ILS
SIGN/STATUS
PARITY (odd)
c- 5
MATRIX
SPARE
(0) (9) (3) (0) (SDI) Frequency
CAT.
ILS
(033)
BIT POSITION 12 11
c- 5
CATEGORY NOT 0 0
ILS CAT I 0 1
ILS CAT II 1 0
ILS CAT III 1 1
TABLE 6-44-1
VOR/ILS
SIGN/STATUS
PARITY (odd)
(034)
CAT.
ILS
Bit No. 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 76 5 4 3 2 1
Example 1 0 0 0 0 0 1 0 0 1 0 0 1 1 0 0 0 0 0 0 0 0 0 0 001 1 1 0 00
[1] 4 3 0
c- 2 [1] Bit number 14 should be set to “zero” for VOR frequencies and “one” for ILS frequencies by the
tuning
information sources.
ARINC SPECIFICATION 429, PART 1 - Page 111
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-45
VHF/COM SIGN/STATUS
PARITY (odd)
MATRIX
Function 10 MHz 1 MHz 0.1 MHz 0.01 MHz 0.001 MHz RES LABEL
(2) (8) (5) (3) (0) (SDI) VHF COM Frequency
(030)
TABLE 6-46
ATC
CONTROL FUNCTION
TRANSPONDER Pilot Selected Mode A
MATRIX
IDENT.
Function 0-7 0-7 0-7 0-7 CONTROL RES. LABEL
(3) (6) (2) (0) FUNCTION (SDI) Beacon
Transponder Code
A4 A2 A1 B4 B2 B1 C4 C2 C1 D4 D2 D1 (031)
[1]
[2]
Control Panel
Bit
Function
Function 17 16 15 12
DABS ON/
0 0 0 1
ASAS OFF
Reset Aural
0 0 1 0
Warning Signal
Remainder are Reserved for future use.
ARINC SPECIFICATION 429, PART 1 - Page 112
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-47
RANGE 126
RESOLUTION 1.0
RATE 5Hz ±10%
1 0
2 1 1
3 1
4 0 4
5 0
6 1
7 1 6
8 0
9-10 SDI
11 Distance Memory (DIST MEM=1)
12 Bearing Memory (BRG MEM=1)
13 Pad Zero
14 VOR/TAC Select (TAC=1, VOR=0)
15 TACAN Select (TAC 1=1, TAC 2=0)
16 Pad Zero
17-20 BCD Units Chan Cont (LSB=17)
21-24 Hex Tens Chan Cont (LSB=24)
25 Pad Zero
26 X/Y Mode (X=1, Y=0)
27-28 Mode Cont (See Table A)
29 Pad Zero
30-31 SSM (See Table B)
32 Parity (Odd)
Bits Description
Bits Description
27 28
30 31
0 0 REC
0 0 Valid
0 1 A/A REC
0 1 Functional Test
1 0 T/R
1 0 No Computed Data
1 1 A/A T/R
1 1 Not Used
ARINC SPECIFICATION 429, PART 1 - Page 113
ATTACHMENT 6
GENERAL WORD FORMATS AND ENCODING EXAMPLES
TABLE 6-48
ATTACHMENT 7
DATA BIT ENCODING LOGIC
BI - POLAR RZ
BIT NUMBER
DATA
N
1
11
1
10
0
9
0
8
1
0
7
6
1
5
0
4
1
3
1
2
0
1
1
NULL
HI
LO
ARINC SPECIFICATION 429, PART 1 - Page 115
ATTACHMENT 8
OUTPUT SIGNAL TIMING TOLERANCES
HI
TRANSMITTED VOLTAGE LINE A TO LINE B
NULL
LO
** Pulse rise and fall times are measured between the 10% and 90% voltage amplitude points on the leading and
trailing edges of the pulse and include permitted time skew between the transmitter output voltages A-to-
ground and B-to-ground. These rise and fall times are for open circuit output measurements – Appendix 1
c-16 provides waveforms for typical test performance.
THIS ATTACHMENT WAS REPRODUCED
ARINC SPECIFICATION 429, PART 1 - Page 116 WITH THE PERMISSION OF GAMA.
REVISIONS ARE NOT SHOWN, FOR ANY
COMMENTS OR QUESTIONS, PLEASE
CONTACT GAMA.
ATTACHMENT 9A
GENERAL AVIATION LABELS AND DATA STANDARDS
The following labels and data standards provided by GAMA (General Aviation Manufacturers Association) are typically used by general aviation. Labels
with a “G” or “P” suffix refer to GAMA standard, or GA industry PRIVATE bit structures, respectively. All others are ARINC standard words.
MIN MAX
EQPT. SIG XMIT XMIT MAX
LABEL ID PARAMETER DATA BITS / POSITIVE APPROX. INT INT UPDATE
(OCTAL) (HEX) NAME TYPE UNITS RANGE DIGITS SENSE RESOL (msec) (msec) INT NOTES
001 02 Distance to go BCD Always Pos
09 Distance to go BCD N.M. ±3999.9 5 Always Pos 0.1 100 200
002 02 Time to go BCD Always Pos
09 Time to go BCD Min. 0-399.9 4 Always Pos 0.1 100 200
012 02 Ground Speed BCD Always Pos
09 Ground Speed BCD Knots 0-2000 4 Always Pos 1.0 250 500
017 10 Selected Runway Heading BCD Degrees 0-359.9° 4 Always Pos 0.1° 167 333
024G 11 Selected Course 1 BCD Degrees 0-359° 3 Always Pos 1.0° 167 333 Bit 11 Non Std
027 11 Selected Course 2 BCD Degrees 0-359° 3 Always Pos 1.0° 167 333
030G 02 VHF COM Frequency BCD MHz 118-135.975 5 0.025 100 200 SSM Squelch
16 VHF COM Frequency BCD MHz 118-135.975 5 0.025 100 200 SSM XMIT
031G 02 Beacon Transponder Code BCD Discrete 100 200
18 Beacon Transponder Code BCD Discrete 100 200 SSM Reply
032 02 ADF Frequency BCD KHz 190-1750 5 0.5 100 200
12 ADF Frequency BCD KHz 190-1750 5 0.5 100 200
033 02 ILS Frequency BCD MHz 108-111.95 4 0.05 167 333
10 ILS Frequency BCD MHz 108-111.95 4 0.05 167 333
034G 02 VOR/ILS Frequency BCD MHz 108-117.95 4 0.05 167 333 See Att. 9B
10 VOR/ILS Frequency BCD MHz 108-117.95 4 0.05 167 333 See Att. 9B
11 VOR/ILS Frequency BCD MHz 108-117.95 4 0.05 167 333 See Att. 9B
035G 02 DME Frequency BCD MHz 108-135.95 4 0.05 100 200 See Att. 9B
09 DME Frequency BCD MHz 108-134.95 4 0.05 100 200 See Att. 9B
041 02 Set Position Latitude BCD Deg:Min 180N-180S 6 North 0.1 250 500
042 02 Set Position Longitude BCD Deg:Min 180E-180W 6 East 0.1 250 500
043 02 Set Magnetic Heading BCD Deg 0-359° 3 1 .0° 250 500
060P 02 Omega Data Select BNR Discrete 100 200 See Att. 9B
061P 02 Covariance Data BNR 100 200 See Att. 9B
074G 02 Data Record Header DSC Discrete See Note 1 See Att. 9B
075G 02 Active WPT From/To Data DSC Discrete See Note 1 See Att. 9B
100G 02 Selected Course 1 BNR Deg/180 ±180° 12 0.05° 167 333 Bit 11 Non Std
100 11 Selected Course 1 BNR Deg/180 ±180° 12 0.05° 167 333
101G 02 Selected Heading BNR Deg/180 ±180° 12 0.05° 31.3 62.5 Bit 11 Non Std
25 Selected Heading BNR Deg/180 ±180° 12 0.05° 31.3 62.5
102G 02 Selected Altitude BNR Feet 65536 16 Above S.L. 1 100 200 See Att. 9B
105 10 Selected Runway Heading BNR Deg/180 ±180° 11 0.1° 167 333
110 11 Selected Course 2 BNR Deg/180 ±180° 12 0.05° 167 333
113G 02 Message Checksum BNR See Note 2 See Att. 9B
114 02 Desired Track (True) BNR Deg/180 ±180° 12 0.05° 31.3 62.5
115 02 Waypoint Bearing (True) BNR Deg/180 ±180° 12 A/C To WPT 0.05° 31.3 62.5
116G 02 Cross Track Distance BNR Naut Mi 128 18 Fly Left 0.0005 31.3 62.5
117G 02 Vertical Deviation BNR Feet 16384 14 Fly Down 1.0 31.3 62.5 See Att. 9B
121 02 HORIZ.CMD.(To Autopilot) BNR Deg/180 ±180° 14 Fly Right 0.01° 50 100
122G 02 VERT.CMD. (To Autopilot) BNR Deg/180 ±180° 12 Fly Up 0.05° 50 100
123 02 Throttle Command BNR Deg/sec 2.56 18 Inc. Power 0.001° 50 100
125 02 Greenwich Mean Time BCD Hr/Min 0-23.59.9 5 0.1 100 200
147G 02 Magnetic Variation BNR Deg/180 ±180° 12 East 0.05° 500 1000 Bit 11 Non Std
150 02 Greenwich Mean Time BNR Hr:Min:Sec 23:59:59 5:6:6 1.0 sec 50 100 See Att. 6
157P 06 Normalized AOA BNR 1=Stall ±2 12 Upward 0.0005 125 125 125
162G 12 ADF Bearing BNR Deg/180 ±180° 12 0.05° 31.3 62.5 Bit 11 Non Std
163G 02 Wind on Nose BNR Knots 256 9 Head Wind 0.5 50 100 Bit 29 Non Std
173 10 Localizer Deviation BNR DDM 0.4 12 Fly Right 0.0001 33.3 66.6
174 10 Glideslope Deviation BNR DDM 0.8 12 Fly Down 0.0002 33.3 66.6
202 02 DME Distance BNR Naut Mi 512 16 Always Pos 0.005 83.3 167
09 DME Distance BNR Naut Mi 512 16 Always Pos 0.005 3.3 167
204 02 Baro Corrected Alt.#1 BNR Feet 131,072 17 Above S.L. 1.0 31.3 62.5
210 02 True Airspeed BNR Knots 2047.93 15 Always Pos 0.0625 62.5 125
213 02 Static Air Temperature BNR Deg C 512 11 Above Zero 0.25 250 500
222P 02 VOR Radial BNR Deg/180 ±180° 12 To Station 0.044° 50 100 See Att. 6
222 02 VOR Omnibearing BNR Deg/180 ±180° 12 From VOR 0.044° 50 100 More than
10 VOR Omnibearing BNR Deg/180 ±180° 12 From VOR 0.044° 31.3 62.5 one MKR
11 VOR Omnibearing BNR Deg/180 ±180° 12 From VOR 0.044° 31.3 62.5 beacon bit set is
MKR self test.
241P Normalized AOA BNR 1-Stall ±2 12 Upward 0.0005 125 125 125
251G 02 Distance To Go BNR Naut Mi 4096 15 Always Pos 0.125 100 200
252 02 Time-To-Go BNR Minutes 512 9 Always Pos 1.0 100 200
260G 02 Date BCD Discrete 6 1 Day 500 1000 See Att. 9B
261P 02 GPS Discrete Word 1 DSC Discrete 1000 1000 1000
275G 02 LRN Status Word DSC Discrete 200 400 See Att. 9B
277P 02 Cabin DSPY Cont DSC DSC Discrete 200 200
300G 02 STN MAG DEC, BNR Discrete See Note 2 See Att. 9B
Type & Class
THIS ATTACHMENT WAS REPRODUCED
WITH THE PERMISSION OF GAMA. ARINC SPECIFICATION 429, PART 1 - Page 117
REVISIONS ARE NOT SHOWN, FOR ANY
COMMENTS OR QUESTIONS, PLEASE
CONTACT GAMA.
ATTACHMENT 9A
GENERAL AVIATION LABELS AND DATA STANDARDS
MIN MAX
EQPT. SIG XMIT XMIT MAX
LABEL ID PARAMETER DATA BITS / POSITIVE APPROX. INT INT UPDATE
(OCTAL) (HEX) NAME TYPE UNITS RANGE DIGITS SENSE RESOL (msec) (msec) INT NOTES
301G 02 Message Characters 7-9 BNR Discrete See Note 2
302G 02 Message Characters 10-12 BNR Discrete See Note 2
303G 02 BNR Discrete See Note 2
Message Length / Type / Number
304G 02 Message Characters 1-3 BNR Discrete See Note 2
305G 02 Message Characters 4-6 BNR Discrete See Note 2
306G 02 NAV/WPT/AP Latitude BNR Deg/280 180N-180S 20 North .000172° See Note 2
307G 02 NAV/WPT/AP Longitude BNR Deg/180 180E-180W 20 East .000172° See Note 2
310 02 Present Position Latitude BNR Deg/180 180N-180S 20 North .000172° 100 200
311 02 Present Position Longitude BNR Deg/180 180E-180W 20 East .000172° 100 200
312 02 Ground Speed BNR Knots 4096 15 Always Pos 0.125 25 50
313 02 Track Angle (True) BNR Deg/180 ±180° 12 0.05 25 50
314 02 True Heading BNR Deg/180 ±180° 15 0.0055° 25 50
315 02 Wind Speed BNR Knots 256 8 Always Pos 1.0 50 100
316 02 Wind Angle (True) BNR Deg/180 ±180° 8 0.7 50 100
320 02 Magnetic Heading BNR Deg/180 ±180° 15 0.0055° 25 50
321 02 Drift Angle BNR Deg/180 ±180° 12 0.05° 25 50
326G 02 Lateral Scale Factor BNR Naut Mi ±128 15 0.0039 NM 80 1200
327G 02 Vertical Scale Factor BNR Feet ±2048 15 0.0625 Ft 80 1200
351G 02 Distance To Destination BNR Naut Mi 32,768 18 Always Pos 0.125 500 1000
352G 02 Est Time to Destinaiton BNR Minutes 4096 12 Always Pos 1.0 500 1000 Via Flight
Plan
353P 02 Dest Local Time Offset BCD Hour/Min 23:59 5 Always Pos .01 Min 1000 1000 1000 Via Flight
Plan
371G 02 Specific Equipment Ident DSC 500 1000 See Att. 9B
09 Specific Equipment Ident DSC 500 1000
10 Specific Equipment Ident DSC 500 1000
11 Specific Equipment Ident DSC 500 1000
12 Specific Equipment Ident DSC 500 1000
16 Specific Equipment Ident DSC 500 1000
18 Specific Equipment Ident DSC 500 1000
NOTE 1: These labels are transmitted once at the beginning of each flight plan/graphics map data transfer. Refer to the GAMA FMS Output Bus
Standard for further information.
NOTE 2: These labels are used to make up the individual records that comprise a flight plan/graphics map data transfer. Not all labels are transmitted
with each record. Ten records are transmitted in one second. Refer to the “FMS Waypoint/Navaid/Airport Data Transfer Protocol”,
addendum 3.
THIS ATTACHMENT WAS REPRODUCED
ARINC SPECIFICATION 429, PART 1 - Page 118 WITH THE PERMISSION OF GAMA.
REVISIONS ARE NOT SHOWN, FOR ANY
COMMENTS OR QUESTIONS, PLEASE
CONTACT GAMA.
ATTACHMENT 9B
GENERAL AVIATION WORD EXAMPLES
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
VOR/ILS Frequency
P SSM See Chapter 3 See Below SDI
Label 034G
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
DME Frequency
P SSM See Chapter 3 See Below SDI
Label 035G
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Omega Data Select
P SSM 0 Relane Binary Address
MSB Label 060P
Bit 26 25 Function
0 0 No Action
0 1 Relane
1 0 Do Not Release
1 1 Invalid Use
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Term Exponent (IEEE Flt. Pt.) Coveriance Data*
P SSM Mantissa (IEEE Flt. Pt.)
Indent - MSB Label 061P
Bit 29 28 Functions
0 0 Term 1
0 1 Term 2
1 0 Term 3
1 1 Not Used
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Pad Pad Data Record Header
P SSM Number of Records
(Zeros) (Zeros) MSB Lable 074G
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
From Waypoint To Waypoint From Waypoint To Waypoint See Active Waypoint From/To Data
P SSM 0
LS Byte LS Byte MS Byte MS Byte Below Label 075G
Bit 9 Auto/Leg/Man/Obs “1” denotes Auto/Leg, “0” denotes Man/Obs These are
Bit 10 Mag/True Reference “1” denotes True, “0” denotes Magnetic User
Bit 11 Radar Waypoint Displayed “1” inhibits display Specific
Bit 12 Lat/Long/ILS Mode “1” denotes ILS, “0“ denotes Lat/Long bits
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Selected Altitude
P SSM Same as Attachment 2 SDI
Label 102G
ATTACHMENT 9B
GENERAL AVIATION WORD EXAMPLES
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Message Check Sum
P SSM Check Sum
Label 113G
The message checksum is the two’s complement 21 but sum of all the other words transmitted in the group discarding the intermediate
carry and replacing bit 32 with odd parity.
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
+ See Vertical Deviation
P SSM Data SDI
- Below Label 117G
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Day Month Year SDI Date
P SSM
10s 1s 10s 1s 10s 1s Label 260G
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Waypoint Number See Words in Message Length/Type/No.
P SSM Spare
(Binary) Below Message Label 303G
Bit 16 Date Record “1” denotes “off route”, “0” denotes “on route”
Bit 24 FMS Plan Mode “1” denotes “SELECT”, “0” denotes “not SELECT”
Bit 25 WPT at Plan Center “1” denotes “CENTER”, “0” denotes “not CENTER”
Bit 26 Flight Plan GAP Follows “1” denotes “GAP”, “0” denotes “no GAP”
ATTACHMENT 9B
GENERAL AVIATION WORD EXAMPLES
ATTACHMENT 9B
GENERAL AVIATION WORD EXAMPLES
ATTACHMENT 9B
GENERAL AVIATION WORD EXAMPLES
NOTE: The ALTERNATE FORMAT bit (#29) causes the briefing play (BITS 11 – 16) and briefing cancel (BITS 17
– 22) controls to be interpreted as the briefing number from 1 to 63 with the briefing #1 bit as the least
significant. If BIT 29 is set to 1, this decoding will be used. If the briefing number is non zero, the indicated
briefing will be played or canceled.
THIS ATTACHMENT WAS REPRODUCED ARINC SPECIFICATION 429, PART 1 - Page 123
WITH THE PERMISSION OF GAMA.
REVISIONS ARE NOT SHOWN, FOR ANY
COMMENTS OR QUESTIONS, PLEASE
CONTACT GAMA.
ATTACHMENT 9B
GENERAL AVIATION WORD EXAMPLES
ATTACHMENT 9B
GENERAL AVIATION WORD EXAMPLES
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
GA Equipment
Company Private Company I. D. EQ Code EQ Code Ident
P Use (Binary) MSD (Hex) MSD (Hex) SDI LABEL 371
LABEL 371
Company I. D. Field
Binary Bit Assignments COMPANY
24 23 22 21 20 19
0 0 0 0 0 1 B&D INSTRUMENTS
0 0 0 0 1 0 BEECH AIRCRAFT
0 0 0 0 1 1 BENDIX AVIONICS
0 0 0 1 0 0 CANADIAN MARCONI
0 0 0 1 0 1 CESSNA AIRCRAFT
0 0 0 1 1 0 COLLINS AVIONICS
0 0 0 1 1 1 DELCO ELECTRONICS
0 0 1 0 0 0 FOSTER RNAV
0 0 1 0 0 1 GABLE CONTROLS
0 0 1 0 1 0 GLOBAL SYSTEMS
0 0 1 0 1 1 GULFSTREAM AEROSPACE
0 0 1 1 0 0 HONEYWELL
0 0 1 1 0 1 KING RADIO
0 0 1 1 1 0 LEARJET
0 0 1 1 1 1 LITTON AERO PRODUCTS
0 1 0 0 0 0 OFFSHORE NAVIGATION
0 1 0 0 0 1 RACAL AVIONICS
0 1 0 0 1 0 SPERRY
0 1 0 0 1 1 UNIVERSAL NAVIGATION SYS
0 1 0 1 0 0 3M AVIATION SAFETY SYSTEMS
0 1 0 1 0 1 ALLIEDSIGNAL GENERAL AVIATION AVIONICS
0 1 0 1 1 0 ALLIEDSIGNAL GLOBAL WULFSBERG
0 1 0 1 1 1 BF GOODRICH AVIONICS
0 1 1 0 0 0 GARMIN
0 1 1 0 0 1 ARNAV
0 1 1 0 1 0 COMPUTER INSTRUMENT CORPORATION
0 1 1 0 1 1 SPARE
1 1 1 1 1 1 SPARE
ARINC SPECIFICATION 429, PART 1 - Page 125
ATTACHMENT 9C
GENERAL AVIATION EQUIPMENT IDENTIFIERS
Equipment HEX
EQUIPMENT
ID
ATTACHMENT 10
MANUFACTURER SPECIFIC STATUS WORD
32 31 30 29 28 27 26 25 24 23 22 21 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Company Company I.D. Label
P
Private Use [A] (Binary) (171)
BIT 16 15 14 13 12 11 Company
0 0 0 0 0 1 B&D INSTRUMENTS
0 0 0 0 1 0 BEECH AIRCRAFT
0 0 0 0 1 1 BENDIX AVIONICS
0 0 0 1 0 0 CANADIAN MARCONI
0 0 0 1 0 1 CESSNA AIRCRAFT
0 0 0 1 1 0 COLLINS AVIONICS
0 0 0 1 1 1 DELCO ELECTRONICS
0 0 1 0 0 0 FOSTER RNAV
0 0 1 0 0 1 GABLES CONTROLS
0 0 1 0 1 0 GLOBAL SYSTEMS
0 0 1 0 1 1 GULFSTREAM AEROSPACE
0 0 1 1 0 0 HONEYWELL
0 0 1 1 0 1 KING RADIO
0 0 1 1 1 0 LEAR JET
0 0 1 1 1 1 LITTON AERO PRODUCTS
0 1 0 0 0 0 OFFSHORE NAVIGATION
0 1 0 0 0 1 RACAL AVIONICS
0 1 0 0 1 0 SPERRY
0 1 0 0 1 1 UNIVERSAL NAVIGATION SYSTEMS
0 1 0 1 0 0 3M AVIATION SAFETY SYSTEMS
0 1 0 1 0 1 ALLIED SIGNAL GENERAL AVIATION AVIONICS
0 1 0 1 1 0 ALLIED SIGNAL GLOBAL WULFSBAG
0 1 0 1 1 1 BF GOODRICH AVIONICS
0 1 1 0 0 0 GARMIN
0 1 1 0 0 1 ARNAV
0 1 1 0 1 0 COMPUTER INSTRUMENT CORPORATION
0 1 1 0 1 1 SPARE
1 1 1 1 1 1 SPARE
[A] This word is used for manufacturer-specific information exchange (e.g., sub-LRU-Level BITE status). The
Company I.D. fields should be used to differentiate each manufacturers’ unique use of the Company Private
Use field.
ARINC SPECIFICATION 429, PART 1 - Page 127
ATTACHMENT 11
SYSTEM ADDRESS LABELS
ATTACHMENT 11
SYSTEM ADDRESS LABELS
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
A1-1.0 Introduction
Selection of the electrical characteristics of the Mark 33 DITS followed verification of the suitability of proposed values in
laboratory tests performed by the Boeing Commercial Airplane Co. Boeing presented two reports to AEEC’s Systems
Architecture and Interfaces Subcommittee on these activities, one at the meeting held in Arlington, Virginia, in March 1977
and the other at the meeting held in Los Angeles, California, in May 1977. The material in this Appendix is excerpted from
these reports.
Electromagnetic emission and susceptibility tests were conducted to determine if the proposed 100 kbps waveform was
suitable for use in a commercial airplane EMI environment. The EMI conditions used for the tests were derived from
RTCA Document DO-160, “Environmental Conditions and Test Procedures for Airborne Electronic/Electrical Equipment
and Instruments” dated February 28th, 1975.
The cable used for the tests was standard aircraft type twisted shielded wire of 22 AWG. The wire configuration consisted
of approximately 60 ft. of cable which was subjected to the EMI environment within a screened room. This cable was
connected in series with 300 ft. of cable not subjected to the EMI environment. The test was configured to simulate the
maximum length wire run with DO-160 conditions applied.
The 60 Ft. length of cable was connected to the transmitter for the emission tests and to the receiver for the susceptibility
tests.
The block schematic of the bipolar line driving transmitter built for the tests is shown in Figure a-(i). The waveform was
shaped at the pulse generator such that it exhibited the following characteristics:
To perform the susceptibility tests, receivers were constructed utilizing various methods of common mode rejection and
various processing schemes.
Differential Amplifier Input. Figure a-(ii) shows schematics of the differential input stages used for the receivers. The
differential amplifier input stage required resistors to local ground at the input to provide a path for the input current for the
voltage followers. Voltage protection was used to prevent damage to the voltage followers in the event of high voltage,
common mode spikes. The voltage follower stages provided a controlled impedance for the differential amplifier stage.
Opto-Isolator Input The opto-isolator input stage utilized two H-P 5082-4371 isolators connected in opposite polarity to
detect the bipolar data. The HP 5082-4371 input has a forward conduction “knee” at approximately 1.4 volts. A second
simple LED (HP 5082-4650) was connected in series with each opto-isolator to provide a combined knee voltage of
approximately 3 volts. A series resistor RL of 1000 ohms was placed in series with the LED/opto-isolator network to limit
the receiver current to 7mA at 10 volts (differential) applied at the input. At 4.5V differential on the line, one opto-isolator
conducts 1.5 mA.
One circuit configuration which enables the opto-isolator to operate at 100 kilobits per second at these low input currents is
shown in figure a-(iii). A potential of +15 volts is applied to pin 8 to provide maximum gain in the first transistor. During
conduction, a charge on the second transistor is discharged via pin 7 and R2 to a potential of +0.5 volts set by R1 and R3.
Discharging to a +0.5 volt potential reduces the possibility of a loss of the first bit following a long null period. This
problem has been observed when discharging pin 7 to ground potential.
ARINC SPECIFICATION 429, PART 1 - Page 130
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(i)
BIPOLAR TRANSMITTER BLOCK SCHEMATIC
SHAPED
BIPOLAR
+ RZ
PULSE
GENERATOR
_
SWITCHING
PSEUDO LINE
LOGIC TERMINATION
RANDOM DRIVER
BIT SEQUENCE
GENERATOR
LM0002
Ro L1
2
LM0002 Ro L1
2
ARINC SPECIFICATION 429, PART 1 - Page 131
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(ii)
RZ BIPOLAR RECEIVER INPUT TYPES TESTED
DIFFERENTIAL
R AMPLIFIER
OVER
VOLTAGE
VOLTAGE FOLLOWERS
R PROTECTION
L R
1 L
LED
LED
L
2 OPTO
ISOLATORS
ONE’S
ZERO’S
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
Two data detection schemes were used, (i) data sampling (sample and decision) and (ii) integrate and dump (Figure a-
(iv).
The data sampling system detects positive-going or negative-going edges which exceed ±3 volts differential voltage.
The edges cause a timing circuit to time for approximately 2 µsec. When the timing circuit has timed out, a sample of
the input is taken. If the sample is HI, a ONE is declared. If the sample is LO, a ZERO is declared. If the sample is
NULL, and error diagnostic can be output, since a NULL state is known to be invalid at the data sampling time. An
error diagnostic will be output if, for example, during a period of NULL on the line, a short-duration noise spike causes
the input to exceed the ±3V threshold, so initiating the edge detector timing circuit, but dissipates rapidly so that a
NULL is estimated at the data sampling time.
The integrate-and-dump processor circuit detects positive or negative-going edges which exceed the ±3V differential
threshold. The edge detection causes an integration circuit to integrate the input voltage for a period of 5 µsec. The
output of the integrator is sampled (timing is derived from the edge detector) at the end of the integration period. If it is
above zero voltage, a ONE is declared; if it is below zero voltage, a ZERO is declared.
A threshold level could be introduced about zero voltage to provide an indication of the total energy contained in the
pulse. If the integrator output fell within the threshold, an error diagnostic could be presented indicating the at the
detection of the bit was marginal.
It should be noted that the 20dB limit exceedance permitted in DO 160 was not taken. The transmitter output spectrum
can be further improved by the addition of filtering to attenuate output frequencies above those of interest in the digital
data.
The tests were performed to determine the susceptibility of the Mark 33 DITS to RF, AF and spike interference levels
specified in DO-160 under conditions of light (one receiver) and heavy (20 receivers) line loading.
The data transmitted consisted of a continuous pseudo-random bit sequence. Error checking was made on a bit-by-bit
basis.
A. Conducted RF Susceptibility (DO-160 Paragraph 20.20B Category Z)
No bit errors were detected with RF applied to any of the line loading and receiver configurations.
B. Magnetic Fields Induced Into Interconnecting Cables (DO-160 Paragraph 19.3)
Test performed at a level above those specified in DO-160 Figure 19-1. No bit errors were detected with the
field applied to the cable for any cable loading or receiver configuration.
ARINC SPECIFICATION 429, PART 1 - Page 133
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(iii)
OPTO-ISOLATOR FRONT-END CIRCUIT SCHEMATIC
15 V 5V
R4
2
5.6k
3 6
O/ P
HP - 5082 - 4371
5V 7
R2
R1
500
10k
R3
1k
ARINC SPECIFICATION 429, PART 1 - Page 134
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(iv)
DATA DETECTION
BIT N BIT N + 1
HI
T+
NULL T -
LO
D D
E S E S
ZERO
HI T+
NULL T-
LO
S DMP S DMP
I I
E E
LEGEND:
D = DELAY
S = SAMPLE
I = INTEGRATION INTERVAL
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
All configurations performed with zero bit errors for approximately 107 bits following the transient test.
Laboratory testing and computer simulation studies were conducted to investigate the pulse distortion introduced on
typical aircraft wire installations.
Receivers and a transmitter were constructed to operate using the DITS high speed (100 KBPS) waveform. Lengths of
twisted shielded cable were connected to form a representative wiring configuration for digital data. The wire length and
stub configuration were selected to represent postulated installations on a B747 airplane. The cable used for lab tests
was 20 and 22 AWG twisted shielded cable with wrapped KAPTON insulation, no. BMS B-51, Class 2 type III. The
pulse distortion at the receiver nodes of the wiring systems were recorded. The characteristics of the 20 AWG cable
were measured and used to develop the cable model used in the computer simulation.
A1-3.2 Computer Simulation
A computer program was developed to evaluate pulse distortion on lines with stubs. The DITS transmitter impedance
and voltage waveform was modeled. The cable model was developed from the measured cable characteristics. The
DITS receiver input impedance was modeled.
The computer simulation was run and results were plotted for various line length and stub configurations representing
postulated installations on a B747 airplane.
A1-3.3 Results
The results of the laboratory tests and computer simulation for the same cable configuration showed good agreement,
with a maximum difference of 0.4 volts on rising and falling edges. The computer simulation showed slightly higher
cable loss effect than the lab test. The lab test results were recorded using an oscilloscope camera; the computer results
were plotted. Only the plotted results are presented here.
Figure a-(v) shows the schematic for the first simulation. This configuration represents a transmitter, a receiver and a
single length of twisted shielded cable 200 feet long. The cable is modeled as Blocks 1 to 4, for later stub connection.
At the transmitter and receive ends of the cable, the shields are grounded via a 0.05 µH inductor (which models the
inductance of the ground lead). At other nodes, the shields and cable inners are carded through, representing a
continuous length of cable.
Figure a-(vi) Transmitter open circuit differential output voltage. This waveform was used for all the simulation runs.
Figure a-(vii) The transmitter output voltage and receiver input voltage for the configuration in Figure a-(v).
Figure a-(viii) shows the schematic for the second simulation. This configuration represents a transmitter at an engine
location, with receivers at the equipment bay and the flight deck. Four receiver loading configurations are shown with
maximum loading of twenty receivers. The waveforms for this simulation run are shown in Figures a-(ix) through a-
(xvi).
ARINC SPECIFICATION 429, PART 1 - Page 136
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
Figures a-(ix) and a-(x) Transmitter and receiver waveform for loading configuration 1.
Figure a-(xvii) shows the schematic for the third simulation. This configuration represents a transmitter at the flight
deck with receivers at the equipment bay, the inner engine and the outer engine.
Figure a-(xxii) shows the schematic for the fourth simulation. This configuration represents a transmitter at the
equipment bay with receivers at the equipment bay, the flight engineer’s panel, the first officer’s panel and the captain’s
panel.
Figures a-(xxviii) and a-(xxix) Waveforms for the “long line” configuration.
A1-3.4 Conclusions
From laboratory tests and simulations, it is concluded that no intolerable bit distortion is introduced into the “high speed
DITS” waveform due to cable lengths and stub configurations likely to be encountered on a “B747-size” transport
aircraft.
If installations are anticipated involving longer line lengths or cables with radically different electrical characteristics,
then further investigation may be required.
ARINC SPECIFICATION 429, PART 1 - Page 137
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(v)
TRANSMITTER
1 1 4 1 4 1 4 1 4 1 REC 1
TRANS (58m) (1m) (1m) (1m)
2 2 BUSLIN 5 2 BUSLIN 5 2 BUSLIN 5 2 BUSLIN 5 2 100k
3 1 6 3 2 6 3
3 6 3
4 6
1 SHIELD 2 1
SHIELD 2 1 SHIELD 2 1 SHIELD 2
1 2 3 4
* *
ALL
A L’s
.1
µh
.05µ
3 5 1
.01 40
4 6 TERM
2
.01 40
.1
TRANS
ARINC SPECIFICATION 429, PART 1 - Page 138
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(vii)
Amplitude Volts
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(viii)
# Load # Load
Configuration
Rec 1 Rec 2
1 1 1
2 1 10
3 10 1
4 10 10
RECEIVER
10 FEET TWO
TRANSMITTER RECEIVER
One
200 FEET 85 FEET
1 4 1
(3.05m)
2 BUSLIN 5 5 2
REC 2
3 6
1 SHIELD 5 2
* *
1 1 4 1 4 1 4 1 4 1
TRANS
(61m) (10m) (10m) (6m) REC 1
2 2 5 2 5 2 5 2 5 2
BUSLIN 1 Node BUSLIN 2 BUSLIN 3 BUSLIN 4
3 6 1 3 6 3 6 3 6
* * * *
1 2 3 4 5 6 7 8 9
16.5k
40pf
ALL
1
.1 L’s
3 5 1 .05 µ h 6k 50pf
.01 40
2
4 6 TERM
2
.01 40 * SHIELD TIED TO INDUCTOR 15k
45pf
.1 ON TERM BLOCK
TRANS REC 1
ARINC SPECIFICATION 429, PART 1 - Page 141
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(ix)
Amplitude Volts
CONFIGURATION 1
Time (microseconds)
CONFIGURATION 1
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(x)
CONFIGURATION 1
Amplitude Volts
Time (microseconds)
CONFIGURATION 1
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xi)
CONFIGURATION 2
Amplitude Volts
Time (microseconds)
CONFIGURATION 2
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xii)
CONFIGURATION 2
Amplitude Volts
Time (microseconds)
CONFIGURATION 2
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xiii)
CONFIGURATION 3
Amplitude Volts
Time (microseconds)
CONFIGURATION 3
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xiv)
CONFIGURATION 3
Amplitude Volts
Time (microseconds)
CONFIGURATION 3
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xv)
CONFIGURATION 4
Amplitude Volts
Time (microseconds)
CONFIGURATION 4
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xvi)
CONFIGURATION 4
Amplitude Volts
Time (microseconds)
CONFIGURATION 4
Amplitude Volts
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xvii)
REC REC
TWO THREE
10 FEET 50 FEET
TRANSMITTER
REC 3
1
REC 2
10 LOAD
LOADS
2
1
2
1
*
5
6
4
*
2
5
6
4
SHIELD 6
BUSLIN 6
SHIELD 5
BUSLIN 5
(15m)
(3.05m)
1
1
2
3
*
1
1
2
3
TRANS 1 1 4 1 4 1 4 1 4 1 REC 1
(26m) (46m) (15m) (3.05m)
2
1
2 2 5 2 5 2 5 5 2
BUSLIN 1 BUSLIN 2 NODE BUSLIN 3 NODE LOAD
3 6
NODE
3 6 2 3 6 3 3 BUSLIN 4 6
1
40pf 16.5k
ALL
1
.1 L’S
3 5 1 .05 µ h 6k 50pf
.01 40
2
4 6 TERM
2
.01 40 * SHIELD TIED TO INDUCTOR 45pf 15k
.1
ON TERM BLOCK
TRANS REC 1
ARINC SPECIFICATION 429, PART 1 - Page 150
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xviii)
Amplitude Volts
Time (microseconds)
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
Amplitude Volts FIGURE a-(xix)
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xx)
Amplitude Volts
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xxi)
Amplitude Volts
Time (microseconds)
REC 3
1 LOAD
REC 2
2
20FEET
1
2
1
2
1
*
5
4
2
*
4
5
6
*
2
6
5
4
SHIELD
BUSLIN
2
(6.1m)
BUSLIN
SHIELD
7
(6.1m)
SHIELD
BUSLIN
7
(1.5m)
6
5
1
1
2
3
*
1
1
2
3
*
1
1
2
*
3
FIGURE a-(xxii)
NODE
3 1 6 3 2 6 2 3 3 6 3 3 4
APPENDIX A
1 6
40pf 16.5k
ALL
1
.1 L’S
3 5 1 .05 µ h 6k 50pf
.01 40
2
4 6 TERM
2
.01 40
* SHIELD TIED TO INDUCTOR
15k
.1 ON TERM BLOCK 45pf
TRANS REC 1
ARINC SPECIFICATION 429, PART 1 - Page 155
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
Amplitude Volts FIGURE a-(xxiii)
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xxv)
Amplitude Volts
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a(xxvi)
Amplitude Volts
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xxvii)
REC
5 FEET TWO
TRANSMITTER
REC
328 164 8
5 FEET ONE OR 100
FEET FEET FEET
REC 2
1 (1.5m) 4 1
2 BUSLIN 5 2
3 5 6 1 LOAD
SHIELD
1 2
5
* *
1 1 1 1 1 4 1
REC 1
4 4 4
TRANS (1.5m) (100m) (50m) (2m)
1 LOAD,
2 2 5 2 5 2 5 2 5 2 @ 100
BUSLIN 1 Node BUSLIN 2 Node BUSLIN 3 Node BUSLIN 4
3 6 1 3 6 2 3 6 3 3 6
1
SHIELD 2 SHIELD 2 1 SHIELD 2 1 SHIELD
1 2
1 2 3 4
* * * * * * * *
1 2 3 4 5 6 7 8 9
40pf 16.5k
ALL
1
.1 L’s
3 5 1 .05 µh 6k 50pf
.01 40
2
4 6 TERM
2
* SHIELD TIED TO INDUCTOR
.01 40
15k
.1 ON TERM BLOCK 45pf
Trans
ARINC SPECIFICATION 429, PART 1 - Page 160
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xxviii)
Amplitude Volts
Time (microseconds)
Time (microseconds)
APPENDIX A
LABORATORY VERIFICATION OF ARINC 429 DITS ELECTRICAL CHARACTERISTICS
FIGURE a-(xxix)
Amplitude volts
Time (microseconds)
Time (microseconds)
A2-1.0 Introduction
During the time that the broadcast approach to digital information transfer became established in the air transport industry,
the military aviation community adopted a command/response time division multiplex technique as its standard. In this
approach, all aircraft systems needing to exchange digital data are connected to a common bus and a dedicated “bus
controller” determines which of them may output data on to the bus at any given time. MIL STD 1553 was written to
describe this system.
The airlines considered adopting MIL STD 1553, or something like it, for use on post-1980 new civil aircraft types but found
the multiplex technique to be inappropriate for such applications. In civil avionics systems, data typically flows from a given
source to a single sink, or group of sinks which may be connected in a parallel, and these sinks are typically not themselves
data sources. Thus there is no need for the data transfer system to provide the capability for every unit of every avionics
system to both talk and listen to every other unit. The broadcast technique is adequate, and thus the airlines elected to stay
with it for their new DITS.
Another development in this same time frame has been the increased use by the military, particularly in transport aircraft, of
avionics equipment designed originally for the airlines. This trend may be expected to continue and so give rise to the need
to interface equipment providing Mark 33 DITS I/0 capability with a MIL STD 1553A data bus system. The material in this
Appendix prepared by the Information Engineering Division of the USAF Directorate of Avionics Engineering describes one
way of doing this, using a data exchange buffer to compensate for the electrical, logic and timing differences between the two
systems.
The following is a proposed method for interfacing an avionic system employing sensors designed for any combination of
ARINC Mark 33 DITS and MIL-STD-1553A. This method minimizes message related differences and compensates for
electrical, logic and timing differences in a Data Exchange Buffer (DEB).
In a hybrid system such as shown in Figure b-(i), a signal may originate in either a DITS type subsystem or a 1553A
subsystem and may be destined for either type of terminal. DITS data received by a DEB is momentarily stored and then
retransmitted, complete with label, to the 1553A bus controller. The bus controller determines the intended destinations from
the label and look-up table. For DITS destinations, the word is retransmitted, as received, to the appropriate DEB. For
1553A destinations, the data may be retransmitted as received or reformatted, as required by the destination subsystem.
Reformatting could involve removal of label and reversing of bit order (MSB vs LSB first). Figure b-(ii) shows the handling
of a word originating in the destined for DITS terminals.
Upon arrival at the appropriate destination DEB, the data is momentarily stored and then retransmitted in DITS format,
complete with label, to the destination subsystem. If all labels in the system are unique, all receivers in all subsystems
associated with a DEB may be connected in parallel. Only the data with the proper label will be recognized by each receiver.
If labels are not unique, the DEB must have separate transmitters to transmit the data with identical labels. The desired
transmitter could be specified in the 1553A subaddress field.
The retransmission of the data by the DEB allows inherently for different electrical and logical characteristics. The storage of
the data allows for simultaneous reception from multiple receivers (DITS and 1553A) and retransmission when the desired
bus is available. The much higher speed of 1553A would make retransmission delays small.
Figure b-(iii) illustrates the organization of a minimum system. It consists of multiple DITS receivers dumping received data
into a first-in first-out (FIFO) stack, available as single LSI chips. The received data is temporarily stored and then
retransmitted by the 1553A terminal. Data received via 1553A is dumped into another FIFO for retransmission by a DITS
transmitter. The hardware consists only of DITS receivers, the 1553A terminal, the DITS transmitter, and as many FIFO’s as
are required. Hand-shaking signals available on the FIFO’s eliminate almost all supporting SSI chips. This entire system
would probably fit on one full ATR card or less.
Figure b-(iv) illustrates possible organization for a more sophisticated DEB. It consists of an many DITS transmitters and
receivers as necessary, a single (internally redundant) 1553A remote terminal, a buffer memory, a controller
(microprocessor), and a program for the controller contained in ROM. Whenever a complete, valid word is available at a
receiver, the controller is notified. When the parallel data bus becomes available, the word is transferred to memory. When
the desired transmitter (DITS or 1553A) becomes available, the data word is routed from memory to the transmitter. The low
rate of DITS terminals (minimum 320 microsec/word) would result in a very low loading of the parallel bus and controller.
The speed of the 1553A terminal might necessitate a direct memory access arrangement. The controller, the program
memory, the buffer memory and a dual 1553A remote terminal would probably fit on one one-sided 3/4 ATR card. The
required ARINC transmitters and receivers would probably fit on another card.
This method represents one way of constructing a hybrid system. The retransmission of the label with the data greatly
reduces the intelligence required by the DEB but increases bus loading. A more intelligent DEB, perhaps located in the bus
controller, could achieve much higher efficiencies.
ARINC SPECIFICATION 429, PART 1 - Page 163
APPENDIX B
AN APPROACH TO A HYBRID BROADCAST-COMMAND/RESPONSE DATA BUS ARCHITECTURE
FIGURE b-(i)
HYBRID BUS ARCHITECTURE
SUBSYSTEM
R
SUBSYSTEM
OLD
NEW
R
RT
T
R
RT
R
T
SUBSYSTEM
R
OLD
R
CONTROLLER
T
BUS
EXCHANGE
BUFFER
DATA
DUAL 1553A BUS
BUSES
DITS
SUBSYSTEM
NEW
RT
SUBSYSTEM
T
OLD
RT
R
T
ARINC SPECIFICATION 429, PART 1 - Page 164
AN APPROACH TO A HYBRID BROADCAST-COMMAND/RESPONSE DATA BUS ARCHITECTURE
Received DITS word (32bits) LABEL
FIGURE b-(ii)
APPENDIX B
Transmitted via 1553A S LABEL S
XMTR
DITS
RECEIVER
DITS
DITS BUS 3
DITS BUS 1
DITS BUS 2
ARINC SPECIFICATION 429, PART 1 - Page 166
APPENDIX B
AN APPROACH TO A HYBRID BROADCAST-COMMAND/RESPONSE DATA BUS ARCHITECTURE
FIGURE b-(iv)
PROGRAMMABLE DATA EXCHANGE BUFFER
TERMINAL
1553A
MEMORY
BUFFER
XMTR
DITS
PROGRAM
CONTROLLER
RECEIVER
DITS
RECEIVER
DITS
Collins Avionics Divisions
400 Collins Road, NE Rockwell Signal Degradation
Cedar Rapids, Iowa, 52406
(319) 395-1000 International • Modification Signal to Noise Ratio (MSN)
Cable COLINRAD Cedar Rapids • Static Accuracy
Spectral Characteristics
4 May 1979 • Update Interval
• Transmit Interval
• Pre-sampling Bandwidth Limit
A Control System View of
ARINC 429 Bus Specifications
By The following discussion of these characteristics should aid the reader in
APPENDIX C
The discussion below summarizes concepts that have grown out of an in-house
effort to determine what parameter characteristics Collins feels should be II. Stability Consideration
included in the data standards tables of ARINC Bus Specification 429 (DITS).
The DITS specification seems to be evolving as more than merely a digital bus
There is nothing uniquely digital in this area. Here our concern is with those
description since in many ways it is taking on the characteristics of a system
characteristics that are most often used in linear system stability analysis – namely
interface specification. This raises philosophical questions concerning those
gain and phase characteristics. We recognize at the outset that all sensor systems
characteristics, which should appear in the individual equipment specifications
are not 100% linear but this does not prevent us from defining a linear model of
versus those which should appear in “429”. The authors cannot resolve such
APPENDIX C
Control Band – That band of frequencies over which magnitude and phase
characteristics of the sensor are important to the control system stability.
APPENDIX C
important sources of signal degradation are illustrated. The term “noise” is used
somewhat loosely in Figure 2 to denote degradation sources. Process noise and
installation noise are inherent in the signal impinging on the sensor – the former
being things such as gust noise and beam noise and the latter being effects such as
The other inherent sensor degradation is more difficult to deal with, however, for
it is signal dependent. A familiar analog example is input amplitude dependent
characteristics such as saturation effects that only become significant above
certain input amplitudes. Another is nonlinearities that produce harmonic
distortion under sine wave excitation as shown in the example below.
ARINC SPECIFICATION 429, PART 1 – Page 170
Harmonic Distortion
To evaluate the spectral characteristics of measurement error will require tests
which force the system with noise type inputs. Exponentially correlated noise of
Consider square law distortion in an otherwise linear sensor. Let the sensor specified variance and correlation time (or bandwidth) should be sufficient in
output be most cases. If a sensor is known to be susceptible to a specific type of noise,
however, that noise should be included in the test. Often it will be useful to
y(t) = x(t) + kx(t)² separate out the low frequency or d-c components of measurement error since
these may be more tolerable in some applications than dynamic errors. A set of
tests that will measure these characteristics is described below.
Where x(t) is the sensor input and let x(t) = sinwt. Then
k k Force the sensor with random noise of specified rms value (σ) and correlation
APPENDIX C
are introduced, such as signals being received at one rate from a digital bus and
frequency. This effect would indicate d-c bias and possibly low frequency bias
being used at a different rate by a software program. If the analog signals
drift from the sensor. This effect may or may not be important depending on
originally sampled and put on the bus were sinusoidal at one frequency then, in
whether the application permits washing out low frequency components, e.g. in a
general, frequency components less than and greater than the input frequency (as
complementary filter. In the range of frequencies where accurate sensor response
well as the input frequency) appear after the second sampler. The amplitude and
is required, it is suggested that appropriate values for the modified signal to noise
number of these spurious outputs is a function of the two sampling rates as well as
(MSN) will be 100 to 1000. Roughly, these numbers correspond to noise power
the input frequency. The net effect of all such internal sensor effects is
being 1% to .1% of signal power at each frequency or noise being 40 to 60 db
observable by subtracting sensor input from sensor output to yield measurement
down from signal. The relationship between MSD and ordinary signal to noise
error as shown in Figure 2.
can be understood by assuming both signal and noise PSD’s are flat over a band
of frequencies ∆w as shown in Figure 3. Let the value of the signal PSD in this
Measurement Error
band be So, then rms signal power in the band ∆w is given by So*w. Similarly,
rms error power is given by Po*w . Therefore conventional signal to noise over the
The involved nature of what can happen to the signal within the sensor as shown
band w is given by . RequiringSo that this signal to noise be 100 is equivalent to
in Figure 2 is the source of ambiguity in conventional “accuracy” specs. Since Po
requiring that noise power be 1% of signal power over this band. Carrying this
measurement noise can be dependent on input amplitude as well as spectral
back to the MSN implies that MSN (w) = = 100 Sover
o the band ∆w. The
characteristics, it is not possible to specify it with a single and simple metric. It Po
above also represents the motivation for considering square root of the ratio than
should also be apparent that measurement error must be addressed statistically
the ratio directly.
since a significant portion of the input, process noise, is only describable as a
random process.1 Technically the input signal is also in general a random
processes influenced by such things as the gust striking the aircraft. Gusts also Amplitude Dependent Nonlinearities
can only be described as random processes.
The approach described above tests for input frequency dependent degradations by
1
Recognizing that a complete description of a random process includes not only providing a realistic input spectrum. It should be realized that if there are
probability distributions but also spectral characteristics.
amplitude dependent degradations, the MSN analysis will yield different answers • Static Accuracy – A measure of the amplitude dependent
depending on the rms value of the input noise. It is suggested that the MSN characteristics of sensor errors defined as the difference between
measurement be done with worst case input noise, i.e., largest rms and bandwidth input and output signals after all transients have settled.
that will be encountered. In some cases alternate MSN specs for different flight
regimes may be appropriate. Potential Measurement Technique
Modified Signal to Noise (MSN) determination requires assuming a random
In many cases a more explicit presentation of the amplitude dependent non- process model for the signal impinging on the sensor. Normally an exponentially
linearities may be desirable. A good example here is localizer receiver linearity, correlated signal with specified variance will be sufficient. Empirically
specified as being linear within a given percentage up to .155 DDM, a larger determined power spectral densities (using discrete Fourier Transform
percentage from .155 to .310 DDM and not decreasing between .310 and .400 techniques) will need to be measured for input signal as well as measurement
DDM. Such a specification is important in defining localizer capture laws, where error. Static accuracy measurement was described above.
one can begin “using” the signal crudely before it is linear or precisely accurate. It
should be noted that this is a slightly different use of sensor data than for precise IV. Spectral Characteristics
state control, i.e. the control is carrying the system to a prescribed state rather
APPENDIX C
The important signal degradation terms are defined concisely below. Only the
I
• Measurement Error PSD (MEPSD) – The power spectral density of T
measurement error introduced by the sensor. U
D
E
• Modified Signal to Noise Ratio – A measure primarily of the
spectral characteristics of sensor errors defined as the square root of Po
rms =
the ratio of SPSD and MEPSD at each frequency in the control
p ∆w
0
band. frequency
w w
SPSD (w)
i.e., MSN(w) = MEPSD (w) MSN (w) =
SPSD (w)
MEPSD (w)
APPENDIX C
discussion but a technique has been developed that will yield this spectrum, F2 (s),
Analog F(S) F (S) Digital F 2 (S)
given the quantities F1, F2, and the shape of the repeated spectrum of F (s) in F1 Quantity
1
Register
(s). There is considerable spreading of signal energy in this process with f1 f2
considerable “aliasing” potential even if the quantity fc in Figure 4 is much less
than the Nyquist frequency ( f21 , f22 ) for both F1 and F2. The “aliasing” in Software
Bused
The discussion above did not specify whether the original analog quantity was a
deterministic signal or a random process. For deterministic cases we deal with
the Fourier transforms of the signals involved. However, as pointed out in
Section III the signals of interest are really describable only in terms of random
processes. For this case the development must proceed in terms of power spectral -2f 1 -f 1 -f c fc f1 2f 1 S
density of the signals involved. Figure 5 then illustrates the bound on bused
signal PSD that is envisioned. Recall that white noise through a lowpass filter
yields a PSD that rolls off at 40 db/decade as shown below. Figure 4 Analysis of Multirate Sampling
• Pre-sampling Bandwidth Limit – That bandwidth for a first order lag that will
upper bound the spectral characteristics of the signal of the signal on the bus.
Power
APPENDIX C
Frequency
Pre-Sampling
Bandwidth w
Limit
APPENDIX D
The enclosed paper is a revised version of “Design Parameters for Digital The new generation of commercial aircraft will use digital technology to
Avionic Systems,” which was originally circulated with AEEC letter 79- implement many functions, which were traditionally performed with
022/SAI-99. The revision addresses the topic of aliasing which could analog hardware. These functions include inner and outer servo loops for
occur when reducing the sampling rate of a digitally encoded signal. This aircraft control and guidance, processing and filtering signals from
topic was discussed at the DITS working group meeting held on April 18 navigation and other sensors, and filtering of data prior to its display on
and 19. cockpit instruments. Digital technology will also replace the majority of
the formerly analog communication paths between systems, sensors,
instruments and actuators.
Sincerely
A basic property of these and other digital systems is that they only
process or transfer values of data from discrete points in time. The
AIR TRAFFIC CONTROL contrast between the discrete time nature of a digital system and the
AND ELECTRONIC SYSTEMS continuous time nature of an analog system is shown in Figure 1. Analog
systems are said to operate in the continuous time domain while digital
systems are said to operate in the discrete time domain.
APPENDIX D
computational resources, and the bandwidth of the system which uses the
harmonics will not overlap the spectral component centered about zero data. A practical way to make these choices is to analyze the system for
frequency. Therefore, the spectral component centered about zero, which various sample rates and filters. This can best be done with the aid of a
is identical to the input spectrum, can be obtained by passing the sampled computer program which computers the effect of each combination of
output through a low pass filter with a bandwidth of fo Hz. sample rate and filter characteristic on the output signal-to-noise ratio for
the defined input signal and noise spectra.
Application of the Sampling Theorem to Digital Avionics Systems
If the maximum allowable propagation delay is given, the minimum Reference: Herman J. Blinchikoff and Anatol I. Zverev, Filtering in the
usable filter bandwidth can be found standard plots of group delay versus Time and Frequency Domains, John Wiley and Sons, New
frequency for the type and order of filter considered. (See for example York.
Reference 1, page 112.) This minimum bandwidth is plotted on Figure 6
as a vertical line. The maximum achievable signal-to-noise ratio is
constrained by the requirement for a presampling filter wide enough to
limit delay to the given value. The intersection of the minimum
bandwidth line with the top curve of Figure 6 gives the maximum Analog
achievable signal-to-noise ratio i.e., the signal-to-noise ratio which would Analog System Analog
be achieved by an unsampled system. Input Output
APPENDIX D
outlined above. Some systems which use sampled data, such as closed time time
loop control systems, have a bandwidth which is much smaller than that
of the sampling filter. For this reason it is important to verify that the Figure 1(a) Typical Input and Output of Analog System
signal and noise power which is aliased into the frequency band of interest
is well below the inherent noise in that band.
Conclusion
∑
n = −∞
δ (t − nTs )
−
2
T
−
1
−
1 0 1 1 2 f
s T s
2T s 2T s T s
T s
APPENDIX D
1 0 1
∞ −
ℑ{
∑
n = −∞
δ ( t − nTs )} 2T s 2T s
- - -
- - - 1 0 1
0
−
- 1 -fo fo 1 f
2T s 2T s
Ts Ts
Figure 5(b) Output Signal and Noise Spectra Showing Signal-to-Noise
- 1 + fo 1 -f Ratio Degradation Due to Aliasing of Signal and Noise
o
Ts Ts
APPENDIX E
GUIDELINES FOR LABEL ASSIGNMENTS
The ARINC 429 data bus was developed to provide a standardized means of digital information transfer between the
“ARINC 700” series of avionics units. ARINC 429 has proven to be a very flexible standard and its usage has extended to
provide data transfer between Line Replaceable Units (LRU) which are not otherwise covered by ARINC Characteristics. It
is important that each new usage of ARINC 429 be coordinated and indexed by ARINC such that the information on usage
(label allocation, data format, etc.) is available industry-wide. The use of the same label for two different functions on a
particular LRU type built by different manufacturers can create serious problems.
To facilitate the coordination of ARINC 429 label usage between the industry and the ARINC staff, a set of guidelines is
provided.
1. New labels should be selected from the five character field as defined in Section 2.3 (three octal and three
hexadecimal).
2. The following labels have special significance and should not be used: label 000 (not used) and label 377
(equipment identification).
3. The following labels are presently “spare” and should only be used for new parameters which may have very
widespread usage throughout the airplane architecture.
4. Where possible, similar word usage should be “grouped”; for example, if Engine N 1 is to be provided from a new
unit (PMUX) it should utilize label 246 which is presently N 1 (engine direct).
5. Where possible, grouped usage should have identical data specification (units, range, significant digits/bits, positive
sense, resolution, min--max transmit interval). To facilitate this commonality it is permissible for a particular LRU
to output a lower resolution signal (fewer significant digits/bits) if the least significant remainder of the data field is
set to zeros.
6. Where word grouping is not possible, the labels should be selected from the following subgroups:
Binary coded decimal (BCD) sub-group 001 to 067, 125, 165, 170, 200, 201,230 to 237.
Binary (BNR) subgroup 070 to 124, 126 to 144, 150 to 154, 162 to 164, 166, 167, 171 to 177, 202 to 227, 240 to
257, 262 to 265, 267, 310 to 347, 360 to 376.
APPENDIX E
GUIDELINES FOR LABEL ASSIGNMENTS
BCD
BNR
Discretes
Maintenance data
Test
Application dependent
Acknowledgement
Maintenance ISO #5
ISO #5 message
8. The data should be fully defined by Equipment ID and the label and the Source Destination Indicator (SDI). It
should not be necessary to decode additional bits in the word to correctly interpret the data field.
9. The equipment ID should be allocated as the two least significant digits of the 7XX ARINC equipment
specification, if one exists. For equipment not otherwise covered by an ARINC Specification, an equipment ID
should be allocated with a non-numeric value of the hexadecimal character set as the least significant digit.
11. The SDI code should indicate the aircraft installation number of the source equipment, in a multi-system installation,
as described in 2.1.4.
Two /
Most /
Sig. /
Digits / 0 1 2 3 4 5 6 7
00 X
01
02
03 BCD
04
05
06
07
10 BNR
11
12 BCD
13
14 DISCRETE
15 MAINT DISC M DATA
16 MAINT DATA
17 BCD
20
21
22
23 BCD
24 BNR
25
26 MIX TEST
27 DISCRETE TEST
30 APPLICATION DEPENDENT
31
32
BNR
33
34
35 MAINT DATA ACK M ISO ISO5
36 BNR
37 EQ ID
ARINC SPECIFICATION 429, PART 1 - Page 181
APPENDIX X
CHRONOLOGY & BIBLIOGRAPHY
X-l.0 Chronology
AEEC established the Systems Architecture and Interfaces (SAI) Subcommittee in 1975 to develop the air transport
industry’s approach to digital avionics systems architecture, to define digital system interface standards. With respect to this
last-named, the Subcommittee soon determined that the industry’s previous approaches to digital information transfer,
described in ARINC Specification 419, “Digital Data System Compendium”, needed rationalization and modernization to be
applicable in the future digital systems world. However, this work was not started immediately because of the need to
concentrate on the more basic tasks related to digital systems architecture.
About a year later, AEEC deemed it timely to start the spec-writing for a digital automatic flight control system based on the
system architecture concepts developed by the SAI Subcommittee. The Subcommittee AEEC established to do this began its
work in January 1977. Part of this activity was the definition of black box interface standards, and this brought into sharp
focus the need for the new digital information transfer system to be properly specified.
The SAI Subcommittee immediately began to devote time to the discussion of the issues involved to give direction to the
Digital Information Transfer System (DITS) working group it set up to develop a spec draft. This group met early in April
1977, and produced a draft which the full Subcommittee reviewed at its meeting in May. A second working group meeting
during the period of that Subcommittee meeting, followed by a third in mid-June, produced the second draft of the spec. This
draft was submitted to AEEC for adoption, which was achieved at the Summer 1977 General Session in July.
The spec adopted by AEEC contained details of numeric data (BNR and BCD) transfer only. The SAI Subcommittee
notified AEEC of its intent to broaden the scope of the document to cover alpha/numeric (ISO Alphabet No. 5) and graphic
data handling also. These subjects would be addressed in a Supplement to the spec which AEEC would be asked to approve
at a later date.
X-2.0 Bibliography
The following is a list of AEEC letters associated with the preparation of ARINC Specification 429. A list of AEEC letters
related the SAI Subcommittee's overall activities may be found in ARINC Report 299, “AEEC Letter Index”.
76-130/SAI-20 Dec. 9, 1976 Report of the Systems Architecture and Interfaces Subcommittee Meeting
held November 16th, 17th and 18th, 1976 in Seattle, Washington
77-009/SAI-22 Jan. 27, 1977 Whither On-Board Digital Data Transmission Standards?
77-037/SAI-28 Mar. 25, 1977 Report of the Systems Architecture and Interfaces Subcommittee Meeting
Held March 7th, 8th and 9th, 1977 in Arlington, Virginia
77-047/SAI-33 Apr. 13, 1977 Circulation of Draft No. I of Project Paper 429, “Mark 33 Digital
Information Transfer System (DITS)”
77-056/SAI-37 Apr. 18, 1977 Report of the SAI Subcommittee BITS Working Group Meeting Held April
5-6, 1977, in Annapolis, Maryland
77-066/SAI-41 Jun. 8, 1977 Report of the Systems Architecture and Interfaces Subcommittee Meeting
Held May 9th, 10th and 11th, 1977 in Los Angeles, California
77-079/SAI-46 Jun. 23, 1977 Circulation of Draft No. 2 of Project paper 429, “Mark 33 Digital
Information Transfer System (DITS)”
ARINC SPECIFICATION 429, PART 1 - Page 182
APPENDIX X
CHRONOLOGY & BIBLIOGRAPHY
The following people comprised the SAI Subcommittee’s Digital Information Transfer System Working Group.
Tom Ellison UNITED AIRLINES San Francisco, California
Wolfgang Bull DEUTSCHE LUFTHANSA Hamburg, Germany
Siegmar Gomille DEUTSCHE LUFTHANSA Hamburg, Germany
Jim Wahlen BENDIX AVIONICS Ft. Lauderdale, Florida
Tony Martin BOEING Seattle, Washington
Frank Rasmussen BOEING Seattle, Washington
Ed Schroeder BOEING Seattle, Washington
Arvind Dandekar COLLINS RADIO, ROCKWELL INT. Cedar Rapids, Iowa
Bill Harts COLLINS RADIO, ROCKWELL INT. Cedar Rapids, Iowa
David Lewis DELCO ELECTRONICS Milwaukee, Wisconsin
Ralph Bazil KING RADIO CORPORATION Olathe, Kansas
Hal Pierson MITRE CORPORATION McLean, Virginia
Bob Clark SPERRY FLIGHT SYSTEMS Phoenix, Arizona
Capt. Russ Glastetter USAF Dayton, Ohio
David Featherstone AERONAUTICAL RADIO, INC. Annapolis, Maryland
The following people attended one or more of the SAI Subcommittee meetings held November 16th-18th, 1976, March 7th-
9th, 1977 and May 9th-11th, 1977, during which the 429 DITS spec drafts and other proposals produced by the DITS
working group were reviewed, refined and finalized.
Airlines and ARINC Staff
T. A. Ellison, Chairman UNITED AIRLINES San Francisco, California
J. S. Davidson AIR CANADA Montreal, Canada
Gerard Collin AIR FRANCE Orly Aerogare, France
Jean Baptiste Rigaudias AIR FRANCE Orly Aerogare, France
Jean Le Luc AIR INTER Orly, France
Clarence L. Richmond AMERICAN AIRLINES Tulsa, Oklahoma
Robert M. Cook DELTA AIRLINES Atlanta, Georgia
Jose M. Recacha IBERIA SPANISH AIRLINES Barajas-Madrid, Spain
P. Lorie KLM AIRLINES Amsterdam, Netherlands
Ludwig Kilchert LUFTHANSA GERMAN AIRLINES Hamburg, Germany
Norton Codish PAN AM WORLD AIRLINES Jamaica, New York
Vic Persson SCANDINAVIAN AIRLINES Stockholm-Bromma, Sweden
Karl H. Riesen SWISSAIR Jamaica, New York
T. E. Jackson TWA Kansas City, Missouri
L. R. Berryhill UNITED AIRLINES Denver, Colorado
M. W. Brecht UNITED AIRLINES San Francisco, California
O. R. Evans UNITED AIRLINES San Francisco, California
C. H. Humphrey UNITED AIRLINES San Francisco, California
Robert K. Moyers U.S. AIR FORCE Washington, D.C.
Claude Gouillon UTA Puteaux, France
Wallace L. Urie WESTERN AIRLINES Los Angeles, California
W. T. Carnes AERONAUTICAL RADIO, INC. Annapolis, Maryland
B. R. Clime AERONAUTICAL RADIO, INC. Annapolis, Maryland
D. H. Featherstone AERONAUTICAL RADIO, INC. Annapolis, Maryland
C. C. Tinsley AERONAUTICAL RADIO, INC. Annapolis, Maryland
APPENDIX X
CHRONOLOGY & BIBLIOGRAPHY
APPENDIX X
CHRONOLOGY & BIBLIOGRAPHY
SUPPLEMENT 1
TO
This Supplement adds to Specification 429 material To permit the use of common hardware elements for the
related to the transfer of graphic and ISO alphabet No. 5 transmission of BNR and BCD numeric data, the format
encoded alpha/numeric data by the Mark 33 DITS. Also, for the Mark 33 DITS BCD word differs from that used
it clarifies the purpose of the SDI function, adds BCD and formerly for this type of data. Bit no. 32 is assigned to
BNR numeric data encoding examples to Attachment 6 parity, bit nos. 31 and 30 to the sign/status matrix, bit no.
and introduces two Appendices into the Specification. 29 is the most significant bit of the data field, and the
maximum decimal value of the most significant character
B. ORGANIZATION OF THIS SUPPLEMENT is 7. Previously, the BCD word contained no parity bit,
the sign/status matrix occupied bit nos. 32 and 31, bit no.
The first part of this document, printed on goldenrod 30 was the most significant data bit and the maximum
paper, contains descriptions of the changes introduced decimal value of the most significant character was 3.
into the Specification by this Supplement, and, where This format made the word 8-bit byte oriented with
appropriate, extracts from the original text for comparison respect to the data. This characteristic is not retained in
purposes. The second part consists of replacement white the Mark 33 system.
pages for the Specification, modified to reflect these
changes. The modified and added material on each
replacement page is identified with “c-1” symbols in the Also, the Mark 33 BCD word will not accommodate
margins. Existing copies of Specification 429 may be latitude and longitude to the formerly specified resolution
updated by simply inserting the replacement white pages of 0.1 minute of arc. If BCD transmission of these
where necessary and destroying the pages they replace. quantities in required, either the resolution must be
The goldenrod pages should be inserted inside the rear decreased or the word must be restructured.
cover of the Specification. Restructuring involves limiting the maximum decimal
value of the most significant character to 1, moving the
Copies of the Specification bearing the number 429-1 remaining BCD characters towards the MSB by two bit
already contain this Supplement and thus do not require positions and using bit nos. 9 and 10 for data instead of
revisions by the reader. reserving them for source/destination identification
encoding per Section 2.1.4 of this document. It is
C. CHANGES TO SPECIFICATION 429 probable, however, that future latitude and longitude
INTRODUCED BY THIS SUPPLEMENT displays will not be the simple, dedicated read-out type
for which BCD data is intended. More likely is the use of
This section presents a complete tabulation of the changes some form of multiple-message display, such as a CRT,
and additions to the Specification introduced by this which will be backed by its own data processor and prefer
Supplement. Each change or addition is identified by the inputs of BNR data. If this proves to be the case, there
section number and title currently employed in the will be no problem!
Specification, or by the section number and title that will
be employed when the Supplement is eventually 2.1.3 Information Identifier
incorporated. In each case there is included a brief
description of the addition or change and, for other than Text expanded to explain differing roles of label codes in
very minor revisions, any text originally contained in the numeric (BCD/BNR) and alpha/numeric (ISO Alphabet
Specification is reproduced for reference. No. 5) data transfer. “Special Note” added.
1.3.2 ISO Alphabet No. 5 Data Transfer ORIGINAL TEXT FOLLOWS
Existing text supplemented – no other changes. The first eight bits of each word are assigned to a label
function so that the data contained in the word may be
1.3.3 Graphic Data Transfer identified. Label code assignments are set forth in the
table of Attachment 1 to this document.
New section added by this Supplement.
2.1.4 Source/Destination Identifier
2.1.2 Information Element
COMMENTARY Section modified to indicate that bit nos. 9 & 10 are not
available for the SDI function in DITS words employed
revised to improved clarity of opening sentence, and for graphic and ISO Alphabet No. 5 data transfer, or in
to modify the statement concerning the BCD- BNR/BCD words in which bit nos. 9 and 10 are needed
encoding of latitude and longitude as a consequence for valid data in order to achieve the desired resolution.
of the clarification of the use priorities for bit nos. 9 Code table revised and function application more fully
and 10 introduced into Section 2.1.4 by this described. Consequential revisions to Commentary.
Supplement.
SUPPLEMENT 1 TO ARINC SPECIFICATION 429 - Page 3
In many applications of the Mark 33 DITS, data Typographical errors corrected in second paragraph of
source/destination identification will not be needed. Commentary.
In these cases, bits 9 & 10 will be used as pad bits for
valid data. In certain other applications of the 2.2.1 Transmission System Interconnect
system, for example, BCD latitude and longitude
encoding (if needed – see Commentary following Existing material supplemented with information
Section 2.1.2 of this document), the need to use bit concerning shield grounding.
nos. 9 and 10 to obtain adequate data resolution will
preclude source/destination identification in this way. 2.2.3.2 Receiver Voltage Levels
Note that this document does not address the DC levels between terminal A and ground and terminal B
practical question of how these bits will be set in and ground at which receivers should not be damaged
those multi-system installations in which the raised from +20VDC to +28VDC (min) and for –20VDC
source/destination identification function is desired. to –28VDC (min) respectively to align numerical values
One way would be to use program pins on individual with aircraft DC power supply value.
system black boxes which would be wired to set up
the appropriate code. The ARINC Characteristics 2.3.1.3 ISO Alphabet No. 5 Data
devoted to the individual systems will define the
method actually to be used. New section added by this Supplement.
The “sign” (plus, minus, north, south, etc.) of the Column heading “MIN TRANSMIT INTERVAL msec”
transmitted data and the status of the transmitter hardware changed to “MAX TRANSMIT INTERVAL msec” in
should be encoded in bit nos. 30 and 31 as shown in the each case.
table below.
Attachment 2: Data Standards Table 3
Bit No. Designation
Table 3 (Alpha/Numeric (ISO Alphabet No. 5) Data
31 30 BNR/BCD Data ISO # 5 Data Standards) deleted. Table 4 (Discrete Data) renumbered
0 0 Plus, North, East Table 3.
Right, To
0 1 No Computed Data TBD Note: Table 3 was reserved for alpha/numeric (ISO
1 0 Functional Test Alphabet No. 5) data standards prior to the preparation of
1 1 Minus, South, West, this Supplement. The need for it disappeared as a result
Left, From of the particular approach selected for handling this data
introduced into Specification 429 by this Supplement.
SUPPLEMENT 1 TO ARINC SPECIFICATION 429 - Page 4
SUPPLEMENT 2
TO
A. PURPOSE OF THIS SUPPLEMENT used, the resolution possible for the information will
exceed that called for in this specification. The
This Supplement amends the material added to Commentary following Section 2.1.6 of this document
Specification 429 on ISO Alphabet No. 5 data transfer, refers.
and expands the multiple-word DITS message concept
first used in this application to cover Discrete, 2.1.3 INFORMATION IDENTIFIER
Acknowledgement and Maintenance (ISO Alphabet No.
5 and discrete data formats) information transfer as well. Text revised to describe label use for
The Application Notes of Chapter 3 of the Specification AIM/Discrete/Maintenance data word type
are amended to bring them into line with adopted identification.
practice in the control of DME’s and ATC transponders,
and supplemented with material related to the multiple- ORIGINAL TEXT FOLLOWS:
word message applications of the system just
mentioned. Also, additions and modifications have 2.1.3 Information Identifier
been made to the label codes and data standards in
Attachments 1 and 2 of the Specification to bring them The first eight bits of each word are assigned to a label
into line with adopted practice. function. Labels will a) identify the information
contained within numeric (BCD/BNR) data words (e.g.,
B. ORGANIZATION OF THIS SUPPLEMENT DME distance, static air temperature), and b) act as
receiving device addresses for alpha/numeric (ISO
The first part of this document, printed on goldenrod Alphabet No. 5) data words (e.g., navigation system
paper, contains descriptions of the changes introduced CDU or map display). Label code assignments are set
into the Specification by this Supplement, and, where forth in Attachment 1 to this document.
appropriate, extracts from the original test for
comparison purposes. The second part consists of 2.1.5.1 BCD NUMERIC AND AIM DATA WORDS
replacement white pages for the Specification, modified
to reflect these changes. The modified and added Title and text revised to include other AIM applications
material on each replacement page is identified with “c- in material originally prepared to describe sign/status
2” symbols in the margins. Existing copies of matrix use in ISO Alphabet No. 5 words, and to provide
Specification 429 may be updated by simply inserting definition of Self-Test.
the replacement white pages where necessary and
destroying the pages they replace. The goldenrod pages ORIGINAL TEXT FOLLOWS:
should be inserted inside the rear cover of the
Specification. 2.1.5.1 BCD Numeric and ISO Alphabet No. 5 Data
Words
Copies of the Specification bearing the number 429-2
already contain this Supplement and thus do not require The sign (plus, minus, north, south, etc.) of BCD
revisions by the reader. numeric data, the word type of alpha/numeric (ISO
alphabet No. 5) data and the status of the transmitter
C. CHANGES TO SPECIFICATION 429 hardware should be encoded in bit nos. 30 and 31 of the
INTRODUCED BY THIS SUPPLEMENT word as shown in the table below.
4. When it appears in a word identified by its label as 5. If, during the execution of a functional test, a
a system output, the “functional test” code should source system detects a failure which causes one or
be interpreted as advice that the data in the word more of the words normally output by that system
results from the execution of a functional test. to be unreliable, it should immediately change the
When it appears in a word identified by its label as states of bit nos. 30 and 31 in the annunciation is
an instruction, e.g., a radio channel change replaced with the “failure warning” annunciation
command, this code should be interpreted as a
command to perform a functional test. 2.2.3.1 TRANSMITTER VOLTAGE LEVELS
5. See Section 2.3.1.3 of this document for definitions Tolerances on “HI” and “LO” voltage states changed
of the terms “Initial Word”, “Intermediate Word” from ± 0.5 volt to ± 1.0 volt to correct previously
and “Final Word”. undetected error.
3.1.4.2 DME
ATC
TRANSPONDER
RESERVED
STANDBY
Beacon Transponder Code
MATRIX
IDENT
(SDI)
0.7
0.7
0.7
0.7
(3)
(6)
(2)
(0)
Bit No.
Example
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
0 0 0 0 1 1 0 1 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 1 1 0 1 1 0 0 0
[1]
[1]
Bit Zero One
Note: Labels 017, 027, 041, 042, 043, 044, 045, 236 and 237 previously had no values assigned. Values for labels 223, 224,
225, 226 and 227 have been changed.
Note: Labels 110, 112, 130, 131, 132, 133, 241, 245, 247, 346,
360, 372, 373, 374 and 376 previously had no values
assigned. Values for label 216 have been deleted.
SUPPLEMENT 3
TO
HF COM
RESERVED (SDI)
USB/AM MODE
SIGN/STATUS
PARITY (Odd)
Function LABEL
HF COM Frequency
0.001MHz
MATRIX
0.01MHz
0.1MHz
10MHz
(9)
1MHz
(7)
(2)
(5)
(3)
Bit No. 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Example 0 0 0 0 1 0 0 0 1 1 0 1 0 1 0 1 1 1 1 0 0 1 0 0 1 1 1 1 1 0 0 0
Notes [1] [2]
[1] When bit no. 10 is “zero” the equipment should operate in the AM mode. When bit
no. 10 is “one” the equipment should operate in the SSB (USB) mode.
[2] Only bit no. 9 is available for the SDI function in this word.
Tables 1 and 2 have both additions and modifications made to the data standards. Notes 2 thru 5 deleted. The original
information provided in ARINC 429-2 is included in these tables. An asterisk beside a value designated that a change
has been recommended. The formats of table 1 and 2 have also been changed to provide the addition of data standard
descriptors.
MAX.
LABEL PARAMETER TRANSMIT RANGE SIG. PAD
(OCTAL) NAME (SCALE FIG. FIG. UNITS RESOL
INTERVAL
msec
MAX.
LABEL PARAMETER TRANSMIT SIG. BITS
(OCTAL) NAME (NOT INC. UNITS RANGE APPROX
INTERVAL
msec SIGN) See Note 1 RESOL
1 0 0 Selected Course #1 50 9* Deg/180 ±180o 0.35*
1 0 1 Selected Heading 62.5 9* Deg/180 ±180o 0.35*
1 0 5 Selected Runway Heading 62.5 9* Deg/180 ±180o 0.35*
1 1 0 Selected Course #2 50 9* Deg/180 ±180o 0.35*
1 1 6 Cross Track Distance 62.5 8* N.M. 128 0.5*
1 2 1 Horiz. Steering Signal 100 10* Deg/180 ±60 o 0.06*
1 2 2 Vertical Steering Signal 100 9* Deg/180 ±30 o 0.06*
1 2 3 Throttle Command * * * * *
o
1 3 0 Tt2* 200 11 C 128 0.06
1 3 1 Pt2* 200 13 PSIA 32 0.004
1 3 2 Pt7* 200 13 PSIA 32 0.004
1 4 0 Flight Director-Roll 100 9* Deg/180 ±45 o * 0.1*
1 4 1 Flight Director-Pitch 100 9* Deg/180 ±22.5 o 0.05
1 4 2 Fast/Slow 62.5 8* Knots 32 0.125*
1 4 3 Flight Director-Yaw* 100* 12* Deg/180* ±180 o 0.05*
1 6 4 Radio Height 50 17* Feet 16384* 0.125
2 0 3 Altitude (1013.25mb) 62.5 18* Feet 131,072 0.05*
2 1 0 True Airspeed 62.5* 11* Knots 2048 1.0*
o
2 1 1 Total Air Temp. 500 10* C 512 0.5*
o
2 1 3 Static Air Temp. 500 10* C 512 0.5*
2 2 1 Indicated Angle of Attack 62.5 11* Deg/90* ±90 o * 0.05
2 4 1 Corrected Angle of Attack 62.5 11* Deg/90* ±90 o * 0.05
2 4 7 Total Fuel 200* 15* Lb. 655,360 20*
3 1 0 Present Position-Lat. 200 18* Deg/180 0-90N-0-90S 0.00035*
3 1 1 Present Position-Long. 200 18* Deg/180 0-180E-0-180W 0.00070*
3 1 2 Ground speed 100* 15 Knots 4096 0.125
3 1 3 Track Angle True 40* 12 Deg/180 ±180 o 0.05
3 1 4 True Heading 40* 12 Deg/180 ±180 o 0.05
3 1 7 Track Angle-Mag 40* 12 Deg/180 ±180 o 0.05
3 2 0 Magnetic Heading 40* 12 Deg/180 ±180 o 0.05
3 2 1 Drift Angle 40* 11* Deg/180 ±90 o * 0.05
3 2 2 Flight Path Angle 40* 10* Deg/180 ±45 o * 0.05
3 2 4 Pitch Angle 20* 13* Deg/180 ±90 o * 0.01
3 2 5 Roll Angle 20* 14 Deg/180 ±180 o 0.01
3 6 0 Potential Vertical Speed 50 10* Ft/min* 16384* 16*
# The change to MTI was erroneously omitted from Draft 1 of Supplement 3, but was included prior to publication of
Supplement 3.
SUPPLEMENT 3 TO ARINC SPECIFICATION 429 - Page 5
ATTACHMENT 2: DATA STANDARDS (cont’d) 4. A change in ARINC 710 not shown in Supplement
2 is a planned change for Supplement 3. The
NOTES resolution of Selected Runway Heading (BCD and
BNR) will be changed to .1 o.
1. The number entered in the Range Column for each
parameter that is not angular in nature is the 5. A change being considered for Supplement 3 is to
nearest whole binary number greater than the change the range to –6g - +4g to facilitate direct
parameter range required. As explained in the recording by the flight recorder.
Commentary following Section 2.1.6 of this
document, the weight of the most significant bit of ATTACHMENT 6: GENERAL WORD FORMATS &
the two’s complement fractional notation binary ENCODING EXAMPLES
word will be one half this value, and the actual
maximum value of the parameter capable of being SSM codes in AIM words changed to reflect table
encoded will be the number in the range column amendment of section 2.1.5.1.
less one least significant bit value. The numbers
entered in the RANGE column for angular Radio Height code example changed to reflect shift in
parameters are the actual degree ranges required. field.
The way in which these parameters are encoded is
also explained in the Commentary following Note 4 of Table 6.2 deleted to revert data coding to the
Section 2.1.6. original two’s complement notation.
2. Bit nos. 9 and 10 of the word may be used to Word formats added for date/flight leg and flight
achieve a 20 bit capability for high resolution of number information.
the Lat./Long. Position (codes 310 and 311). The
resulting resolution is .000086o for latitude and Word format added for VOR Omnibearing.
.00017 o for longitude.
Codes 203, 204, 206 and 207 deleted in Table 6.1a.
3. A change in ARINC 707 not shown in Supplement
2 is a planned change for Supplement 3. A self-
test inhibit bit will be added and the range of the
data word will be halved to a value of 8192 ft.
ATTACHMENT 6
Attachment 6 (cont’d)
GENERAL WORD FORMATS AND ENCODING EXAMPLES
NOTES
[2] Discretes
As discussed in Section 2.3.1.2 of this document,
unused bits in a word may be assigned to discrete
functions, one bit per variable. Bit #11 of the
word should be the first to be so assigned;
followed by bit #12 and so on in ascending
numerical order until the data field is reached. In
the absence of discretes, unused bit positions
should be occupied by binary zero or valid data
pad bits.
[3] Pad
TABLE 6-1a
NOTES: [1] “P” denotes pad “zero” or valid data. Section 2.1.2 if this document refers. Note possible use
of pad bits for discrete functions per Section 2.3.1.2.
[2] Because the actual maximum value of the most significant character of each of these quantities
exceeds 7, it cannot be encoded in the most significant character position of the BCD word. For
this reason each quantity has been given and “artificial” MSC of zero and its actual MSC
encoded in the next most significant character position of the word.
SUPPLEMENT 3 TO ARINC SPECIFICATION 429 - Page 9
TABLE 6-2
NOTES: [1] “P” denotes pad “zero” or valid data. Section 2.1.2 of this document refers. Note possible use
of pad bits for discrete functions per Section 2.3.1.2.
[2] Negative values are encoded as the two’s complements of positive values and the negative sign
is annunciated in the sign/status matrix.
[3] Angles in the range 0 to 180o are encoded as positive numbers. Angles in the range 180 o to 360 o
are subtracted from 360 o and the resulting number encoded as a negative value per note 2. Arc
minutes and seconds are encoded as decimal degrees.
[4] Latitude values are encoded as positive angles in the range 0 to 90 o with the sign/status matrix
indicating North or South. Longitude values are encoded as positive angles in the range 0 to
180 o with the sign/status matrix indicating East or West. Arc minutes and seconds are encoded
as decimal degrees.
AERONAUTICAL RADIO, INC.
2551 Riva Road
Annapolis, Maryland 21401 – 7645 USA
SUPPLEMENT 4
TO
A. PURPOSE OF THIS SUPPLEMENT Label code assignments are set forth in Attachment 1 to
this document.
This Supplement introduces material on defining “No
Computed Data” and “Failure Warning”, priority Special Note:
assignment of SSM codes, description of fault tolerance
and isolation, address capability of A/N messages, In some ARINC 429 DITS applications, a bus will be
command/response protocol, modification of data dedicated to delivering a single information element from a
standards, addition of new labels, change of some word source to one or more identical sink devices. In such
formats, addition of material on signal characteristics, circumstances, the sink device designer might be tempted
change of receiver impedance limits, expansion of the to assume that decoding the word label is not necessary.
current label, change of the receiver voltage thresholds and Experience has shown, however, that system developments
modification of the HF and DME word formats. frequently occur that result in the need for additional
information elements to appear on the bus. If a sink device
B. ORGANIZATION OF THIS SUPPLEMENT designed for service prior to such a development cannot
decode the original word label, it cannot differentiate
The first part of this document, printed on goldenrod paper, between this word and the new data in the new situation.
contains description of the changes introduced into the The message for sink designers should therefore be quite
Specification by this Supplement, and, where appropriate, clear – provide label decoding from the outset, no matter
extracts from the original text for comparison purposes. how strong the temptation to omit it might be.
The second part consists of replacement white pages for
the Specification, modified to reflect these changes. The COMMENTARY
modified and added material on each replacement page is
identified with “c-4” symbols in the margins. Existing Attachment 1 defines 256 discrete label codes. This
copies of Specification 429 may be updated by simply quantity is expected to meet label assignment needs
inserting the replacement white pages where necessary and for the foreseeable future. Should additional labeling
destroying the pages they replace. The goldenrod pages capability be required in the longer term, it is
should be inserted inside the rear cover of the envisaged that, rather than extend the length of the
Specification. label field, a scheme will be devised in which existing
label assignments are duplicated. For example, the
Copies of the Specification bearing the number 429-4 system could readily accommodate the assignment of
already contain this Supplement and thus do not require the same label to two dissimilar parameters for which
revisions by the reader. the probability of transmission on the same bus is very
low.
Text changed to describe use of five-character label. Text describing “no computed data” modified.
Commentary text partially deleted. Commentary providing definitions added.
2.1.3 Information Identifier 2.1.5.1 BCD Numeric, Discrete, AIM Data and File
Transfer Words
The first eight bits of each word are assigned to a label
function. Label will: The sign (Plus, minus, North, South, etc.) of BCD numeric
data, the word type (first, intermediate, control, last) for
a. identify the information contained within BNR AIM data, and the status of the transmitter hardware should
and BCD numeric data words (e.g., DME distance, be encoded in bit nos. 30 and 31 of the word as shown in
static air temperature, etc.) and the table below. The sign/status matrices of Discrete
words should be encoded per the rules set forth for BCD
b. identify the word application for Discrete, numeric data.
Maintenance and AIM data.
SUPPLEMENT 4 TO ARINC SPECIFICATION 429 - Page 3
Commentary expanded to provide description of possible Commentary revised to include description of receiver
solutions to single-wire fault conditions. reaction to undefined voltages.
In practical wire line digital information transmission In practice, these nominal voltages will be perturbed by
systems, cable characteristics and electrical noise and pulse distortion. Thus, receivers should
mismatches can produce distortion of the digital data associate the following voltage ranges with the three states
pulses. Also, noise due to electrical interference indicated:
perturbs digital signals.
Prior to the selection of the voltage and impedance Receivers should not be damaged by the application of up
parameters set forth in this Section of this document, to 20VAC (RMS) across terminals A and B by the
the pulse distortion likely to be encountered in systems application of up to +28VDC (min) bias between terminal
built around them in existing size commercial aircraft A and ground and –28VDC (min) bias between terminal B
was evaluated and judged to be acceptable for a well- and ground. See Attachment 3 to this document for a
designed receiver. No restriction is placed by this pictorial representation of transmitter and receiver voltage
specification, therefore, on the number or length of levels.
sturbs for installations on aircraft no larger than those
existing, e.g., B 747. See Appendix 1 to this
document for a report of this investigation. COMMENTARY
COMMENTARY There are two types of discrete words. These are general
purpose discrete words, and dedicated discrete words. Five
The above characteristics apply to differential labels (octal 270-274) are assigned to the general purpose
amplifier receivers. Opto-isolator technology is words in Attachment 1. These words should be used in
progressing and may soon find application in digital ascending label order (starting with octal 270) when the
data receivers. Opto-isolator receivers impose system receiving the data can identify its source by
slightly greater loads on data buses than differential reference to the port at which it arrives. The dedicated
amplifier receivers and the way in which they are words should be used when the
characterized is different. It is probable, however, that
a future revision of this Specification will include
material specifically related to their use.
2.3.1.2 Discretes (cont’d) Bit nos. 22 through 29 of the word should be binary “zero”
(spares).
data is intended for the AIDS DFDAU which cannot
identify sources in this way. Intermediate words, containing the sign/status matrix code
for “intermediate word”, follow the initial word of the
COMMENTARY group or the control word, when used. Intermediate words
are optional in the sense that they are only transmitted if
The foregoing special provisions for the delivery of more words than the initial word and the final word (see
discrete data to an AIDS were made to compensate for below) are needed to accommodate the quantity of
the number of digital ports required when many ports information to be transferred. When the word application
are used is extremely difficult to achieve, which group label that is assigned in Attachment 1 for
necessitated the development of the special AIDS Acknowledgement, Data bit nos. 9 through 29 of that word
words. These words should be limited to AIDS are available for information transfer. When the word
utilization. The few aircraft systems which deliver application label is either of those assigned in Attachment
discretes to an AIDS by means of the Mark 33 DITS 1 for ISO Alphabet No. 5 data transfer or Maintenance
will be burdened very little by this. Similarly, the Data (ISO Alphabet No. 5), bit nos. 9 through 29 of each
impact of label use will be small. word should be divided into three seven-bit bytes (bit nos.
9 through 15, 16 through 22 and 23 through 29), each of
which contains one ISO Alphabet No. 5 character.
2.3.1.4 AIM DATA
Each AIM application group transmission other than
Text added to describe unit addressing. single-word transmissions (see below) should be
terminated with a word containing the sign/status matrix
ORIGINAL TEXT FOLLOWS: code for “final word” defined in Section 2.1.5.1 of this
document. The data field of this word should be structured
2.3.1.4 AIMS Data similarly to that of the intermediate word. Any unused bit
positions in ISO Alphabet No. 5) final transfer or
AIM data (Acknowledgement, ISO Alphabet No. 5 and Maintenance Data (ISO Alphabet No. 5) final words
Maintenance information encoded in dedicated words) resulting from the number of ISO Alphabet No. 5
should be handled in the manner described in this Section. characters in the message being one or two less than a
number wholly divisible by three should be filled with
All three of these applications may involve the transfer of binary “zeros”.
more than 21 bits per “data package”. Source equipment
should format such long messages into groups of 32-bit
DITS words, each word containing the relevant application
label (see Attachment 1) in bit nos. 1 through 8, and a 2.3.1.5.1 COMMAND/RESPONSE PROTOCOL
sign/status matrix code in bit nos. 30 and 31.
Text modified to describe transmitter reaction to lack of
Bit no. 32 should be encoded to render word parity odd. “Clear to send”.
The first word of each group should contain the sign/status
matrix code defined for “initial word” in Section 2.1.5.1 of
this document. It should also contain, in bit nos. 9 through ORIGINAL TEXT FOLLOWS:
16, the binary representation of the number of words in the
group, except that when this word is the only word to be
transmitted, i.e., the total number of information bits to be 2.3.1.5.1Command/Response Protocol
transmitted is 13 or less, bit nos. 9 through 16 should all be
binary “zeros”. File data will consist of both ARINC 429 BNR numeric
words and ISO alphabet No. 5 characters. A file may
When the word application label is assigned in Attachment contain from 1 to 127 records. Each record may contain
1 for Acknowledgement Data, bit nos. 17 through 29 of from 1 to 126 data words.
this initial word may be used for information transfer.
When the word application label is either of those assigned A record will contain, at the minimum, one of the eight
in Attachment 1 for ISO Alphabet No. 5 data transfer or versions of the “initial word” described in Section
Maintenance Data (ISO Alphabet Not. 5), bit nos. 17 2.3.1.5.2. Records in which this initial word contains the
through 22 should be binary “zeros” (spares) and bit nos. “Data Follows” code will also contain from 1 to 126
23 through 29 should take on the pattern of the ISO “intermediate words” (data) and a “final word” (error
Alphabet No. 5 control character “STX”. control). The file data transfer protocol is as follows. A
transmitter having the data to send to a receiver transmits,
The second word of the ISO Alphabet No. 5 and on the bus connecting it to that receiver, the “Request to
Maintenance Data (ISO Alphabet No. 5) application Send” initial word. The receiver responds, on the separate
groups is an optional control word containing the bus provided for return data flow, with the “Clear to Send”
sign/status matrix code for “control” information for the reply. The transmitter then sends the “Data Follows”
display. When it is used, bit nos. 9 through 13 should initial word, the “intermediate words” and the “final
contain the binary representation of the line count, bit nos. word”. The receiver processes the error control
14 through 16 should encode the required color, bit nos. 17 information in the “final word” and, if no errors are
and 18 the required intensity, bit nos. 19 and 20 the revealed, closes out the transaction by sending the “Data
required character size and bit no. 21 should indicate Received OK” word to the transmitter.
whether or not the display is required to flash. See
Attachment 6 to this document for the encoding standards. If the receiver is not ready to accept data when the
transmitter sends its “Request to Send” word, it will so
SUPPLEMENT 4 TO ARINC SPECIFICATION 429 - Page 7
indicate in its response (see Section 2.3.1.5.2). The 2.4.2 INFORMATION RATES
transmitter should then wait 200 milliseconds and
retransmit the “Request to Send”. The transmitter should Commentary added to describe refresh rate.
also repeat a “Request to Send” transmission 50
milliseconds after the initial transmission if no response is
obtained from the receiver. An alert should be raised in the ORIGINAL TEXT FOLLOWS:
system containing the transmitter if 4 attempts to obtain a
“Clear to Send” response from a receiver are unsuccessful.
If the receiver detects a parity error during the 2.4.2 Information Rates
transmission, it may request an error-correcting
retransmission by sending a “Data Received Not OK” The minimum update interval for each item of information
word to the transmitter in which is identified the record in transferred by the Mark 33 DITS is specified in the tables
which the error occurred. The transmitter will interrupt the of Attachment 2.
data flow and back up to the start of the record so
identified. It will then send a “Data Follows” initial word Discretes contained within data words will be transferred at
identifying this record as the starting point of the the bit rate and repeated at the update rate of the primary
retransmission and recommence its output of data, data. Words dedicated to discretes should be repeated
continuing through the “final word”. The receiver will continuously at the rates defined in Attachment 2.
then close out the transaction as before.
COMMENTARY
An error detected by processing the error control
information in the “final word” will also result in the The time intervals between successive transmissions
receiver sending a “Data Received Not OK” word to the of a given BCD word specified in table 1 of
transmitter. In the absence of identification of the record Attachment 2 to this document are, in general, too
in which the error occurred, this word should contain the short for the signal to be of use in driving a display
sequence number of the first record of the file. The device directly. If the signal was so used, the least
transmitter’s response will be to retransmit the whole file. significant character of the display would change too
rapidly for human perception. Considerations other
The receiver can signal loss of synchronization to the than human factors demand the time intervals
transmitter at any time by sending the specified. Thus, display designers should incorporate
“Synchronization Lost” initial word. On receiving this into their devices means for selecting those words to
word the transmitter should curtail the data flow and back be used for updating the display from the greater
up to the beginning of the file. It should then re-establish quantity delivered.
that the receiver can accept data by going through the
request-to-send/clear-to-send routine. Having done this it 3.1.4.2 DME
should send the “Data Follows” initial word, followed by
the data and the “final word”. Encoding and switch functions modified.
The protocol also allows a transmitter to send file size ORIGINAL TEXT FOLLOWS:
information to a receiver without any commitment to send,
or request to the receiver to accept, the file itself. The 3.1.4.2 DME
“Header Information” initial word is used for this purpose.
Additionally, a “Poll” initial word is defined for use in Frequency Range: 108.00MHz to 135.95MHz
system in which continuous “handshaking” between two Frequency Selection: 50kHz
terminals is desired. The response to a “Poll” word will be Increment:
either a “Request to Send” initial word when the polled Characters encoded10MHz, 1MHz, 0.1MHz,
terminal does have data to transmit, or another “Poll” word In DITS word: 0.01MHz, (100MHz
when it does not. An exchange of “Poll” words may be Character is always
interpreted as the message, “ I have nothing for you, do Decimal 1)
you have anything for me?” Switching Functions: Standby, DME Mode
Select ILS Mode
SUPPLEMENT 4 TO ARINC SPECIFICATION 429 - Page 8
DME
DME Frequency
RESERVED
ILS Mode
MATRIX
0.01MHz
(SDI)
0.1MHz
Standby
10MHz
1MHz
(0)
(1)
(5)
(1)
Bit No. 32 31 30 29 28 27 26 25 24 23 22 21 20 19 1 8 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
1 0 0 0 0 1 0 0 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 1 1 0 0 0
Example
Notes [1] [2] [3]
[1] Bit no. 14 should be set to “zero” for VOR frequencies and “one” for ILS frequencies by
the tuning information source.
[2] [3]
Bit Zero One
HF COM
Word #1
USB/LSB Mode
SIGN/STATUS
Function LABEL
SSB/AM Mode
Word Identifier
PARITY (odd)
HF COM Frequency
0.001MHz
MATRIX
0.01MHz
0.1MHz
10MHz
(9)
1MHz
(7)
(2)
(5)
(3)
Bit No. 32 31 30 29 28 27 26 25 24 23 22 21 20 09 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Example 0 0 0 1 1 0 0 1 1 0 1 0 0 1 1 1 1 0 0 1 0 0 0 1 1 1 1 1 0 0 0
Notes [1] [2] [3]
[1] Bit no. 11 should be set to “zero” for LSB operation and “one” for USB operation.
[2] Bit no. 10 should be set to “zero” for AM operation and “one” for SSB operation.
[3] Bit no. 9 should be set to “zero” when the 100 Hz option is not used and “one” when it is.
HF COM
Word #2
SIGN/STATUS
PARITY (odd)
Bit No.
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Example
0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 0 0 0
Note: The HF COMM #2 word is used only when bit no. 9 of word #1 is “one”.
SUPPLEMENT 4 TO ARINC SPECIFICATION 429 - Page 9
004, 034, 056, 060-064, 070-106, 111, 114-122, 126, Data standards added for new labels.
127, 135, 136, 140-141, 144-162, 173-177, 202-212,
215, 217, 222-226, 242, 244-252, 256-265, 276, 310- Note [2]: A nominal interval description has been
322, 340-342, 344, 345, 347, 350, 370, 377. added.
Label 226 (FWC #2) deleted. Note [3]: A definition for “maximum transport delay”
has been added.
Labels 124 and 224 (C&W DFDR Discretes) deleted.
Note [4]: SDI assignments defined for labels 060-064.
Discrete Word #1
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9* Capt. Flight Director On Off
10* F. O. Flight Director On Off
11 Turbulence Mode Requested Not Requested
12 Autopilot #1 Engaged Not Engaged
13 Autopilot #2 Engaged Not Engaged
14 RESERVED (A/P #3) Engaged Not engaged
15 Autothrottle #1 Armed Not Armed
16 RESERVED (A/T #2) Armed Not Armed
17 Airspeed Hold Mode Requested Not Requested
18 Airspeed Select Mode Requested Not Requested
19 Mach Select Mode Requested Not Requested
20 Mach Hold Mode Requested Not Requested
21
22 Bank Angle Limit See Below
23
24 Heading Select Mode Requested Not Requested
25 N1/EPR Select Mode Requested Not Requested
26 IAS on Throttle Requested Not Requested
27 Mach on Throttle Requested Not Requested
28 Spare
29 Spare
30 Sign/Status
31 Matrix
32 Parity (Odd)
SUPPLEMENT 4 TO ARINC SPECIFICATION 429 - Page 11
Bit No.
Limit
21 22 23
Not used 0 0 0
5o 0 0 1
10 o 0 1 0
15 o 0 1 1
20 o 1 0 0
25 o 1 0 1
30 o 1 1 0
Spare 1 1 1
Discrete Word #2
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9* Altitude Hold Mode Requested Not Requested
10* Altitude Select Mode Requested Not Requested
11 Vertical Speed Select Mode Requested Not Requested
12 Vertical Speed Hold Mode Requested Not Requested
13 Horizontal Navigation Requested Not Requested
14 Vertical Navigation Requested Not Requested
15 Land Command Requested Not Requested
16 LOC Approach Command Requested Not Requested
17 Back Course Approach Command Requested Not Requested
18 CWS #1 Requested Not Requested
19 CWS #2 Requested Not Requested
20 CWS #3 Requested Not Requested
21 Pitch Upper Mode Cancel Requested Not Requested
22 Roll Upper Mode Cancel Requested Not Requested
23 Heading Hold Requested Not Requested
24
25
26 Spare
27
28
29
30 Sign/Status
31 Matrix
32 Parity (odd)
* Bits 9 and 10, which are normally used for the SDI, have purposely been used for Discrete information.
SUPPLEMENT 4 TO ARINC SPECIFICATION 429 - Page 12
Appendix added.
APPENDIX 4: DIGITAL SYSTEM GUIDANCE
(PART 2)
Appendix added.
AERONAUTICAL RADIO, INC.
2551 Riva Road
Annapolis, Maryland 21401 – 7645 USA
SUPPLEMENT 5
TO
Text added to define checksum. Discretes contained within data words should be
transferred at the bit rate and repeated at the update rate
ORIGINAL TEXT FOLLOWS: of the primary data. Words dedicated to discretes
should be repeated continuously at the rates defined in
2.3.1.5.4 Final Words Attachment 2.
ILS
SIGN/STATUS
PARITY (odd)
Function LABEL
RESERVED
ILS Frequency
MATRIX
0.01MHz
0.1MHz
(SDI)
SPARE
SPARE
SPARE
SPARE
10MHz
1MHz
(0)
(0)
(3)
(9)
Bit No. 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Example 1 0 0 0 0 0 1 0 0 1 0 0 1 1 0 0 0 0 0 0 0 0 0 0 1 1 0 1 10 0 0
073 02, 073 A2, 112 02, 130 1A, 131 2D, 132 1A, 133
1A, 151 02, 154 02, 164 02, 164 03, 174 03, 205 1A, 207
0A, 211 1A, 215 1A, 242 1A, 245 0A, 256 0A, 260 31,
262 0A, 263 0A, 264 0A, 265 0A, 270 1A, 270 1E, 270
30, 271 06, 271 1A, 271 1E, 272 1A, 274 0A, 275 2B,
300 1A, 301 1A, 303 1A, 304 1A, 305 1A, 306 1A, 307
1A, 325 1A, 340 1A, 340 2D, 341 1A, 342 1A, 344 1A,
345 1A, 346 1A, 350 1A, 351 1A, 352 1A, 353 1A, 354
1A.
SUPPLEMENT 6
TO
Copies of the Specification bearing the number 429-6 2.1.5.2 BNR NUMERIC DATA WORDS
already contain this Supplement and thus do not require
revisions by the reader. Commentary for failure warning revised.
021 02, 041 02, 042 02, 043 02, 066 02, 071 33, 072
2F, 072 33, 074 33, 075 02, 077 02, 114 2F, 115 2F,
130 2F, 131 2F, 132 33, 133 2F, 155 33, 156 33, 157
33, 160 33, 161 33, 241 2C, 244 33, 250 2B, 252 2F,
260 33, 261 33, 262 02, 262 33, 263 33, 264 2F, 264
33, 265 33, 267 0A, 267 33, 270 2F, 270 3A, 271 2F,
271 3A, 273 2F, 272 2F, 273 33, 274 2F, 274 33, 275
2F, 315 02, 340 2F, 341 2F, 342 2F, 344 2F, 344 33,
345 2F, 346 2F, 350 2F, 351 2E, 351 2F, 352 2E, 352
2F, 353 2F, 354 2F, 375 33, 376 33.
The following labels have been deleted:
060 32, 061 32, 062 32, 063 32, 064 32.
New assignments were made for 0D, 2E, 2F, 3A, 3B,
33, and 34.
Resolutions revised for 315 04, 315 05, 316 04, 321 04,
321 05, 322 04, 334 04, and 334 05 to match ARINC
704 and 705.
Appendix added.
AERONAUTICAL RADIO, INC.
2551 Riva Road
Annapolis, Maryland 21401 7645 USA
SUPPLEMENT 7
TO
A. PURPOSE OF THIS SUPPLEMENT The terminology has been modified for the following
labels:
This Supplement introduces new label assignments, data
standards and equipment identification codes, and means 072 33, 074 33, 132 33, 244 33, 262 33, 263 33, 264 33,
for transmitting data with reduced accuracy. 265 33.
The first part of this document, printed on goldenrod ATTACHMENT 1 – EQUIPMENT CODES
paper, contains descriptions of the changes introduced
into the Specification by this Supplement, and, where Code 2F changed from “EEC (Full Authority)” to “Full
appropriate, extracts from the original text for comparison Authority EEC-A”.
purposes. The second part consists of replacement white
pages for the Specification, modified to reflect these Code 30 assigned as “Airborne Separation Assurance
changes. The modified and added material on each System”.
replacement page is identified with “c-7” symbols in the
margins. Existing copies of Specification 429 may be Description of Code OD changed to “AIDS Data
updated by simply inserting the replacement white pages Management Unit (DMU)”
they replace. The goldenrod pages should be inserted
inside the rear cover of the Specification. Code 3F assigned as “Full Authority EEC_B”.
Copies of the Specification bearing the number 429-7 ATTACHMENT 2 – DATA STANDARDS
already contain this Supplement and thus do not require
revisions by the reader. Data standards were added for new labels.
C. CHANGES TO SPECIFICATION 429 Data standards added for the following existing labels:
INTRODUCED BY THIS SUPPLEMENT
270 3A, 271 3A, 270 2F-275 2F, 350 2F,-354 2F.
This section presents a complete tabulation of the changes
and additions to the Specification introduced by this Note added to label 072 33.
Supplement. Each change or addition is entitled by the
section number and title currently employed in the Digits of label 014 changed from 3 to 4 (previously
Specification, or by the section number and title that will adopted).
be employed when the Supplement is eventually
incorporated. In each case there is included and, for other Range of label 014 changed from 359 to 359.9
than very minor revisions, any text originally contained in (previously adopted). Significant bits of label 321
the Specification is reproduced for reference. changed from 12 to 11 (typo).
SUPPLEMENT 8
TO
SUPPLEMENT 9
TO
075 3E, 076 3E, 103 1B, 104 1B, 105 1B, 106 1B, 107
1B, 130 35, 131 35, 132 35, 203 18, 270 1B, 270 35,
270 3E, 270 4A, 271 18, 271 35, 272 18, 272 35, 273
18, 273 35, 274 18, 274 35, 275 18, 275 4A, 276 18,
300 3D, 336 1A, 337 1A, 347 18, 347 35, 350 18, 350
35, 350 3E, 370 04, and 370 05.
SUPPLEMENT 10
TO
This Supplement introduces new label assignments, Data standards entered for new labels.
equipment identification codes and revised data standards.
Data standards revised for the following labels:
B. ORGANIZATION OF THIS SUPPLEMENT
060 36, 061 3C, 062 3C, 063 3C, 064 3C, 150
The first part of this document, printed on goldenrod 31, 176 03, 176 29, 270 3A, 270 2F, 270 3F, 271 2F, 271
paper, contains descriptions of the changes introduced 3F, 272 2F, 272 3F, 273 2F, 273 3F, 274 2F, 274 3F, 275
into the Specification by this Supplement, and, where 2F, 275 3F, 350 2F, 350 3F, 351 2F, 351 3F, 352 2F, 352
appropriate, extracts from the original text for comparison 3F, 353 2F, 353 3F, 354 2F, 354 3F.
purposes. The second part consists of replacement white
pages for the Specification, modified to reflect these Labels 060 37-064 3C significant bits changed from 9 to
changes. The modified and added material on each 10 and range changed from 512 to 1024.
replacement page is identified with “c-10” symbols in the
margins. Existing copies of Specification 429 may be Following note added to words (labels 270 3B-275 3B):
updated by simply inserting the replacement white pages
they replace. The goldenrod pages should be inserted Typical discrete functions are shown in the above
inside the rear cover of the Specification. tables. Slight variations of bit usage may arise
according to the specific application.
Copies of the Specification bearing the number 429-10
already contain this Supplement and thus do not require Label 203 35 changed to 203 18 (typographical error).
revisions by the reader.
Transmit interval range added to label 150 31.
C. CHANGES TO SPECIFICATION 429
INTRODUCED BY THIS SUPPLEMENT Labels 176 03 and 176 29 resolutions changed from 0.05
to 0.5 (typographical error).
This section presents a complete tabulation of the changes
and additions to the Specification introduced by this Original bit assignments for remaining labels listed in
Supplement. Each change or addition is entitled by the following pages.
section number and title currently employed in the
Specification, or by the section number and title that will Attachment 6 – General Word Formats and Encoding
be employed when the Supplement is eventually Examples
incorporated. In each case there is included a brief
description of the addition or change and, for other than Example added for label 251 1A, 077 0B and 206 18.
very minor revisions, any text originally contained in the
Specification is reproduced for reference. For TPIS word formats:
3.1.4 FREQUENCY RANGES AND SWITCHING Wheel #519 label corrected to read “060”. SDI labels
FUNCTIONS clarified.
Attachment 1 – Label Codes Wheel #10, #11, #12 labels corrected to read “116”. Bit
27 assigned to a value of “1024”. SDI labels clarified.
The following labels have been given new assignments:
Special expanded format word example added for label
072 02, 075 0B, 076 0B, 077 0B, 176 5A, 177 5A, 200 260 31.
5A, 201 5A, 202 5A, 203 5A, 204 5A, 205 5A, 206 18,
213 8D, 227 7E, 241 4D, 242 09, 242 10, 242 11, 242 12, Attachment 9A – General Aviation Labels and Data
244 8D, 247 4D, 251 1A, 255 2F, 255 3F, 256 4D, 270 Standards
0B, 272 3A, 272 5A, 273 5A, 274 5A, 275 5A, 276 2F,
276 3F, 335 2F, 336 2F, 336 3F, 356 XX, 371 00. New attachment added.
Labels for ARINC Characteristic 737 WBT and ARINC Attachment 9B – General Aviation Word Examples
Characteristic 738 ADIRS added.
New attachment added.
Attachment 1 – Equipment Codes
Attachment 9C – General Aviation Equipment Identifiers
The following codes have been given new assignments:
New attachment added.
0B, 35, 36, 37, 38, 4D, 4E, 5A, 5B, 5C, 5D, 5E, 5F, 6A,
6B, 6C, 6D, 6E, 6F, 7A, 7B, 7C, 7D, 7E, 7F, 8A, 8B, 8C,
8D, AD, C3.
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 3
Table 3.11 Propulsion Discrete Interface Unit – Labels 270 3A and 271 3A
Label 270 3A
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI 1 0
Left Engine Right Engine
10 SDI 0 1
11 PDIU Status Flag Failed OK
12 T2 / P2 Probe Heat HEAT OFF HEAT ON
13 TLA Interlock Fault FAULT OK 1
14 Idle Select MINIMUM APPROACH
15 Air/Ground Switch GROUND AIR
16 Opposite Engine Status SHUT DOWN RUNNING
17 Spare X 2
18 Spare X
19 N2 Mode Trim Release (PROV) RELEASED FIXED 1
20 Spare X
21 Spare X
22 Spare X
23 Maintenance Test (Provisional) ON OFF 1
24 Ground Test Power ON OFF
25 Spare X
26 T/R Indication Power Failed (PROV) FAILED OK 1
27 T/R Not Stowed NOT STOWED STOWED 1
28 T/R Deployed Indication DEPLOYED NOT DEPLOYED 1
29 Engine Fire Warning ON OFF 1
30 SSM
31 SSM
32 Parity (Odd)
1 = RETURN TO SPARE
Table 3.12 EEC Status – Labels 270 2F, 270 3F, 271 2F, 271 3F, 272 2F, 272 3F, 273 2F, 273 3F, 274 2F, 274 3F, 275 2F,
275 3F
Label 270 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Spare X 2
15 Data Entry Plug Failed Normal 1
16 Auto Mode Selected Not Selected 3
17 Channel Manually Selected Selected Not Selected 3
18 N2 Droop Control Mode Engaged Not Engaged
19 Reverser System Failed Failed OK
20 Channel Controlling Status Controlling Not Controlling
21 Bleed Fall-Safe Open Fall-Safe Operational 3
22 TCA Valve Failed Closed Failed OK
23 Spare X 2
24 Overspeed Self-Test Failed Failed OK 3
25 Channel Incapable (Failed) Incapable Capable
26 Abnormal Start Abnormal OK (Provision) 3
27 SVA Fall-Safe Fall-Safe 3
28 Starter Cutout Command Cutout Not Cutout
29 Oil Overtemperature Overtemp OK 1
30 SSM
31 SSM
32 Parity (Odd)
1 = RETURN TO SPARE
Label 270 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Spare X 2
15 Data Entry Plug Failed Normal 1
16 Auto Mode Selected Not Selected 3
17 Channel Manually Selected Selected Not Selected 3
18 N2 Droop Control Mode Engaged Not Engaged
19 Reverser System Failed Failed OK
20 Channel Controlling Status Controlling Not Controlling
21 Bleed Fall-Safe Open Fall-Safe Operational 3
22 TCA Valve Failed Closed Failed OK
23 Spare X 2
24 Overspeed Self-Test Failed Failed OK 3
25 Channel Incapable (Failed) Incapable Capable
26 Abnormal Start Abnormal OK (Provision) 3
27 SVA Fall-Safe Fall-Safe 3
28 Starter Cutout Command Cutout Not Cutout
29 Oil Overtemperature Overtemp OK 1
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 6
Label 271 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Reverser Deploy Command ON OFF
15 Turbine Cooling Air Valve Solenoid ON OFF
16 Oil Cooler Bypass Valve Solenoid ON OFF 3
17 Cowl Vent Solenoid ON OFF 1
18 Breather Compartment Ejector Sol. ON OFF 1
19 Spare X 2
20 Spare X
21 Spare X
22 Spare X
23 Autostar Relay ON OFF (Provision) 1
24 TLA Interlock Actuator Command Block Fwd Block Rev
25 Spare Reverser Group Relay ON OFF (Provision) 1
26 Spare X 2
27 Spare X 2
28 Spare X 2
29 Spare X 2
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 7
Label 271 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Reverser Deploy Command ON OFF
15 Turbine Cooling Air Valve Solenoid ON OFF
16 Oil Cooler Bypass Valve Solenoid ON OFF 3
17 Cowl Vent Solenoid ON OFF 1
18 Breather Compartment Ejector Sol. ON OFF 1
19 Spare X 2
20 Spare X
21 Spare X
22 Spare X
23 Autostar Relay ON OFF (Provision) 1
24 TLA Interlock Actuator Command Block Fwd Block Rev
25 Spare Reverser Group Relay ON OFF (Provision) 1
26 Spare X 2
27 Spare X 2
28 Spare X 2
29 Spare X 2
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 8
Label 272 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 N1 Loop Engaged Not Engaged
15 N2 Loop Engaged Not Engaged
16 N2 Topping Loop Engaged Not Engaged
17 PB Topping Loop Engaged Not Engaged
18 PB Topping Loop Minimum Engaged Not Engaged
19 EPR Loop Engaged Not Engaged
20 Acceleration Schedule Loop Engaged Not Engaged
21 Deceleration Schedule Loop Engaged Not Engaged
22 T4.9 Topping Loop Engaged Not Engaged 1
23 Back Up Mode Engaged Not Engaged
24 Spare X 2
25 Spare X
26 Spare X
27 Spare X
28 Spare X
29 Spare X
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 9
Label 272 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 N1 Loop Engaged Not Engaged
15 N2 Loop Engaged Not Engaged
16 N2 Topping Loop Engaged Not Engaged
17 PB Topping Loop Engaged Not Engaged
18 PB Topping Loop Minimum Engaged Not Engaged
19 EPR Loop Engaged Not Engaged
20 Acceleration Schedule Loop Engaged Not Engaged
21 Deceleration Schedule Loop Engaged Not Engaged
22 T4.9 Topping Loop Engaged Not Engaged 1
23 Back Up Mode Engaged Not Engaged
24 Spare X 2
25 Spare X
26 Spare X
27 Spare X
28 Spare X
29 Spare X
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 10
Label 273 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 P4.9 Interface Failed Failed OK 3
15 PB Interface Failed Failed OK 3
16 P2 (Pamb) Interface Failed* Failed OK 3
17 C3C Interface Failed Failed OK 3
18 T2 Interface Failed Failed OK 3
19 T4.9 Interface Failed Failed OK 3
20 Tfuel Interface Failed Failed OK 3
21 A/D Interface Failed Failed OK 3
22 RES/LVDT Interface Failed Failed OK 3
23 SVA Interface Failed Failed OK 3
24 N1 Interface Failed Failed OK 3
25 N2 Interface Failed Failed OK 3
26 P4.9 Sensor Prom Failed Failed OK 3
27 P2 (Pamb) Sensor Prom Failed* Failed OK 3
28 PB Sensor Prom Failed Failed OK 3
29 Background is not Executing Not Executing Executing 3
30 SSM
31 SSM
32 Parity (Odd)
Label 273 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 P4.9 Interface Failed Failed OK 3
15 PB Interface Failed Failed OK 3
16 P2 (Pamb) Interface Failed* Failed OK 3
17 C3C Interface Failed Failed OK 3
18 T2 Interface Failed Failed OK 3
19 T4.9 Interface Failed Failed OK 3
20 Tfuel Interface Failed Failed OK 3
21 A/D Interface Failed Failed OK 3
22 RES/LVDT Interface Failed Failed OK 3
23 SVA Interface Failed Failed OK 3
24 N1 Interface Failed Failed OK 3
25 N2 Interface Failed Failed OK 3
26 P4.9 Sensor Prom Failed Failed OK 3
27 P2 (Pamb) Sensor Prom Failed* Failed OK 3
28 PB Sensor Prom Failed Failed OK 3
29 Background is not Executing Not Executing Executing 3
30 SSM
31 SSM
32 Parity (Odd)
Label 274 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Parity Test Hardware Fault Error OK 3
15 ROM Checksum Failure Failed OK 3
16 Ram Test Failure Failed OK 3
17 Instruction Test Failure Failed OK 3
18 High Speed Cross Link Failure Failed OK 3
19 Foreground Software Execution Incorrectly Correctly
20 Watch Dog Timer Fault Error OK 3
21 Watch Dog/Parity Counter Latch Latched Not Latched 1
22 EAROM Failure Failed OK 3
23 ROM Parity Error Caused Reset Yes No
24 RAM Parity Error Caused Reset Yes No
25 Watchdog Timer Error Caused Reset Yes No
26 Status Buffer or Watchdog/Parity Failed OK 3
27 Loss of Clock Caused Reset Yes No
28 SDD Output #1 W/A Failed OK
29 SDD Output #2 W/A Failed OK
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 13
Label 274 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Parity Test Hardware Fault Error OK 3
15 ROM Checksum Failure Failed OK 3
16 Ram Test Failure Failed OK 3
17 Instruction Test Failure Failed OK 3
18 High Speed Cross Link Failure Failed OK 3
19 Foreground Software Execution Incorrectly Correctly
20 Watch Dog Timer Fault Error OK 3
21 Watch Dog/Parity Counter Latch Latched Not Latched 1
22 EAROM Failure Failed OK 3
23 ROM Parity Error Caused Reset Yes No
24 RAM Parity Error Caused Reset Yes No
25 Watchdog Timer Error Caused Reset Yes No
26 Status Buffer or Watchdog/Parity Failed OK 3
27 Loss of Clock Caused Reset Yes No
28 SDD Output #1 W/A Failed OK
29 SDD Output #2 W/A Failed OK
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 14
Label 275 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Lamp (1,2 &/or 3) W/A Failed Failed OK 3
15 Other Channels Depower Discrete Disagree Agree
16 PB Sensor Failed Failed OK 3
17 PT4.9 Sensor Failed Failed OK 3
18 PT2 (Pamb)* Sensor Failed Failed OK 3
19 EEC Temperature Status High OK 3
20 2
21 2
22 2
23 2
24 2
25 Spare (all “o” states) 2
26 2
27 2
28 2
29
30 SSM
31 SSM
32 Parity (Odd)
Label 275 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Lamp (1,2 &/or 3) W/A Failed Failed OK 3
15 Other Channels Depower Discrete Disagree Agree
16 PB Sensor Failed Failed OK 3
17 PT4.9 Sensor Failed Failed OK 3
18 PT2 (Pamb)* Sensor Failed Failed OK 3
19 EEC Temperature Status High OK 3
20 2
21 2
22 2
23 2
24 2
25 Spare (all “o” states) 2
26 2
27 2
28 2
29
30 SSM
31 SSM
32 Parity (Odd)
Table 3.13 EEC Maintenance – Labels 350 2F, 350 3F, 351 2F, 351 3F, 352 2F, 352 3F, 353 2F, 353 3F, 354 2F, 354 3F
Label 350 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 N1 Failed Failed OK 3
15 N2 Failed Failed OK 3
16 TT2 Failed Failed OK 3
17 TT4.9 Failed Failed OK 3
18 Tfuel Failed Failed OK 3
19 Toll Failed Failed OK 3
20 Wf Resolver Failed Failed OK 3
21 SVA LVDT Failed Failed OK 3
22 Bleed Prox Input Failed Failed OK 3
23 ACC #1 LVDT Failed Failed OK 3
24 ACC #2 LVDT Failed Failed OK 3
25 Reverser LVDT Failed Failed OK 3
26 AOC LVDT Failed Failed OK 3
27 Spare LVDT Failed Failed OK 3
28 TLA Resolver Failed Failed OK 3
29 Oil Overtemperature Overtemp OK 1
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 17
Label 350 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 N1 Failed Failed OK 3
15 N2 Failed Failed OK 3
16 TT2 Failed Failed OK 3
17 TT4.9 Failed Failed OK 3
18 Tfuel Failed Failed OK 3
19 Toll Failed Failed OK 3
20 Wf Resolver Failed Failed OK 3
21 SVA LVDT Failed Failed OK 3
22 Bleed Prox Input Failed Failed OK 3
23 ACC #1 LVDT Failed Failed OK 3
24 ACC #2 LVDT Failed Failed OK 3
25 Reverser LVDT Failed Failed OK 3
26 AOC LVDT Failed Failed OK 3
27 Spare LVDT Failed Failed OK 3
28 TLA Resolver Failed Failed OK 3
29 Oil Overtemperature Overtemp OK 1
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 18
Label 351 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Left ADC Inputs Failed Failed OK 3
15 Right ADC Inputs Failed Failed OK 3
16 Wf T/M W/A Failed Failed OK 3
17 SVA T/M W/A Failed Failed OK 3
18 BLD T/M W/A Failed Failed OK 3
19 ACC #1 T/M W/A Failed Failed OK 3
20 ACC #2 T/M W/A Failed Failed OK 3
21 AOC T/M W/A Failed Failed OK 3
22 Spare T/M W/A Failed Failed OK 1
23 Wf Track Check Failed Failed OK 3
24 SVA Track Check Failed Failed OK 3
25 Bld Track Check Failed Failed OK 3
26 ACC #1 Track Check Failed Failed OK 3
27 ACC #2 Track Check Failed Failed OK 3
28 AOC Track Check Failed Failed OK 3
29 Spare Track Check Failed Failed OK 1
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 19
Label 351 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Left ADC Inputs Failed Failed OK 3
15 Right ADC Inputs Failed Failed OK 3
16 Wf T/M W/A Failed Failed OK 3
17 SVA T/M W/A Failed Failed OK 3
18 BLD T/M W/A Failed Failed OK 3
19 ACC #1 T/M W/A Failed Failed OK 3
20 ACC #2 T/M W/A Failed Failed OK 3
21 AOC T/M W/A Failed Failed OK 3
22 Spare T/M W/A Failed Failed OK 1
23 Wf Track Check Failed Failed OK 3
24 SVA Track Check Failed Failed OK 3
25 Bld Track Check Failed Failed OK 3
26 ACC #1 Track Check Failed Failed OK 3
27 ACC #2 Track Check Failed Failed OK 3
28 AOC Track Check Failed Failed OK 3
29 Spare Track Check Failed Failed OK 1
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 20
Label 352 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Spare X 1
15 Spare X 1
16 Spare X
17 Spare X 2
18 Spare X 2
19 Spare X 2
20 TCA Valve No. 1 Failed OK 3
21 TCA Valve No. 2 Failed OK 3
22 Channel Select Discrete Failed OK 3
23 PDIU SDD Input Failed Failed OK 3
24 N1 Sensor Failed* Failed OK (Provision) 3
25 Pb Pneumatic Line* Failed OK (Provision)
26 P4.9 Pneumatic Line* Failed OK (Provision)
27 TT4.9 Thermocouple Harness* Failed OK (Provision) 3
28 PDIU Status Failed OK 3
29 T/L Forward Interlock Failed OK 3
30 SSM
31 SSM
32 Parity (Odd)
Label 352 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 Spare X 2
15 Spare X 2
16 Spare X
17 Spare X 2
18 Spare X 2
19 Spare X 2
20 TCA Valve No. 1 Failed OK 3
21 TCA Valve No. 2 Failed OK 3
22 Channel Select Discrete Failed OK 3
23 PDIU SDD Input Failed Failed OK 3
24 N1 Sensor Failed* Failed OK (Provision) 3
25 Pb Pneumatic Line* Failed OK (Provision)
26 P4.9 Pneumatic Line* Failed OK (Provision)
27 TT4.9 Thermocouple Harness* Failed OK (Provision) 3
28 PDIU Status Failed OK 3
29 T/L Forward Interlock Failed OK 3
30 SSM
31 SSM
32 Parity (Odd)
Label 353 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 N1 Crosscheck Failed Failed OK 3
15 N2 Crosscheck Failed Failed OK 3
16 PB Crosscheck Failed Failed OK 1
17 PT4.9 Crosscheck Failed Failed OK 1
18 TT2 Crosscheck Failed Failed OK 3
19 TT4.9 Crosscheck Failed Failed OK 3
20 Tfuel Crosscheck Failed Failed OK 3
21 Toil Crosscheck Failed Failed OK 3
22 Wf Resolver Crosscheck Failed Failed OK 3
23 SVA Resolver Crosscheck Failed Failed OK 3
24 Bld Prox Input Crosscheck Failed Failed OK 3
25 ACC #1 LVDT Crosscheck Failed Failed OK 3
26 ACC #2 LVDT Crosscheck Failed Failed OK 3
27 Reverser LVDT Crosscheck Failed Failed OK 3
28 AOC LVDT Crosscheck Failed Failed OK 3
29 TLA Resolver Crosscheck Failed Failed OK 3
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 23
Label 353 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 N1 Crosscheck Failed Failed OK 3
15 N2 Crosscheck Failed Failed OK 3
16 PB Crosscheck Failed Failed OK 1
17 PT4.9 Crosscheck Failed Failed OK 1
18 TT2 Crosscheck Failed Failed OK 3
19 TT4.9 Crosscheck Failed Failed OK 3
20 Tfuel Crosscheck Failed Failed OK 3
21 Toil Crosscheck Failed Failed OK 3
22 Wf Resolver Crosscheck Failed Failed OK 3
23 SVA Resolver Crosscheck Failed Failed OK 3
24 Bld Prox Input Crosscheck Failed Failed OK 3
25 ACC #1 LVDT Crosscheck Failed Failed OK 3
26 ACC #2 LVDT Crosscheck Failed Failed OK 3
27 Reverser LVDT Crosscheck Failed Failed OK 3
28 AOC LVDT Crosscheck Failed Failed OK 3
29 TLA Resolver Crosscheck Failed Failed OK 3
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 24
Label 354 2F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 REV Command Solenoid W/A Failure Failure OK 3
15 TCA Solenoid W/A Failure Failure OK 3
16 Spare Solenoid W/A Failure Failure OK 1
17 Spare Solenoid W/A Failure Failure OK 1
18 Spare Relay W/A Failure Failure OK 1
19 Spare Solenoid W/A Failure Failure OK 3
20 BCE Solenoid W/A Failure Failure OK 1
21 Spare Solenoid W/A Failure Failure OK 1
22 Oil Bypass Solenoid W/A Failure Failure OK 3
23 Hot Start Relay W/A Failure Failure OK 1
24 TLA Lockout Relay W/A Failure Failure OK 3
25 Spare Relay W/A Failure Failure OK 1
26 Spare X 1
27 Essen. Sol. Current Sense Failure Failure OK 3
28 Critical & Noncritical Current Sense Failure Failure OK 3
29 Spare
30 SSM
31 SSM
32 Parity (Odd)
SUPPLEMENT 10 TO ARINC SPECIFICATION 429 – Page 25
Label 354 3F
Bit Status
Bit No. Function Notes
1 0
1 X
2 X
3 X
4 Label X
5 X
6 X
7 X
8 X
9 SDI
10 SDI
11 PAD X
12 PAD X
13 PAD X
14 REV Command Solenoid W/A Failure Failure OK 3
15 TCA Solenoid W/A Failure Failure OK 3
16 Spare Solenoid W/A Failure Failure OK 1
17 Spare Solenoid W/A Failure Failure OK 1
18 Spare Relay W/A Failure Failure OK 1
19 Spare Solenoid W/A Failure Failure OK 3
20 BCE Solenoid W/A Failure Failure OK 1
21 Spare Solenoid W/A Failure Failure OK 1
22 Oil Bypass Solenoid W/A Failure Failure OK 3
23 Hot Start Relay W/A Failure Failure OK 1
24 TLA Lockout Relay W/A Failure Failure OK 3
25 Spare Relay W/A Failure Failure OK 1
26 Spare X 1
27 Essen. Sol. Current Sense Failure Failure OK 3
28 Critical & Noncritical Current Sense Failure Failure OK 3
29 Spare
30 SSM
31 SSM
32 Parity (Odd)
AERONAUTICAL RADIO, INC.
2551 Riva Road
Annapolis, Maryland 21401 – 7645 USA
SUPPLEMENT 11
TO
A. PURPOSE OF THIS SUPPLEMENT 271 002, 274 0C5, 275 002, 276 001, 276 002, 276 003,
300 039, 300 040, 301 002, 301 039, 301 040, 302 002,
This Supplement introduces new label assignments and 302 039, 302 040, 303 002, 304 039, 304 040, 305 039,
equipment identification codes. 305 040, 306 039, 306 040, 307 039, 307 040, 314 002,
316 002, 322 002, 341 002, 342 002, 343 01A, 350 00B,
B. ORGANIZATION OF THIS SUPPLEMENT 350 027, 350 040, 350 241, 350 341, 351 00B, 351 029,
354 002, 355 027, 360 002.
The first part of this document, printed on goldenrod
paper, contains descriptions of the changes introduced Label 076 008 changed from “Ellipsoidal Altitude” to
into the Specification by this Supplement, and, where “GPS Height Above Referenced Ellipsoid”.
appropriate, extracts from the original text for comparison
purposes. The second part consists of replacement white ATTACHMENT 1 – EQUIPMENT CODES
pages for the Specification, modified to reflect these
changes. The modified and added material on each The following codes have been given new assignments:
replacement page is identified with “c-11” symbols in the
margins. Existing copies of Specification 429 may be 039, 040, 041, 08E, 08F, 0AA, 0AB, 0AC, 0AE, 0AF,
updated by simply inserting the replacement white pages 0BA, 0BB, 0BC, 0BD, 0BE, 0BF, 0C2, 0CA, 0CB, 0CC,
they replace. The goldenrod pages should be inserted 0CD, 0CE, 0CF, 0DA, 0DB, 0DC, 0DD, 0DE, 0DF, 0EA,
inside the rear cover of the Specification. 0FF, 10A, 10B, 10C, 10C, 10D, 10E, 10F, 110, 12A, 12B,
136, 141, 241, 341.
Copies of the Specification bearing the number 429-11
already contain this Supplement and thus do not require ATTACHMENT 2 – DATA STANDARDS
revisions by the reader.
Data Standards entered for new labels:
C. CHANGES TO SPECIFICATION 429
INTRODUCED BY THIS SUPPLEMENT Label 076 008 changed from “Ellipsoidal Altitude” to
“GPS Height Above Referenced Ellipsoid”.
This section presents a complete tabulation of the changes
and additions to the Specification introduced by this Data Standards revised for following labels:
Supplement. Each change or addition is entitled by the
section number and title currently employed in the 076 00B, 077 00B, 270 00B
Specification or by the section number and title that will
be employed when the Supplement is eventually ATTACHMENT 6
incorporated. In each case there is included a brief
description of the addition or change and, for other than Example revised for label 077 00B.
very minor revisions, any text originally contained in the
Specification is reproduced or reference. Example for label 260 removed.
2.1.5.1 BCD Numeric, Discrete, Aim Data, and File Example for label 260 031 expanded to include 260 002.
Transfer Words
Format for label 270 00B added.
SSM bit patterns separated from main figure.
Format for label 274 0C5 added.
FIGURE 3-1 RADION SYSTEMS MANAGEMENT
WORD FORMATS Format for label 350 027 added.
HF COM frequency control words added. Code for 747 NR corrected in diagram of TPIS word.
ATTACHMENT 1 – LABEL CODES Equipment ID word expanded to accommodate three-
character identifier.
070 002, 070 0CC, 071 002, 071 0CC, 072 002, 072 0CC,
073 0CC, 074 002, 100 0BB, 101 0BB, 103 0BB, 104 ATTACHMENT 9 – GENREAL AVIATION
0BB, 105 0BB, 106 0BB, 107 002, 114 0CC, 115 0BC, EQUIPMENT IDENTIFIERS
115 0CC, 116 0CC, 117 0CC, 126 002, 127 002,143 041,
143 241, 144 041, 144 341, 150 002, 152 041, 153 002, Code 08C added to list.
153 041, 162 0DE, 173 0BD, 200 002, 202 002,203 002,
204 002, 205 002, 205 0B9, 206 0CC, 207 002, 207 0B9, Codes for Loran and Omega changed from 08A/08B to
211 002, 213 002, 213 08D, 220 002, 220 017, 220 024, 05A/05B, respectively.
220 07E, 221 002, 221 017, 221 024, 221 07E, 222 002,
222 017, 222 024, 222 07E, 223 002, 223 017, 223 024,
223 07E, 224 002, 224 017, 224 024, 224 07E, 225 002,
226 0XX, 230 002, 230 017, 230 024, 230 07E, 241 002,
242 011, 243 0XX, 244 011, 244 08D, 245 002, 246 002,
246 006, 246 009, 247 002, 247 009, 247 0EB, 250 002,
250 12B, 252 0EB, 253 002, 254 002, 254 012, 255 002,
255 012, 255 08E, 256 002, 256 027, 257 002, 257 027,
263 002, 263 010, 264 002, 264 010, 265 002, 267 002,
NOTE: Due to the large number of changes
Created by this Supplement, it is NOT
available separately to update 429-11.
SUPPLEMENT 12
TO
The Supplement introduces the Williamsburg bit-oriented This new section was added to describe a bit-oriented data
file data transfer protocol which supports the transfer of transfer protocol. The new protocol was developed to
binary and character data. The previous AIM and accommodate the interface of the ACARS Management
character-oriented file transfer protocol sections are Unit (MU) and the Satellite Data Unit (SDU).
moved to Appendix 6. The Sign Status Matrix (SSM)
information is revised and reorganized. In addition, this 3.2 AIM Information Transfer
Supplement introduces new label assignments and
equipment identification codes. The information previously contained in this section is no
longer applicable to ARINC Specification 429. For
B. ORGANIZATION OF THIS SUPPLEMENT reference purposes, the section header is retained and the
original contents of this section are located in Appendix
The first part of this document, printed on goldenrod 6.
paper contains descriptions of the changes introduced into
the Specification by this Supplement, and, where ATTACHMENT 1 – LABEL CODES
appropriate, extracts from the original text for comparison
purposes. The second part consists of replacement white The following labels have been given new assignments:
pages for the Specification, modified to reflect these
changes. The modified and added material on each 002 115, 013 0B8, 016 0B8, 046 10A, 046 10B, 047 10A,
replacement page is identified with “c-12” symbols in the 047 10B, 107 0BB, 110 0BB, 112 0BB, 114 0BB, 114
margins. Existing copies of Specification 429 may be 10A, 114 10B, 127 10A, 127 10B, 130 035, 130 10A130
updated by simply inserting the replacement white pages 10B, 131 035, 132 035, 133 10A, 133 10B, 134 10A, 134
they replace. The goldenrod pages should e inserted 10B, 137 10A, 137 10B, 155 10A, 155 10B, 156 10A,
inside the rear cover of the Specification. 156 10B, 157 10A, 157 10B, 160 10A, 160 10B, 161
10A, 161 10B, 201 115, 203 035, 203 10A, 203 10B, 205
Copies of the Specification bearing the number 429-12 10A, 205 10B, 211 10A, 211 10B, 220 116, 221 116, 222
already contain this Supplement and thus do not require 115, 222 116,223 116, 224 116, 226 035, 230 116, 234
revisions by the reader. 039, 234 040, 235 039, 235 040, 236 039, 236 040, 237
039, 237 040, 244 10A, 244 10B, 256 114, 257 114, 260
C. CHANGES TO SPECIFICATION 429 10A, 260 10B, 260 114, 261 10A, 261 10B, 261 114, 262
INTRODUCED BY THIS SUPPLEMENT 10A, 262 10B, 262 114, 263 10A, 263 10B, 263 114, 264
10A, 264 10B, 264 114, 265 004, 265 038, 265 10A, 265
This section presents a complete tabulation of the changes 10B, 265 114, 267 10A, 267 10B, 270 10A, 270 10B, 270
and additions to the Specification introduced by this 114, 270 115, 271 10A, 271 10B, 271 114, 272 002, 272
Supplement. Each change or addition is entitled by the 10A, 272 10B, 272 114, 273 10A, 273 10B, 273 114, 274
section number and title currently employed in the 10A, 274 10B, 274 114, 275 10A, 275 10B, 275 114, 276
Specification, or by the section number and title that will 114, 277 018, 300 10A, 300 10B, 300 TBD, 301 10A, 301
be employed when the Supplement is eventually 10B, 302 10A, 302 10B, 303 10A, 303 10B, 304 10A,
incorporated. In each case there is included a brief 304 10B, 305 10A, 305 10B, 306 10D, 310 114, 311 114,
description of the addition or change and, for other than 312 114, 313 114, 316 10A, 316 10B, 320 035, 321 10A,
very minor revision, any text originally contained into the 321 10B, 322 10A, 322 10B, 323 10A, 323 10B, 324
Specification reproduced for reference. 10A, 324 10B, 325 10A, 325 10B,326 10A, 326 10B, 327
10A, 327 10B, 330 10A, 330 10B, 331 10A, 331 10B,
2.1.3 Information Identifier 335 10A, 335 10B, 336 002, 336 10A, 336 10B, 337 002,
337 002, 337 10A, 337 10B, 341 10A, 341 10B, 342 10A,
This section contains editorial corrections to comply with 342 10B, 343 10A, 343 10B, 344 10A, 344 10B, 345
changes introduced in Supplement 11. 10A, 345 10B, 346 10A, 346 10B, 347 10A, 347 10B,
350 10A, 350 10B, 350 114, 350 115, 351 10A, 351 10B,
2.1.5 Sign/Status Matrix 351 114, 352 10A, 352 10B, 352 114, 353 10A, 353 10B,
353 114, 354 10A, 354 10B, 357 035, 360 10A, 360 10B,
This section was revised and reorganized. The changes 360 TBD, 361 10A, 361 10B, 362 10A, 362 10B, 362
include moving the AIM and file transfer SSM definitions 115, 363 10A, 363 10B, 365 TBD, 372 10A, 372 10B,
to Appendix 6, adding failure reporting to the discrete 373 10A, 373 10B, 374 10A, 374 10B, 374 TBD, 375
word truth table (Section 2.1.5.3) and moving the 10A, 375 10B, 375 TBD.
description of status priorities to Section 2.1.5.
2.3.1 Digital Language Revised label 130 035 from “Traffic Advisory Range” to
“Intruder Range”.
The contents of Sections 2.3.1.4 through 2.3.1.5.7 were
moved to Appendix 6. The AIM Data and File Data Revised label 131 035 from “Traffic Advisory Altitude”
Transfer section headings were retained for reference to “Intruder Altitude”.
purposes. Section 2.3.1.5. File Data Transfer, provides
the reason for moving the original file transfer protocol Revised label 132 035 from “Traffic Advisory Bearing”
and introduces the Williamsburg protocol. to “Intruder Bearing”.
SUPPLEMENT 12 TO ARINC SPECIFICATION 429 – Page 3
Removed label 130 030 Traffic Advisory Range. ATTACHMENT 11 – BIT-ORIENTED DATA FILE
TRANSFER WORD FORMATS
Removed label 131 030 Traffic Advisory Altitude.
Add new Attachment.
Removed label 132 030 Traffic Advisory Bearing ATTACHMENT 11A – DESTINATION CODES
Estimate.
Add new Attachment.
Removed label 270 030 Transponder Discrete.
ATTACHMENT 11B – STATUS CODES
Removed label 347 030 Sector Control.
Add new Attachment.
Removed label 347 035 Antenna Control.
ATTACHMENT 11C – ALOHA/ALOHA RESPONSE
ATTACHMENT 1 – EQUIPMENT CODES PROTOCOL WORDS
The following codes have been given new assignments: Add new Attachment.
113, 114,115, 116, 117, 118, 119, 11A, 123, 124, 125, ATTACHMENT 12 – FILE TRANSFER EXAMPLE
126, 127, 128, 129, 15A, 15B, 15C, 15D, 15E, 16A, 16B,
16C, 16D, 16E, 17A, 17B, 17C, 18A, 18B, 18C, 18D, Add new Attachment.
18E, 18F.
ATTACHMENT 12A – FILED MAPPING EXAMPLE
ATTACHMENT 2 – DATA STANDARDS
Add new Attachment.
Tables 1, 2 updated to reflect changes to Attachment 1.
ATTACHMENT 13 – PROTOCOL DETERMINATION
Binary Data notes 6, 7 and 8 added. PROCEDURE DIAGRAMS
Discrete Data Standards entered for new labels: Add new Attachment.
272 002, 271 018, 272 018, 273 018, 275 018, 276 018, ATTACHEMENT 14 – SYSTEM ADDRESS LABELS
277 018, 274 018, 270 035, 271 035, 273 035, 274 035,
275 035, 013 0B8, 016 0B8, 161 10A, 161 10B, 350 114, Add new Attachment.
351 114, 352 114, 353 114, 270 115, 350 115.
ATTACHMENT 15 – LINK LAYER CRC DATA
ATTACHMENT 6 – GENERAL WORD FORMATS EXAMPLE
AND ENCODING EXAMPLES
Add new Attachment.
Add format for TCAS Intruder Range label 130.
APPENDIX 6 – FORMER MAINTENANCE, AIM AND
Add format for TCAS Intruder Altitude label 131. FILE TRANSFER TECHNIQUES
Add format for TCAS Intruder Bearing label 132. Add new Appendix.
Add format for Transponder Altitude/TCAS Own A/C APPENDIX 7 – MATHMATICAL EXAMPLE OF CRC
Altitude label 203. ENCODING/DECODING
Removed 730 ASAS Sector Control Word example. Add new Appendix.
SUPPLEMENT 13
TO
This Supplement introduces changes made to the An editorial change was made.
Williamsburg protocol as a result of its initial
implementation. This protocol supports the transfer of 2.5.6 Response to RTS
binary and character data. In addition, this Supplement
introduces new label assignments and equipment The last sentence in the second paragraph was reworded
identification codes. and moved to a more appropriate section, 2.5.6.2.
B. ORGANIZATION OF THIS SUPPLEMENT
2.5.6.1 Clear to Send (CTS)
The first part of this document, printed on goldenrod
paper contains descriptions of changes introduced into In the second to last sentence, the word “valid” was added
this Specification by this Supplement. The second part to clarify the Not clear to send condition. The last
consists of replacement white pages for the Specification, sentence was added to clarify the resetting of RTS
modified to reflect the changes. The modified and added counters.
material on each page is identified by a c-13 in the
margins. Existing copies of ARINC Specification 429
may be updated by simply inserting the replacement 2.5.6.2 Not Clear to Send (NCTS)
white pages where necessary and destroying the pages
they replace. The goldenrod pages are inserted inside the The first paragraph was updated to include the
rear cover of the Specification. information deleted from Section 2.5.6 and to clarify the
validity requirements. The second paragraph was updated
C. CHANGES TO ARINC SPECIFICATION 429 to describe that and NCTS counter would be reset upon a
INTRODUCED BY THIS SUPPLEMENT valid CTS response. The last sentence in the third
paragraph was deleted and it’s content expanded in the
This section presents a complete tabulation of the changes following commentary of that section.
and additions to the Specification introduced by this
Supplement. Each change or addition is defined by the
section number and the title currently employed in the 2.5.6.3 Destination Busy
Specification or by the section name and title that will be
employed when the Supplement is eventually The second paragraph of this section was updated to
incorporated. In each case a brief description of the indicate that a BUSY counter should be reset with a valid
change or addition is included. CTS response to RTS.
AEEC STAFF NOTE: THESE CHANGES 2.5.7 No Response to RTS
APPLY TO ARINC 429, PART 3 ONLY.
The first paragraph of this section was updated to describe
proper response to RTS.
2.3.1.5 File Data Transfer
2.3.1.5.1 Bit-Oriented Protocol Determination This section was updated to include editorial changes and
a description of the correct responses to RTS. The last
New Section added to describe ALO/ALR protocol sentence was deleted as redundant to Section in 2.5.13.1
process to be used when a bilingual Link Layer protocol and in conflict with other possible responses.
system needs to determine necessary bit-oriented
interfaces. 2.5.11 Data
2.5 Bit-Oriented communications Protocol The fourth paragraph of this section was updated to
describe the proper ending of an LDU transmission, and
Included term “Williamsburg” parenthetically since this to include the optional NAK response for receipt of an
terminology well-known in industry. Added commentary incomplete octet.
to explain non-negotiation or parameters in this protocol.
2.5.2 Link Data Unit (LDU) Size and Word Count In the last paragraph, the “note” designator was removed
and the text clarified for the transfer of characters with a
Added second paragraph to text, since it is a requirement, parity bit.
and removed second paragraph from commentary.
2.5.4 Bit Rate and Word Timing 2.5.13 Negative Acknowledgement (NAK)
Corrected the commentary to change the more ambiguous This section was updated to clarify conditions for sending
term “message” to LDU. the NAK word.
SUPPLEMENT 13 TO ARINC SPECIFICATION 429 – Page 3
SUPPLEMENT 14
TO
This Supplement introduces changes made to increase the This section was added to specifically define the word
efficiency of data transfer across an ARINC 429 high type for protocol words.
speed bit-oriented link. This protocol supports the
transfer of binary and character data. 2.5.6.1 Protocol Identifier
B. ORGANIZATION OF THIS SUPPLEMENT This section was added to clarify the definition of bits 28-
25 for protocol words and to specify the relevant addition
The first part of this document, printed on goldenrod for error conditions.
paper, contains descriptions of changes introduced into
this Specification by this Supplement. The second part 2.5.6.2 Destination Code
consists of replacement white pages for the Specification,
modified to reflect the changes. The modified and added This section was updated, and a commentary added, to
material on each page is identified by a c-14 in the clarify the role of the link layer protocol for upward
margins. Existing copies of ARINC 429 may be updated compatibility with changing network functionality. The
by simply inserting the replacement white pages where requirement for Destination code validation is not a link
necessary and destroying the pages they replace. The layer function.
goldenrod pages are inserted inside the rear cover of the
Specification. 2.5.6.3 Word Count
C. CHANGES TO ARINC SPECIFICATION 429 This section was renumbered.
INTRODUCED BY THIS SUPPLEMENT
2.5.7 Request to Send (RTS)
This section presents a complete tabulation of the changes
and additions to the Specification introduced by this This section was previously titled “Response to TS”, and
Supplement. Each change and addition is defined by the has been renumbered. The title was changed for
section number and the title currently employed in the consistency, and an introductory paragraph added to
Specification or by the section name and title that will be clarify the basic RTS function.
employed when the Supplement is eventually
incorporated. In each case a brief description of the 2.5.7.1 Clear to Send (CTS)
change or addition is included.
This section was renumbered.
AEEC STAFF NOTE: THESE CHANGES
APPLY TO ARINC 429, PART 3 ONLY. 2.5.7.2 Not Clear to Send (NCTS)
An editorial change was needed to reference new section. This section was renumbered, and an introductory
replacement paragraph inserted to clarify the “optional”
BUSY response, which may be used when a system
2.3.1.5.1 Bit-Oriented Protocol Determination cannot accept a transmission by the source in a “timely
manner”. New commentary equates a “timely manner” to
This section was expanded to include determination of the shorter retry sequence of the NCTS series.
different version numbers of the bit-oriented protocol, and
was moved to Section 2.5.19. 2.5.7.4 No Response to RTS
2.5 Bit-Oriented Communication Protocol This section was renumbered, and the ALOHA word was
included in the logic for error determination.
An editorial change references a new section number.
2.5.10 Start of Transmission (SOT)
2.5.4 Bit Rate and Word Timing
Timer T13 was added as a requirement on the source to
A maximum word gap of 64 bit-times, (averaged over the begin transmission of an LDU within a specified interval
LDU transmission) was added to eliminate excessive after receipt of the CTS word from the sink.
delay in source transmission time.
2.5.10.1 General Format Identifier (GFI)
Note: Sections 2.5.5 through 2.7 have been renumbered
and reordered for consistency. This section was updated, and commentary added to
clarify the role of the GFI in pre-OSI as well as OSI
2.5.5 Word type environments. Validation of the GFI code is required by
a high level entity (network layer) in both environments
The basic definition of “word type” was corrected to to determine the format of the data words to follow. GFI
include bits 31-29 in all bit-oriented words of an LDU. validation is not necessarily a link layer function.
SUPPLEMENT 14 TO ARINC SPECIFICATION 429 – Page 3
All references to Character Data word formats were 2.6 Windowed Bit-Oriented Protocol
deleted.
This is a completely new section which contains the
2.5.11.3 Character Data Words system description of the new LLC2-like bit-oriented link
layer protocol for 429. It is based on Section 2.5, “Bit-
This section was deleted. The Character Data Word Oriented Communications Protocol”, with expanded text
format was removed from Supplement 14, as the format is as specified to allow for more efficient use of the 429
incompatible with those for Full and Partial Data word high (or low) speed data bus through “windowing”. The
formats. Currently, both binary and character data are definition includes provision for a Link Control Word
transmitted in octets defined by the other two data word prior to each LDU.
formats. The special character data format is not
required. ATTACHMENT 1 – EQUIPMENT CODES
References to character data words were deleted. The ATTACHEMENT 6 – WORD FORMATS AND
text for equation: M9x) = x16G(x) + R(x) was corrected ENCODING EXAMPLES
by moving the “bar” from G(x) to R(x).
Example added for label 171.
2.5.13 Negative Acknowledgement (NAK)
ATTACHMENT 10 – VARIABLES OF BIT
NAK word interpretation was changed to remove ORIENTED PROTOCOL
constraint on source for specific order of file sequencing
(i.e. Allows source to restart file with new FSN if Table 10-1 was updated to include a standard value for
necessary). N7, the maximum number of LDUs in a window (see
Section 2.6 “Windowed Bit-Oriented Protocol”).
2.5.14.1 Duplicate LDU
Table 10-3 deleted Option 6 (O6) for NAK Send Time,
This first paragraph was rewritten to clarify. and deleted Option 9 (O9) for the Character Data Word,
both of which are no longer used.
2.5.14.3 Incomplete File Timer
Table 10-4 was revised to include columns for low speed
This section was added to allow the sink to discard a maximum and minimum values. These values were
partial file of multiple LDUs when the T14 timeout established for timers and as response time design goals
between LDU transmissions is exceeded. It ensures that a for incoming transmissions. Timers T13 through T16 were
source device cannot “lock-up” a sink. added.
2.5.15 SYN Word Table 10-5 was added to include a definition of high
speed maximum and minimum values for timers and
The LDU sequence anomalies which generate a SYN response time design goals. The format is the same as the
response by the sink were clarified. revised Table 10-4. Timer T10 is not used in the high
speed protocol.
2.5.16 Response to ACK/NAK/SYN
Table 10-6 was added to include notes to Tables 10-1
The T16 timer was introduced to replace T10 and T8. Also, through 10-5.
the action taken by the source upon receipt of a SYN
word was updated, which relaxes requirements to
maintain a specific File Sequence ordering by the source. ATTACHMENT 11 – BIT-ORIENTED DATA FILE
TRANSFER WORD FORMATS
2.5.19 Protocol Initialization
Table 11-1A added “spares” for the deleted Character
2.5.19.1 Bit-Oriented Protocol Version, Data Formats and corrected “Protocol Data Word” to read
“Protocol Word”.
2.5.19.2 ALOHA Response, and
Table 11-4 updated definitions for bits 9 through 24 of the
2.5.19.3 Character-429 Determination ALO and ALR words, and added the LCW (LDU Control
Word) format definition.
This section has been added to replace and expand on the
definition of the process to determine the link layer Table 11-4A was added as a partial replacement for
protocol version supported by an interfacing system. ATTACHMENT 11C and Table 11-4B was added to
These sections replace three sections from Supplement define the new window definitions for the Windowed Bit-
13. Oriented protocol in Section 2.6.
2.3.1.5.1 Bit-Oriented Protocol Determination Table 11-6A was revised, changing the former GFI bit
pattern (0001) for ISO 8208 to “unassigned”. The bit
2.5.19 ALO Response, and pattern (0100) for ISO 8473 was changed to a more
SUPPLEMENT 14 TO ARINC SPECIFICATION 429 – Page 4
SUPPLEMENT 15
TO
A. PURPOSE OF THIS DOCUMENT When the “Functional Test” code appears as a system
output, it should be interpreted as advice that the data in the
This Supplement introduces new label assignments, Discrete Data word contents are the result of the execution
equipment IDs, system address labels and updates to the of a functional test.
429W protocol.
DISCRETE DATA WORDS
B. ORGANIZATION OF THIS SUPPLEMENT
Meaning
The first part of this document, printed on goldenrod paper Bit
contains descriptions of changes introduced into this
Specification by this Supplement. The second part consists 30
of replacement white pages for the Specification, modified 0 0 Verified Data, Nomal Operation
to reflect the changes. The modified and added material on 0 1 No Computed Data
each page is identified by a c-15 in the margins. Existing 1 0 Functional Test
copies of ARINC Specification 429 may be updated by 1 1 Failure Warning
simply inserting the replacement white pages where
necessary and destroying the pages they replace. The
goldenrod pages are inserted inside the rear cover of the 2.2.2 Modulation
Specification.
The following Commentary was added:
C. CHANGES TO ARINC SPECIFICATION 429
INTRODUCED BY THIS SUPPLEMENT “Avionics manufacturers are warned that bus activity
monitoring should be implemented with caution. Crossed
This section presents a complete tabulation of the changes wiring (interchanging A and B) at one end of the bus, which
and additions to the Specification introduced by this will cause improper LRU/system operation, may not
Supplement. Each change or addition is defined by the necessarily be detected by a “simple” bus activity monitor.”
section number and the title currently employed in the
Specification or by the section name and title that will be
employed when the Supplement is eventually incorporated. 2.2.4.2 Receiver Input Impedance
In each case a brief description of the change or addition is
included. The word “parallel” was changed to “combination”.
2.0 Digital Information Transfer System Standards Figure 3.1 Radio Systems Management Word Formats
Numerous changes were made to the protocol throughout VHF Com Frequency Word - Bits 7,8,20,23 changed to “0”
this Section. and bits 15,16,21,28 changed to “1”.
2.1.5.3 Discrete Data Words ATTACHMENT 1 - LABEL CODES
The technique for encoding SSM bits in discrete words This attachment was updated according to the tables on the
were revised. following pages.
MIN MAX
LABEL EQ ID PARAMETER BINARY UNITS RANGE SIG RESOL REF NOTES
TI TI
New 366 13A IGV Position Deg./180 +-180 12 0.05 100 200 14
New 367 13A IGV Request Deg./180 +-180 12 0.05 100 200 14
New 341 160 Tank Unit Data 13
New 147 xxx TACAN Control Word 100 200 42
Correction 171 xxx Manu. Specific Status Word 16 See Att. 6
New 214 xxx ICAO Aircraft Address (part 1) See Att. 6
New 316 xxx ICAO Aircraft Address (part 2) 43
New 375 xxx GPS Differential Correction Word A See ARINC 743A
New 376 xxx GPS Differential Correction Word B See ARINC 743A
Revised 021 002 Selected EPR EPR 0-3 4 0.001 100 200 31
New 027 002 TACAN Selected Course Degrees 0-359 3 1 167 333 7
Revised 020 020 Selected Vertical Speed Ft/Min 0-6000 4 1 100 200 31
Revised 021 020 Selected EPR EPR 0-3 4 0.001 100 200 31
New 047 020 VHF Com Frequency See Chap. 3 100 200 51
New 047 024 VHF Com Frequency See Chap. 3 100 200 51
Revised 155 027 MLS Selected GP Angle Degrees 100 200 51
Revised 065 037 Gross Weight 0-19999
New 163 037 Zero Fuel Weight (lb) Lbs 0-19999 5 1 100 200 15
New 243 037 Zero Fuel Weight (kg) KG 0-19999 5 1 100 200 15
New 52 037 Long. Zero Fuel CG %MAC 0-100.00 5 0.01 100 200 15
New 012 04D QTY-LD SEL (LB) Lbs 0-79999 19 100 5
New 013 04D QTY - FLT DECK (LB) Lbs 0-79999 19 100 5
New 017 04D TOTAL-FLT DECK (LB) Lbs 0-79999 19 100 5
New 020 04D TNK-LD SEL(LB) Lbs 0-79999 19 100 5
New 022 04D QTY-LD SEL (KG) KG 0-79999 19 100 5
New 023 04D QTY-FLT DECK (KG) KG 0-79999 19 100 5
New 027 04D TOTAL-FLT DECK (KG) KG 0-79999 19 100 5
New 030 04D TNK-LD SEL(KG) KG 0-79999 19 100 5
New 135 05A ACT 1 Fuel Quan. Display KG/LB 0-9999 16 100 100 200 19
New 136 05A ACT 2 Fuel Quan. Display KG/LB 0-9999 16 100 100 200 19
New 137 05A Center+ACT+ACT FQ Display KG/LB 0-9999 16 100 100 200 19
New 140 05A Actual Fuel Quan. Display KG/LB 0-9999 16 100 100 200 19
New 141 05A Preselected Fuel Quan. Display KG/LB 0-9999 16 100 100 200 19
New 142 05A Left Wing Fuel Quan. Display KG/LB 0-9999 16 100 100 200 19
New 143 05A Center Wing Fuel Quan. Display KG/LB 0-9999 16 100 100 200 19
New 144 05A Right Wing Fuel Quan. Display LG/LB 0-9999 16 100 100 200 19
New 272 05A Fuel Density KG/M3 0-9999 16 0.0001 100 200 19
New 273 05A Sensor Values Left Wing Tank pF 0-100 13 0.1 100 200 19
New 274 05A Sensor Values Center Wing Tank pF 0-100 13 0.1 100 200 19
New 275 05A Sensor Values Right Wing Tank pF 0-100 13 0.1 100 200 19
New 047 086 VHF Com Frequency See Chap. 3 100 200 51
Revised 021 0A1 Selected EPR EPR 0-3 4 0.001 100 200 31
New 201 112 TACAN Distance N.M. 0-399.99 5 0.01 190 210 8
AERONAUTICAL RADIO, INC.
2551 Riva Road
Annapolis, Maryland 21401 – 7645 USA
SUPPLEMENT 16
TO
Labels 171, 172, 214 and 216 were removed from spare
labels (item 3).
SUPPLEMENT 16 TO ARINC SPECIFICATION 429 PART 1– Page 4
Eqpt.
Code No. Sig MIN MAX REF
Data ID Parameter Units Range Resolution
(Octal) Bits TX TX ATT
(Hex)
001 BCD 056 Distance To Go The Same Parameters as the FMS EQ ID 002
001 BCD 060 Distance To Go The Same Parameters as the FMS EQ ID 002
002 BCD 056 Time To Go The Same Parameters as the FMS EQ ID 002
002 BCD 060 Time To Go The Same Parameters as the FMS EQ ID 002
012 BCD 056 Ground Speed The Same Parameters as the FMS EQ ID 002
012 BCD 060 Ground Speed The Same Parameters as the FMS EQ ID 002
017 BCD 055 Selected Runway Heading Degrees 0-359.9 4 0.1
020 Discrete 06D Landing Gear Position Infor & System Status 90 100 37
021 Discrete 06D Landing Gear Position Infor & System Status 90 100 37
ATTACHMENT 1-16
033 BCD 056 ILS Frequency The Same Parameters as the FMS EQ ID 002
033 BCD 060 ILS Frequency The Same Parameters as the FMS EQ ID 002
034 BCD 056 VOR/ILS Frequency The Same Parameters as the FMS EQ ID 002
034 BCD 060 VOR/ILS Frequency #1 The Same Parameters as the FMS EQ ID 002
035 BCD 055 Paired DME Frequency MHz 1008-135.9 4 0.05
035 BCD 056 DME Frequency The Same Parameters as the FMS EQ ID 002
035 BCD 060 DME Frequency #1 The Same Parameters as the FMS EQ ID 002
036 BCD 055 MLS Channel Selection 500-600 3 1
036 BCD 056 MLS Frequency Channel The Same Parameters as the FMS EQ ID 002
036 BCD 060 MLS Frequency/Channel The Same Parameters as the FMS EQ ID 002
041 BCD 056 Set Latitude The Same Parameters as the FMS EQ ID 002
041 BCD 060 Set Latitude The Same Parameters as the FMS EQ ID 002
042 BCD 056 Set Longitude The Same Parameters as the FMS EQ ID 002
042 BCD 060 Set Longitude The Same Parameters as the FMS EQ ID 002
043 BCD 056 Set Magnetic Heading The Same Parameters as the FMS EQ ID 002
043 BCD 060 Set Magnetic Heading The Same Parameters as the FMS EQ ID 002
052 BNR 004 Body Pitch Accel Deg/Sec2 ± 64 15 0.002 50 Hz 117 Hz
052 BNR 038 Body Pitch Accel Deg/Sec2 ± 64 15 0.002 50 Hz 117 Hz
053 BCD 004 Track Angle Magnetic Degree 1 3 1 250 500
053 BNR 004 Body Roll Accel Deg/Sec2 ± 64 15 0.002 50 Hz 117 Hz
053 BNR 038 Body Roll Accel Deg/Sec2 ± 64 15 0.002 50 Hz 117 Hz
054 BNR 004 Body Yaw Accel Deg/Sec2 ± 64 15 0.002 50 Hz 117 Hz
054 BNR 038 Body Yaw Accel Deg/Sec2 ± 64 15 0.002 50 Hz 117 Hz
056 BCD 056 ETA (Active Waypoint) The Same Parameters as the FMS EQ ID 002
056 BCD 060 ETA (Active Waypoint) The Same Parameters as the FMS EQ ID 002
061 BNR 00B Pseudo Range Meters ±268435456 20 256 200 1200
061 BNR 056 ACMS Information The Same Parameters as the FMS EQ ID 002
061 BNR 060 ACMS Information The Same Parameters as the FMS EQ ID 002
062 BNR 00B Pseudo Range Fine Meters 256 11 0.125 200 1200
062 BNR 056 ACMS Information The Same Parameters as the FMS EQ ID 002
062 BNR 060 ACMS Information The Same Parameters as the FMS EQ ID 002
Eqpt.
Code No. Sig MIN MAX REF
Data ID Parameter Units Range Resolution
(Octal) Bits TX TX ATT
(Hex)
063 BNR 00B Range Rate M/S ±4096 20 0.0039 200 1200
063 BNR 056 ACMS Information The Same Parameters as the FMS EQ ID 002
063 BNR 060 ACMS Information The Same Parameters as the FMS EQ ID 002
064 BNR 00B Delta Range Meters ±4096 20 0.0039 200 1200
065 BNR 00B SV Position X Meters ±67108864 20 64 200 1200
066 BNR 00B SV Position X Fine Meters 64 14 0.0039 200 1200
070 BNR 00B SV Position Y Meters ±67108864 20 64 200 1200
070 BNR 056 Reference Airspeed (Vref) The Same Parameters as the FMS EQ ID 002
070 BNR 060 Reference Airspeed (Vref) The Same Parameters as the FMS EQ ID 002
071 BNR 00B SV Position Y Fine Meters 64 14 0.0039 200 1200
072 BNR 00B SV Position Z Meters ±67108864 20 64 200 1200
ATTACHMENT 1-16
075 BNR 114 Aircraft Gross Weight Pounds 1310680 15 40 100 200 37
076 BNR 00B GNSS Altitude (Msl) Feet ±131072 20 0.125 200 1200
076 Discrete 008 Hazard Azimuth Output
076 BNR 114 Aircraft Longitudinal Center Of Gravity Percent 163.83% 14 0.01% 100 200 37
077 Discrete 008 Hazard Range Output
ATTACHMENT 1-16
121 BNR 056 Horizontal Command Signal The Same Parameters as the FMS EQ ID 002
121 BNR 060 Horizontal Command Signal The Same Parameters as the FMS EQ ID 002
122 BNR 056 Vertical Command Signal The Same Parameters as the FMS EQ ID 002
122 BNR 060 Vertical Command Signal The Same Parameters as the FMS EQ ID 002
124 Discrete 00B Digital Time Mark - 200 1200
125 BCD 00B UTC Hr:Min 23:59.9 5 0.1 Min 200 1200
125 BCD 002 Universal Coordinate Time Hr-Min 0-23.59.9 4 0.1 100 200
125 BCD 056 Universal Coordinated Time (UTC) The Same Parameters as the FMS EQ ID 002
125 BCD 060 Universal Coordinated Time (UTC) The Same Parameters as the FMS EQ ID 002
126 BNR 056 Vertical Deviation (Wide) The Same Parameters as the FMS EQ ID 002
126 BNR 060 Vertical Deviation (Wide) The Same Parameters as the FMS EQ ID 002
130 BNR 00B Aut Horiz Integ Limit NM 16 17 1.2E-4 200 1200
133 BNR 00B Aut Vert Integ Limit Feet 32, 768 18 0.125 200 1200
136 BNR 00B Vertical Figure Of Merit Feet 32, 768 18 0.125 200 1200
137 BNR 140 Flap Angle Degrees 180 12 0.05 62.5 200 36
140 BNR 00B UTC Fine Seconds 1 20 0.953674µs 200 1200
140 Discrete 114 Pump Contactor States 37
141 BNR 00B UTC Fine Fractions Seconds 0.9536743µs 10 0.9313225ns 200 1200
141 Discrete 114 Pump Contactor and Pushbutton States 37
142 Discrete 114 Pump Push Button and LP Switch State 37
143 Discrete 114 Pump LP Switch State and FCMC Commands 37
144 Discrete 114 Valve Feedback 37
145 Discrete 114 Valve Feedback 37
146 Discrete 114 Valve Feedback 37
147 Discrete 114 Valve Feedback 37
150 BNR 00B UTC Hr:Min:S ±23:59:59 17 1.0 sec 200 1200
150 BNR 056 Universal Coordinated Time The Same Parameters as the FMS EQ ID 002
150 BNR 060 Universal Coordinated Time The Same Parameters as the FMS EQ ID 002
150 Discrete 114 FCMC Valve Commands 37
151 BNR 055 MLS AZ Deviation mV ± 2400 15 0.0732
151 BNR 056 Localizer Bearing (True) The Same Parameters as the FMS EQ ID 002
Eqpt.
Code No. Sig MIN MAX REF
Data ID Parameter Units Range Resolution
(Octal) Bits TX TX ATT
(Hex)
151 BNR 060 Localizer Bearing (True) The Same Parameters as the FMS EQ ID 002
151 Discrete 114 FCMC Valve Commands 37
152 BNR 055 MLS GP Deviation mV ± 2400 15 0.0732
Overhead Panel Switch/ Pushbutton & Refuel
152 Discrete 114 37
Panel Battery Power Supply Switch States
153 BNR 055 MLS Selected Azimuth Degrees 0-359 9 1
153 Discrete 114 Level States 37
154 BNR 055 MLS Max Selectable GP Degrees ±51.1 9 1
ATTACHMENT 1-16
156 BNR 055 MLS Basic Data Wd 1 N/A N/A N/A N/A
156 Discrete 114 Refuel Panel Switch States 37
157 SAL System Address Label For CVR 24
157 BNR 055 MLS Basic Data Wd 2 N/A N/A N/A N/A
157 BCD 114 Trim Tank Probe Capacitance pf 0-400 14 0.1 37
ATTACHMENT 1-16
201 BNR 140 Mach Maximum Operation (Mmo) Mach 4.096 12 0.001 62.5 125 36
201 BNR 142 Projected Future Latitude Degrees ± 180 20 0.000172 150 400 27
202 BNR 114 Inner Tank 4 Fuel Temp & Advisory Warning Degree C ±512 11 0.025 37
202 BNR 140 Mach Rate M/minute 4.096 12 0.001 62.5 125 36
202 BNR 142 Projected Future Latitude Fine Degrees .000172 11 2-E-32 Cir 150 400 27
203 BNR 114 Trim Tank Fuel Temp & Advisory Warning Degree C ±512 11 0.025 37
203 BNR 140 Altitude Feet 131072 17 1 31.25 62.5 36
204 BNR 056 Baro Altitude The Same Parameters as the FMS EQ ID 002
204 BNR 060 Baro Altitude The Same Parameters as the FMS EQ ID 002
204 BNR 114 Right Outer Tank Fuel Temp & Advisory Degree C ±512 11 0.025 37
Warning
204 BNR 140 Baro Corrected Altitude Feet 131072 17 1 31.25 62.5 36
205 BNR 140 Mach Mach 4.096 16 0.0000625 62.5 125 36
206 BNR 056 Computed Airspeed The Same Parameters as the FMS EQ ID 002
206 BNR 060 Computed Airspeed The Same Parameters as the FMS EQ ID 002
206 BNR 140 Computed Airspeed (CAS) Knots 1024 14 0.0625 62.5 125 36
207 BNR 140 Airspeed Maximum Operating (VMO) Knots 1024 12 .025 62.56 125 36
210 BNR 140 True Airspeed Knots 2048 15 0.0625 62.5 125 36
210 SAL FCMC Com A340-500/600 44
211 BNR 0AD Total Air Temperature Indicated Degree C 512 12 0.125 250 500 36
211 BNR 140 Total Air Temp (TAT) Degree C 512 11 0.25 250 500 36
211 BNR 142 Projected Future Longitude Degrees ± 180 20 0.000172 150 400 27
211 SAL FCMC M on A340-500/600 44
212 BNR 056 Alititude Rate The Same Parameters as the FMS EQ ID 002
212 BNR 060 Alititude Rate The Same Parameters as the FMS EQ ID 002
212 BNR 140 Altitude Rate Ft/Min 32768 11 16 31.25 62.5 36
212 BNR 142 Projected Future Longitude Fine Degrees .000172 11 2E -32 Cir 150 400 27
212 SAL FCMC Int A340-500/600 44
213 BNR 140 Static Air Temp (SAT) Degree C 512 11 0.25 250 500 36
213 BNR 142 Vertical Time Interval Minute 265 min 10 .25 mile 500 2000 27
215 BNR OAD Impacted Pressure, Uncorrected, mb mb 512 16 0.008 20 40 36
215 BNR O38 Impacted Pressure, Uncorrected, mb mb 512 14 0.03125 62.5 125 36
215 BNR 006 Impacted Pressure, Uncorrected, mb mb 512 14 0.03125 62.5 125 36
Eqpt.
Code No. Sig MIN MAX REF
Data ID Parameter Units Range Resolution
(Octal) Bits TX TX ATT
(Hex)
215 BNR 140 Impact Pressure Subsonic mb 512 14 0.03125 62.5 125 36
217 BNR 0AD Average Static Pressure mb 2048 18 0.008 20 200 36
217 BNR 002 Geometric Vertical Rate Ft/Min 20000 11 16
217 BNR 006 Static Pressure, Corrected (In. Hg) Inches Hg 64 16 0.001 20 200 36
217 BNR 038 Static Pressure, Average, Corrected (In. Hg) Inches Hg 64 16 0.001 20 200 36
217 BNR 140 Static Pressure Corrected (In. Hg) Inches Hg 64 16 0.001 62.5 125 36
220 056 MCDU #1 Address Label The Same Parameters as the FMS EQ ID 002
220 060 MCDU #1 Address Label The Same Parameters as the FMS EQ ID 002
220 BNR 140 Baro Corrected Altitude #2 Feet 131072 17 1 31.25 62.5 36
221 056 MCDU #2 Address Label The Same Parameters as the FMS EQ ID 002
ATTACHMENT 1-16
223 060 Printer #1 Address Label The Same Parameters as the FMS EQ ID 002
223 BNR 140 Angle Of Attack, Indicated #1 Right Degrees 180 12 0.05 31.5 62.5 36
224 056 Printer #2 Address Label The Same Parameters as the FMS EQ ID 002
224 060 Printer #2 Address Label The Same Parameters as the FMS EQ ID 002
ATTACHMENT 1-16
244 BNR 140 Angle Of Attack, Normalized Ratio 2 11 0.001 62.5 125 36
245 SAL System Address Label For MLS 5
245 BNR 0AD Average Static Pressure mb, Uncorrected mb 2048 18 0.008 20 200 36
245 BNR 038 Average Static Pressure mb, Uncorrected 36
245 BNR 056 Minimum Airspeed The Same Parameters as the FMS EQ ID 002
245 BNR 060 Minimum Airspeed The Same Parameters as the FMS EQ ID 002
245 BNR 140 Static Pressure, Uncorrected mb 2048 16 0.03125 62.5 125 36
246 SAL System Address Label for AHRS 19
246 BNR 038 Average Static Pressure mb, Corrected 36
246 BNR 056 General Max Speed (Vcmax) The Same Parameters as the FMS EQ ID 002
246 BNR 060 General Max Speed (Vcmax) The Same Parameters as the FMS EQ ID 002
246 BNR 140 Static Pressure, Corrected mb 2048 16 0.03125 62.5 125 36
247 BNR 00B Horizontal Figure Of Merit NM 16 18 6.1 E-5 200 1200
247 BNR 056 Control Minimum Speed (Vcmin) The Same Parameters as the FMS EQ ID 002
247 BNR 060 Control Minimum Speed (Vcmin) The Same Parameters as the FMS EQ ID 002
247 BNR 114 Fuel On Board Pounds 655320 13 40 37
247 BNR 140 Airspeed Minimum Vmc Knots 512 11 0.25 62.5 125 36
250 BNR 0AD Indicated Side Slip Angle or AOS Deg/180 ±180 14 0.01 31.3 200 36
250 BNR 114 Preselected Fuel Quantity Pounds 655320 13 40 37
251 SAL System Address Label VDR #1
252 SAL System Address Label VDR #2
253 SAL System Address Label VDR #3
254 Discrete 055 GBAS ID 200 41
254 BNR 140 Altitude Rate Ft/Min 131072 13 16 31.25 62.5 36
255 Discrete 055 GBAS Airport ID 200 42
255 BNR 140 Impact Pressure mb 4096 17 0.03125 62.5 125 36
256 BLOCK 055 MLS Station ID #1
256 BNR 056 Time For Climb The Same Parameters as the FMS EQ ID 002
256 BNR 060 Time For Climb The Same Parameters as the FMS EQ ID 002
Eqpt.
Code No. Sig MIN MAX REF
Data ID Parameter Units Range Resolution
(Octal) Bits TX TX ATT
(Hex)
256 BNR 114 Left Outer Tank Fuel Quantity Pounds 131068 15 4 37
256 BNR 140 Equivalent Airspeed Knots 1024 14 0.0625 62.5 125 36
257 BLOCK 055 MLS Station ID #2
257 BNR 056 Time For Descent The Same Parameters as the FMS EQ ID 002
257 BNR 060 Time For Descent The Same Parameters as the FMS EQ ID 002
257 BNR 114 Inner Tank 1 Fuel Quantity Pounds 131068 15 4 37
257 BNR 140 Total Pressure (High Range) mb 4096 17 0.03125 62.5 125 36
260 BCD 00B Date dd:Mo:Yr dd:mm:yr 6 1 day 200 1200
260 BCD 056 Date/Flight Leg The Same Parameters as the FMS EQ ID 002
260 BCD 060 Date/Flight Leg The Same Parameters as the FMS EQ ID 002
260 BNR 114 Collector Cell 1 and 2 Fuel Quantity Pounds 131068 15 4 37
ATTACHMENT 1-16
263 BLOCK 055 Ground Station/Approach
263 BNR 056 Min. Airspeed For Flap Retraction The Same Parameters as the FMS EQ ID 002
ATTACHMENT 1-16
275 Discrete 038 IR Discrete Word #2
275 Discrete 056 Discrete Data #6
275 DISC 060 Discrete Data #6
275 Discrete 114 Miscellaneous Warning 37
276 Discrete 024 MU Output Data Word, Pin Program Status
SDU To EICAS/ECAM/EDU For Dual
276 Discrete 041
SATCOM
276 Discrete 050 VDR Mode Command
276 Discrete 056 Discrete Data #7
276 Discrete 058 Output Status Word #2
276 DISC 060 Discrete Data #7
276 Discrete 114 Miscellaneous Discrete 37
277 Discrete 004 IRS Maintenance Discrete
277 Discrete 114 Fuel Transfer and CG Status 37
301 056 Application Dependent The Same Parameters as the FMS EQ ID 002
301 060 Application Dependent
302 056 Application Dependent The Same Parameters as the FMS EQ ID 002
302 060 Application Dependent
303 056 Application Dependent The Same Parameters as the FMS EQ ID 002
303 060 Application Dependent
310 SAL System Address Label for GPWS 2
310 BNR 056 Present Position Latitude The Same Parameters as the FMS EQ ID 002
310 BNR 060 Present Position Latitude The Same Parameters as the FMS EQ ID 002
310 BNR 114 Right Outer Tank Fuel Quantity Pounds 131068 15 4 37
311 SAL System Address Label for GNLU 1 5
311 BNR 056 Present Position Longitude The Same Parameters as the FMS EQ ID 002
311 BNR 060 Present Position Longitude The Same Parameters as the FMS EQ ID 002
311 BNR 114 Trim Tank Fuel Quantity Pounds 131068 15 4 37
Eqpt.
Code No. Sig MIN MAX REF
Data ID Parameter Units Range Resolution
(Octal) Bits TX TX ATT
(Hex)
312 SAL System Address Label for GNLU 2 5
312 BNR 056 Ground Speed The Same Parameters as the FMS EQ ID 002
312 BNR 060 Ground Speed The Same Parameters as the FMS EQ ID 002
312 BNR 114 Additional Center Tank (Act 1) Fuel Quantity Pounds 131068 15 4 37
313 SAL System Address Label For GNLU 3 5
313 BNR 056 Track Angle True The Same Parameters as the FMS EQ ID 002
313 BNR 060 Track Angle True The Same Parameters as the FMS EQ ID 002
313 BNR 114 Additional Center Tank (Act 2) Fuel Quantity Pounds 131068 15 4 37
314 SAL System Address Label For GNU 1 5
314 BNR 114 Rear Center Tank (RCT) Fuel Quantity Pounds 131068 15 4 37
ATTACHMENT 1-16
317 BNR 056 Track Angle Magnetic The Same Parameters as the FMS EQ ID 002
317 BNR 060 Track Angle Magnetic The Same Parameters as the FMS EQ ID 002
320 BNR 05A Fuel Quantity Act 3 4
ATTACHMENT 1-16
350 Discrete 058 Maintenance Word #1
350 BCD 114 Fuel Density kg/l 0-.999 4 0.01 37
350 Discrete 140 Maintenance Data # 1 250 500 36
351 Discrete 024 MU Output Data Word, Failure Status
351 Discrete 038 IRS Maintenance Word #2
351 DISC 055 MMR Maintenance Word
351 Discrete 058 Maintenance Word #2
351 BCD 114 Inner Tank 1 Probe Capacitance pf 0-400 14 0.1 37
351 Discrete 140 Maintenance Data # 2 250 500 36
352 DISC 055 MLS Bite Status
352 Discrete 058 Maintenance Word 34
352 BCD 114 Center, ACT & RCT Probe Capacitance pf 0-400 14 0.1 37
352 Discrete 140 Maintenance Data # 3 Flight Count 524287 250 500 36
353 Discrete 038 IRS Maintenance Word #3
353 BCD 114 Inner Tank 3 Probe Capacitance pf 0-400 14 0.1 37
354 056 Maintenance Data #5 The Same Parameters as the FMS EQ ID 002
354 060 Maintenance Data #5
355 DIS 00B GNSS Fault Summary - 21 200 1200
355 Discrete 038 IRS Maintenance Word #4
357 ISO-5 056 ISO Alphabet #5 Message The Same Parameters as the FMS EQ ID 002
357 ISO-5 060 ISO Alphabet #5 Message The Same Parameters as the FMS EQ ID 002
360 BNR 056 Flight Information The Same Parameters as the FMS EQ ID 002
360 BNR 060 Flight Information The Same Parameters as the FMS EQ ID 002
360 BNR 142 RAIM Status Word NM 16 13 0.00195 39
362 SAL System Address Label For PSS 15
363 SAL System Address Label For CSS 15
364 SAL System Address Label For AES 16
366 SAL System Address Label For Multicast 43
367 SAL System Address Label For Bridge 43
370 BNR 00B GNSS Height WGS-84 (Hae) Feet ±131,072 20 0.125 1200 30
Eqpt.
Code No. Sig MIN MAX REF
Data ID Parameter Units Range Resolution
(Octal) Bits TX TX ATT
(Hex)
370 BNR 00B GNSS Height Feet ±131,072 20 0.125 200 1200
375 BNR 004 Along Hdg Accel Gs 4 18 1.53E-5 50 Hz 110Hz
375 BNR 038 Along Hdg Accel Gs 4 18 1.53E-5 50 Hz 110Hz
376 BNR 004 Cross Hdg Accel Gs 4 18 1.53E-5 50 Hz 110Hz
376 BNR 038 Cross Hdg Accel Gs 4 18 1.53E-5 50 Hz 110Hz
PART 2
DISCRETE WORD DATA STANDARDS
AN DOCUMENT
0
Prepared by
AIRLINES ELECTRONIC ENGINEERING COMMITTEE
Published by
AERONAUTICAL RADIO, INC.
2551 RIVA ROAD, ANNAPOLIS, MARYLAND 21401
This document is based on material submitted by various
participants during the drafting process. Neither AEEC nor ARINC
has made any determination whether these materials could be
subject to valid claims of patent, copyright or other proprietary
rights by third parties, and no representation or warranty, express or
implied, is made in this regard. Any use of or reliance on this
document shall constitute an acceptance thereof "as is" and be
subject to this disclaimer.
ARINC SPECIFICATION 429
TABLE OF CONTENTS
1.0 INTRODUCTION 1
1.1 Purpose of ARINC Specification 429 1
1.2 Organization of ARINC Specification 429 1
iii
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 1
1.0 INTRODUCTION
ARINC Specification 429 defines the air transport industry’s standards for the transfer of digital data between avionics
systems elements. Adherence to these standards is desired for all inter-systems communications in which the system
line replaceable units are defined as “unit interchangeable” in the relevant ARINC characteristics. Their use for intra-
system communications in systems in which the line replaceable units are defined in the ARINC characteristics as
“system interchangeable” is not essential, although it is desired.
ARINC Specification 429 was originally published in a single volume through version 14 (429-14). The size of the
document and the need for improved organization dictated the division of the document into three parts. Those three
parts include:
Part 1, “Functional Description, Electrical Interface, Label Assignments and Word Formats
Part 1 provides the basic description of the functions and the supporting physical and electrical interfaces for the data
transfer system. Data word formats, standard label and address assignments, and application examples are defined.
Part 2 lists discrete word bit assignments in label order. Part 3 describes protocols and message definitions for data
transferred in large blocks and/or file format. For convenience of the user, the section and attachment numbering has
been retained for the material moved from the original Specification to Part 3.
Updates to each part of future releases of ARINC 429 will be independent of the other parts to accommodate timely
revisions as industry needs dictate. The “dash numbers” for each new Part will not be synchronized with the other
Parts as time passes. Users of ARINC Specification 429 should ensure that the latest version of each Part is used when
designing or procuring equipment.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 2
1 X
2 X
3 X
4 Label 005 0D0 X
5 X
6 X
7 X
8 X
9-10 SDI
11 PAD X
12 PAD X
13 Failure to clear serial data interrupt Fail Pass
14 ARINC received fail Fail Pass
15 PROM checksum fail Fail Pass
16 User RAM fail Fail Pass
17 NV RAM address fail Fail Pass
18 NV RAM bit fail Fail Pass
19 RTC fail Fail Pass
20 Microprocessor fail Fail Pass
21 Battery low Fail Pass
22 NV RAM corrupt Fail Pass
23 Not used
24 Not used
25 Not used
26 Interrogate activated Activated Non-Activated
27 Erase activated Activated Non-Activated
28 BIT activated Activated Non-Activated
29
30 SSM
31
32 Parity (Odd)
*Bits Installation
Number
10 9
0 0 (4)
0 1 1
1 0 2
1 1 3
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 3
DATA STANDARDS
1 X
2 X
3 X
4 Label 006 0D0 X
5 X
6 X
7 X
8 X
9-10 SDI
11 X
12 X
13 X
14 X
15 X
16 X
17 X
18 PADS X
19 X
20 X
21 X
22 X
23 X
24 X
29
30 SSM
31
32 Parity (Odd)
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 013 0B8 X
5 X
6 X
7 X
8 X
9 SDI (MSB) 1
10 SDI (LSB)
11 Flight Level Absolute Relative
12 Altitude Select 2
13 Altitude Select
14 Spare
15 Spare
16 Spare
17 Spare
18 User
19 Defined 3
20 TCAS Display
21 Mode
22 0.5
23 1.0
24 Selected 2.0
25 TCAS 4.0
26 Range 8.0
27 (NM) 16.0
28 32.0
29 64.0
30 SSM
31 SSM
32 Parity (Odd)
10 9 13 12
NOTE 3: The use of these user-defined bits is optional. They are generated at the control panel, passed through
the transponder without change and sent to the TCAS computer unit. If there is no control function
possible from these bits, they are set to zero.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 5
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 016 0B8 X
5 X
6 X
7 X
8 X
9 SDI
10
11 Altitude Reporting OFF ON
12 SPI Ident ON Ident OFF
13 Display
14 Control 1 5
15 Sensitivity
16 Level 2
17 Control
18 D1
19 D2
20 D4 3
21 C1
22 C2 4096
23 C4 Ident
24 B1 Code
25 B2
26 B4
27 A1
28 A2
29 A4
30 SSM
31 SSM
32 Parity (Odd)
14 13 17 16 15
NOTE 3: See Attachment 5A of ARINC Characteristic 735 for Mode A reply codes.
NOTE 4: The transfer time should not exceed 200 milliseconds.
COMMENTARY
The delay from the time a command is activated at the control panel to the time of the equipment
response should be minimized.
NOTE 5: Primary display functions are those functions for which a display may have need designed when that
display is also being used in a shared manner as a Traffic Advisory Display.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 6
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 145 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11 DI-29P GROUND OPEN
12 DI-30P GROUND OPEN
13 DI-31P GROUND OPEN
14 DI-32P GROUND OPEN
15 DI-33P GROUND OPEN
16 DI-34P GROUND OPEN
17 DI-35P GROUND OPEN
18 DI-36P GROUND OPEN
19 DI-37P GROUND OPEN
20 DI-38P GROUND OPEN
21 DI-39P GROUND OPEN
22 DI-40P GROUND OPEN
23 DI-41P GROUND OPEN
24 DI-43P GROUND OPEN
25 DI-44P GROUND OPEN
26 DI-45P GROUND OPEN
27 PAD X
28 PAD X
29 PAD X
30-31 SSM
32 Parity (Odd)
REVISED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 7
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 145 0A1 X
5 X
6 X
7 X
8 X
9-10 Unassigned
11 A/P CWS R Engaged Requested Not Requested
12 A/P CWS L Engaged Requested Not Requested
13 A/P CWS C Engaged Requested Not Requested
14 A/P CMD R Engaged Requested Not Requested
15 A/P CMD L Engaged Requested Not Requested
16 A/P CMD C Engaged Requested Not Requested
17 Land 2 (Green) Requested Not Requested
18 Land 3 (Green) Requested Not Requested
19 LOC Mode Oper. Requested Not Requested
20 Appr. Mode Req. Requested Not Requested
21 G/S Mode Oper. Requested Not Requested
22 Flare Oper. Requested Not Requested
23 Rollout Mode Oper. Requested Not Requested
24 G/A Mode Oper. Requested Not Requested
25
26
27 Not Used
28
29
30-31 SSM
32 Parity (Odd)
ADDED: MARCH 6, 1996
ARINC SPECIFICATION ARINC 429 PART 2 - Page 8
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 146 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11 DI-46P GROUND OPEN
12 DI-47P GROUND OPEN
13 DI-48P GROUND OPEN
14 DI-49P GROUND OPEN
15 DI-50P GROUND OPEN
16 DI-51P GROUND OPEN
17 DI-52P GROUND OPEN
18 DI-53P GROUND OPEN
19 DI-54P GROUND OPEN
20 DI-55P GROUND OPEN
21 DI-56P GROUND OPEN
22 DI-58P GROUND OPEN
23 DI-59P GROUND OPEN
24 DI-60P GROUND OPEN
25 DI-61P GROUND OPEN
26 DI-62P GROUND OPEN
27 PAD X
28 PAD X
29 PAD X
30-31 SSM
32 Parity (Odd)
REVISED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 9
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 146 0A1 X
5 X
6 X
7 X
8 X
9-10 Unassigned
11 A/P CWS Requested Not Requested
12 A/P CMD Requested Not Requested
13 Capt. F/D Eng. Requested Not Requested
14 Land Trk Requested Not Requested
15 ATS Warn. Requested Not Requested
16 ILS Cat. 2 Available Requested Not Requested
17 Cat. 2 Autoland Avail. Requested Not Requested
18 Cat. 3 Autoland Avail. Requested Not Requested
19 LOC Excess Beam Dev. Requested Not Requested
20 F/O F/D Eng. Requested Not Requested
21 Glide Excess Beam Dev. Requested Not Requested
22 Auto G/A Not Available Requested Not Requested
23 Engine Out Compensation Not Avail. Requested Not Requested
24 Unassigned
25 Align FW Requested Not Requested
26 Land 3 FW Requested Not Requested
27 Warning Inhibit Requested Not Requested
28 Unassigned
29 A/P CMD Warning Requested Not Requested
30-31 SSM
32 Parity (Odd)
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 10
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 147 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11 DI-63P GROUND OPEN
12 DI-64P GROUND OPEN
13 DI-65P GROUND OPEN
14 DI-66P GROUND OPEN
15 DI-67P GROUND OPEN
16 DI-68P GROUND OPEN
17 DI-69P GROUND OPEN
18 DI-93P GROUND OPEN
19 DI-94P GROUND OPEN
20 DI-95P GROUND OPEN
21 DI-98P GROUND OPEN
22 DI-99P GROUND OPEN
23 DI-100P GROUND OPEN
24 DI-101P GROUND OPEN
25 DI-106P GROUND OPEN
26 DI-107P GROUND OPEN
27 PAD X
28 PAD X
29 PAD X
30-31 SSM
32 Parity (Odd)
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 11
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 151 05A X
5 X
6 X
7 X
8 X
9-27 PAD Bits X
28 LBS/KGS
29 PAD X
30-31 SSM
32 P
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 12
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 155 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11 DI-108P GROUND OPEN
12 DI-110P GROUND OPEN
13 DI-111P GROUND OPEN
14 DI-112P GROUND OPEN
15 DI-115P GROUND OPEN
16 DI-116P GROUND OPEN
17 DI-117P GROUND OPEN
18 DI-118P GROUND OPEN
19 DI-119P GROUND OPEN
20 DI-120P GROUND OPEN
21 DI-121P GROUND OPEN
22 DI-122P GROUND OPEN
23 DI-123P GROUND OPEN
24 DI-125P GROUND OPEN
25 DI-126P GROUND OPEN
26 DI-127P GROUND OPEN
27 PAD X
28 PAD X
29 PAD X
30-31 SSM
32 Parity (Odd)
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 17
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 160 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11 DI-128P GROUND OPEN
12 DI-129P GROUND OPEN
13 DI-130P GROUND OPEN
14 DI-139P GROUND OPEN
15 DI-140P GROUND OPEN
16 DI-142P GROUND OPEN
17 DI-143P GROUND OPEN
18 DI-144P GROUND OPEN
19 RESERVED
20 RESERVED
21 RESERVED
22 RESERVED
23 RESERVED
24 RESERVED
25 RESERVED
26 RESERVED
27 PAD X
28 PAD X
29 PAD X
30-31 SSM
32 Parity (Odd)
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 19
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 161 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11 RESERVED
12 RESERVED
13 RESERVED
14 RESERVED
15 RESERVED
16 RESERVED
17 RESERVED
18 RESERVED
19 RESERVED
20 RESERVED
21 RESERVED
22 RESERVED
23 RESERVED
24 RESERVED
25 RESERVED
26 RESERVED
27 PAD X
28 PAD X
29 PAD X
30-31 SSM
32 Parity (Odd)
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 22
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 161 10A X
5 X
6 X
7 X
8 X
9 SDI
10
11
12
13
14
15 Pad
16
17
18
19
20
21
22
23
24
25 Screen 1
26 ID
27
28
29
30 SSM
31 SSM
32 Parity (Odd)
13 Ignition Test
14 Ignitor Test in Progress
21 FADEC Test
22 FADEC Test in Progress
ADDED: July 1, 1996
ARINC SPECIFICATION 429 PART 2 - Page 23
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 161 10B X
5 X
6 X
7 X
8 X
9 SDI
10
11
12
13
14
15 Pad
16
17
18
19
20
21
22
23
24
25 Screen 1
26 ID
27
28
29
30 SSM
31 SSM
32 Parity (Odd)
13 Ignition Test
14 Ignitor Test in Progress
21 FADEC Test
22 FADEC Test in Progress
ADDED: August 1, 1980
ARINC SPECIFICATION 429 Part 2 - Page 25
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 001 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Glide Capt. ID Requested Not Requested
12 LOC Capt. Cond. Requested Not Requested
13 LOC Trk Com. Requested Not Requested
14 LOC Trk Mon. Requested Not Requested
15 700 Ft. Com. Requested Not Requested
16 700 Ft. Mon. Requested Not Requested
17 Flare Cond. Com. Requested Not Requested
18 Flare Cond. Mon. Requested Not Requested
19 CWS L.D. Pitch Requested Not Requested
20 CWS L.D. Roll Requested Not Requested
21 Appr. II Own Requested Not Requested
22 Land II Own Requested Not Requested
23 Land III Own Requested Not Requested
24 FCC FW Requested Not Requested
25 AHRS I Validity Requested Not Requested
26 N1 Command Requested Not Requested
27 ARM TCC Command Requested Not Requested
28 SPD/Mach Command Requested Not Requested
29 TBD
30-31 SSM
32 Parity (Odd)
REVISED: April 24, 1981
ARINC SPECIFICATION 429 PART 2 - Page 26
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 004 X
5 X
6 Bit 11 or 12 or X
7 13 is always set X
8 to logic (1) X
9-10 SDI
11 Align Mode/Not Ready Yes No
12 Reversionary Attitude Mode Yes No
13 Normal Mode Yes No
14 Set Heading Yes No
15 Attitude Invalid Yes No
16 DC Fail (Low) Yes No
17 ON DC Yes No
18 ADC Fault Yes No
19 IRU Fault See Note Yes No
20 DC Fail - ON DC 2 Yes No
21 Align Fault Yes No
22 No IRS Initialization Yes No
23 EXCESSIVE MOTION ERROR Yes No
24 ADC/IRU Fault Yes No
25 No VOR/DME #1 Input Yes No
26
27 Align Status
28
29 No VOR/DME #2 Input Yes No
30-31 SSM
32 Parity (Odd)
ADDED: April 24, 1981
ARINC SPECIFICATION 429 PART 2 - Page 27
DATA STANDARDS
11 Align Mode/NR The IRU operating software mode is ALIGN or the initialization of any mode.
14 Set Heading Magnetic heading outputs are no longer being calculated but have the
characteristics of a "free DG" and a set heading has been input to the IRU.
15 Attitude Invalid The IRU has detected a failure of attitude, heading, angular body rates, or
linear body accelerations (same as FAULT discrete).
18 ADC Fault ADC in-flight fault, but power-on BITE found no faults with the IRU ADC input
channel.
19 IRU Fault The BITE has detected a fault not annunciated in BITS 18, 21, 22, 23, or 24.
20 DC Fail - On DC The DC power input was not available when required by the IRU. This
condition shall be reset only by power-on initialization.
21 Align Fault Failed the IRU operating software ALIGN criterion but neither power-on nor
continuous BITE show any faults.
22 No IRS Initialization No input or an incorrect input has been received from the IRMP or FMC’s.
23 Excessive Motion Error Non-zero ground speed during the ALIGN mode.
24 ADC/IRU Fault ADC in-flight fault, but no power-on BITE information available prior to
flight.
25 No VOR/DME #1 Input
LSB MSB
26 27 28
1 1 1 Alignment Commenced
0 1 1 -
- - - -
- - - -
- - - -
- - - -
1 0 0 Highest Alignment Status
0 0 0 Unassigned
29 No VOR/DME #2 Input
ADDED: April 24, 1981
ARINC SPECIFICATION 429 PART 2 - Page 28
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 005 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Align Mode/Not Ready Yes No
12 Reversionary Attitude Mode Yes No
13 Normal Mode Yes No
14 Magnetic Heading/DG Mode Yes No
15 Attitude Invalid Yes No
16 Low Battery (Not used in AHRS) Yes No
17 On Battery Yes No
18 TAS Invalid Yes No
19 AHRU Fault Yes No
20
21
22 IRS Use
23
24
25 No VOR/DME #1 Input Yes No
26
27 IRS Use
28
29 No VOR/DME #2 Input Yes No
30-31 SSM
32 Parity (Odd)
2) Bit 13 "1" condition indicates that AHRS is in the "Normal" mode as described in Section 1.2.1 of ARINC
Characteristic 705. A "0" condition indicates that the AHRS is in the reversionary "Basic mode".
3) Bit 14 "1" condition indicates that AHRS is in the "Magnetic Heading" mode. A "0" condition indicates
the AHRS is in the reversionary "DG" mode. See Section 1.2.2 of ARINC Characteristic 705 for
description of modes of heading operation.
REVISED: April 24, 1981
ARINC SPECIFICATION 429 PART 2 - Page 29
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 006 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Icing Detector On Off
12 Pitot Probe Heat On Off
13 ADS Computer Status Fail Good
14 Pitot/Static Probe Heat On Off
15 Static Source Heat On Off
16 TAT Probe Heat On Off
17 Left Side Angle of Attack Sensor On Off
Heat
18 Right Side Angle of Attack Sensor On Off
Heat
19 VMO/MMO Overspeed Warning Warn Not Warn
20
21
22
23 Spare
24
25
26
27 Angle of Attack Alternate Yes No
Correction
28 Baro-Correction Port "A" Yes No
29 Zero Mach SSEC Yes No
30-31 SSM
32 Parity (Odd)
ARINC SPECIFICATION 429 PART 2 - Page 30
DATA STANDARDS
1 X
2 X
3 X
4 Label 270 00B X
5 X
6 X
7 X
8 X
9-10 SDI
11 Spare
12 Spare
13 Vertical Maneuver Alert (flash) On Off
14 Vertical Maneuver Alert (on) Flash Off
15 Turn Point Alert (flash) On Off
16 Turn Point Alert (on) Flash Off
17 No Waypoint Entered True False
18 No Course Entered True False
19 2D/3D NAV 3D 2D
20 GPS NAV VALID True False
21 EN ROUTE True False
22 Terminal True False
23 GPS HIGH ACCURACY True false
24 APPROACH (Angular) True False
25 GPS SELF TEST (BIT) True False
26 Figure of Merit (LSB)
27 Figure of Merit (LSB)
28 Figure of Merit (LSB)
29 Figure of Merit (MSB)
30 SSM
31
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise according
to the specific application.
Bits 15 16 Status
0 0 Enroute
1 0 Terminal
0 1 Approach
1 1 N/A
ADDED: January 22, 1982
ARINC SPECIFICATION 429 PART 2 - Page 31
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 X
12 Pad X
13 X
14 X
15 EPR Loop Selected Yes No
16 N2 Loop Selected Yes No
17 EGT Loop Selected Yes No
18 Integrator On Min Stop Yes No
19 Integrator On Max Stop Yes No
20 EEC On/Off Discrete Off No
21 Initialization Yes No
22 Low Speed Latch Yes No
23 EAROM Failed Good
24 EEC Probe T2 Selected Yes No
25 Fault Light On Off
26 See Main Panel Yes No
27 TCC System Failed Good
28 TCA System Failed Good
29 Thrust Bump Inhibit Yes No
30-31 SSM
32 Parity (Odd)
REVISED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 32
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 023 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Sink Rate
12 Pull Up
13 Terrain
14 Don’t Sink
15 Too Low Gear *
16 Too Low Flap
17 Too Low Terrain
18 Glide Slope
19 Minimum Minimum
20 Terrain Pull Up
21
22
23
24
25 Spare (All "O" States)
26
27
28
29
30-31 SSM
32 Parity (Odd)
* Only one visual message should be displayed at a time (only one data bit should be set to the logic "1" state
at a time).
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 33
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 PAD X
12 PAD X
13 PAD X
14 PDIU Status Invalid OK
15 Spare X
16 Channel Select Mode Secondary Auto
17 Primary Chan. Manually Selected** Selected Not Selected
18 N2 Droop Control Mode Engaged Not Engaged
19 Reverser System Status Inoperative OK
20 Channel Controlling Status Controlling Not Controlling
21 2.5 Bleed System Failed Failed Operational
22 TCA Valve(s) Failed Closed Failed OK
23 Case Cooling Valve Stuck Failed OK
24 14th Stage Bleed System Failed Failed Operational
25 Channel Incapable (Failed) Incapable Capable
26 Oil Cooling System Status Faulted Ok
27 SVA System Failed Failed Operational
28 Starter Cutout Command Cutout Not Cutout
29 Spare X
30-31 SSM X
32 Parity X
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
ADDED: April 24, 1981
ARINC SPECIFICATION 429 PART 2 - Page 34
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 030 X
5 X
6 X
7 X
8 X
9-10 SDI
11
12
13-14 SPARE
15-16
17
18 Left (See Note 1 Below)
19
20 Right (See Note 2 Below)
21
22
23 Up (See Note 3 Below)
24
25
26
27-28 Down (See Note 4 Below)
29
30 SSM
31
32 Parity (Odd)
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 033 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Turbine Case Cooling Valve Open Closed
12 Upper Turbine Cooling Valve Open Closed
13 Lower Turbine Cooling Valve Open Closed
14 Fuel Heater Valve Open Closed
15
16
17
18
19
20
21 Spare (all "0" states)
22
23
24
25
26
27
28
29
30-31 SSM
32 Parity (Odd)
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 36
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 035 X
5 X
6 X
7 X
8 X
9 SDI BIT 0
10 SDI BIT 1
11 100 ft/min
12 200 ft/min
13 Advisory 200 ft/min
14 Altitude 200 ft/min
15 Rate 1600 ft/min
16 3200 ft/min
17 Sign
18 Combined Control
19 Combined Control 1
20 Combined Control
21 Vertical Control
22 Vertical Control 2
23 Vertical Control
24 Up Advisory
25 Up Advisory 3
26 Up Advisory
27 Down Advisory
28 Down Advisory 4
29 Down Advisory
30 SSM
31 SSM 5
32 Parity (Odd)
BITS MEANING
20 19 18
0 0 0 No Advisory
0 0 1 Clear of Conflict
0 1 0 Drop Track
0 1 1 Altitude Lost
1 0 0 Climb Corrective See Note 1A
1 0 1 Descend Corrective See Note 1A
1 1 0 Preventative
1 1 1 Not Used
NOTE 1A: CAS logic defined by RTCA DO-185 Change 6 does not discriminate between Climb Corrective and
Descend Corrective. The omission is expected to be corrected in Change 7. Meanwhile, the receiving A R
Display must assume a Climb Corrective when either a Climb Corrective or Descend Corrective is issued until the
MOPS is revised.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 37
DATA STANDARDS
BITS MEANING
23 22 21
Note 3: Up Advisory
BITS MEANING
26 25 24
0 0 0 No Up Advisory
0 0 1 Climb
0 1 0 Don’t Descend
0 1 1 Don’t Descend > 500
1 0 0 Don’t Descend > 1000
1 0 1 Don’t Descend > 2000
1 1 0 Not Used
1 1 1 Not Used
BITS MEANING
29 28 27
0 0 0 No Down Advisory
0 0 1 Descend
0 1 0 Don’t Climb >
0 1 1 Don’t Climb > 500
1 0 0 Don’t Climb > 1000
1 0 1 Don’t Climb > 2000
1 1 0 Not Used
1 1 1 Not Used
NOTE 5: The presence of a No Computed Data report in the SSM field indicates that the no RA exists or that
information in bits 18 through 29 is unreliable. Therefore, no RA should be issued by the Display.
REVISED: NOVEMBER 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 38
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 x
4 Label 270 03A X
5 X
6 X
7 X
8 X
9-10 SDI
1 0
Left Engine Right Engine
0 1
10 SDI
11 PDUI Self Test Failed OK
12 P2/T2 Probe Heat Heat Off Heat On
13 Spare X
14 Idle Select Minimum Approach
15 Air/Ground Switch Ground Air
16 Opposite Engine Status Shut Down Running
17 EEC to PDUI SDD Faulted OK
18 Spare X
19 Spare X
20 Spare X
21 Spare X
22 Spare X
23 Spare X
24 Ground Test Power On Off
25 Spare X
26 Spare X
27 Spare X
28 Spare X
29 Spare X
30-31 SSM
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
ADDED: January 3, 1983
ARINC SPECIFICATION 429 PART 2 - Page 39
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 03B X
5 X
6 X
7 X
8 X
9-10 SDI
11 INS Selected Not Selected
12 VOR/LOC Selected Not Selected
13 ILS/Land Selected Not Selected
14 Land Selected Not Selected
15 Altitude Hold Selected Not Selected
16 Altitude Select Selected Not Selected
17 Mach Selected Not Selected
18 IAS Selected Not Selected
19 Vertical Speed Selected Not Selected
20 TURB Selected Not Selected
21 PMS Selected Not Selected
22 Captain’s F/D On and Select Selected Not Selected
23 F/O F/D On and Select Selected Not Selected
24 Course Transfer No. 1 Selected Not Selected
25 Course Transfer No. 2 Selected Not Selected
26 A/P Engage Manual Selected Not Selected
27 A/P Engage Command Selected Not Selected
28 Spare (all "0" states)
29 Word Validity Invalid Valid
30-31 SSM
32 Parity (Odd)
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 40
DATA STANDARDS
1 X
2 X
3 X
4 Label 270 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-28 Data
30-31 Status Matrix
32 Parity (Odd)
Bit Parameter
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 270 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 PAD X
12 PAD X
13 PAD X
14 PDIU Status Invalid OK
15 Spare X
16 Channel Select Mode Secondary Auto
17 Primary Chan. Manually Selected** Selected Not Selected
18 N2 Droop Control Mode Engaged Not Engaged
19 Reverser System Status Inoperative OK
20 Channel Controlling Status Controlling Not Controlling
21 2.5 Bleed System Failed Failed Operational
22 TCA Valve(s) Failed Closed Failed OK
23 Case Cooling Valve Stuck Failed OK
24 14th State Bleed System Failed Failed Operational
25 Channel Incapable (Failed) Incapable Capable
26 Oil Cooling System Status Faulted Ok
27 SVA System Failed Failed Operational
28 Starter Cutout Command Cutout Not Cutout
29 Spare X
30-31 SSM X
32 Parity X
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
REVISED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 42
DATA STANDARDS
1 X
2 X
3 X
4 Label 270 115 X
5 X
6 X
7 X
8 X
9 SEL TACAN 1 TACAN 2
10 MEM IN BEARING MEMORY NO BEARING MEMORY
11 MEM IN RANGE MEMORY NO RANGE MEMORY
12 TUNE AUTOTUNE NO AUTOTUNE
13-14 Pad
15-16 MLS Select 1
17 (LSB)
18 BCD Channel Code Units
19
20 (MSB)
21 (LSB)
22 HEX Channel Code Tens
23
24 (MSB)
25 TST TEST NO TEST
26 X/Y X Y
27-28 Mode Control 2
29 INT NORMAL INVERSE
30 AGC ENABLE DISABLE
31 STAT NO COMPUTED DATA VALID DATA
32 Parity (Odd)
15 16 27 28
0 0 TACAN 0 0 REC
1 0 MLS W Mode 1 0 T/R
0 1 Not Used 0 1 A/A REC
1 1 MLS Z Mode 1 1 A/A T/R
ADDED: April 24, 1981
ARINC SPECIFICATION 429 PART 2 - Page 43
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 005 X
5 X
6 X
7 X
8 X
9-10 SDI
11 MSU Fail Yes No
12 RMCU Fail Yes No
13
14
15
16
17
18
19
20 Spare
21
22
23
24
25
26
27
28
29 No VOR/DME #2 Input
30-31 SSM
32 Parity (Odd)
ADDED: April 24, 1981
ARINC SPECIFICATION 429 PART 2 - Page 44
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 006 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Zero Angle of Attack SSEC Yes No
12 Angle of Attack Sensor Status Fail Good
13
14
15
16
17
18
19
20 Spare
21
22
23
24
25
26
27
28
29
30-31 SSM
32 Parity (Odd)
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 45
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 018 X
5 X
6 X
7 X
8 X
RF MSG BIT
9 MTB 42
10 CVC 43
11 CVC 44
12 VRC 45
13 VRC 46
14 CHC 47
15 CHC 48
16 CHC 49
17 HRC 50
18 HRC 51
19 HRC 52
20 HSB 56
21 HSB 57
22 HSB 58
23 HSB 59
24 HSB 60
25 VSB 61
26 VSB 62
27 VSB 63
28 VSB 64
29 Pad
30 SSM
31 SSM
32 Parity (Odd)
NOTE: ARINC 429 data word fields for which there are corresponding RF fields are transmitted with the MSB first
in order to maintain consistancy between RF and ARINC 429 data. Normal ARINC 429 protocol calls for the
transmission of the LSB of the field first.
ADDED: January 22, 1982
ARINC SPECIFICATION 429 PART 2 - Page 46
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 Model X
12 Pad X
13 0 1 2 3 X
14 X
15 Engine Model Code 1 0 1 0
16 Engine Model Code 1 1 0 0
17 X
18 Spare X
19 X
20 X
21 A/C Pack On Off
22 A/C Pack Flow Mode Hi Lo
23 Air Driven Pump Boeing On Off
24 Wing Anti-Icing 767 On Off
25 Cowl Anti-Icing Only On Off
26 Isolation Valve Open Closed
27 Approach Idle Sel. Not Sel.
28 Tt2 Probe Heat On Off
29 Spare X
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 47
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 PAD X
12 PAD X
13 PAD X
14 Reverser Deploy Command On Off
15 Turbine Cooling Air Valve Solenoid On Off
16 Fuel-Oil Heat Ex. Bypass Valve Sol. On Off
17 Spare
18 Spare
19 14th Stage Bleed Command Closed Open
20 Spare X
21 Spare X
22 Spare X
23 Spare X
24 T/L Interlock Actuator Command Block Fwd Block Rev
25 Reserved (Spare Relay Command) X
26 X
27 0000 = PW2037 X
28 Engine Type Code other codes
29 Invalid X
30-31 SSM X
32 Parity (Odd) X
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
ADDED: January 3, 1983
ARINC SPECIFICATION 429 PART 2 - Page 48
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 033 X
5 X
6 X
7 X
8 X
9-10 SDI
11 High Pressure Compressor Exit Pressure Failed Good
12 Fan Inlet Total Pressure Failed Good
13 Low Pressure Compressor Exit Pressure Failed Good
14 Exhaust Gas Total Pressure Failed Good
15 Thermocouples Failed Good
16 CPU Self-Test Failed Good
17 A/D Converter Self-Test Failed Good
18 ARINC 429 Self-Test Failed Good
19 Stator Vane Angle Failed Good
20 Low Press. Comp. Bleed Valve Pos. Failed Good
21 Fuel Flow Failed Good
22 Power Supplies Failed Good
23 Tachometers Failed Good
24 Resistive Temperature Probes Failed Good
25
26
27 Spare (all "0" states)
28
29
30-31 SSM
32 Parity (Odd)
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 49
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 035 X
5 X
6 X
7 X
8 X
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 50
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 03A X
5 X
6 X
7 X
8 X
9-10 SDI
11 ECS Pack-L ON OFF
12 ECS Pack-R ON OFF
13 ECS Pack Demand-L HI LO
14 ECS Pack Demand-R HI LO
15 PNEU Shutoff Valve-L CLOSED OPEN
16 PNEU Shutoff Valve-R CLOSED OPEN
17 Isolation Valve OPEN CLOSED
18 Spare X
19 Wing Anti-Ice-L ON OFF
20 Wing Anti-Ice-R ON OFF
21 Cowl Anti-Ice-L ON OFF
22 Cowl Anti-Ice-R ON OFF
23
24
25
26 Spare (all "0" states)
27
28
29
30-31 SSM
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
ADDED: January 3, 1983
ARINC SPECIFICATION 429 PART 2 - Page 51
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 03B X X
5 X
6 X
7 X
8 X
9-10 SDI
11 Flare Arm Armed Not Armed
12 Flare Engage Engaged Not Engaged
13 Glide Slope Capture Engaged Not Engaged
14 Go-Around Engage Engaged Not Engaged
15 Dual Engage Engaged Not Engaged
16 Triple Arm Armed Not Armed
17 Triple Engage Engaged Not Engaged
18 Rollout Engage Engaged Not Engaged
19 Nav Arm Armed Not Armed
20 Nav Capture Engaged Not Engaged
21 Pitch Wheel Enable Enabled Not Enabled
22 Turn Knob in Detent In Detent Not in Detent
23 Heading Hold A or C, and B Hold Not Hold
24 28 VDC Reference Referenced Not Referenced
25 Spare (Pad Bit) X
26 Spare (Pad Bit) X
27 Spare (Pad Bit) X
28 Yaw Damper Engage Engaged Not Engaged
29 Word Validity Invalid Valid
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 52
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 271 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 PAD X
12 PAD X
13 PAD X
14 Reverser Deploy Command On Off
15 Turbine Cooling Air Valve Solenoid On Off
16 Fuel-Oil Heat Ex. Bypass Valve Sol. On Off
17 Spare
18 Spare
19 14th Stage Bleed Command Closed Open
20 Spare X
21 Spare X
22 Spare X
23 Spare X
24 T/L Interlock Actuator Command Block Fwd Block Rev
25 Reserved (Spare Relay Command) X
26 X
27 0000 = PW2037 X
28 Engine Type Code other codes
29 Invalid X
30-31 SSM X
32 Parity (Odd) X
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
ADDED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 53
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 001 X
5 X
6 X
7 X
8 X
9 PERF Requested Not Requested
10 CLP Requested Not Requested
11 SPD Requested Not Requested
12 APR Requested Not Requested
13 LIM Requested Not Requested
14 FLP Requested Not Requested
15 SLT Requested Not Requested
16 N1 Requested Not Requested
17 EPR Requested Not Requested
18 TO Requested Not Requested
19 FLX Requested Not Requested
20 MCT Requested Not Requested
21 CLB Requested Not Requested
22 CR Requested Not Requested
23 VNAV Requested Not Requested
24 IAS Requested Not Requested
25 MACH Requested Not Requested
26 ALT Requested Not Requested
27 TRK Requested Not Requested
28 RTD Requested Not Requested
29 MIN Requested Not Requested
30-31 SSM
32 Parity
ADDED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 54
DATA STANDARDS
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 002 X
5 X
6 X
7 X
8 X
9 SDI BIT 0
10 SDI BIT 1
11 Enable
12 100
13 Climb 200
14 Rate 400
15 Performance 800
16 Limit 1600
17 3200
18
19
20
21
22 Pad
23
24
25
26
27
28 1500 FPM Climb Limit Cannot Climb Can Climb
29 2500 FPM Climb Limit Cannot Climb Can Climb
30-31 SSM
32 Parity (Odd)
REVISED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 56
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 003 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Automatic Throttle Failure/Warning Flag Normal
12 APR* Engaged Not Engaged
13
14
15
16
17
18
19
20 Spare
21
22
23
24
25
26
27
28
29
30-31 SSM
32 Parity (Odd)
* The automatic throttles are engaged in the speed select mode and throttle control is to the minimum alpha
approach speed.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 57
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 018 X
5 X
6 X
7 X
8 X
9 TCAS Broadcast Bit 1
MID (Part 1) RF MSG BIT
10 MID BIT A 1 (MSB) 65
11 MID BIT A 2 66
12 MID BIT A 3 67
13 MID BIT A 4 68
14 MID BIT A 5 69
15 MID BIT A 6 70
16 MID BIT A 7 71
17 MID BIT A 8 72
18 MID BIT A 9 73
19 MID BIT A 10 74
20 MID BIT A 11 75
21 MID BIT A 12 76
22 MID BIT A 13 77
23 MID BIT A 14 78
24 MID BIT A 15 79
25 MID BIT A 16 80
26 Pad
27 Pad
28 Pad
29 Pad
30 SSM
31 SSM
32 Parity (odd)
BIT MEANING
0 Coordination Message
1 Received TCAS Broadcast
NOTE: ARINC 429 data word fields for which there are corresponding RF fields are transmitted with the MSB first
in order to maintain consistency between RF and ARINC 429 data. Normal ARINC 429 protocol calls for the
transmission of the LSB of the field first
ADDED: January 22, 1982
ARINC SPECIFICATION 429 PART 2 - Page 58
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 X
12 Pad X
13 X
14 X
15 TCC Stg 2 Sol On Off
16 TCC Stg 1 Sol On Off
17 TCC Stg 3 Sol On Off
18 TCC Stg 1 Valve Open Closed
19 Spare X
20 TCA-A-Air Valve Open Closed
21 TCA-B-Air Valve Open Closed
22 X
23 X
24 X
25 Spare X
26 X
27 X
28 X
29 X
30-31 SSM
32 Parity (Odd)
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 59
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 272 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11
12
13 DISPLAY MODE SELECTED
14 (see mode select table)
15
16
17 CP SUM CHECK NOT OK OK
18 NAV MODE SELECTED SELECTED NOT SEL
19 ADF/VOR VECTORS VECTORS NO VECT
20 DF-NAV AIDS SELECTED NOT SEL
21 DF-WAYPOINT SELECTED NOT SEL
22 DF-ROUTE DATA SELECTED NOT SEL
23 DF-AIRPORTS SELECTED NOT SEL
24 MAP ORIENT TRACK UP HDG UP
25 VOR/ILS ORIENT TRACK UP HDG UP
26 RA ALERT RESET RESET NOT RESET
27 NAV ORIENT TRACK UP HDG UP
28 FULL COMPASS ROSE FULL ROSE EXP ROSE
29 PAD X
30-31 SSM
32 Parity (Odd)
Bits Selected
1 1 1 1 1 1 Function
1 2 3 4 5 6
0 0 0 0 0 0 NO SELECTION
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 Pad X
12 Pad X
13 Pad X
14 N1 Loop Engaged Not Engaged
15 N2 Loop Engaged Not Engaged
16 N2 Topping Loop Engaged Not Engaged
17 PB Topping Loop Engaged Not Engaged
18 PB Topping Loop Minimum Engaged Not Engaged
19 EPR Loop Engaged Not Engaged
20 Accel Schedule Loop Engaged Not Engaged
21 Decel Schedule Loop Engaged Not Engaged
22 Spare X
23 Back Up Mode Engaged Not Engaged
24 2.5 BLD 2-Position Mode Engaged Not Engaged
25 Spare X
26 Spare X
27 Spare X
28 Spare X
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
REVISED: July 22, 1988
ARINC SPECIFICATION 429 PART 2 - Page 61
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 03A X
5 X
6 X
7 X
8 X
9-10 SDI
11 RAM In-Flight Monitor Failed OK
12 ROM In-Flight Monitor Failed OK
13 WDT In-Flight Monitor Failed OK
14 Discrete Output 1 IFM Failed OK
15 Discrete Output 1 IFM Failed OK
16 Serial Data Input - Pri Failed OK
17 Serial Data Input - Sec Failed OK
18 Spare X
19 Discrete Input IFM Failed OK
20 Power Up RAM Failed OK
21 BIT:RAM Failed OK
22 BIT:ROM Failed OK
23 BIT:Discrete Output 1 Failed OK
24 BIT:Discrete Output 2(Prov) Failed OK
25 BIT:Discrete Input Failed OK
26 BIT: Serial Data Failed OK
27 BIT:Watchdog Timer Failed OK
28 Spare
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: January 3, 1983
ARINC SPECIFICATION 429 PART 2 - Page 62
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 03B X
5 X
6 X
7 X
8 X
9-10 SDI
11 Trim Wheel Enable Enabled Not Enabled
12 Altitude Select Capture Engaged Not Engaged
13 Flare Arm Armed Not Armed
14 Flare Engage Engaged Not Engaged
15 Glide Slope Arm Armed Not Armed
16 Glide Slope Engage Engaged Not Engaged
17 Go-Around Engage Engaged Not Engaged
18 Heading Select Selected Not Selected
19 Nav Engage Engaged Not Engaged
20 Localizer Capture Engaged Not Engaged
21
22
23
24 Spare (all "0" states)
25
26
27
28
29 Word Validity Invalid Valid
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 63
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 272 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 Pad X
12 Pad X
13 Pad X
14 N1 Loop Engaged Not Engaged
15 N2 Loop Engaged Not Engaged
16 N2 Topping Loop Engaged Not Engaged
17 PB Topping Loop Engaged Not Engaged
18 PB Topping Loop Minimum Engaged Not Engaged
19 EPR Loop Engaged Not Engaged
20 Accel Schedule Loop Engaged Not Engaged
21 Decel Schedule Loop Engaged Not Engaged
22 Spare X
23 Back Up Mode Engaged Not Engaged
24 2.5 BLD 2-Position Mode Engaged Not Engaged
25 Spare X
26 Spare X
27 Spare X
28 Spare X
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 64
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 272 05A (Fuel Density) X
5 X
6 X
7 X
8 X
9 SDI
10
11
12 0.1 pf
13-14
15-16
17 1 pf
18
19
20 10 pf
21
22
23 100 pf
24
25 probe number
26 (units)
27
28 probe number
29 (units)
30-31 SSM
32 Parity
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise according
to the specific application.
ADDED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 65
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 273 001 X
5 X
6 X
7 X
8 X
9 Unassigned
10 Unassigned
11 Test Requested Not Requested
12 ALT Armed Not Armed
13 FMC Armed Not Armed
14 LNAV Armed Not Armed
15 VNAV Armed Not Armed
16 LOC Engaged Not Engaged
17 Back Course Engaged Not Engaged
18 Appr. 2 Engaged Not Engaged
19 Land 2 Engaged Not Engaged
20 Land 1 Armed Not Armed
21 Land 3 Armed Not Armed
22 Glideslope Armed Not Armed
23 VOR Armed Not Armed
24 Climb Armed Not Armed
25 Descent Armed Not Armed
26
27 Unassigned
28
29
30-31 SSM
32 Parity (Odd)
ADDED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 66
DATA STANDARDS
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 273 003 X
5 X
6 X
7 X
8 X
9-10 SDI
11 No bleed air Requested Not Requested
12 One air conditioning pack Requested Not Requested
13 Two air conditioning packs Requested Not Requested
14 Three air conditioning packs Requested Not Requested
15 Half wing anti-icing Requested Not Requested
16 Total wing anti-icing Requested Not Requested
17 Engine cowling anti-icing Requested Not Requested
18 Engine operting condition (Engine Out) Requested Not Requested
19 Speed brake Position - retract Requested Not Requested
20 Speed brake Position - 1/3 Requested Not Requested
21 Speed brake Position - 2/3 Requested Not Requested
22 Speed brake Position - full Requested Not Requested
23 Landing gear position Requested Not Requested
24 Slat position - retract Requested Not Requested
25 Slat position - take off Requested Not Requested
26 Slat position - land Requested Not Requested
27 Electronic Engine Control On-Off No. 1 On Off
28 Electronic Engine Control On-Off No. 2 On Off
29 Electronic Engine Control On-Off No. 3 On Off
30-31 SSM
32 Parity (Odd)
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 68
DATA STANDARDS
Label 273 018 - TCAS Mode S Ground Uplink (SLC, IIS) Word
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 273 018 X
5 X
6 X
7 X
8 X
9
10
11
12
13
14
15 Pad
16
17
18
19
20
21
RF MSG BIT
22 (MSB) 41
23 SLC 1 2 3 42
24 43
25 (LSB) 44
26 17
27 IIS 18
28 2 19
29 20
30 SSM
31 SSM
32 Parity (odd)
Note 1: Sensitivity Level Command (SLC) NOTE 2: This data is received from the ground station in data
words UF 20 & UF 21.
BITS MEANING
NOTE 3: ARINC 429 data word fields for which there are
22 23 24 25 corresponding RF fields are transmitted with the MSB
first in order to maintain consistency between RF and
0 0 0 0 SLC 0 ARINC 429 data. The normal ARINC 429 protocol calls for
0 0 0 1 SLC 1 the transmission of the LSB of the field first.
0 0 1 0 SLC 2
0 0 1 1 SLC 3
0 1 0 0 SLC 4
0 1 0 1 SLC 5
0 1 1 0 SLC 6
0 1 1 1 SLC 7
1 0 0 0
to Not Assigned
1 1 1 0
1 1 1 1 Cancel previous level
command
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 69
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 273 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11
12
13
14
15 PITCH REF
16
17
18
19
20 FLIGHT PATH DATA ON OFF
21 PAD X
22 FPA DISABLE OFF ON
23 WEATHER RADAR DATA SELECT SEL NOT SEL
24 RANGE SELECTED
25
26
27 (see range table)
28
29
30-31 SSM
32 Parity (Odd)
Bits Range
2 2 2 2 2 2 Selected
4 5 6 7 8 9
0 1 0 0 0 0 10 MILES
0 0 1 0 0 0 20 MILES
0 0 0 1 0 0 40 MILES
0 0 0 0 1 0 80 MILES
0 0 0 0 0 1 160 MILES
0 0 0 0 0 0 320 MILES
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 273 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 Pad X
13 X
14 P4.9 Interface Failed OK
15 PB Interface Failed OK
16 P2 (Pamb) Interface* Failed OK
17 CJC Interface Failed OK
18 T2 Interface Failed OK
19 T4.9 Interface Failed OK
20 Tfuel/Toil Interface Failed OK
21 A/D Interface Failed OK
22 RES/LVDT Interface Failed OK
23 SVA Interface Failed OK
24 N1 Interface Failed OK
25 N2 Interface Failed OK
26 P4.9 Sensor PROM Failed OK
27 P2 (Pamb) Sensor PROM* Failed OK
28 PB Sensor PROM Failed OK
29 Background Execution Not Executing Executing
30-31 SSM X
32 Parity (Odd)
* Primary channel uses P2; Secondary channel uses Pamb
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 71
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 273 035 X
5 X
6 X
7 X
8 X
9
10 Pad
11
RF MSG BIT
12 41
13 42
14 43
15 44
16 45
17 ARA 1 46
18 47
19 48
20 49
21 50
22 51
23 52
24 53
25 54
26 55
27 RAC 1 56
28 57
29 58
30 SSM
31 SSM
32 Parity (Odd)
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 273 03B X
5 X
6 X
7 X
8 X
9-10 SDI
11 A/P Red Warning Lights Warn Normal
12 A/P Servo System Pitch/Roll Failed Normal
13 A/P Servo System Yaw Failed Normal
14 A/P Camout Pitch Camout Normal
15 A/P Camout Roll Camout Normal
16 A/P Camout Yaw Camout Normal
17 A/P Confidence Test Failed Passed
18 Spare (Pad Bit) X
19 Spare (Pad Bit) X
20 A/T Red Warning Lights Warn Normal
21 A/T Speed Flag Flag Normal
22
23
24 Spare (all "0" states)
25
26
27
28
29 Word Validity Invalid Valid
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 73
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 273 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 Pad X
13 X
14 P4.9 Interface Failed OK
15 PB Interface Failed OK
16 P2 (Pamb) Interface* Failed OK
17 CJC Interface Failed OK
18 T2 Interface Failed OK
19 T4.9 Interface Failed OK
20 Tfuel/Toil Interface Failed OK
21 A/D Interface Failed OK
22 RES/LVDT Interface Failed OK
23 SVA Interface Failed OK
24 N1 Interface Failed OK
25 N2 Interface Failed OK
26 P4.9 Sensor PROM Failed OK
27 P2 (Pamb) Sensor PROM* Failed OK
28 PB Sensor PROM Failed OK
29 Background Execution Not Executing Executing
30-31 SSM X
32 Parity (Odd)
* Primary channel uses P2; Secondary channel uses Pamb
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise
according to the specific application.
REVISED: July 22, 1988
ARINC SPECIFICATION 429 PART 2 - Page 74
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 273 05A (Right Wing) X
5 X
6 X
7 X
8 X
9 SDI
10
11
12 0.1 pf
13-14
15-16
17 1 pf
18
19
20 10 pf
21
22
23 100 pf
24
25 probe number
26 (units)
27
28 probe number
29 (units)
30-31 SSM
32 Parity
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise according
to the specific application.
ADDED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 75
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 274 001 X
5 X
6 X
7 X
8 X
9 Descent Requested Not Requested
10 Climb Requested Not Requested
11 IAS Requested Not Requested
12 VNAV Requested Not Requested
13 ALT Requested Not Requested
14 V/S Requested Not Requested
15 Flare Requested Not Requested
16 Pitch G/A Requested Not Requested
17 Pitch T/O Requested Not Requested
18 Mach Requested Not Requested
19 Glideslope Requested Not Requested
20 Flap Speed Requested Not Requested
21 Min Speed Requested Not Requested
22 Track Requested Not Requested
23 Pitch Limit Requested Not Requested
24 Turb. Requested Not Requested
25 CWS Requested Not Requested
26 Hold Requested Not Requested
27 Performance Requested Not Requested
28 Pitch Requested Not Requested
29 Capture Requested Not Requested
30-31 SSM
32 Parity
ADDED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 76
DATA STANDARDS
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 274 003 X
5 X
6 X
7 X
8 X
9 DFA Mode Armed Armed Not Armed
10 DFA Mode Engaged Engaged Not Engaged
11 ATS OFF OFF Passive
12 ATS Armed Armed Passive
13 ATS Mode Engaged Engaged Passive
14 Left Clutch Off Off Passive
15 Right Clutch Off Off Passive
16 Both Clutches Off Off Passive
17 VNV The automatic throttles are engaged in the vertical Engaged Not Engaged
navigation mode and controlling in accordance with a
submode designated by bits 23 thru 26 and 29.
18 ATS N1/EPR Mode Engaged Engaged Not Engaged
19 EPR Engaged Not Engaged
20 ATS Mach Mode Engaged Engaged Not Engaged
21 ATS Speed Mode Engaged Engaged Not Engaged
22 ATS Retard Activated Engaged Not Engaged
23 IAS The IAS submode of VNV basic mode currently in effect. In Effect Not In Effect
Used with bit 17.
24 MACH The Mach submode of VNV basic mode currently in In Effect Not In Effect
effect. Used with bit 17.
25 ALT The altitude hold submode of VNV basic mode is In Effect Not In Effect
currently in effect. Used with bit 17.
26 TRK The climb (descent) path-track submode of the VNV In Effect Not In Effect
basic mode is currently in effect. Used with bit 17.
27 ATS Alpha Mode Activated Activated Not Activated
28 ATS Throttle Pusher Activated (Alpha Floor Protection) Activated Not Activated
29 PERF The Performance submode of the VNV basic mode is in In Effect Not In Effect
effect. Used with bit 17.
30-31 SSM
32 Parity
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 78
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 274 018 X
5 X
6 X X
7 X
8
MID (Part 2) RF MSG BIT
9 MID BIT A17 81
10 MID BIT A18 82
11 MID BIT A19 83
12 MID BIT A20 84
13 MID BIT A21 85
14 MID BIT A22 86
15 MID BIT A23 87
16 MID BIT A24 (LSB) 88
17 Pad
18 Pad
19 Pad
20 Pad
21 Pad
22 Pad
23 Pad
24 Pad
25 Pad
26 Pad
27 Pad
28 Pad
29 Pad
30 SSM
31 SSM
32 Parity (odd)
NOTE: ARINC 429 data word fields for which there are corresponding RF fields are transmitted with the MSB first
in order to maintain consistency between RF and ARINC 429 data. Normal ARINC 429 protocol calls for the
transmission of the LSB of the field first.
REVISED: November 11, 1986
ARINC SPECIFICATION 429 PART 2 - Page 79
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 274 02F X
5 X
6 X
7 X
8 X
9 SDI X
10 SDI X
11 X
12 PAD X
13 X
14 Parity Test Hardware Error OK
15 ROM Checksum Failed OK
16 RAM Test Failed OK
17 Instruction Test Failed OK
18 High Speed Cross Link Text Failed OK
19 Foreground Software Execution Incorrect Correct
20 Watchdog Timer Error OK
21 Spare X
22 EAROM Failed OK
23 ROM Parity Error Caused Reset Yes No
24 RAM Parity Error Caused Reset Yes No
25 Watchdog Timer Error Caused Reset Yes No
26 Status Buffer Failed OK
27 Loss of Clock Caused Reset Yes No
28 SDD Output #1 W/A Failed OK
29 SDD Output #2 W/A Failed OK
30 SSM X
31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise according to
the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 80
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 274 035 X
5 X
6 X
7 X
8 X
9
10
11
12
13
14
15 Pad
16
17
18
19
20
21
22
RF MSG BIT
23 SL (MSB) 9
24 SL 1 2 10
25 SL 11
26 R1 (MSB) 14
27 R1 1 2 15
28 R1 16
29 R1 17
30 SSM
31 SSM
32 Parity (odd)
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 274 03B X
5 X
6 X
7 X
8 X
9-10 SDI
11 Magnetic Heading Flag Flag Normal
12 Localizer Flag Flag Normal
13 Glide Slope Flag Flag Normal
14 Low Range Radio Altimeter Flag Normal
15 ILS Limit Warn Warn Not Selected
16 ILS Frequency Select Selected Normal
17 INS Altitude Secondary Flags Flag Normal
18 INS True Heading Flags Flag Normal
19 INS HSI Nav Warn Warn Normal
20 CADC True Airspeed Flags Flag Normal
21 CADC Computer Airspeed Flags Flag Normal
22 CADC Corrected Altitude Flags Flag Normal
23 CADC Uncorrected Altitude Flag Flag Normal
24 CADC Mach Flag Flag Normal
25 Altitude Rate Module Flag Flag Normal
26 Spare (Pad Bit) X
27 Spare (Pad Bit) X
28 Spare (Pad Bit) X
29 Word Validity Invalid Valid
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 82
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 274 03F X
5 X
6 X
7 X
8 X
9 SDI X
10 SDI X
11 X
12 PAD X
13 X
14 Parity Test Hardware Error OK
15 ROM Checksum Failed OK
16 RAM Test Failed OK
17 Instruction Test Failed OK
18 High Speed Cross Link Text Failed OK
19 Foreground Software Execution Incorrect Correct
20 Watchdog timer Error OK
21 Spare X
22 EAHOM Failed OK
23 ROM Parity Error Caused Reset Yes No
24 RAM Parity Error caused Reset Yes No
25 Watchdog Timer Error Caused Reset Yes No
26 Status Buffer Failed OK
27 Loss of Clock Caused Reset Yes No
28 SDD Output #1 W/A Failed OK
29 SDD Output #2 W/A Failed OK
30 SSM X
31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise according to
the specific application.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 83
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 274 05A (Center) X
5 X
6 X
7 X
8 X
9 SDI
10
11
12 0.1 pf
13-14
15-16
17 1 pf
18
19
20 10 pf
21
22
23 100 pf
24
25 probe number
26 (units)
27
28 probe number
29 (units)
30-31 SSM
32 Parity
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise according
to the specific application.
ADDED: July 22, 1988
ARINC SPECIFICATION 429 PART 2 - Page 84
DATA STANDARDS
ENCODING
Bit No. Function
1 0
0 0 0 0 0 1 0 5 MILES
0 0 0 0 1 0 0 10
0 0 0 1 0 0 0 20
0 0 1 0 0 0 0 40
0 1 0 0 0 0 0 80
1 0 0 0 0 0 0 160
0 0 0 0 0 0 0 320
0 0 0 0 0 0 1 640
SSM MATRIX
BIT POSITIONS 31 30
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 275 001 X
5 X
6 X
7 X
8 X
9 Unassigned
10 Unassigned
11 LNAV Requested Not Requested
12 HDG HOLD Requested Not Requested
13 HDG SEL Requested Not Requested
14 B/COURSE VOR Requested Not Requested
15 LOC Requested Not Requested
16 ROLLOUT Requested Not Requested
17 ROLL T.O. Requested Not Requested
18 ROLL G/A Requested Not Requested
19 Unassigned
20 WINGS LEVEL Requested Not Requested
21 CAPTURE Requested Not Requested
22 VOR Requested Not Requested
23 TRACK Requested Not Requested
24
25 Unassigned
26
27
28 ALIGN Requested Not Requested
29 CWS Requested Not Requested
30-31 SSM
32 Parity
ADDED: August 1, 1980
ARINC SPECIFICATION 429 PART 2 - Page 86
DATA STANDARDS
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 275 003 X
5 X
6 X
7 X
8 X
9-10 SDI
11 Engine Type 1 High Low
12 Engine Type 2 High Low
13 Engine Type 3 Encoded to define one of 32 types High Low
14 Engine Type 4 High Low
15 Engine Type 5 High Low
16 LIM Automatic throttle control is currently limited by In Effect Not In Effect
flap or slat maximum speeds, or by engine limits (N1
or EPR), or by throttle low limit protection.
17 TO Mode Engaged Engaged Not Engaged
18 FLX TO Mode Engaged Engaged Not Engaged
19 Climb Mode Engaged Engaged Not Engaged
20 Cruise Mode Engaged Engaged Not Engaged
21 Maximum Continuous Thrust Mode Engaged Engaged Not Engaged
22 GA Mode Engaged Engaged Not Engaged
23 FLP Used with bit 16 to designate flap limit control. In Effect Not In Effect
currently in effect.
24 N1/EPR Limit Failure/Warning
25 SLT Used with bit 16 to designate slat limit. In Effect Not In Effect
26 N1 The automatic throttles are engaged in the N1 basic Engaged Not Engaged
mode and control to a selected N1 limit defined by
bits 17 thru 22. Also used with bit 16.
27 Test Test Normal
28 Spare
29 EPR The automatic throttles are engaged in the EPR basic Engaged Not Engaged
mode and control to a selected N1 limit defined by
bits 17 thru 22. Also used with bit 16.
30-31 SSM
32 Parity
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 88
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 275 018 X
5 X
6 X
7 X
8 X
9
10
11 Pad
12
13
Mode S Address
(Part 1)
14 BIT A1 (MSB)
15 BIT A2
16 BIT A3
17 BIT A4
18 BIT A5
19 BIT A6 1
20 BIT A7
21 BIT A8
22 BIT A9 2
23 BIT A10
24 BIT A11
25 BIT A12
26 BIT A13
27 BIT A14
28 BIT A15
29 BIT A16 (LSB)
30-31 SSM
32 Parity (odd)
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 275 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 Lamp 1,2 &/or 3 W/A Failed OK
15 Other Channel’s Depower Discretes Disagree Agree
16 PB Sensor Failed OK
17 P4.9 Sensor Failed OK
18 P2 P(amb)** Sensor Failed OK
19 PBSensor Crosscheck* Failed OK
20 P4.9 Sensor Crosscheck* Failed OK
21 Serial Data Receiver Failed OK
22 Serial Data Transmitter Failed OK
23 Activity Monitor Failed OK
24 Other Channel’s Depower Logic Failed OK
25 Pressure Sensors Correlation Disagree Agree
26 PB Heater Failed OK
27 Automatic Channel Transfer* Failed OK
28 Pamb Sensor Drift* Failed OK
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 90
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 275 035 X
5 X
6 X
7 X
8 X
9
10
11
12
13
14
15
16
17 Pad
18
19
20
21
22
23
24
25
26
27
28
29 ACK/NAK ACK NAK
30 SSM
31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 91
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 275 03B X
5 X
6 X
7 X
8 X
9-10 SDI
11 A/T Engage Engage Not Engaged
12 A/T Alternate Rating I Engage Not Engaged
13 A/T Alternate Rating II Engage Not Engaged
14 A/T Alpha Engage Not Engaged
15 A/T Flag Limit Engage Not Engaged
16 A/T Retard Engage Not Engaged
17 A/T Mach Engage Not Engaged
18 A/T Speed Engage Not Engaged
19 A/T EPR Engage Not Engaged
20 A/T Throttle Hold Engage Not Engaged
21 A/T Go Around Engage Not Engaged
22
23
24
25 Spare (all "0" states)
26
27
28
29 Word Validity Invalid Valid
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 92
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 275 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 Lamp 1,2 &/or 3 W/A Failed OK
15 Other Channel’s Depower Discretes Disagree Agree
16 PB Sensor Failed OK
17 P4.9 Sensor Failed OK
18 P2 P(amb)** Sensor Failed OK
19 PBSensor Crosscheck* Failed OK
20 P4.9 Sensor Crosscheck* Failed OK
21 Serial Data Receiver Failed OK
22 Serial Data Transmitter Failed OK
23 Activity Monitor Failed OK
24 Other Channel’s Depower Logic Failed OK
25 Pressure Sensors Correlation Disagree Agree
26 PB Heater Failed OK
27 Automatic Channel Transfer* Failed OK
28 Pamb Sensor Drift* Failed OK
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 93
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 275 05A (Left Wing) X
5 X
6 X
7 X
8 X
9 SDI
10
11
12 0.1 pf
13-14
15-16
17 1 pf
18
19
20 10 pf
21
22
23 100 pf
24
25 probe number
26 (units)
27
28 probe number
29 (units)
30-31 SSM
32 Parity
NOTE: Typical discrete functions are shown in the above table. Slight variations of bit usage may arise according
to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 94
DATA STANDARDS
Label 276 018 - TCAS Control Discrete (Mode S Address Part 2, Max A/S)
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 276 018 X
5 X
6 X
7
8 X
9 Aural Advisory Cancel and Cancel Normal
Visual Annunciator
10 R1 Echo 1
11 Pad
12 Pad
Mode S Address
(Part 2) RF MSG BIT
(MSB) 81
13 BIT A17 82
14 BIT A18 83
15 BIT A19 2 84
16 BIT A20 85
17 BIT A21 3 86
18 BIT A22 87
19 BIT A23 88
20 BIT A24 (LSB) 14
21 (MSB) 15
22 Maximum 16
23 Airspeed 3 17
24 (LSB)
25 Pad
26 Pad
27 Pad
28 Pad
29 Pad
30 SSM
31 SSM
32 Parity (odd)
NOTE 1: See Attachment 12 of ARINC Characteristic 735 for logic encoding of the R1 field.
NOTE 2: Sent by own transponder in DF-0, 16.
NOTE 3: ARINC 429 data word fields for which there are corresponding RF fields are transmitted with the MSB
first in order to maintain consistency between RF and ARINC 429 data. Normal ARINC 429 protocol scla
for the transmission of the LSB of the field first.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 95
DATA STANDARDS
1 0
1 X
2 X
3 X
4 Label 276 025 X
5 X
6 X
7 X
8 X
9-10 SDI
11 RESERVED
12 RESERVED
13 RESERVED
14 RESERVED
15 RESERVED
16 RESERVED
17 RESERVED
18 RESERVED
19 RESERVED
20 RESERVED
21 RESERVED
22 RESERVED
23 RESERVED
24 RESERVED
25 RESERVED
26 RESERVED
27 PAD X
28 PAD X
29 PAD X
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 96
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 276 02F X
5 X
6 X
7 X
8
9-10 SDI X
11 X
12 PAD X
13 X
14 EEC Channel Failed OK
15 EEC Unit Failed OK
16 Resolver/ LVDT Excitation Failed OK
17 Spare X
18 Spare X
19 FCU Functions Failed OK
20 HCC Functions Failed OK
21 LCC Functions Failed OK
22 2.5 Bleed Functions W/A Failed OK
23 Spare X
24 Spare X
25 Spare X
26 Spare X
27 Spare X
28 EEC Temperature Status High OK
29 Overspeed Test** Failed OK
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 97
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 276 03F X
5 X
6 X
7 X
8
9-10 SDI X
11 X
12 PAD X
13 X
14 EEC Channel Failed OK
15 EEC Unit Failed OK
16 Resolver/ LVDT Excitation Failed OK
17 Spare X
18 Spare X
19 FCU Functions Failed OK
20 HCC Functions Failed OK
21 LCC Functions Failed OK
22 2.5 Bleed Functions W/A Failed OK
23 Spare X
24 Spare X
25 Spare X
26 Spare X
27 Spare X
28 EEC Temperature Status High OK
29 Overspeed Test** Failed OK
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 98
ATTACHMENT 2 (cont’d)
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 277 018 X
5 X
6 X
7 X
8 X
9
10
11
12
13
14
15
16
17
18 Pad
19
20
21
22
23
24
25
26
27
28
29 ACK/NAK ACK NAK
30 SSM
31 SSM
32 Parity (Odd)
ADDED: January 22, 1982
ARINC SPECIFICATION 429 PART 2 - Page 101
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 350 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 Pad X
12 Pad X
13 Pad X
14 Pad X
15 Connector J2 Not Inst. Inst.
16 Connector J5 Not Inst. Inst.
17 T2 Probe Failed Good
18 EGT Assy. Failed Good
19 TLA Resol. Failed Good
20 RPX Failed Good
21 A Chan SDD In Failed Good
22 B Chan SDD In Failed Good
23 Coil Failed Good
24 Stg I Valve Malfunction Good
25 P2 Leak Leak Good
26 System Trim Required Good
27 TCA-A Valve Malfunction Good
28 TCA-B Valve Malfunction X
29 Spare
30-31 SSM
32 Parity (Odd)
ADDED: July 22, 1988
ARINC SPECIFICATION 429 PART 2 - Page 102
DATA STANDARDS
Bit Status
Bit No. Function
1 0
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 350 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 N1 Signal Failed OK
15 N2 Signal Failed OK
16 T2 Signal Failed OK
17 T4.9 Signal Failed OK
18 Tfuel Signal Failed OK
19 Toil Signal Failed OK
20 Wf Feedback Signal Failed OK
21 SVA Feedback Signal Failed OK
22 2.5 BLD Feedback Signal Failed OK
23 HCC Feedback Signal Failed OK
24 LCC Feedback Signal Failed OK
25 Reverser Position Signal Failed OK
26 AOX Feedback Signal Failed OK
27 Reserved (Spare Feedback Signal) X
28 Thrust Lever Position Signal Failed OK
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 104
DATA STANDARDS
1 X
2 X
3 X
4 Label 350 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-28 Data
30-31 Status Matrix
32 Parity (Odd)
Bits Data
10 9
Bit Data
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 350 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 N1 Signal Failed OK
15 N2 Signal Failed OK
16 T2 Signal Failed OK
17 T4.9 Signal Failed OK
18 Tfuel Signal Failed OK
19 Toil Signal Failed OK
20 Wf Feedback Signal Failed OK
21 SVA Feedback Signal Failed OK
22 2.5 BLD Feedback Signal Failed OK
23 HCC Feedback Signal Failed OK
24 LCC Feedback Signal Failed OK
25 Reverser Position Signal Failed OK
26 AOX Feedback Signal Failed OK
27 Reserved (Spare Feedback Signal) X
28 Thrust Lever Position Signal Failed OK
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 107
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 350 114 X
5 X
6 X
7 X
8 X
9 SDI
10
11
12
13 Fuel Density (0.0001’s)
14
15
16
17 Fuel Density (0.001’s)
18
19
20
21 Fuel Density (0.01’s)
22
23
24
25 Fuel Density (0.1’s)
26
27
28 Tank Ident
29
30 SSM
31 SSM
32 Parity (Odd)
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 108
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 350 115 X
5 X
6 X
7 X
8 X
9 LSB
10
11
12 AGC
13 (X 1/256 FULL SCALE)
14
15
16 MSB
17 CPU Failed OK
18 RAM Failed OK
19 ROM Failed OK
20 2 PORT RAM Failed OK
21 2 PORT DATA Failed OK
22 NOVRAM Failed OK
23 SYNTHESIZER Failed OK
24 RECEIVER Failed OK
25 POWER SUPPLY Failed OK
26 XMIT POWER Failed OK
27 AUDIO Failed OK
28 POWER UP Failed OK
29 SUPPRESSION Present Not Present
30 D/A Failed OK
31 TACAN FAIL Failed OK
32 Parity (Odd)
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 351 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 Pad X
12 Pad X
13 Pad X
14 Pad X
15 ARINC Transmitter Fail Good
16 RPX Drift Fail Good
17 RPX Test Fail Good
18 TLA Correl Test Fail Good
19 Resolver Test Fail Good
20 Resolver Drift Fail Good
21 Angle Range Check Fail Good
22 Sine Range Check Fail Good
23 Cosine Range Check Fail Good
24 Spare X
25 LLDC Test #1 Fail Good
26 LLDC Drift #1 Fail Good
27 P2 Range Check (Boeing Only) Fail Good
28 P7 Range Check Fail Good
29 EPR Range Check Fail Good
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 110
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 351 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 Local ADC Inputs (Pri-Left, Failed OK
Sec-Right)
15 Crosstalk ADC Inputs* Failed OK
16 Wf T/M W/A Failed OK
17 SVA T/M W/A Failed OK
18 2.5 BLD T/M W/A Failed OK
19 HCC T/M W/A Failed OK
20 LCC T/M W/A Failed OK
21 AOX T/M W/A Failed OK
22 Spare X
23 Wf Track Check Failed OK
24 SVA Track Check Failed OK
25 2.5 BLD Track Check Failed OK
26 HCC Track Check Failed OK
27 LCC Track Check Failed OK
28 AOX Track Check Failed OK
29 Reserved (Spare Track Check) X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 111
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 351 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 Local ADC Inputs (Pri-Left, Failed OK
Sec-Right)
15 Crosstalk ADC Inputs* Failed OK
16 Wf T/M W/A Failed OK
17 SVA T/M W/A Failed OK
18 2.5 BLD T/M W/A Failed OK
19 HCC T/M W/A Failed OK
20 LCC T/M W/A Failed OK
21 AOX T/M W/A Failed OK
22 Spare X
23 Wf Track Check Failed OK
24 SVA Track Check Failed OK
25 2.5 BLD Track Check Failed OK
26 HCC Track Check Failed OK
27 LCC Track Check Failed OK
28 AOX Track Check Failed OK
29 Reserved (Spare Track Check) X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 113
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 Label 351 114 (Left Wing) X
4 X
5 X
6 X
7 X
8 X
9 SDI
10
11
12
13 Probe Capacitance (0.1’s)
14
15
16
17 Probe Capacitance (1’s)
18
19
20
21 Probe Capacitance (10’s)
22
23 Probe Capacitance (100’s)
24
25
26 Probe Number (1’s)
27
28
29 Probe Number (10’s)
30 SSM
31 SSM
32 Parity (Odd)
ADDED: January 22, 1982
ARINC SPECIFICATION 429 PART 2 - Page 114
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 352 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 Pad X
12 Pad X
13 Pad X
14 Pad X
15 EGT Loop Sel/Fail Fail Good
16 N2 Fail Good
17 P7 Test Fail Good
18 N2/P2 Test Fail Good
19 T/M, D/A or Driver Fail Good
20 T/M "Undetermined" Fail Good
21 Pres Temp Inputs Fail Good
22 Latch Solenoid W/A Fail Good
23 Health Indicator W/A Fail Good
24 ROM Sum Test Fail Good
25 RAM Test Fail Good
26 Watchdog Timer Fail Good
27 Instruction Test Fail Good
28 Watchdog Resets Fail Good
29 Converter Reset Fail Good
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 115
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 352 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 DC Power Group 1 Failed OK
15 DC Power Group 2 Failed OK
16 Spare X
17 EEC to PDIU SDD Failed OK
18 PDIU Self Test Failed OK
19 HCC T/M W/A Failed OK
20 Local TCA Valve (Pri-Left, Failed OK
Sec-Right)
21 Crosstalk TCA Valve Check* Failed OK
22 Spare X
23 SDD Input from PDIU Failed OK
24 N1 Sensor (Pri and Sec)* Failed OK
25 PB Pneumatic Line* Failed OK
26 P4.9 Pneumatic Line* Failed OK
27 P2 Probe / Line* Failed OK
28 Fire Warn. Discrete Disagreement* Disagree OK
29 Data Entry Plug Failed OK
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 116
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 352 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 DC Power Group 1 Failed OK
15 DC Power Group 2 Failed OK
16 Spare X
17 EEC to PDIU SDD Failed OK
18 PDIU Self Test Failed OK
19 HCC T/M W/A Failed OK
20 Local TCA Valve (Pri-Left, Failed OK
Sec-Right)
21 Crosstalk TCA Valve Check* Failed OK
22 Spare X
23 SDD Input from PDIU Failed OK
24 N1 Sensor (Pri and Sec)* Failed OK
25 PB Pneumatic Line* Failed OK
26 P4.9 Pneumatic Line* Failed OK
27 P2 Probe / Line* Failed OK
28 Fire Warn. Discrete Disagreement* Disagree OK
29 Data Entry Plug Failed OK
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 118
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 Label 352 114 (Center/Trim) X
4 X
5 X
6 X
7 X
8 X
9 SDI
10
11
12
13 Probe Capacitance (0.1’s)
14
15
16
17 Probe Capacitance (1’s)
18
19
20
21 Probe Capacitance (10’s)
22
23 Probe Capacitance (100’s)
24
25
26 Probe Number (1’s)
27
28
29 Probe Number (10’s)
30 SSM
31 SSM
32 Parity (Odd)
ADDED: January 22, 1982
ARINC SPECIFICATION 429 PART 2 - Page 119
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 353 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 Pad X
12 Pad X
13 Pad X
14 Pad X
15 Spare X
16 EGT Loop Disabled Yes No
17 Synth Altitude Yes No
18 Synth Mach Number Yes No
19 SDD ’A’ W/A Failure Good
20 ADD ’B’ W/A Failure Good
21 Probe Heat (Boeing 767 Only) Disagreement Normal
22 Pressure Accuracy Degraded Normal
23 T/M Coil Yes No
24 TCC Schedule (Airbus Default Normal
25 Acft Pt Used 310,000 Yes No
26 P2 Range Check Only) Failed Good
27 TCA System Failed Good
28 TCC System Failed Good
29 System Trim Required Okay
30-31 SSM
32 Parity (Odd)
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 120
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 353 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 N1 Crosscheck* Failed OK
15 N2 Crosscheck* Failed OK
16 Spare X
17 Spare X
18 T2 Crosscheck* Failed OK
19 T2 Probe/ADC T2 Disagreement Disagree OK
20 Tfuel Crosscheck* Failed OK
21 Toil Crosscheck* Failed OK
22 Wf Feedback Crosscheck* Failed OK
23 SVA Feedback Crosscheck Failed OK
24 2.5 BLD Feedback Crosscheck* Failed OK
25 HCC Feedback Crosscheck* Failed OK
26 LCC Feedback Crosscheck* Failed OK
27 Reverser Position Crosscheck* Failed OK
28 AOX Feedback Crosscheck Failed OK
29 Thrust Lever Position Crosscheck* Failed OK
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 121
DATA STANDARDS
1 X
2 X
3 X
4 Label 353 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-12 Accelerometer Source
13 X
14 X
15 PADS X
16 X
17 X
18-19 Data ID
20-28 Data
29-31 SSM
32 Parity (Odd)
10 9 12 11
* Data ID
Bits Data
19 18
* 737 Data ID
Bits Data
19 18
DATA STANDARDS
* 757 Data ID
Bits Data
19 18
Data
Bit 28 27 26 25 24 23 22 21 20
MSB <----------------------> LSB
SSM
Bits Data
31 30 29
1 0 0 Self Test
1 1 0 Normal Operation
REVISED: November 17, 1986
ARINC SPECIFICATION 429 PART 2 - Page 123
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 353 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 N1 Crosscheck* Failed OK
15 N2 Crosscheck* Failed OK
16 Spare X
17 Spare X
18 T2 Crosscheck* Failed OK
19 T2 Probe/ADC T2 Disagreement Disagree OK
20 Tfuel Crosscheck* Failed OK
21 Toil Crosscheck* Failed OK
22 Wf Feedback Crosscheck* Failed OK
23 SVA Feedback Crosscheck Failed OK
24 2.5 BLD Feedback Crosscheck* Failed OK
25 HCC Feedback Crosscheck* Failed OK
26 LCC Feedback Crosscheck* Failed OK
27 Reverser Position Crosscheck* Failed OK
28 AOX Feedback Crosscheck Failed OK
29 Thrust Lever Position Crosscheck* Failed OK
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: July 1, 1990
ARINC SPECIFICATION 429 PART 2 - Page 125
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 Label 353 114 (Right Wing) X
4 X
5 X
6 X
7 X
8 X
9 SDI
10
11
12
13 Probe Capacitance (0.1’s)
14
15
16
17 Probe Capacitance (1’s)
18
19
20
21 Probe Capacitance (10’s)
22
23 Probe Capacitance (100’s)
24
25
26 Probe Number (1’s)
27
28
29 Probe Number (10’s)
30 SSM
31 SSM
32 Parity (Odd)
ADDED: January 22, 1982
ARINC SPECIFICATION 429 PART 2 - Page 126
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 354 01A X
5 X
6 X
7 X
8 X
9-10 SDI
11 Pad X
12 Pad X
13 Pad X
14 Pad X
15 TPT2 Temp Diode Fail Good
16 TPT7 Temp Diode Fail Good
17 Fail Good
18 T/M W/A’A Range Check Fail Good
19 T/M W/A’B Range Check Fail Good
20 Spare X
21 Spare X
22 LLDC Test #2 Fail Good
23 LLDC Drift #2 Fail Good
24 TCC Stage I W/A Fail Good
25 TCC Stage II W/A Fail Good
26 TCC Stage III W/A Fail X
27 Spare X
28 Spare X
29 Spare
30-31 SSM
32 Parity (Odd)
ADDED: November 17, 1986
ARINC SPECIFICATION 429 PART 2- Page 127
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 354 02F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 REV Command Solenoid W/A Failed OK
15 TCA Solenoid W/A Failed OK
16 Reserved (Spare Solenoid W/A) X
17 Reserved (Spare Solenoid W/A) X
18 Reserved (Spare Relay W/A) X
19 14th Stage Bleed T/M W/A Failed OK
20 Spare X
21 Reserved (Spare Solenoid W/A) X
22 Oil Bypass Solenoid W/A Failed OK
23 Reserved (Spare Relay W/A) X
24 T/L Interlock Relay W/A Failed OK
25 Reserved (Spare Relay W/A) X
26 Spare X
27 Group 1 Overcurrent Sense Tripped OK
28 Group 2 Overcurrent Sense Tripped OK
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 128
DATA STANDARDS
1 X
2 X
3 X
4 Label 354 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-12 Accelerometer Source
13 X
14 X
15 X
16 PADS X
17 X
18 X
19 X
20-28 Data
29 X
30 SSM (Normal Operation) X
31 X
32 Parity (Odd)
10 9 12 11
Bit 28 27 26 25 24 23 22 21 20
MSB <----------------------> LSB
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1 X
2 X
3 X
4 Label 354 03F X
5 X
6 X
7 X
8 X
9-10 SDI X
11 X
12 PAD X
13 X
14 REV Command Solenoid W/A Failed OK
15 TCA Solenoid W/A Failed OK
16 Reserved (Spare Solenoid W/A) X
17 Reserved (Spare Solenoid W/A) X
18 Reserved (Spare Relay W/A) X
19 14th Stage Bleed T/M W/A Failed OK
20 Spare X
21 Reserved (Spare Solenoid W/A) X
22 Oil Bypass Solenoid W/A Failed OK
23 Reserved (Spare Relay W/A) X
24 T/L Interlock Relay W/A Failed OK
25 Reserved (Spare Relay W/A) X
26 Spare X
27 Group 1 Overcurrent Sense Tripped OK
28 Group 2 Overcurrent Sense Tripped OK
29 Spare X
30-31 SSM X
32 Parity (Odd)
NOTE: Typical discrete functions are shown in the above table. Slight variations
of bit usage may arise according to the specific application.
ADDED: July 22, 1988
ARINC SPECIFICATION 429 PART 2- Page 131
DATA STANDARDS
Bit Status
Bit No. Function
1 0
1
2
3
4
5 Label 355 027
6
7
8
9 SDI
10
11
12
13
14
15
16
17
18
19
20
21
22
23 BITS 11 thru 29
24 reserved for Company
25 private use.
26
27
28
29
30 SSM
31
32 Parity (Odd)
1 X
2 X
3 X
4 Label 355 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-12 Accelerometer Source
13 X
14 X
15 X
16 PADS X
17 X
18 X
19 X
20-28 Data
29 X
30 SSM (Normal Operation) X
31 X
32 Parity (Odd)
10 9 12 11
Bit 28 27 26 25 24 23 22 21 20
MSB <----------------------> LSB
DATA STANDARDS
1 X
2 X
3 X
4 Label 356 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-12 Accelerometer Source
13 X
14 X
15 X
16 PADS X
17 X
18 X
19 X
20-28 Data
29 X
30 SSM (Normal Operation) X
31 X
32 Parity (Odd)
10 9 12 11
Bit 28 27 26 25 24 23 22 21 20
MSB <----------------------> LSB
DATA STANDARDS
1 X
2 X
3 X
4 Label 357 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-12 Accelerometer Source
13 X
14 X
15 X
16 PADS X
17 X
18 X
19 X
20-28 Data
29 X
30 SSM (Normal Operation) X
31 X
32 Parity (Odd)
10 9 12 11
Bit 28 27 26 25 24 23 22 21 20
MSB <----------------------> LSB
DATA STANDARDS
1 X
2 X
3 X
4 Label 360 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-12 Accelerometer Source
13 X
14 X
15 X
16 PADS X
17 X
18 X
19 X
20-28 Data
29-31 SSM
32 Parity (Odd)
10 9 12 11
Bit 28 27 26 25 24 23 22 21 20
MSB <----------------------> LSB
Bits Data
31 30 29
1 0 0 Functional Test
0 1 0 No Computed Data
1 1 0 Normal Operation
0 0 0 Failure Warning
ADDED: MARCH 6, 1996
ARINC SPECIFICATION 429 PART 2 - Page 138
DATA STANDARDS
1 X
2 X
3 X
4 Label 361 03D X
5 X
6 X
7 X
8 X
9-10 SDI
11-12 Accelerometer Source
13 X
14 X
15 X
16 PADS X
17 X
18 X
19 X
20-28 Data
29-31 SSM
32 Parity (Odd)
10 9 12 11
Bit 28 27 26 25 24 23 22 21 20
MSB <----------------------> LSB
Bits Data
31 30 29
1 0 0 Functional Test
0 1 0 No Computed Data
1 1 0 Normal Operation
0 0 0 Failure Warning
* 737 Only
MARK 33 DIGITAL INFORMATION TRANSFER
SYSTEM (DITS), PART 3
FILE DATA TRANSFER TECHNIQUES
AN A DOCUMENT
Prepared by
AIRLINES ELECTRONIC ENGINEERING COMMITTEE
Published by
AERONAUTICAL RADIO, INC.
2551 RIVA ROAD, ANNAPOLIS, MARYLAND 21401
This document is based on material submitted by various
participants during the drafting process. Neither AEEC nor ARINC
has made any determination whether these materials could be
subject to valid claims of patent, copyright or other proprietary
rights by third parties, and no representation or warranty, express or
implied, is made in this regard. Any use of or reliance on this
document shall constitute an acceptance thereof “as is” and be
subject to this disclaimer.
©
Copyright 2001 by
AERONAUTICAL RADIO, INC.
2551 Riva Road
Annapolis, Maryland 21401-7465 USA
©
ARINC SPECIFICATION 429P3-18
MARK 33 DIGITAL INFORMATION TRANSFER SYSTEM (DITS)
PART 3
Specification 429P3 Adopted by the Airlines Electronic Engineering Committee: July 21, 1977
Specification 429P3 Adopted by the Industry: September 15, 1977
Aeronautical Radio, Inc. is a corporation in which the United States scheduled airlines are the
principal stockholders. Other stockholders include a variety of other air transport companies, aircraft
manufacturers and non-U.S. airlines.
Activities of ARINC include the operation of an extensive system of domestic and overseas
aeronautical land radio stations, the fulfillment of systems requirements to accomplish ground and
airborne compatibility, the allocation and assignment of frequencies to meet those needs, the
coordination incident to standard airborne compatibility, the allocation and assignment of frequencies
to meet those needs, the coordination incident to standard airborne communications and electronics
systems and the exchange of technical information. ARINC sponsors the Airlines Electronic
Engineering Committee (AEEC), composed of airline technical personnel. The AEEC formulates
standards for electronic equipment and systems for the airlines. The establishment of Equipment
Characteristics is a principal function of this Committee.
(2) To channel new equipment designs in a direction which can result in the maximum
possible standardization of those physical and electrical characteristics which influence
interchangeability of equipment without seriously hampering engineering initiative.
ii
ARINC SPECIFICATION 429 PART 3
TABLE OF CONTENTS
ITEM SUBJECT PAGE
1.0 INTRODUCTION 1
1.1 Purpose of this Document 1
1.2 Organization of ARINC Specification 429 1
1.3 Development of Data Transfer 1
1.3.1 File Data Transfer Techniques - Basic Philosophy 1
1.3.2 Data Transfer 1
1.3.3 Broadcast Data 1
1.3.4 File Data Transfer 1
1.3.5 Transmission Order 2
1.3.5.1 Data Bit Encoding Logic 2
1.3.6 Bit-Oriented Protocol Determination 2
1.4 Relationship to Other Standards 2
2.0 BIT ORIENTED FILE TRANSFER PROTOCOL 3
2.1 - 2.4 Not used to maintain consistency with previous versions of 3
ARINC Specification 429
2.5 Bit-Oriented Communications Protocol 3
2.5.1 Link Data Units (LDU) 4
2.5.2 Link Data Unit (LDU) Size and Word Count 4
2.5.3 System Address Labels (SALs) 4
2.5.4 Bit Rate and Word Timing 4
2.5.5 Word Type 5
2.5.6 Protocol Words 5
2.5.6.1 Protocol Identifier 5
2.5.6.2 Destination Code 5
2.5.6.3 Word Count 5
2.5.7 Request To Send (RTS) 5
2.5.7.1 Clear To Send (CTS) 5
2.5.7.2 Not Clear To Send (NCTS) 5
2.5.7.3 Destination Busy (BUSY) 6
2.5.7.4 No Response to RTS 6
2.5.8 Conflicting RTS Transmissions 6
2.5.8.1 Half Duplex Mode 6
2.5.8.2 Full Duplex Mode 7
2.5.9 Unexpected RTS 7
2.5.10 Start Of Transmission (SOT) 7
2.5.10.1 General Format Identifier (GFI) 7
2.5.10.2 File Sequence Number 7
2.5.10.3 LDU Sequence Number 7
2.5.11 Data 7
2.5.11.1 Full Data Word(s) 7
2.5.11.2 Partial Data Word(s) 8
2.5.12 End of Transmission (EOT) 8
2.5.12.1 CRC Encoding 8
2.5.12.2 CRC Decoding 8
2.5.13 Negative Acknowledgment (NAK) 9
2.5.13.1 Missing SOT Word 9
2.5.13.2 Missing EOT Word 9
2.5.13.3 Parity Errors 9
2.5.13.4 Word Count Errors 9
2.5.13.5 CRC Errors 9
2.5.13.6 Time Out Errors 9
2.5.14 LDU Transfer Acknowledgment (ACK) 9
2.5.14.1 Duplicate LDU 9
2.5.14.2 Auto-Synchronized Files 9
2.5.14.3 Incomplete File timer 10
2.5.15 SYN Word 10
2.5.16 Response to ACK/NAK/SYN 10
2.5.17 Solo Word (Single Word Transfers) 10
2.5.17.1 Test Word and Loop Word 11
2.5.17.2 Optional Solo Word Definitions 11
2.5.18 Optional End-To-End Message Verification 11
2.5.19 Protocol Initialization 11
2.5.19.1 Bit-Oriented Protocol Version 11
2.5.19.1.1 ALOHA 11
iii
ARINC SPECIFICATION 429 PART 3
TABLE OF CONTENTS
iv
ARINC SPECIFICATION 429 PART 3
TABLE OF CONTENTS
ITEM SUBJECT PAGE
APPENDICES
A-E Letters not used in Part 3 of Specification 429 60
F Former AIM and File Data Transfer Techniques 61
G Mathematical Example of CRC Encoding/Decoding 67
H Interoperability of Bit-Oriented Link Layer Protocol 71
I SDL Diagrams of the Version 1 Williamsburg Protocol 72
J Protocol Structure 90
K Glossary & Acronyms 93
v
ARINC SPECIFICATION 429 PART 3 - Page 1
1.0 INTRODUCTION
1.1 Purpose of this Document more sophisticated file transfer protocol. The
fundamental concept was developed at a joint Satellite
This document defines the air transport industry’s standards and ACARS Protocol Working Group meeting held in c-15
for the transfer of aperiodic digital data between avionics February 1988 in Williamsburg, Virginia. The new
systems elements. Adherence to these standards is desired protocol became known popularly as the
for all inter-systems communications in which the system “Williamsburg Protocol.”
line replaceable units are defined as “unit interchangeable”
in the relevant ARINC equipment Characteristics. Their use 1.3.1 File Data Transfer Techniques
for intra-system communications in systems in which the - Basic Philosophy
line replaceable units are defined in the ARINC equipment
Characteristics as “system interchangeable” is not essential, This “File Data Transfer Techniques” specification
although it may be convenient. describes a system in which an LRU may generate binary
extended length messages “on demand.” Data is sent in the
form of Link Data Units (LDU) organized in 8-bit octets.
1.2 Organization of ARINC Specification 429 System Address Labels (SAL) are used to identify the
recipient. Two data bus speeds are supported.
The original release of ARINC Specification 429 was
published in its entirety as one document in 1977. Through 1.3.2 Data Transfer
the years as the Specification grew in content, the physical
size grew proportionately. As a result, the effort involved The same principles of the physical layer implementation
with locating specific data became increasingly difficult. described in Part 1 to ARINC Specification 429, c-16
The solution, concurrent with the publication of Supplement “Functional Description and Word Formats,” apply to File
c-15 15, was to divide Specification 429 into three parts. Part 1 Data Transfer. Any avionics system element having
addresses the physical parameters (wiring, voltage levels, information to transmit does so from a designated output
coding, etc.) and label assignments. Part 2 provides the port over a single twisted and shielded pair of wires to all
formats of words with discrete bit encoding. Part 3 defines other system elements having need of that information.
file data transfer protocols. Unlike the simple broadcast protocol that can deliver data to
multiple recipients in a single transmission, the File
Parts 1, 2, and 3 are being published separately beginning Transfer technique can be used only for point-to-point
with the updates provided by Supplement 15. In the future, message delivery.
updates to the individual Parts of ARINC Specification 429
will be accomplished by independent Supplements starting 1.3.3 Broadcast Data
with Supplement 16. Each Part will be updated via
Supplement as the need dictates. Therefore the “dash The same simple “broadcast” transmission technique c-15
numbers,” i.e. -16, -17, etc. may not necessarily be defined in ARINC Specification 429 Parts 1 and 2 may be
concurrent for all three parts of Specification 429. supported concurrently with the use of aperiodic File Data
Transfer.
The descriptive material for the changes introduced by the
Supplement 1-14 are provided in Part 1. Part 3 contains 1.3.4 File Data Transfer
Supplements 12 and above. The new bit-oriented protocol
was introduced by Supplement 12. The description of When Specification 429 was adopted in 1977, provisions
changes introduced by Supplements 15 and later for each were made for a character-oriented file data transfer
Part are contained within the respective Parts of the protocol. This definition was used as guidance for the
document. character-oriented file transfer protocol descriptions
incorporated into many ARINC equipment characteristics.
In 1989, a new protocol was developed that expanded the c-16
1.3 Development of File Data Transfer capability of file data protocol to support the transfer of bit-
oriented information. The original description of file data
ARINC Specification 429, “Mark 33 Digital Information transfer was declared obsolete; a copy, as a historical
Transfer System (DITS)” was adopted by AEEC in July record, is retained in Appendix F. The ACARS character
1977. Specification 429 defined a broadcast data bus. oriented file transfer protocol which was derived from the
General provisions were made for file data transfer. In material in Appendix F is documented in ARINC
October 1989, AEEC updated a file data transfer procedure Specification 619.
with a more comprehensive process that will support the
transfer of both bit and character-oriented data. The protocol defined in this document is preferred for new
applications. The purpose of this bit-oriented
COMMENTARY communications protocol is to provide for the transparent c-13
transfer of data files using the physical layer data bus
c-16 The ACARS character protocol is defined in ARINC defined by Specification 429, Part 1.
Specification 619.
COMMENTARY
COMMENTARY The data transparent protocol described in Section 2.5 was c-15
developed in order to facilitate the communications of the
c-15 The desire for exchanging binary data via ACARS was ACARS Management Unit (MU) and the Satellite Data
instrumental in initiating the development of a Unit (SDU). Its viability as a universal protocol was
ARINC SPECIFICATION 429 PART 3 - Page 2
1.0 INTRODUCTION
1.3.4 File Data Transfer (cont’d) information to ensure that the desired section will be
located.
COMMENTARY (cont’d)
Documents referenced in this document include: c-17
recognized by the Systems Architecture and
c-15 Interfaces(SAI) Subcommittee which recommended its IEEE Standard 802.3, 1998 Edition, “Carrier Sense
inclusion herein as the standard means of file data Multiple Access with Collision Detection (CSMA/CD)
transfer. Access Method and Physical Layer Specifications”
The process for determining the protocol (character-
oriented as defined in ARINC Specification 619, or bit-
oriented) to be used in the interaction between two units,
where this information is not pre-determined is described in
Section 2.5.19.
Communications will permit the intermixing of bit-oriented The Link layer is responsible for transferring information
file transfer data words (which contain System Address from one logical network entity to another and for
Labels (SALs)) with conventional data words (which enunciating any errors encountered during transmission.
contain label codes). If the sink should receive a The Link layer provides a highly reliable virtual channel
conventional data word during the process of accepting a and some flow control mechanisms.
bit-oriented file transfer message, the sink should accept the
conventional data word and resume processing of the D. Network Layer
incoming file transfer message.
It is the responsibility of the Network layer to ensure that
The process for determining the protocol (character- data packets are properly routed between any two terminals. c-13
oriented or bit-oriented) to be used in the interaction The Network layer performs a number of functions. The
between two units, where this information is not pre- Network layer expects the Link layer to supply data from
determined is described in Section 2.5.19. The definition of correctly received frames.
c-12 the protocol words used to determine the type of protocol is
contained in Table 11-4 of Attachment 11. COMMENTARY
The Network layer provides for the decoding of
A table illustrating the bit-oriented file transfer word information up to the packet level in order to determine
formats is shown in Attachment 11. which node (unit) the message should be transferred to.
To obtain interoperability, this process, though simple
in this application, must be reproduced using the same c-14
The description provided in the following subsections set of rules throughout all the communications
contains references to options which may be exercised and networks (and their subnetworks) on-board the aircraft
timing values which may be selected for each individual and on the ground.
system for which this protocol is chosen. The options are
designated with an “O” and a sequence number, e.g., O5. The bit-oriented data link protocol was designed to operate
The timing values are designated with a “T” and a sequence in a bit-oriented Network layer environment. Specifically,
number, e.g., T2. See Attachment 10 for tables containing the Data Link Subcommittee expects that ISO 8208 will be c-13
standard options, events, applications and timers. selected as the Subnetwork layer protocol for air/ground
ARINC SPECIFICATION 429 PART 3 - Page 4
2.0 BIT-ORIENTED FILE TRANSFER PROTOCOL
2.5 Bit-Oriented Communications Protocol (cont’d) 2.5.3 System Address Labels (SALs)
subnetworks. There are, however, some applications where LDUs are sent point-to-point, even though other systems
c-13 the bit-oriented file transfer protocol will be used under may be connected and listening to the output of a
other Network layer protocols. transmitting system. In order to identify the intended
recipient of a transmission, the Label field (bits 1-8) is used
to carry a System Address Label (SAL). Each on-board
E. Transport Layer system is assigned a SAL as shown in ARINC Specification
429, Part 1, Attachment 14. When a system sends an LDU
The Transport layer controls the transportation of data to another system, the sending system (the “source”) c-13
between a source end-system to a destination end-system. It addresses each ARINC 429 word to the receiving system
provides “network independent” data delivery between (the “sink”) by setting the Label field to the SAL of the
c-12 these processing end-systems. It is the highest order of sink. When a system receives any data containing its SAL
function involved in moving data between systems. It that is not sent through the established conventions of this
relieves higher layers from any concern with the pure protocol, the data received should be ignored.
transportation of information between them.
COMMENTARY
2.5.1 Link Data Units (LDU) In the data transparent protocol, data files are identified
by content rather than by ARINC 429 label. Thus, the c-16
A Link Data Unit (LDU) contains binary encoded octets. label field loses the function of parameter identification
The octets may be set to any possible binary value. The available in broadcast communications.
LDU may represent raw data, character data, bit-oriented
messages, character-oriented messages, or any string of bits 2.5.4 Bit Rate and Word Timing
desired. The only restriction is that the bits be organized
into full 8-bit octets. The interpretation of those bits is not a Data transfer may operate at either high speed or low speed
part of this Link layer protocol. The LDUs are assembled to (O2) as defined in Part 1 of Specification 429. The source
make up a data file. should introduce a gap between the end of each ARINC 429
word transmitted and the beginning of the next. The gap
c-16 LDUs consist of a set of contiguous ARINC 429 32-bit data should be 4 bit times (minimum). The sink should be
words, each containing the System Address Label (see capable of receiving the LDU with the minimum word gap
Section 2.5.3) of the sink. The initial data word of each of 4 bit times between words. The source should not exceed
LDU is a Start of Transmission (SOT) as described in a maximum average of 64 bit times between data words of
Section 2.5.10. The data described above is contained an LDU.
within the data words which follow (See Section 2.5.11).
The LDU is concluded with an End of Transmission (EOT) COMMENTARY
data word (see Section 2.5.12). No data file should exceed
255 LDUs. The maximum average word gap is intended to compel c-14
the source to transmit successive data words of an LDU
Within the context of this document, LDUs correspond to without excessive delay. This provision prevents a
frames and files correspond to packets, as defined in source that is transmitting a short message from using
Section 2.5. the full available LDU transfer time (T9). The primary
value of this provision is realized when assessing a
maximum LDU transfer time for short fixed-length
2.5.2 Link Data Unit (LDU) Size and Word Count LDUs, such as for Automatic Dependence Surveillance
(ADS).
The Link Data Unit (LDU) may vary in size from 3 to 255
c-12 ARINC 429 words including the SOT and EOT words. If a Williamsburg source device were to synchronously
When a LDU is organized for transmission, the total transmit long length or full LDUs over a single ARINC
number of ARINC 429 words to be sent (word count) is 429 data bus to several sink devices, the source may
calculated. The word count is the sum of the SOT word, the not be able to transmit the data words for a given LDU
data words in the LDU and the EOT word. at a rate fast enough to satisfy this requirement because
of other bus activity. In aircraft operation, given the
In order to obtain maximum system efficiency, the data asynchronous burst mode nature of Williamsburg LDU
should be encoded into the minimum number of LDUs. transmissions, it is extremely unlikely that a
Williamsburg source would synchronously begin
COMMENTARY sending a long length or full LDU to more than two
Williamsburg sink devices. Although, a laboratory c-16
The word count field is 8 bits in length. Thus the condition could be designed to test a Williamsburg
maximum number of ARINC 429 words which can be transmitter which would likely result in the
counted in this field is 255. The word count field transmitter’s failure to meet the maximum word gap
c-13 appears in the RTS and CTS data words. The number requirement, this test should be disregarded. A failure
of LDUs needed to transfer a specific data file will to meet this requirement will either result in a
depend upon the method used to encode the data successful (but slower) LDU transfer, or an LDU
words. retransmission due to an LDU transfer timeout.
ARINC SPECIFICATION 429 PART 3 - Page 5
2.0 BIT-ORIENTED FILE TRANSFER PROTOCOL
Protocol words with an invalid protocol identifier field When a system receives a valid RTS and is ready to accept
should be ignored. the LDU transfer, it should send a CTS word to the source
within T1 milliseconds. The CTS contains a Destination
2.5.6.2 Destination Code Code (bits 24-17) and a Word Count field (bits 16-9). The
Destination Code in the CTS should contain the same
c-16 Some protocol words contain a Destination Code. The Destination Code as the RTS word (See Section 2.5.6.2).
c-18 Destination Code field (bits 24-17) typically indicates the The Word Count field should contain the same Word Count
final destination of the LDU (O10). If the LDU is intended value as the RTS word. If the source receives a CTS
for the use of the system receiving the message, the containing a different Destination Code or Word Count
c-16 destination code may be set to null (hex 00). However, if field value or a Word count field value equal to zero, it
the LDU is a message intended to be passed on to another should treat it as a valid Not Clear To Send. All of the RTS
on-board system, the Destination Code should indicate the counters (N1, N2, N3) will be reset after a valid CTS is
system to which the message is to be passed. Some received.
interfaces (e.g., between an ARINC 758 CMU and a multi-
c-18 bearer-system ARINC 761 SDU) use the “Destination”
code to select a specific bearer system to be used for a c-14
downlink message, and to indicate the specific bearer 2.5.7.2 Not Clear To Send (NCTS)
system used for an uplink message. The Destination Codes
c-16 are assigned according to the applications involved as When a system either receives a valid RTS and is NOT
shown in Attachment 11A. ready to accept the LDU transfer or receives an RTS with
an invalid destination or invalid word count, it should send
In an OSI environment, the Link layer protocol is not a Not Clear To Send (NCTS) to the source within T1
responsible for validating the destination code. It is the milliseconds. See Table 11-4 of Attachment 11 for the
c-14 responsibility of the higher level entities to detect invalid format of the NCTS word. The NCTS word should contain
destination codes and to initiate error logging and recovery. the same Destination Code as the RTS word and status code
(bits 16-9) as shown in Attachment 11B indicating the
COMMENTARY reason for the busy response. If the NCTS received does not
contain the same Destination Code, then the source should
Within the pre-OSI environment, the Destination Code declare the NCTS to be invalid and ignore it. The status
provides Network layer information. In the OSI codes are for engineering purposes only and should be
environment, this field may contain the same ignored by the system receiving the NCTS word.
information for routing purposes between OSI and non-
OSI systems.
Upon receipt of the NCTS word, the source should wait for
2.5.6.3 Word Count T2 milliseconds before repeating the RTS. The RTS may be
repeated T2 milliseconds after each NCTS until N1 requests
Some protocol words contain a Word Count field. The nominally have gone without receiving a valid CTS. The
Word Count field (bits 16-9) reflects the number of ARINC actual number of attempts (N1) a system should make and
429 words to be transmitted in the subsequent LDU. The the action to be taken when the limit is exceeded depend on
maximum word count value is 255 ARINC 429 words and the application (A1). The NCTS counter (N1) should be
the minimum word count value is 3 ARINC 429 words. A reset upon valid (CTS) response to the RTS.
LDU with the minimum word count value of 3 ARINC 429
words would contain a SOT word, one data word and an
EOT word. A LDU with the maximum word count value of After sending a NCTS, the sink may optionally choose (O3)
255 ARINC 429 words would contain a SOT word, 253 to send a CTS with the requested Destination Code and
data words and an EOT word. Word Count automatically as soon as it is ready to
ARINC SPECIFICATION 429 PART 3 - Page 6
2.0 BIT-ORIENTED FILE TRANSFER PROTOCOL
COMMENTARY
2.5.8 Conflicting RTS Transmissions
A timely manner refers to the interval defined by the
NCTS retry sequence.
2.5.8.1 Half Duplex Mode
Upon receipt of the BUSY word, the source should wait for
T4 seconds before repeating the RTS. The RTS may be When operating in half duplex mode, it is possible that two
repeated every T4 seconds for as many times as the systems might decide to send RTS messages to each other
application requires up to a maximum of N2 . Each new at nearly the same time, causing each system to appear to
attempt could possibly consist of several RTS receive the other’s RTS in response to its own RTS. If this
transmissions. Note that the busy condition could last for occurs, each system should set a random timer to a time in
hours, depending on the nature of the application and the the range of zero to T6 milliseconds in increments of no
buffering capacity of the sink. The action taken following more than T7 milliseconds. If a system receives another c-12
T4 - N2 time out depends upon the application (A2). The RTS before this timer expires, that system will defer its own
application requirements may supersede the value of N2 need to transmit and will respond to the other system’s RTS
defined in Attachment 10. The Busy counter (N2) should be as defined in the preceding paragraphs. If no RTS is
reset upon valid (CTS) response to the RTS. received within the random time, the system should re-
transmit the RTS. If a conflicting RTS occurs again, the
After sending a BUSY, the sink may optionally choose (O3) same procedure will take effect for as many times as it takes
to send a CTS with the requested Destination Code and for one system to prevail over the other.
Word Count automatically as soon as it is ready to accept
the file transfer, without waiting for another RTS. The
source may optionally choose (O4) to accept such a CTS. If this protocol is used in an environment that has well
defined priorities (O5), one system may be assigned priority
Alternatively, the source may ignore the CTS with the over another to resolve RTS conflicts without the random
requested Destination Code and Word Count and repeat the retransmission procedure described above.
RTS.
When a system receives a valid CTS with a Destination Binary data words of five semi-octets are called Full Data
Code and Word Count matching the Destination Code and words. Binary data words of fewer than five semi-octets are
Word Count of the previous RTS, the system should called Partial Binary Data words.
respond by sending the Start of Transmission (SOT) word
within T13 milliseconds, immediately followed by the data A data file may be sent using any combination of full and
words which constitute the LDU. See Table 11-6 of partial data words. There are no restrictions regarding the
Attachment 11 for a description of the SOT word format. particular type of data within a file. The formats of Data
The SOT word contains the File Sequence Number in its words are illustrated in Attachment 11.
File Sequence Number field (bits 24-17). It also contains a
General Format Identifier (GFI) and a LDU Sequence Each binary data file, prior to transmission, should conclude
Number. (end) with a complete octet. Any incomplete final octet
c-14 should be completed with zeros before transmission. Each
2.5.10.1 General Format Identifier (GFI) LDU transmitted, should also end in a complete octet. If, at
the end of the transmission, the receiver determines that an
The General Format Identifier (GFI) occupies bits 28-25 in odd number of semi-octets has been received, that is, the
the SOT word. See Table 11-6A of Attachment 11 for a LDU ends with an incomplete octet, the receiver should
description of the GFI field. The GFI is transparent to the send a NAK or assume the upper 4 bits of the partial octet
Link layer protocol. It is designated by a higher level entity to be zeros, and proceed normally.
in the source device, to indicate to a higher level entity in
the sink, the format of the data words that follow. It is the
responsibility of the higher level entities to detect invalid 2.5.11.1 Full Data Word(s)
GFI designations and to initiate error logging and recovery.
A Full Data Word has 20 bits available for data. This space
COMMENTARY is allocated in five semi-octets. The octets of the data file
are divided into two semi-octets and placed sequentially
Within the pre-OSI environment the GFI provides into the data words. The least significant bit of the least
c-14 Network layer function information. In the OSI significant semi-octet is sent first. c-13
environment this field may contain the same
information for bridging purposes between the OSI and If, in the process of placing the octets into the data words,
non-OSI world. an octet is split between two different words, the least
significant semi-octet goes in the last (n5) semi-octet of the
A code of 1111 is used to indicate that an extended GFI of current data field and the most significant semi-octet
c-12 8 bits will be found in the first data octet (Nibbles 1 and 2) follows in the first (n1) semi-octet of the data field of the
of the first data word in the file. next word. See Attachment 11 for data word formats.
ARINC SPECIFICATION 429 PART 3 - Page 8
2.0 BIT-ORIENTED FILE TRANSFER PROTOCOL
2.5.11.1 Full Data Word(s) (cont’d) The CRC calculation is performed over the data octets only
of the LDU with any semi-octets zero filled.
If the end of the LDU does not completely fill the last Full
Data Word, a Partial Data Word (see Section 2.5.11.2) There exists a generator polynomial which is of the form,
should be used to complete the LDU transmission.
P(x) = x16 + x12 + x5 + 1
c-13 In order to obtain maximum system efficiency, Partial Data
Words should be used only when they are required to The CRC is then determined as the one’s complement of the
complete the data for an LDU transmission. An LDU remainder, R(x), obtained from the modulo 2 division of:
should not be encoded as a string of Partial Data Words
where 8 or 16 bits of data are encoded for each ARINC 429 x16G(x) + xk(x15+x14+x13+...+x2+x+1) = Q(x) + R(x)
word used. P(x) P(x)
of the first data word as the coefficient of the highest 2.5.13.4 Word Count Errors
c-12 order term. A mathematical example of CRC encoding
and decoding can be found in Appendix G. Upon receipt of the EOT word, the sink should verify that
the actual number of words received is the number of words
expected, per the RTS and CTS words. If the word counts c-14
2.5.13 Negative Acknowledgment(NAK) do not match, the sink should send a NAK response to the
source.
If the sink detects any of the errors described in the
following subsections, it sends a NAK to the source upon
detecting the error or within T8 milliseconds of receiving the 2.5.13.5 CRC Errors
EOT word, whichever occurs first. See Table 11-4 of
Attachment 11 for a description of the NAK word format. Upon receipt of the EOT word, the sink should verify the
The NAK word should contain the same File Sequence CRC on the received LDU. If the 16-bit CRC is invalid, the c-13
Number (bits 24-17) as the SOT word and a status code sink should send the NAK response.
c-14 (bits 16-9) as shown in Attachment 11B indicating the
reason for the NAK. The File Sequence Number and status
code are intended to be used for engineering purposes only 2.5.13.6 Time Out Errors
and should be ignored by the system receiving the NAK.
The sink will not time the gaps between the words received,
The sink should test for errors to determine if a NAK However, if the sink does not receive the complete LDU
should be sent. It is not necessary for the sink to be aware of transfer within T9 seconds of having sent the CTS, it should
the type of error that occurred, as long as any of the errors send a NAK to the source and discard any partial LDU
c-13 listed in the following subsections will elicit a NAK received.
response.
2.5.14 LDU Transfer Acknowledgment(ACK)
2.5.13.1 Missing SOT Word
If all words of the LDU transfer are received within T9
Following reception of a valid CTS word, the source should seconds of the CTS, each with odd parity, and the word c-12
transmit the SOT word as the first word of the LDU as count and CRC verify, and the LDU is either the next LDU,
specified in Section 2.5.10, Start of Transmission (SOT). If a duplicate LDU or the first LDU of a new file, then the
c-12 the SOT word is not received as the first word of the LDU, sink should send an acknowledgment(ACK) to the source
the sink should send the NAK response. See also Section within T8 milliseconds of receiving the EOT word. See
2.5.9. Table 11-4 of Attachment 11 for a description of the ACK
word format. The ACK word should contain the File
2.5.13.2 Missing EOT Word Sequence Number (bits 24-17) and LDU sequence number
(bits 16-9) to indicate a successful LDU transfer.
Following the transmission of the final data word of each
LDU, the source should transmit the EOT word as the final 2.5.14.1 Duplicate LDU
word of the LDU as specified in Section 2.5.12, End of
Transmission (EOT). If the EOT word is not received as the An LDU is determined to be a duplicate if its File Sequence
c-13 final word of the LDU within T9 seconds of the CTS, then Number and LDU Sequence Number are not both zero, and
the sink should send the NAK response to the source within it’s SOT words are identical to those of the previously
T8 milliseconds after the T9 has expired. received LDU. When a duplicate LDU is detected, the sink
should discard the LDU just received and acknowledge per
2.5.13.3 Parity Errors Section 2.5.14. c-16
Bit 32 of each ARINC 429 word should be set to odd parity COMMENTARY
for the entire word. Upon receipt of a word, the receiving
unit should verify that each word was received with odd Some implementations look at both SOT and EOT to
c-12 parity. If any word is received with even parity, the determine duplicate LDUs.
receiving unit should take no action and ignore the word.
COMMENTARY
COMMENTARY
A File Sequence Number of zero along with an LDU
When the sink receives a word with bad parity, it Sequence Number of zero should be interpreted as an
cannot be sure of the intended label. The word may not indication of a reset in the source and the LDU should
even be a part of the LDU, so by ignoring the offending not be compared to the previous one.
word there may still be a chance of a successful file
c-12 transfer. If the offending word was intended to be a 2.5.14.2 Auto-Synchronized Files
part of the LDU, then when the EOT word is received, c-12
the actual word count will not match the expected When the File Sequence Number is different from the
count. The sink will either NAK the source when the previous LDU transfer and the LDU Sequence Number is
EOT word is received, or when it times out waiting for zero, then the sink discards any previously received partial
the full expected number of words. file, and accepts the LDU just received.
ARINC SPECIFICATION 429 PART 3 - Page 10
2.0 BIT-ORIENTED FILE TRANSFER PROTOCOL
2.5.14.2 Auto-Synchronized Files (cont’d) SYN word is received. The action taken is specified in c-13
Section 2.5.16.
COMMENTARY
c-12
Some implementations do not support auto- 2.5.16 Response to ACK/NAK/SYN
synchronized files.
The source should expect a response to the transmission c-14
2.5.14.3 Incomplete File Timer within T16 of sending the EOT .
The Incomplete File (T14) timer is used to insure that a COMMENTARY
source device may not “lock-up” a sink with an incomplete
file. Timer T10 may apply instead of T16, for those devices
compliant with version “0000” or “0001” of this
For multiple-LDU files, the maximum time allowed from protocol (Table 11-4A of Attachment 11). T10 is started c-13
transmission of the ACK or NAK for a previous LDU to the after the CTS is received whereas time T16 is started
reception of the next RTS should be T14 minutes. The sink after the EOT word is transmitted.
will start the T14 timer when it sends a NAK or when it
sends an ACK for each LDU of a file except the last LDU. If an ACK is received and the File Sequence Number and
The T14 timer is stopped each time another valid RTS is LDU Sequence Number match the contents of the SOT
c-14 received. The T14 timer should also be stopped if the sink word, the source should consider the transfer successful. If
discards the partial file for other reasons defined in this an ACK is received and the File Sequence Number and/or
specification. When T14 minutes is exceeded, the sink the LDU Sequence Number do not match the SOT word, or
should send the SYN word within T8 milliseconds and if a NAK is received or if no response is detected, the
discard any partial file already received. source should repeat the entire LDU transmission process,
starting with the sending of the RTS word. If the source c-14
For Half Duplex environments (i.e., Option O1 of Table 10- detects a SYN during the transmission process, it should
3) this timer only applies when the device is operating as a retransmit the entire file, if able, beginning with the first
sink. LDU. The File Sequence Number contained within the
SYN word is provided for testing purposes and is not
evaluated by the source. If the source is not able to
2.5.15 SYN Word retransmit or rebuild the entire file, that file is discarded and
the source proceeds normally with the first LDU of the next
The SYN word is used by the sink to inform the source that file, when it is ready for transmission.
it (the sink) has become confused concerning the
construction of the file. A typical example is an COMMENTARY
inappropriate or unexpected File/LDU Sequence Number in
the SOT word. See Table 11-4 of Attachment 11 for a If end-to-end accountability is required, then either
c-13 description of the SYN word format. Upon receipt of the upper layer OSI protocols or the application process
SOT word, the sink should verify the LDU Sequence should provide this capability.
Number (bits 16-9).
Each new attempt to re-transmit the LDU should start with
COMMENTARY the necessary RTS transmissions in order to obtain a CTS
again. After receiving N4 consecutive NAK words, or after
If an SOT word of an LDU has the same File Sequence receiving N5 consecutive SYN words, the file transfer
Number and LDU Sequence Numbers as the previous between the two systems should be considered failed.
LDU, some implementations will interpret this as an
unexpected File/LDU Sequence Number instead of a
duplicate LDU. 2.5.17 Solo Word (Single Word Transfers)
If the LDU is not a duplicate and its LDU Sequence If the data to be sent consists of 1 or 2 octets only, (e.g., a
c-16 Number is not the next in sequence (i.e., is not the next button code from a CDU keyboard) then it is not necessary c-12
LDU), and is not the first LDU of a new file, then the sink to obtain a CTS. In this case the data may be sent “in the
should send the SYN response to the source within T8 blind” using the Solo Word format (O8). The Solo Word
milliseconds of receipt of the SOT word, or within T8 contains a 16-bit data field in bits 24-9 and a 4-bit identifier
milliseconds of receipt of the EOT word when necessary to in bits 28-25 to identify the nature of the data. For example,
determine a duplicate LDU, and discard any partial file the I.D. may indicate that the data is a key code from a
already received. CDU or a status word. Codes 0000 and 0001 are reserved
for the TEST and LOOP words as defined in Section
COMMENTARY 2.5.17.1. All other codes are available for application use.
Solo Words are not acknowledged at the link level.
Some implementations look at both SOT and EOT However, they may invoke a Solo Word or data file transfer
to determine duplicate LDUs. response as required by the application. Solo Words cannot
be interleaved with data file words during a data file
The SYN word may be sent without timing constraint when transfer. If error detection beyond parity is required, some
c-13 the received data words cannot be normally processed. bits of the data field can be defined as check bits, to be
There is no acknowledgmentdefined for the source when a verified by the application.
ARINC SPECIFICATION 429 PART 3 - Page 11
2.0 BIT-ORIENTED FILE TRANSFER PROTOCOL
2.5.17.1 Test Word and Loop Word protocol may at any time determine the ARINC 429 c-14
link status using the ALO/ALR process described in
The integrity of the ARINC 429 link between two units may Section 2.5.19.1 and Section 2.5.19.2.
be tested. The test is initiated by the source sending the
Loop Test Pattern Word (TEST).
2.5.19.1 Bit-Oriented Protocol Version
The TEST word contains a 16-bit binary pattern (bits 24-9)
chosen by the originator. The system receiving the TEST The ALO/ALR process is intended to be used when a
Word should respond by sending a Loop Test Response system needs to determine whether or not an interface
(LOOP) word containing the same 16-bit pattern (bits 24-9) supports the bit-oriented protocol. To maintain c-16
within T11 milliseconds. interoperability, all systems which support the Link layer
Bit-Oriented Protocol must be able to respond to the
COMMENTARY initialization of this process. Attachment 11, Table 11-4,
shows the ALO and ALR word formats.
The preferred reaction to a loop test failure has not
been defined. When a system with a bit-oriented Link layer protocol has
the need to make this determination, it should construct the
ALO word and transmit this word to the device in question.
2.5.17.2 Optional Solo Word Definitions
The system should then wait for a maximum period of time
c-12 Each equipment utilizing this bit-oriented protocol may defined by T12. If the device in question has not responded
define solo words as needed. See Table 11-5 of Attachment within time T12, the initiating system should initiate another
11 for the format definition. These solo word definitions ALO word and again delay up to T12. The initiating system
should be unambiguous. should attempt a maximum of N6 ALO word operations
before declaring the device in question as “Not bit-oriented”
COMMENTARY or “Not able to respond.”
3.1 Bit-Oriented Media Access Control (MAC) Protocol Throughout Section 3 of this document the following
terms are being used:
3.1.1 Introduction
MAC Sublayer: This term refers to the abstract
definition of a layered communication stack in which
This section describes Version 3 of the bit-oriented the MAC Sublayer is part of the Data Link layer.
(Williamsburg) protocol. It is an IEEE 802 compliant MAC
protocol for frame oriented data transfer using the Data Link MAC Entity: Implementation of the functionality
layer. described for the MAC Sublayer
Within the ISO/OSI Reference Model, the Data Link layer is MAC Service Provider: This term can be used
responsible for the logical connection between at least two interchangeably with MAC entity and is supposed to
entities of the same Local Area Network (LAN). It interfaces provide context to the Client/Server nature of the layers
to the Network layer, which is responsible for the connection of the communication stack.
between at least two networks, and the Physical layer, which is
responsible for the physical connection between adjacent
nodes, i.e. repeaters, bridges or computers. The Data Link MAC Service Client: Any entity (implementation) that
layer is further divided into two sublayers. uses the services of the MAC entity (implementation)
MAC Frame: Logical representation of the information
The Media Access Control (MAC) sublayer, which is a structures exchanged between peer MAC entities. A
Physical, layer dependent entity. The purpose of the MAC is detailed description of the structures are given in
to provide a standard interface to the entities above it. The Section 3.3
MAC isolates the sublayer above it from the details of the
Physical layer. The ARINC 429 MAC is defined herein. Frame Data Unit (FDU): An ARINC 429 envelope that
contains a MAC frame as well as specific control
The Logical Link Control (LLC) sublayer is assumed by information. A detailed description of the structures is c-17
c-17 IEEE/ISO as the second sublayer, which is a physically given in Section 3.4.
independent control sublayer.
For further description of the OSI protocol layers please refer 3.1.2 Relationship Between Version 1 And Version 3
to Section 2.5 of this document. Protocols
3.2.1 MAC Sublayer Service Specification (cont’d) Information frame is to be sent. If an invalid address is
being handed over, the primitive should not initiate a
are described in an abstract way and do not imply any FDU transmission. Instead, the MA_DATA.request
particular implementation or any exposed interface. There is should be dropped and the layer management should be
not necessarily a one-to-one correspondence between the informed.
primitives described herein and the implementation.
The destination_MA_address is not used with a
Four primitives are used to describe this interface. They are: Command frame, but is required for an Information
frame.
MA_DATA.request
MA_DATA.indication The format and contents of the
MA_CONTROL.request (optional) destination_MA_address for an Information frame is
MA_CONTROL.indication (optional) defined in ARINC Specification 664.
The MAC sublayer is depicted in Attachment 18 Figure COMMENTARY
18-2.
At the time this text was written, ARINC
These primitives describe the required local information Specification 664 was in draft state i.e., Project Paper
needed to identify the purpose of the incoming or outgoing 664.
data transfers. Their services are described in the following
subsections. These services are local to each device and do
not imply any particular implementation at the service 3.2.2.2.2 destination_ SAL _address
interface.
The destination_SAL_address is required for both
This section provides all the information needed in order to Command and Information frames. The
initiate transfer or process reception of user data or control destination_SAL_ address field contains the SAL to be
information. used for transmitting the FDU.
c-17 c-17
3.2.2 MA_DATA.request The destination_SAL_address field for an Information
frame can contain either a unique SAL, a multicast SAL
The MA_DATA.request primitive is used to describe how or a bridge SAL.
to transmit data that is carried by a MAC frame. The service
is looked at from the transmitting MAC Service Client point The destination_SAL_address field for a Command
of view. frame should contain a unique SAL.
The requesting MAC Service Client needs to provide The format and content of the SAL is defined in
sufficient information to the MAC sublayer to enable the ARINC Specification 429, Part 1.
MAC sublayer to format a FDU for transmission to a peer
MAC Service Client. This information should include the 3.2.2.2.3 m_sdu
destination, the data and the transmission service
(Information or Command). The m_sdu parameter indicates the MAC service data
unit (data content) to be transmitted by the MAC
3.2.2.1 Function sublayer entity.
The MA_DATA.request primitive defines the transfer of If the m_sdu is empty, i.e. the length is zero, the
data from a local MAC Service Client entity to a single peer MA_DATA.request primitive should not cause the
MAC Service Client entity (or entities in the case of group initiation of a FDU transmission. Instead, the
addresses). MA_DATA.request should be dropped and the layer
management should be informed. The MAC Service
The ARINC 429 MAC protocol provides two classes of Client should not create a MA_DATA.request with an
service, the Command frame (local non-bridgeable frame) empty m_sdu field.
and the Information frame (bridgeable frame).
3.2.2.2.4 service_ class
3.2.2.2 Semantics
The service class parameter indicates a quality of
The following parameters are provided with this primitive: service requested by the MAC Service Client. The
parameter indicates whether an Information or
MA_DATA.request Command frame should be constructed. For a
(destination_MA_address, Command frame, the GFI field and Command Type
field values are also indicated via this parameter (see
destination_SAL_address Sections 3.3.2.1 and 3.3.2.2)
m_sdu,
service_class) COMMENTARY
3.2.2.2.1 destination_MA_address Currently, two services have been defined, which
are “Transmission of Information Frame” and
The destination_MA_address parameter should provide “Transmission of Command Frame”. The
either an individual or a group MAC address when an determination of how to initiate one or the other is
ARINC SPECIFICATION 429 PART 3 - Page 17
3.0 BIT-ORIENTED MEDIA ACCESS CONTROL (MAC) PROTOCOL
The MA_DATA.indication primitive is used to describe, at The source_SAL_address is generated by the MAC
the destination MAC Service Client, the mechanics to be based on the physical port on which the Information or
used in order to receive data that is carried by a FDU. The Command frame was received.
service is looked at from the receiving MAC Service Client
point of view. This primitive is generated by the MAC entity 3.2.3.2.5 m_sdu
upon reception of a valid FDU, and recreation of the MAC
frame. The m_sdu parameter indicates the MAC service data
unit as received by the local MAC sublayer entity.
3.2.3.1 Function
3.2.3.2.6 reception_status
The MA_DATA.indication primitive defines the transfer of
data from a remote MAC Service Client entity to a local The reception_status parameter is used to pass status
peer MAC Service Client entity. information to the MAC Service Client. The content of
this parameter is implementation specific.
3.2.3.2 Semantics
3.2.3.2.7 service_class
The following parameters are provided with the
MA_DATA.indication primitive: The service_class parameter is used to indicate whether
an incoming frame is an Information or Command
MA_DATA.indication frame. If it is a Command frame, the GFI and command
(destination_MA_address, type (CT) information is also passed to the MAC
Service Client.
destination_SAL_address,
ARINC SPECIFICATION 429 PART 3 - Page 18
3.0 BIT-ORIENTED MEDIA ACCESS CONTROL (MAC) PROTOCOL
The effect of receipt by the MAC Service Client is not a1. the destination_MA_address (for an Information
defined in this document. Refer to the appropriate ARINC frame) or
specification for MAC Service Client definitions. a2. Command Type set to MAC Control (for a
Command frame)
Since buffering capacity is limited, in the event the MAC
Service Client can not consume a frame, any subsequent b. the PAUSE opcode (8808 hex)
frames may be discarded. c. a Request_operand indicating the length of time
for which it wishes to inhibit data frame
3.2.4 MAC Control functions transmission and
The MAC control function is derived from IEEE 802.3 d. the Destination SAL.
Clause 31. Support of MAC control provides for real-time
c-17 control and manipulation of MAC sublayer operations, and The size of a MAC Control frame is 32-bits: a 16-bit c-17
is provided as an Option (O14) for the Version 3 protocol.
Sections 3.2.4.1 and 3.2.4.2 describe this method of (PAUSE opcode), and a 16-bit request operand.
providing flow control for the Version 3 bit-oriented
protocol using either the Information frame format for An example of the format of the MAC Control frame
Ethernet bridgeable interfaces, or the Command frame using both the Information and Command frame Data
format for non-bridgeable interfaces. Frames destined for Unit (FDU) formats is illustrated in Attachments 19 and
the MAC control sublayer (MAC Control frames) are 20.
distinguished from frames destined for MAC Service Clients
by a unique identifier. The Pause quanta (units of pause time) inhibits
transmission of data frames for a specific period of
For Information frames, the MAC Control Sublayer receives time. The pause time quanta for Williamsburg Version
m_sdu frames and examines the ‘Type’ field for this unique 3 over high speed ARINC 429 is 5 milliseconds.
identifier to determine if it is equal to control value (Pause
opcode) of 8808 hex. If it is equal to 8808 hex, the MAC The PAUSE flow control function is defined as optional
Control sublayer processes the Information frame. (O14) for Version 3, since it is not anticipated that all
Otherwise the Information frame is passed to the MAC Version 3 interface implementations, such as that of the
Service Client without modification. CMU/VDR, will require flow control at the MAC
sublayer. (i.e., VDR Mode A uses the MSK modulation
For Command frames, the MAC Control Sublayer examines scheme so air/ground throughput is somewhat limited and
the Command Type parameter. If it is set to ‘MAC Control’ the need for flow control is not anticipated. For VDL
(and the first two octets of the m_sdu contain the Pause Mode 2, the ARINC 429 MAC Service Client is
opcode, 8808 hex), the MAC Control sublayer processes the AVLC/8208, which provides flow control from the CMU
Command frame. Otherwise the Command frame is passed to the DSP ground station.)
to the MAC Service Client without modification.
In the Version 1 protocol, flow control was provided through COMMENTARY
the use of BUSY and NCTS word responses to an RTS word.
These ARINC 429 specific protocol words are not used in IEEE 802.3, 1998 Annex 31B.2 states: “The pause-
Version 3. time is measured in units of pause quanta, equal to
512 bit times for the particular implementation. The
For Version 3, the Ethernet compatible PAUSE function is range of possible pause time is 0 to 65535 pause
defined at the MAC Control sublayer. This control sublayer quanta.” The bit time for 10 megabit Ethernet is 0.1
is part of the MAC, physically located just above the MAC us, therefore a pause quanta is 51.2 us for this media.
sublayer, but below the MAC Service Client. Figure 18-2 of
Attachment 18 depicts the usage of interlayer interfaces by The bit time for 100 kilobit high speed ARINC 429 is 10
the MAC Control sublayer. LRUs that support the option us, therefore the pause quanta for high speed ARINC 429
(O14) to implement the MAC control sublayer should is 5.12 ms, or approximately 5 ms. The pause time range
support the optional MAC service primitives, for ARINC 429 is then from 5 ms to 327 seconds. It is
MA_CONTROL.request and MA_CONTROL. indication, recommended that the pause range be appropriate for the
as illustrated. The PAUSE operation is used to inhibit application being supported to prevent adverse effects.
ARINC SPECIFICATION 429 PART 3 - Page 19
3.0 BIT-ORIENTED MEDIA ACCESS CONTROL (MAC) PROTOCOL
In typical operation the PAUSE function can be used in The MAC Information frame comprises 5 fields: the
an X-OFF, X-ON operation by setting the pause_time to destination address field, the source address field, the
a large value, then when convenient, sending another length/type field, the data field and the frame check
PAUSE command with the pause_time = 0 to restart sequence field. Of these 5 fields all except the data field
transmission. Sending another MAC Control frame are of fixed length. Due to the transmission scheme
before the Pause value in the previous MAC Control used no preamble or delimiter fields are required as
frame times out should cause the sink to replace the with other technologies. The frame check sequence
current Pause value with the new Pause value, if non- field has been put into the EOF (see Section 3.4.8)
zero, and restart the timer. A Pause value of 0 terminates words. Attachment 20 shows the format of the
the Pause and restores normal operation. Information frame (and the FDU structure).
3.2.4.2 MA_CONTROL.indication
3.3.1.1 Address fields
The MA_CONTROL.indication primitive indicates the
status of the local PAUSE operation (i.e., paused, or not Each MAC Information frame contains two address
paused) to the MAC Service Client. fields: the destination and the source address field, they
are constructed the same way. The destination field
When the MAC Control sublayer receives a MAC Control specifies the MAC entity (or entities) for which the
frame indicating a Pause condition, it should: FDU is intended. The source address field identifies the
MAC entity from which the FDU is initiated. Each
address field contains 48 bits (i.e., six octets). For the
a. Notify the local MAC sublayer to stop sending construction of the MAC address fields see ARINC
frames to the peer MAC sublayer. The MAC sublayer Specification 664.
should complete a frame transmission in progress.
c-17 b. Notify the local MAC Service Client of the Pause COMMENTARY c-17
condition.
At the time this text was written, ARINC
c. Start timer of duration indicated in the MAC Control Specification 664 was in draft state i.e., Project Paper
frame. 664.
3.3.1.2.1 Length (cont’d) list the conditions for which the Information frame is
said to be invalid. The contents of invalid MAC frames
COMMENTARY (cont’d) should not be passed to the local MAC Service Client,
however reception of an invalid frame, and the reason
The maximum size permitted by IEEE 802.3 is 1500 for declaring it invalid, should be indicated to the MAC
bytes for the payload of an Ethernet frame (i.e., the Service Client.
m_sdu size of an Ethernet frame).
3.3.1.5.1 Invalid Address
3.3.1.2.2 Type
Address checking should be performed according to
Protocols other than LLC may be used and this is supported ARINC Specification 664.
by using the Length/Type field as an indicator of protocol
type. When the Length/Type field is used in this manner 3.3.1.5.2 Invalid Length/Type
then it should contain the protocol type consistent with the
protocol encapsulated by the Ethernet frame. Valid values If the value in the Length/Type field is not a valid value
for the type field are defined in ARINC Specification 664. as defined in section 3.3.1.2.1 and is not a known Type
value then the MAC frame is considered invalid.
COMMENTARY
If the Length/Type field contains a length value and the
At the time this text was written, ARINC Specification number of octets does not match the length then the
664 was in draft state i.e., Project Paper 664. MAC frame is considered invalid.
3.3.1.3 Data Field 3.3.1.5.3 Invalid FCS
The data field can contain up to 2536 (2550-14) octets. The receiving MAC sublayer should verify the 32-bit
However, the number of data field octets should be limited FCS of the received MAC frame. If the 32-bit FCS is
to 1500 in order to allow bridging to Ethernet-based invalid, the MAC frame is also invalid
c-17 networks. c-17
The value of binary zero in the FCS field is a unique
Full data transparency is provided in the sense that any and valid FCS if CRC generation (O15) is not selected.
arbitrary sequence of octet values may appear in the data This indicates that the source MAC Service Entity does
field. not calculate the CRC for this field. The receiving
system should check that CRC non-generation (O15) has
3.3.1.4 Frame Check Sequence (FCS) Field been selected for this port.
A cyclic redundancy check (CRC) sequence is used by the 3.3.2 Command Frame Format
transmit and receive algorithms to generate and check a 32-
bit (4-octet) CRC value. This value is computed as a For a MAC Command frame the following four fields
function of the contents of the source address field, are needed:
destination address field, Length/Type field and data field.
The encoding is performed by the generating polynomial as a. the GFI field ,
defined in Section 3.4.9. The FCS is calculated by the
transmitting MAC Service Entity and appended to the MAC b. the Command Type field,
frame. The FCS is recalculated and verified by the receiving
MAC Service Entity following reconstruction of the entire c. the Data field and
frame and prior to providing the MA_DATA.indication to
the MAC Service Client. d. the Frame Check Sequence field.
If Option O15 is not selected, the 32 bit CRC will not be Of these four fields all except the data field are fixed
generated or evaluated across the interface. If not used for length. In order to retain as much compatibility with
containing the CRC, the FCS field should be set to binary ARINC 429 Williamsburg processing as possible, the
zero to indicate to the receiving MAC service entity that the frame check field has been put into the EOF word (See
FCS was not calculated by the transmitting MAC service Section 3.4.8). Attachment 19 shows the format of the
entity. Command frame (and FDU) structure.
COMMENTARY
The Command frame does not contain separate address
Not implementing (generating and validating) a Frame fields like the Information frame. It relies on the
Check Sequence in the Information frame may have ARINC 429 SAL for addressing. For the definition of
negative consequences on system integrity. The the SAL see Section 3.4.3.
integrator is cautioned to be aware of applications that
utilize the interface in which Option 15 has not been
selected. 3.3.2.1 GFI Field
3.3.1.5 Validation of Information Frame In order to retain as much compatibility with ARINC
429 Williamsburg Version 1 as possible, the GFI field
The receiving MAC sublayer should determine the validity has been retained in the SOF word. See Section 2.5 for
of the incoming Information frame before passing the MAC the definition of GFI. If the GFI field is not used, this
frame to its local Service Client. The following subsections field is set to binary zeroes.
ARINC SPECIFICATION 429 PART 3 - Page 21
3.0 BIT-ORIENTED MEDIA ACCESS CONTROL (MAC) PROTOCOL
3.3.2.2 Command Type Field three, to a maximum of 1023 ARINC 429 words
(including the SOF and EOF words). When a FDU is
The Command Type field was created to provide a organized for transmission, the total number of ARINC
mechanism for the receiver to differentiate between a 429 words to be sent (word count) is calculated.
Command frame that contains a command message, a
control message, or a data message (such as a VDL Mode 2
frame transmitted across a CMU/VDR interface). 3.4.3 System Address Labels (SALs) c-17
3.3.2.3 Data Field Each on-board system attached to an ARINC 429 bus that
requires aperiodic message capability is assigned a
The Data field contains up to 2552 octets. Full data System Address Label (SAL). The listing of SAL
transparency is provided in the sense that any arbitrary assignments can be found in Attachment 11 to ARINC c-18
sequence of octet values may appear in the data field. Specification 429, Part 1. FDUs are sent point-to-point,
even though other systems may be connected and
3.3.2.4 Frame Check Sequence (FCS) Field listening to the output of a transmitting system. In order
to identify the intended recipient of a transmission, the
A Cyclic Redundancy Check (CRC) sequence is used by the Label field (bits 1-8) is used to carry a System Address
transmit and receive algorithms to generate and check a 16- Label (SAL).
bit (2-octet) CRC value. This value is computed as a
function of the contents of the data field. The encoding is
performed by the generating polynomial as defined in When a system sends a FDU to another system, the
Section 3.4.9. sending system (source) addresses each ARINC 429
word to the receiving system (sink) by setting the Label
3.3.2.5 Validation of Command Frame field to the SAL assigned to the sink.
The receiving MAC sublayer should determine the validity Apart from existing system specific unique SALs, two
c-17 of the incoming Command frame before passing the MAC universally applicable SALs have been defined: the
frame to its local Service Client. The following subsection Multicast SAL (MSAL) and the Bridge SAL (BSAL).
lists the condition for which the Command frame is said to These SAL´s are designated for Information frames
be invalid. The contents of invalid MAC frames should not only and should not be used for Command frames.
be passed to the MAC Service Client.
3.3.2.5.1 Invalid FCS For situations where a system will need to communicate
with another system, which has no SAL assigned, i.e., is c-17
The receiving MAC sublayer should verify the 16-bit FCS not attached to an ARINC 429 bus, a Bridge SAL will be
of the received MAC frame. If the 16-bit FCS is invalid, the used.
MAC frame is also invalid.
A Frame Data Unit (FDU) contains binary encoded octets. Similar to the Bridge SAL, the Multicast SAL
The octets may be set to any possible binary value. The FDU assures that no compatibility conflict will arise with
contains any string of bits desired. The only restriction is that other systems. Generally, it addresses all attached
the bits be organized into full 8 bit octets. The interpretation systems, local or remote (beyond the bridge). It is the
of those bits is not a part of this specification. responsibility of each individual system to determine
whether or not to accept the FDU being received.
3.4.2 Frame Data Unit (FDU) Size and Word Count
The FDU word count is the sum of the SOF word, the data When a system receives any data containing its SAL that
words containing the MAC frame, and the EOF word(s). The is not sent through the established conventions of this
Frame Data Unit (FDU) may vary in size from a minimum of protocol, the data received should be ignored.
ARINC SPECIFICATION 429 PART 3 - Page 22
3.0 BIT-ORIENTED MEDIA ACCESS CONTROL (MAC) PROTOCOL
3.4.4 Bit Rate and Word Timing frame, the maximum word count value is 1023 ARINC
429 words. The minimum word count value is 10
Data transfer should operate at the low or high-speed rate as ARINC 429 words. An Information FDU with the
c-18 defined in Part 1 of ARINC Specification 429 depending on minimum word count would contain one SOF word,
the value of Option 2 (see Table 10-3b). The source should seven data words, and two EOF words. An Information
introduce a gap between the end of each ARINC 429 word FDU with the maximum word count value would
transmitted and the beginning of the next. The gap should be contain one SOF word, 1020 data words and two EOF
c-17 at least 4 bit times (minimum). The sink should be capable of words.
receiving the FDU with the minimum word gap of 4 bit times
between words. The source should not exceed a maximum
average of 40 bit times between data words of a FDU. 3.4.6.2.2 Reserved Bits
3.4.5 Word Type Bits 28-21 of the SOF word for the Information FDU
are reserved (not used). These bits should be set to
The Word Type field occupies bit 31-29 in all bit-oriented binary zeroes.
FDU words. See Table 11-1A of Attachment 11 for a
description of the Word Type field. The Word Type field is
used to identify the function of each ARINC 429 data word 3.4.6.3 Command SOF word
used by the bit-oriented communication protocol. There are
two new word types for the Version 3 protocol, word types The SOF word for the Command frame Data Unit
010 and 011. contains a 10-bit word count, a 2-bit
Information/Command (I/C) frame field (described in
3.4.6 Start of Frame (SOF) Section 3.4.6.1), a 2-bit Reserved field, a 2-bit
Command Type Field and a 4-bit General Format
When a system wants to transmit either an Information Identifier (GFI) field.
Frame Data Unit or a Command Frame Data Unit, the
system should start by sending the Start of Frame (SOF)
data word, immediately followed by the data words, which 3.4.6.3.1 Word Count c-17
contain the contents of the MAC frame. The format of the
SOF word differs between Information and Command The Word Count field (bits 18-9) of the Command SOF
c-17 FDUs. See Attachment 11, Tables 11-8 and 11-10 for a word reflects the number of ARINC 429 words to be
description of these two words. transmitted in the Frame Data Unit. For the Command
frame, the maximum word count value is 1023 ARINC
In order to distinguish between Information and Command 429 words. The minimum word count value is 3 ARINC
frames, the SOF word contains an Information/Command 429 words. A Command FDU with the minimum word
Frame field. count would contain one SOF word, one data word and
one EOF word. A Command FDU with the maximum
3.4.6.1 Information/Command (I/C) Frame Field word count value would contain one SOF word, 1021
data words and one EOF word.
The Version 3 protocol provides for two different MAC
frame types in order to adapt to the requirements of different 3.4.6.3.2 Reserved Bits
applications: an (Ethernet) bridgeable Information frame
and a non-bridgeable Command frame. For a description of Bits 22-21 of the SOF word for the Command FDU are
the Frame Data Units (FDUs) which contain these two types reserved (not used). These bits should be set to binary
of MAC frames, see Attachments 19 and 20. zeroes.
To identify the different frame types, bits 20-19 of the SOF
word (for both Information and Command FDU) carry the 3.4.6.3.3 General Format Identifier Field (GFI)
following discriminator:
For the Command Frame Data Unit (FDU), a General
Bit 20 Bit 19 Definition Format Identifier (GFI) occupies bits 28-25 of the SOF
0 0 Information frame word. It’s function is similar to the General Format
0 1 Command frame Identifier described in Section 2.5.10.1 of the Version 1
1 0 Reserved bit-oriented protocol. This field is maintained in the
1 1 Reserved Command FDU for backward compatibility to the
point-to-point (non-bridgeable) link layer protocol used
3.4.6.2 Information SOF word in Version 1. The GFI field is used in Version 3 as an
indicator to the MAC Service Client of the format of
The SOF word for the Information Frame Data Unit data words to follow.
contains a 10-bit word count, a 2-bit Information/Command
(I/C) frame field (as described in Section 3.4.6.1) and an 8- 3.4.6.3.4 Command Type Field (CT)
bit Reserved field.
For the Command Frame Data Unit (FDU), a Command
3.4.6.2.1 Word Count Type (CT) field occupies bits 24-23 of the SOF word.
The purpose of the CT field is to facilitate the
The Word Count field (bits 18-9) of the Information SOF differentiation of FDUs by functional context.
word reflects the number of ARINC 429 words to be
transmitted in the Frame Data Unit. For the Information The following values have been assigned:
ARINC SPECIFICATION 429 PART 3 - Page 23
3.0 BIT-ORIENTED MEDIA ACCESS CONTROL (MAC) PROTOCOL
3.4.7.2 Partial Data Word(s)
Bit 24 Bit 23 Meaning
0 0 Command A Partial Data Word contains from one to four semi-
0 1 Data octets. The number of semi-octets in a partial data word is
1 0 MAC Control indicated in bits 28-25 of the word. Only full four-bit
1 1 reserved semi-octets can be sent; one, two or three bits are invalid.
Partial Data Word semi-octets are sent in the same order
COMMENTARY as the semi-octets in a full data word. The unused semi-
octets in the partial data word should be set to binary
The contextual differentiation contained in the CT field zeros.
may be used to implement a flow control mechanism by
which FDUs of one context type are blocked while 3.4.7.3 SOLO Words
FDUs of other types are not. Such a mechanism might
be used in a buffer-limited implementation to control SOLO words, as defined in the Williamsburg Version 1
the flow of FDUs containing application data while protocol in Section 2.5.17, may be used in the Version 3
allowing command or control FDUs to pass freely. The protocol. However, they should be used only across non-
protocols and procedures to implement this mechanism bridgeable interfaces (i.e. in conjunction with Command
are not part of this specification. frames).
The definition of the data words which contain the MAC Each FDU transfer is terminated by one or two End of
frame’s contents are identical for both Version 3 Frame (EOF) word(s), depending upon the nature of the
(Information or Command) frame types, and are identical FDU. The format and number of EOF word(s) differ
with the data words used in Version 1 of the bit-oriented between Information and Command frames.
protocol. However, the first six data words of an
Information MAC frame data unit contains additional MAC For an Information frame the EOF words contain a frame
c-17 addressing and length/type information. check sequence which consists of a 32-bit Cyclic c-17
Redundancy Check (CRC).
Data words immediately follow the SOF word. The octets of
the FDU are encoded and transmitted in 32-bit data words. For a Command frame the EOF word is identical to a
There are two basic types of data words: full binary and Version 1 EOT word and contains a frame check
partial binary. Binary data words may contain one, two, three, sequence which consists of a 16-bit Cyclic Redundancy
four and five semi-octets. A semi-octet (or nibble) is half of an Check (CRC).
octet, or four bits in length.
The final FDU bit is always set for consistency with
Binary data words of five semi-octets are called Full Data Version 1.
words. Binary data words of fewer than five semi-octets are
called Partial Binary Data words. See Attachment 11, Tables 11-9 and 11-11 for the
definition of these words.
Each FDU, prior to transmission, should conclude (end) with
a complete octet. COMMENTARY
3.4.7.1 Full Data Word(s) The ARINC 429 Physical layer is a twisted shielded
pair of wires which has been demonstrated to exhibit
A Full Data Word has 20 bits available for data. This space is high integrity and unlikely to introduce errors into
allocated in five semi-octets. The octets of the data file are the data passing through it. Simple parametric data is
divided into two semi-octets and placed sequentially into the usually transmitted at a refresh rate high enough to
data words. The least significant bit of the least significant permit recognition and suppression of erroneous
semi-octet is sent first. data. Since the transfer of data using a file transfer
protocol contains no provision for automatic refresh,
If, in the process of placing the octets into the data words, an some applications may require high data integrity to
octet is split between two different words, the least significant be confirmed by an error checking mechanism. For
semi-octet goes in the last (n5) semi-octet of the current data this reason, each FDU contains a CRC check. The
field. The most significant semi-octet follows in the first (n1) use of the CRC in this case does not imply any
semi-octet of the data field of the next word. See Tables 11-2 inherent lack of integrity of the ARINC 429 link.
and 11-3 of Attachment 11 for data word formats.
3.4.9 Frame Check Sequence
If the end of the FDU does not completely fill the last Full
Data Word, a Partial Data Word (see Section 3.4.7.2) should For a Command frame, the Frame Check Sequence field
be used to complete the FDU transmission. of the EOF word contains a 16-bit CRC as defined in
Sections 2.5.12.1 and 2.5.12.2 of the Version 1 bit-
In order to obtain maximum system efficiency, Partial Data oriented protocol. For an Information frame, the Frame
Words should be used only when they are required to Check Sequence field of the EOF words contains a 32-
complete the data for a FDU transmission. A FDU should not bit CRC, as defined in this section. Both CRC
be encoded as a string of Partial Data Words where 8 or 16 polynomials are referenced in ISO 3309, and the
bits of data are encoded for each ARINC 429 word used. procedure for calculation of the 32-bit CRC is identical
ARINC SPECIFICATION 429 PART 3 - Page 24
3.0 BIT-ORIENTED MEDIA ACCESS CONTROL (MAC) PROTOCOL
3.4.9 Frame Check Sequence (cont’d) x32M(x) + xn (x31 + x30 + x29 + x28 + .... + x3 + x2 + x + 1)
P(x)
to that of the 16-bit CRC. The only implementation
differences are found in the length and format of the two = Qr(x) + Rr(x)
generator polynomials and length of the CRCs. P(x)
The most significant bit (MSB) of the 32-bit CRC sequence
for Information frames is transmitted first.
If the transmission of the serial incoming bits plus CRC
3.4.9.1 32-Bit CRC Encoding (i.e. M(x)) is error free, then the remainder, Rr(x) will
be:
Determination and encoding of the CRC is as follows:
1100 0111 0000 0100 1101 1101 0111 1011
The k bits of information data in the frame are represented (coefficients of x31 through x0 , respectively).
as the coefficients of a polynomial, G(x); where k is the
number of data bits in the frame existing between, but not COMMENTARY
including, the SOF and EOF words. For example, if the data
stream is 1010001, The notation used to describe the CRC is based on
the property of cyclic codes that any code vector,
k = 7 and G(X) = x6 + x4 + 1 such as 1000000100001, can be represented by a
polynomial G(x) = x12 + x5 + 1. The elements of an n
The CRC calculation is performed over the data octets only element code word are thus the coefficients of a
of the frame with any semi-octets zero filled. polynomial of order n - 1. In this application, these
coefficients can have the value 0 or 1 and all
The generator polynomial for the 32-bit CRC is of the form, polynomial operations are performed modulo 2. The
c-17 polynomial representing the information content of a
P(x) = x32 + x26 + x23 + x22 + x16 + x12 +x11 + x10 + x8 frame is generated starting with the Frame bit which c-17
+ x7 + x5 + x4 + x2 + x + 1 is encoded in bit 9 of the first ARINC 429 data word
(following the SOF word) as the coefficient of the
The CRC is then determined as the one’s complement of the first (highest order) term.
remainder, R(x), obtained from the modulo 2 division of:
b. If the source device is not able to adapt to the which the FDU is said to be invalid in addition to the
differences in protocol version, the source should again conditions already identified in sections 3.3.1.5 and
initiate the ALOHA word with the version field set to 3.3.2.4 for invalid frames. The contents of invalid MAC
the highest version supported by the source that is lower frames should not be passed to the local MAC Service
than the version indicated in the previous ALR (see Client.
examples identified in Attachment 13A).
The ALO/ALR protocol determination process should 3.4.12.1 Missing SOF Word
continue until a common protocol version is found. If either
a protocol version is found or none of the protocol versions The Information SOF word should be formatted as
match, the source should notify the local MAC Service depicted in Attachment 11, Table 11-10 and should be
Client with a MA_DATA.indication with its the first word of the transmitted information FDU. The
reception_status set to notify a reset condition. The Command SOF word should be formatted as depicted in
parameter in the primitive only has local significance and Attachment 11, Table 11-8 and should be the first word
provides the MAC Service Client with status information. of the transmitted command FDU. If the SOF word is
not received as the first word, the MAC frame is
When the system only supports bit-oriented protocols, it invalid.
should repeat the process described in this section.
3.4.12.2 Missing EOF Word(s)
When the system also supports character oriented protocols,
then the process defined in Section 2.5.19.2 should be Two EOF words should follow the transmission of the
followed. The protocol determination process will continue final data words of an Information MAC frame. They
until a common protocol is found. See Attachment 17. should be formatted as depicted in Attachment 11,
Table 11-11. If either or both are missing, or are not
The ALOHA word should contain a Subsystem SAL field as formatted as depicted in Attachment 11, Table 11-11,
shown in Attachment 11, Table 11-4. This field should then the MAC frame is invalid.
contain the SAL of the device sending the ALOHA word,
c-17 with bit 17 as the most significant bit and bit 24 as the least One EOF word should follow the transmission of the
significant bit of the Subsystem SAL. final data words of a Command MAC frame. It should
be formatted as depicted in Attachment 11, Table 11-9. c-17
A device that supports the bit-oriented Link layer protocol If it is missing, or is not formatted as depicted in
should always be able to respond to the receipt of the ALO Attachment 11, Table 11-9, then the MAC frame is
word. invalid.
Whenever a device receives the ALO word, it should leave
its present task and respond within T15 with an ALR word. 3.4.12.3 Parity Errors
The ALR response should reflect the device’s protocol Bit 32 of each ARINC 429 word should be set to odd
version level by the way of the Version Number contained parity for the entire word. Upon receipt of a word, the
within the ALR word. If the Version Number of the ALO receiving unit should verify that each word was
does not match the sink device’s protocol Version Number, received with odd parity. If any word is received with
the sink device should select the next lowest version even parity, the receiving unit should take no action and
supported (equal to or lower than the version indicated by ignore the word.
the previous ALO word) and indicate this new version in the
ALR word. COMMENTARY
If the device was in the sink mode (had already begun When the receiving MAC sublayer receives a word
receiving a FDU), it should discard any partial FDU it had with bad parity, it cannot be sure of the intended
received. label. The word may not even be a part of the FDU,
so by ignoring the offending word, there may still be
If the device was in the source mode (had already begun a chance of a successful FDU transfer. If the
transmitting a FDU), it should resend the FDU beginning offending word was intended to be a part of the
with the first word of the FDU. FDU, then when the EOF word(s) are received, the
actual word count will not match the expected word
Because Option O12 is selected, the device receiving an count (and the CRC will probably be invalid). If the
ALOHA word should use the Subsystem SAL from the word count is incorrect (or if the CRC is invalid),
ALOHA word as the SAL of the ALOHA Response (ALR) then the MAC frame is also invalid, as per Sections
word and for all subsequent bit-oriented protocol 3.4.12.5 and 3.4.12.4 (or Sections 3.3.1.5.3 and
transmissions for that interface. 3.3.2.5.1 for invalid CRC).
ATTACHMENTS 1 - 9
Attachments 1 through 9 are included in ARINC Specification 429 Part 1 and therefore are not used in ARINC Specification
429, Part 3. These attachment numbers are not used to maintain consistency with previous versions of ARINC Specification c-16
429.
ARINC SPECIFICATION 429 PART 3 - Page 28
ATTACHMENT 10
VARIABLES OF BIT-ORIENTED PROTOCOL
NOTES:
[1] The STANDARD VALUE (or STANDARD INTERFACE) should be used as the default value if a specific value is
not designated in the applicable equipment specification. For example, the standard interface for option 2 (429 bus
speed) defaults to low speed for version 1 systems, unless high speed is specified in equipment specifications.
Values shown as N/A indicate that option cannot be used.
[2] For those timers that are not associated with a repeat sequence, it is intended that a working system has minimized
actual response times. For example: A system should reply with CTS as soon as possible after reception of RTS. It is
not intended that a system take the maximum time T1 to reply to the RTS on a routine basis.
[4] Implementation of timer T10 is optional. If T10 is not used, T16 should be used.
[5] 03 and 04 should be Yes for expedited file transfer. See Section 2.5.7.3.
[6] The SOLO Word is not bridgeable to Ethernet and should only be used in conjunction with Command frame (non-
bridgeable) interfaces.
[7] Options 13 and 14 are dependent on the applicable equipment interface specification. For a point to point only
interface, such as the CMU/VDR VDL Mode 2 Interface, Option 13 is set to ‘Command Frame’. For equipment
interfaces that may need to be bridgeable to Ethernet, Option 13 is set to ‘Information frame.’ If the Pause Function
option is selected as ‘Yes’, then the Pause function will be formatted into a Command FDU if Option 13 is set to
‘Command Frame’, or into an Information FDU if Option 13 is set to ‘Information Frame’.
[8] Selection of Option 15 is dependent on the applicable equipment interface specification.
ARINC SPECIFICATION 429 PART 3 - Page 30
ATTACHMENT 10
VARIABLES OF BIT-ORIENTED PROTOCOL
T14 Incomplete File Timeout 2 min 2.2 min Timer for Sink 2.5.14.3
T15 ALR Send Time 0ms 180 ms Goal for Sink 2 2.5.19.1.2
T16 ACK/NAK Timeout 220 ms 330 ms Timer for Source 2.5.16
After EOT
ARINC SPECIFICATION 429 PART 3 - Page 31
ATTACHMENT 10
VARIABLES OF BIT-ORIENTED PROTOCOL
T14 Incomplete File Timeout 10 sec 11 sec Timer for Sink 2.5.14.3
T15 ALR Send Time 0 ms 180 ms Goal for Sink 2 2.5.19.1.2
T16 ACK/NAK Timeout 220 ms 330 ms Timer for Source 2.5.16
After EOT
ARINC SPECIFICATION 429 PART 3 - Page 32
ATTACHMENT 10
VARIABLES OF BIT-ORIENTED PROTOCOL
NOTE:
[1] The minimum value is specified to give the sink time to finish processing an FDU before the next FDU arrives.
The designer is encouraged to use the min value of 10 ms in order to make optimal use of the ARINC 429 data
bus bandwidth. A maximum value cannot be specified because of the aperiodic nature of the data sent by most
applications that use the ARINC 429W file transfer protocol. If the LRU does not have another FDU to transmit
then this gap will be very large (seconds, minutes, hours!).
ARINC SPECIFICATION 429 PART 3 - Page 33
ATTACHMENT 10
VARIABLES OF BIT-ORIENTED PROTOCOL
T10
T11
T12 ALO Repeat Time if No 200 ms 250 ms Timer for Source
Response to ALO
T13
T14
T15 ALR Send Time 0 ms 180 ms Goal for Sink
T16
T17 Incomplete FDU 7.5 seconds 1 sec Timer for Sink
Timeout
T18 Inter-FDU Gap Time 10 ms N/A Timer for Source 1
NOTE:
[1] The minimum value is specified to give the sink time to finish processing an FDU before the next FDU arrives.
The designer is encouraged to use the min value of 10 ms in order to make optimal use of the ARINC 429 data
bus bandwidth. A maximum value cannot be specified because of the aperiodic nature of the data sent by most
applications that use the ARINC 429W file transfer protocol. If the LRU does not have another FDU to transmit
then this gap will be very large (seconds, minutes, hours!).
ARINC SPECIFICATION 429 PART 3 - Page 34
ATTACHMENT 10
VARIABLES OF BIT-ORIENTED PROTOCOL
NOTES:
1 The STANDARD VALUE (or STANDARD INTERFACE) should be used as the default value if a specific value is
not designated in the applicable equipment specification. For example, the standard interface for option 2 (429 bus
c-16 speed) defaults to low speed for version 1 systems, unless high speed is specified in equipment specifications.
Values shown as N/A indicate that option cannot be used.
2 For those timers that are not associated with a repeat sequence, it is intended that a working system has minimized
actual response times. For example: A system should reply with CTS as soon as possible after reception of RTS. It
is not intended that a system take the maximum time T1 to reply to the RTS on a routine basis.
4 Implementation of timer T10 is optional. If T10 is not used, T16 should be used.
c-16 5 O3 and O4 should be Yes for expedited file transfer. See Section 2.5.7.3.
ARINC SPECIFICATION 429 PART 3 - Page 35
ATTACHMENT 11
BIT-ORIENTED DATA FILE TRANSFER WORD FORMATS
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
GFI, Control c-16
[1] P Word Type Data or Word DATA SAL
Type
Extensions
31 30 29 WORD TYPE
0 0 0 Full Binary Data Word
0 0 1 Partial Binary Data Word
0 1 0 Start of Frame – Version 3 c-16
0 1 1 End of Frame – Version 3
1 0 0 Protocol Word
1 0 1 Solo Word
1 1 0 Start Of Transmission – Version 1
1 1 1 End Of Transmission – Version 1
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
[2] P 0 0 0 n5 n4 n3 n2 n1 SAL
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
RTS P 1 0 0 0 0 0 1 Destination Code [4] Word Count [5] SAL
CTS P 1 0 0 0 0 1 0 Destination Code . Word Count . SAL
NCTS P 1 0 0 0 0 1 1 Destination Code . Status Code [6] SAL
BUSY P 1 0 0 0 1 0 0 Destination Code . Status Code . SAL
NAK P 1 0 0 0 1 0 1 File Sequence Number Status Code . SAL
ACK P 1 0 0 0 1 1 0 File Sequence Number LDU Sequence Number SAL
AL0 P 1 0 0 0 1 1 1 Subsystem SAL [7] 0 0 0 0 Version No. SAL
[10]
ALR P 1 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Version No. SAL c-16
[10]
SYN P 1 0 0 1 0 0 1 File Sequence Number Status Code [6] SAL
ARINC SPECIFICATION 429 PART 3 - Page 36
ATTACHMENT 11
BIT-ORIENTED DATA FILE TRANSFER WORD FORMATS
12 11 10 9 APPLICABILITY NOTES
0 0 0 0 Changes to Sec. 2.5 by Supplement 12 of ARINC 429, Part 3 8
0 0 0 1 Changes to Sec. 2.5 through Supplement 16 of ARINC 429, Part 3 8
0 0 1 0 Obsolete, formerly defined in Sec. 2.6 of ARINC 429, Part 3
c-16 0 0 1 1 Section 3.0 of ARINC 429, Part 3
0 1 0 0 Reserved
. Reserved
. Reserved
1 1 1 0 Reserved
1 1 1 1 Reserved
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
TEST P 1 0 1 0 0 0 0 16-Bit Test Pattern SAL
LOOP P 1 0 1 0 0 0 1 16-Bit Loop Back SAL
SOLO P 1 0 1 I. D. 16-Bit Data Field SAL
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
c-16 SOT P 1 1 0 GFI File Sequence Number LDU Sequence Number SAL
ARINC SPECIFICATION 429 PART 3 - Page 37
ATTACHMENT 11
BIT-ORIENTED DATA FILE TRANSFER WORD FORMATS
Bit
28 27 26 25 Description Notes
0 0 0 0 Reserved 1
0 0 0 1 Reserved
0 0 1 0 Command-Control Data
0 0 1 1 General Purpose Bit-Oriented Protocol (GPBOP)
0 1 0 0 ISO 9577
0 1 0 1 Reserved
0 1 1 0 Reserved c-17
0 1 1 1 Reserved
1 0 0 0 Reserved
1 0 0 1 Reserved
1 0 1 0 Reserved
1 0 1 1 Reserved
1 1 0 0 Reserved
1 1 0 1 Reserved
1 1 1 0 ACARS VHF Format
1 1 1 1 Extended GFI
NOTE:
[1] For consistency with Version 1, the GFI value (0000) is discouraged. The value 0000 should only be used for
local communications between 2 LRUs that will never need to use a different file format on that ARINC 429
bus. The data format for the GFI ‘0000’ is unique to that particular interface and is not defined herein.
25 DESCRIPTION
0 Not Final LDU
1 Final LDU
ARINC SPECIFICATION 429 PART 3 - Page 38
ATTACHMENT 11
BIT-ORIENTED DATA FILE TRANSFER WORD FORMATS
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 0 GFI CT Reserved I/C ARINC 429 Word Count U SAL
Where:
P – 32 Bit Parity
GFI – General Format Identifier (GFI) Field
CT – Command Type Field
00 Command Path
01 Data Path
10 MAC Control
11 Reserved
I/C – Information/Command Frame Identifier Field; 00-Information; 01-Command, 10, 11-Reserve
Word Count Field – 10 bits for a Command Frame, Max Command Frame size = 2552 bytes
c-17 U SAL – Unique (standard ARINC 429) System Address Label (SAL) (same as Version 1)
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 1 0 0 0 1 LSB FCS (16 Bit CRC) MSB U SAL
Where:
P – 32 Bit Parity
Bit 25 (Command Frame Final Bit) for EOF word always set to 1
FCS – Frame Check Sequence, 16-bit CRC for Command Frame
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 0 Reserved I/C ARINC 429 Word Count M/B/U SAL
Where:
P – 32 Bit Parity
I/C – Information/Command Frame Identifier Field; 00-Information; 01-Command; 10, 11- Reserved
Word Count Field – 10 bits for an Information Frame – Max Information Frame Size = 2550 bytes, Limit for
Bridgeability = 1500 bytes
M/B/U SAL – Multicast/Bridge/Unique (standard ARINC 429) System Address Label (SAL)
ARINC SPECIFICATION 429 PART 3 - Page 39
ATTACHMENT 11
BIT-ORIENTED DATA FILE TRANSFER WORD FORMATS
Table 11-11 INFORMATION FRAME EOF
Version 3 Command Frame EOF
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 1 0 0 0 0 FCS (32-Bit CRC) MSB M/B/U SAL c-17
P 0 1 1 0 0 0 1 LSB FCS (32-Bit CRC) M/B/U SAL
Where:
P – 32 Bit Parity
FCS – Frame Check Sequence, 32-bit CRC for Information Frame
Bit 25 for first half of Information Frame EOF word = 0
Bit 25 for second half of Information Frame EOF word = 1
ARINC SPECIFICATION 429 PART 3 - Page 40
ATTACHMENT 11
BIT-ORIENTED DATA FILE TRANSFER WORD FORMATS
NOTES
[1] All words are transmitted using odd parity (denoted by P in bit 32).
[2] The MSB/LSB determination of the “Data” field for Full and Partial Data words is as follows:
The ordering of octets (or ASCII characters) is from right to left, i.e.:
A) The first (most significant) octet is in bits 16-9 of the first Data word.
B) The second octet is in bits 24-17 of the first Data word ,etc.
The ordering of bits within each octet (or ASCII characters) is:
A) The LSB of the first octet is in bit 9 of the first Data word.
B) The MSB of the first octet is in bit 16 of the first Data word.
C) The LSB of the second octet is in bit 17 of the first Data word, etc.
EXAMPLE: The encoding of “PHX” (using 7-bit ASCII characters with all pad bits set to 0) using one
Full Data Word and one Partial Data Word is:
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
“X”
(Upper ½)
Data Word 2 P 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 SAL
[3] Bits 24 through 31 of Partial Data Words are coded to avoid conflict with old RTS words, defined in Appendix F,
which contains the ISO Alphabet control character "DC2" in bits 29 through 23.
[5] Word Count values of 0000 0000 through 0000 0010 are not used; i.e. values of Word Count may be 3 through 255
(03 through FFh).
c-16
[6] Status Codes are contained in Attachment 11B.
[7] This is the System Address Label of the system which is sending out the ALO.
[8] Versions 0 and 1 are equivalent for the ALOHA (ALO) and ALOHA RESPONSE (ALR) Protocol Words.
[9] The MSB/LSB determination for all Link Layer CRC Computation is:
Bit 9 of the first Data word is the MSB (coefficient of the highest order term) of the polynomial representing the
c-14 “message”. The LSB (coefficient of the lowest order term) of the polynomial representing the “message” is the most
significant bit of the last octet or character (which contains valid non-zero data) which will be found in the final data
word preceding the EOT Word.
c-14 [10] Bits 12 through 9 define the version number of the ARINC 429 bit-oriented protocol, as referenced in Table 11-4A.
ARINC SPECIFICATION 429 PART 3 - Page 41
ATTACHMENT 11A
DESTINATION CODES
ATTACHMENT 11 A
DESTINATION CODES
NOTES:
c-18 [1] The Destination Code may be a 7-bit ISO Alphabet No. 5 code with no parity, or, alternatively, a binary value.
Bit 24 should contain a zero.
[2] Origin/Destination Codes Q and R are used when the SDU transmits/receives onboard messages as an ACARS
end system.
[3] These are non-printable control codes (reference ARINC 429 Part 1 Attachment 5).
[4] These codes are used for the specific satellite links indicated; character code "S" is used for any available non-
specific satellite link.
c-18
[5] Origin/Destination Codes T and U are used when the HFDR transmits/receives onboard messages as an ACARS
End System. The code H is distinguished from codes T and U in that the H is used to designate the HFDR as
the downlink medium for a message while the T and U are used to indicate that the message is to be consumed
by the DFDR.
[6] Transponder (XPDR) was removed from the DESTINATION column.
ARINC SPECIFICATION 429 PART 3 - Page 43
ATTACHMENT 11B
STATUS CODES
00 No Information X X X X
01 User Defined X X X X
02 User Defined X X X X
. . X X X X
. . X X X X
. . X X X X
7E User Defined X X X X
7F User Defined X X X X
80 Missing SOT Word X
81 LDU Sequence Number Error X X
82 Invalid GFI X
83 Missing EOT Word X
84 Invalid Destination Code X X
85 CRC Error X
c-15
86 LDU Time-Out Error X
87 Restart Initialization X X
88 Word Count Error X X
89 Word Count Error/Input Overrun X
8A Word Count Error/Parity Error X
8B Sink Flow Control X X
8C Buffer Full X X
8D Device Off-Line X
8E File Time-Out Error X
8F Window with Multiple FSNs X
90 Missing LDU Control Word X
91 Remaining LDUs/Received LDUs Error X c-15
92 Window Size Exceeds Sink’s Receive X
Capability
93 Invalid LDU Count in Window X
94 Invalid EOT in Window X
95 New File with Previous Incomplete X
96 Reserved
. .
. .
FE Reserved
FF Reserved
ARINC SPECIFICATION 429 PART 3 - Page 44
ATTACHMENT 11C
ALOHA/ALOHA RESPONSE PROTOCOL WORD DEFINITION
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P Protocol ALO Subsystem SAL of originator Reserved [2] Version SAL
[3] Number [1]
1 0 0 0 1 1 1 0 0 0 0 0 0 0 1
[3] This field should contain the SAL of the device sending the ALOHA word, with bit 17 as the most
significant bit and bit 24 as the least significant bit of the subsystem SAL.
Table 11C-2 VERSION 1 ALOHA RESPONSE (ALR) PROTOCOL WORD EXAMPLE
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P Protocol ALR Reserved [2] Ver. Number [1] SAL
1 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1
NOTE: Table 11-C3 has been moved to Attachment 11, Table 11-4C.
ARINC SPECIFICATION 429 PART 3 – Page 45
ATTACHMENT 12
VERSION 1 FILE TRANSFER EXAMPLE
SOURCE SINK
AIRLINE
SOURCE
RTS WORD
ORIGINAL
CTS WORD
DATA
DATA WORD 2
DATA WORD 3
o FIRST LDU
o
o
ACK WORD
RTS WORD
CTS WORD
SOT WORD 1
DATA WORD 2
AIRCRAFT
DATA WORD 3 DESTINATION
ACK WORD
ARINC SPECIFICATION 429 PART 3 – Page 46
ATTACHMENT 12A
FIELD MAPPING EXAMPLE
B B B B B B B B B B B B B B B B B B B B B B B B
24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
CRC DATA
LSB MSB LSB MSB
c-13
Semi octet
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
n5 n4
P 0 0 0 B B B B B n3 B B n2 B B n1 B SAL
20 17 16 13 12 9 8 5 4 1
SECOND WORD
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
n1
P 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 B B SAL
c-14 24 21
EOT WORD
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
This example takes 24 bits of data and puts it into two data words. For the CRC computation, the MSB is the bit
position that represents the coefficient of the highest order term of the polynomial.
ARINC SPECIFICATION 429 PART 3 - Page 47
ATTACHMENT 13
PROTOCOL DETERMINATION PROCEDURE DIAGRAMS
Assume that both Unit A and Unit B are capable of communicating using both ARINC 429 character-oriented file transfer format
or bit-oriented file transfer format. Assume Unit A will initiate the exchange to determine the protocol to be used.
UNIT A UNIT B
ALO
ALR
Assume that Unit A is capable of communicating using both ARINC 429 character-oriented file transfer format or bit-oriented file
transfer format. Assume that Unit B is only capable of communicating using the ARINC 429 character-oriented file transfer
format. Assume Unit A will initiate the exchange to determine the protocol to be used.
UNIT A UNIT B
ALO
ALO
ALO
CHARACTER-ORIENTED RTS
CHARACTER-ORIENTED CTS
Assume Unit B will initiate the exchange to determine the protocol to be used.
UNIT A UNIT B
CHARACTER-ORIENTED RTS
CHARACTER-ORIENTED CTS
Assume that Unit A is only capable of communicating using the bit-oriented file transfer format. Assume that Unit B is capable
of communicating only using the ARINC 429 character-oriented file transfer format. Assume Unit A will initiate the exchange to
determine the protocol to be used. The resulting "No Response" conclusion accurately identifies the inability of the two units to
communicate.
UNIT A UNIT B
ALO
ALO
ALO
Assume Unit B will initiate the exchange. The resulting “No Response” conclusion accurately identifies the inability of the
two units to communicate.
UNIT A UNIT B
CHARACTER-ORIENTED RTS
CHARACTER-ORIENTED RTS
CHARACTER-ORIENTED RTS
ATTACHMENT 13A
ALOHA VERSION DETERMINATION SEQUENCE
Example #1
SOURCE Device : "A" SINK Device : "B"
Versions of protocol Versions of protocol
supported by this supported by this
device (1, 2 & 5) device (1, 3 & 6)
ALO: Version = 5
ALR: Version = 3
ALO: Version = 2
ALR Version = 1
Time Time
Example #2
SOURCE Device : "A" SINK Device : "B"
Versions of protocol Versions of protocol
supported by this supported by this
device (1, 2 & 5) device (1, 2, 3 & 6)
ALO: Version = 5
ALR: Version = 3
ALO: Version = 2
ALR Version = 1
Time Time
Example #3
SOURCE Device : "A" SINK Device : "B"
Versions of protocol Versions of protocol
supported by this supported by this
device (1, 2 & 5) device (1)
ALO: Version = 5
ALR: Version = 1
Time Time
ARINC SPECIFICATION 429 PART 3 - Page 50
ATTACHMENT 14
SYSTEM ADDRESS LABELS
c-16 The listing of System Address Label (SAL) assignments is contained in Attachment 11 to ARINC Specification 429, Part 1.
ARINC SPECIFICATION 429 PART 3 - Page 51
ATTACHMENT 15
This Attachment number is not used in this Specification to maintain consistency with previous versions of ARINC c-16
Specification 429 prior to its separation into 3 parts by Supplement 15 and to avoid confusion among the parts.
ARINC SPECIFICATION 429 PART 3 - Page 52
ATTACHMENT 16
ATTACHMENT 17
FLOW DIAGRAM USED TO DETERMINE CHARACTER-ORIENTED VS BIT-ORIENTED PROTOCOL
begin
attempt normal
bit-oriented link bit-oriented
protocol established communications
failed normal no
comm response
attempt normal
char-oriented link
established char-oriented
protocol communications
failed normal no
comm response
ATTACHMENT 18
MAC SUBLAYER SUPPORT DIAGRAMS
(3) Higher Layer LLC Service MAC Service MAC Service LLC Service
Entity Client Client Client Client
c-17
802.3-LENGTH 802.3-TYPE
Media Access
Control (MAC) MAC Control MAC Control
Sublayer
MAC Service Entity MAC Service Entity
NOTE: The MAC Control Sublayer is normally a pass through except for MAC Control PDUs that are processed by the
MAC Control sublayer entity and are not passed to higher layers. The operation of the MAC Control Sublayer
is defined in IEEE 802.3 Clause 31. MAC Control Functions are defined Section 3.2.4 of this Specification.
ATTACHMENT 18
MAC SUBLAYER SUPPORT DIAGRAMS
MAC Service
Client MA_CONTROL.Indication
MA_DATA.Indication
MA_CONTROL.Request
MA_DATA.Request
Transmit
Receive
Physical
Layer 429 Physical
ATTACHMENT 19
COMMAND FRAME DATA UNIT (FDU) STRUCTURE AND EXAMPLES
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 0 GFI CT Rsvd I/C ARINC 429 Word Count U SAL
Where:
P – 32 bit Parity
GPI – General Format Identifier (GFI) Field
CT – Command Type Field
00 Command Path
01 Data Path
10 MAC Control
11 Reserved
I/C – Information/Command Frame Identifier Field; 00 – Information; 01 – Command, 10, 11 – Reserved
Word Count Field – 10 bits for a Command Frame, Max Command Frame size = 2552 bytes
U SAL – Unique (standard ARINC 429) System Address Label (SAL) (same as Version 1)
c-17 Table 19-2 V3 Command Frame (Full and Partial) Data Words
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 0 0 DATA U SAL
P 0 0 0 DATA U SAL
P 0 0 0 DATA U SAL
P 0 0 0 DATA U SAL
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
0 1 1 0 0 0 1 LSB FCS (16-Bit CRC) MSB U SAL
Where:
Bit 25 (Command Frame Final Bit) for EOF word always set to 1
FCS – Frame Check Sequence, 16-bit CRC for Command Frame
ARINC SPECIFICATION 429 PART 3 - Page 57
ATTACHMENT 19
COMMAND FRAME DATA UNIT (FDU) STRUCTURE AND EXAMPLES
Table 19-4 Example of Command Frame Data Unit (FDU) Containing a MAC Control Frame Requesting a
5 Pause Quanta (25 millisecond) Delay
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 0 X X X X 1 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 U SAL
P 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 U SAL
P 0 0 1 1 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 0 0 0 U SAL
Where:
GFI Field = X’s as placeholder for actual values used over interface (See Table 11-6A of Attachment 11)
Pause Opcode – 16 bit field = 8808 hex
Request Operand – 16 bit field = Pause Time = 5 Pause Quanta = 0005 hex
ARINC SPECIFICATION 429 PART 3 - Page 58
ATTACHMENT 20
INFORMATION FRAME DATA UNIT (FDU) STRUCTURE AND EXAMPLE
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 0 Reserved I/C ARINC 429 Word Count M/B/U SAL
Where:
P – 32 bit Parity
I/C – Information/Command Frame Identifier Field; 00-Information; 01-Command; 10, 11-Reserved
Word Count Field – 10 bits for an Information Frame – Max Information Frame Size = 2550 bytes,
Limit for Bridging = 1500 bytes
M/B/U SAL – Multicast/Bridge/Unique (standard ARINC 429) System Address Label (SAL)
Table 20-2 Version 3 Information Frame (Full and Partial) Data Words
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 0 0 Destination LSB M/B/U SAL
P 0 0 0 Destination M/B/U SAL
P 0 0 0 Source LSB MSB Destination M/B/U SAL
P 0 0 0 Source M/B/U SAL
P 0 0 0 Length/Type LSB MSB Source M/B/U SAL
P 0 0 0 Data MSB Length/Type M/B/U SAL
P 0 0 0 Data M/B/U SAL
c-17 P 0 0 0 Data M/B/U SAL
P 0 0 0 Data M/B/U SAL
Where:
P – 32 bit Parity
Destination – 48 Bit MAC Destination Address
Source – 48 Bit MAC Source Address
Length/Type – 16 bit field
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 1 0 0 0 0 FCS (32-Bit CRC) MSB M/B/U SAL
P 0 1 1 0 0 0 1 LSB FCS (32-Bit CRC) M/B/U SAL
Where:
FCS – Frame Check Sequence, 32-bit CRC for Information Frame
Bit 25 for first half of Information Frame EOF word = 0
Bit 25 for second half of Information Frame EOF word = 1
ARINC SPECIFICATION 429 PART 3 - Page 59
ATTACHMENT 20
INFORMATION FRAME DATA UNIT (FDU) STRUCTURE AND EXAMPLE
Table 20-4: Example of Information Frame Data Unit (FDU) Containing a MAC Control Frame Requesting
a 5 Pause Quanta (25 millisecond) Delay
BIT 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
P 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 U SAL
Where:
Destination – 48 Bit MAC Destination Address = X’s as placeholders (see ARINC Specification 664)
Source – 48 Bit MAC Source Address = Y’s as placeholders (see ARINC Specification 664)
Length/Type – 16 bit field = Pause Opcode = 8808 hex
Request Operand – 16 bit field = Pause Time = 5 Pause Quanta = 0005 hex
ARINC SPECIFICATION 429 PART 3 - Page 60
APPENDICES A - E
Appendices A through E are included in ARINC Specification 429, Part 1, ARINC Specification 429 and therefore not used
c-16 in this Part to avoid potential confusion due to duplication. In addition, this approach is used to maintain consistency with
previous versions of ARINC Specification 429 when it was published as a whole (through Supplement 14).
ARINC SPECIFICATION 429 PART 3 - Page 61
APPENDIX F
FORMER AIM AND FILE DATA TRANSFER TECHNIQUES
AEEC Staff Note: See Supplements 4, 5, 6, 7. And 11 of ARINC Specification 429 Part 1 for changes prior to division of c-18
ARINC Specification 429 into separate parts.
The information contained in Sections F-2.1.5.2, F-2.1.5.3, F-2.3.1.4 and F-3.2 of this Appendix is no longer applicable to
ARINC Specification 429. The contents of Section F-2.3.1.5 provides guidance for character-oriented file transfer protocols
reflected in ARINC equipment characteristics. The information is contained herein for reference purposes.
COMMENTARY
Bit-oriented file transfer is the preferred protocol (See Section 2.5 of Part 3 of ARINC Specification 429) for use in new
applications. The guidance for character-oriented protocol was removed from the body of the specification to avoid the
continuation of its use, but retained herein for those who need to understand the basis for character-oriented protocol
already implemented.
The order function (first, intermediate, last or control) of AIM or maintenance data should be encoded in bit numbers 30 and
31 of the word as shown in the table below. See Section F-2.3.1.4 of this document for definitions of the terms “Initial
Word”, “Control Word”, “Intermediate Word” and “Final Word.”
The order and function (first, intermediate, last and control) of text and the sign (Plus/Minus, North/South, etc.) of numeric
data transferred by file transfer should be encoded in bits 30 and 31 of each word as shown in the table below.
Alternatively, the SSM field may be used to describe position in a series of data words (initial, intermediate, final) or word
content (control word). Sections F-2.3.1.5.2 through F-2.3.1.5.4 contain the definitions of the terms initial, intermediate and
final words.
AIM data (Acknowledgement, ISO Alphabet No. 5 and Maintenance information encoded in dedicated words) should be
handled in the manner described in this section.
All three of these applications may involve the transfer of more than 21 bits per “data package”. Source equipment should
format such long messages into groups of 32-bit DITS words, each word containing the relevant application label (see
ARINC Specification 429, Part 1, Attachment 1) in bits 1 through 8, and a sign/status matrix code in bits 30 and 31.
ARINC SPECIFICATION 429 PART 3 - Page 62
APPENDIX F
FORMER AIM AND FILE DATA TRANSFER TECHNIQUES
Bit 32 should be encoded to render word parity odd. The first word of each group should contain the sign/status matrix code
defined for “initial word” in F-2.1.5.1. It should also contain, in bits 9 through 16, the binary representation of the number of
words in the group, except that when this word is the only word to be transmitted, the total number of information bits to be
transmitted is 13 or less) bits 9 through 16 should all be binary “zeros”. See ARINC Specification 429, Part 1, Attachment 6
for word format.
When the word application label is assigned in ARINC Specification 429, Part 1, Attachment 1 for Acknowledgement Data,
bits 17 through 29 of this initial word may be used for information transfer. When the word application label is either of
those assigned in ARINC Specification 429, Part 1, Attachment 1 Maintenance Data (ISO Alphabet No. 5), bits 17 through
22 should be binary 'zeros” (spares). When the label is for ISO Alphabet No. 5 Messages, bits 17 through 22 are used for
unit addressing. Bit usage is given in the table below.
BIT FUNCTION
22 21 20 19 18 17
0 0 0 0 0 0 All Call, All Groups
0 0 X X X X Group 0, Units 1-15
0 1 0 0 0 0 Group 1, All Call
0 1 X X X X Group 1, Units 1-15
1 0 0 0 0 0 Group 2, All Call
1 0 X X X X Group 2, Units 1-15
1 1 0 0 0 0 Group 3, All Call
1 1 X X X X Group 3, Units 1-15
Example:
1 0 1 0 1 0 Group 2, Unit 10
For ISO Alphabet No. 5 Messages and Maintenance Data bits 23 through 29 should take on the pattern of the IOS Alphabet
No. 5 control character “STX”.
The second word of the ISO Alphabet No. 5 and Maintenance Data (ISO Alphabet No. 5) application groups is an optional
control word containing sign/status matrix code for “control” information for display. When it is used, bits 9 through 13
should contain the binary representation of the line count, bits 14 through 16 should encode the required color, bits 17 and 18
the required intensity, bits 19 and 20 the required character size and bit 21 should indicate whether or not the display is
required to flash. See ARINC Specification 429, Part 1, Attachment 6 for the encoding standards. Bits 22 through 29 of the
word should be binary “zeros” (spares).
Intermediate words, containing the sign/matrix code for “intermediate word”, follow the initial word of the group or the
control word, when used. Intermediate words are optional in the sense that they are only transmitted if more words than the
initial word and the final word (see below) are needed to accommodate the quantity of information to be transferred. When
the word application group label that is assigned in ARINC Specification 429, Part 1, Attachment 1 for Acknowledgement is
used. Data bits 9 through 29 of that word are available for information transfer. When the word application label is either of
those assigned in ARINC Specification 429, Part 1, Attachment 1 for ISO Alphabet No. 5 data transfer or Maintenance Data
(ISO Alphabet No. 5), bits 9 through 29 of each word should be divided into three seven-bit bytes (bits 9 through 15, 16
through 22 and 23 through 29), each of which contains one ISO Alphabet No. 5 character.
Each AIM application group transmission other than single-word transmission (see below) should be terminated with a word
containing the sign/status matrix code for “final word” defined in F-2.1.5.1. The data field of this word should be structured
similarly to that of the intermediate word. Any unused bit positions in ISO Alphabet No. 5 data transfer or Maintenance
Data (ISO Alphabet No. 5) final words resulting from the number of ISO Alphabet No. 5 characters in the message being
one or two less than a number wholly divisible by three should be filled with binary “zeros.”
ARINC SPECIFICATION 429 PART 3 - Page 63
APPENDIX F
FORMER AIM AND FILE DATA TRANSFER TECHNIQUES
File data will consist of both ARINC 429 BNR numeric words and ISO Alphabet No. 5 characters. A file may contain from
1 to 127 records. Each record may contain from 1 to 126 data words.
A record should contain, at the minimum, one of the eight versions of the “initial word” described in F-2.3.1.5.2. Records in
which this initial word contains the “Data Follows” code should also contain from 1 to 126 “intermediate words” (data) and a
“final word” (error control). The file data transfer protocol is as follows. A transmitter having the data to send to a receiver
transmits, on the bus connecting it to that receiver, the “Request to Send” initial word. The receiver responds, on the
separate bus provided for return data flow, with the “Clear to Send” reply. The transmitter then sends the “Data Follows:
initial word, the “intermediate words” and the “final word”. The receiver processes the error control information in the ‘final
word” and, if no errors are revealed, closes out the transaction by sending the “Data Received OK” word to the transmitter.
If the receiver is not ready to accept data when the transmitter sends its “Request to Send” word, it should so indicate its
response (See F-2.3.1.5.2). The transmitter should then wait 200 milliseconds and retransmit the “Request to Send”. The
transmitter should also repeat a “Request to Send” transmission 50 milliseconds after the initial transmission if no response is
obtained from the receiver. If 2 additional attempts also spaced at 50 milliseconds produce no response from the receiver,
the transmitter should send the data. This feature is incorporated to enable file transfer (under a degraded mode of operation)
in the event of a failure in the receiver-to-transmitter bus.
If the receiver detects a parity error during the transmission, it may request an error-correcting retransmission by sending a
“Data Received Not OK” word to the transmitter in which is identified the record in which the error occurred. The
transmitter should interrupt the data flow and back up to the start of the record so identified. It should then send a “Data
Follows” initial word identifying this record as the starting point of the retransmission and recommence its output of data,
continuing through the “final word”. The receiver should then close out the transaction as before.
An error detected by processing the error control information in the “final word” should also result in the receiver sending a
“Data Received Not OK” word to the transmitter. In the absence of identification of the record in which the error occurred,
this word should contain the sequence number of the first record of the file. The transmitter's response should be to
retransmit the whole file.
The receiver can signal loss of synchronization to the transmitter at any time bysending the “Synchronization Lost” initial
word. On receiving this word, the transmitter should curtail the data flow and back up to the beginning of the file. It should
then re-establish that the receiver can accept data by going through the request-to-send routine. Having done this it should
send the “Data Follows” initial word, followed by the data and the “final word”.
The protocol also allows a transmitter to send the file size information to a receiver without any commitment to send, or
request to the receiver to accept, the file itself. The “Header Information” initial word is used for this purpose. Additionally,
a “Poll” initial word is defined for use in the system which continuous “hand-shaking” between two terminals is desired.
The response to a “Poll” word will be either a “Request” to Send” initial word when the polled terminal does have data to
transmit, or another “Poll” word when it does not. An exchange of “Poll” words may be interpreted as the message, “I have
nothing for you, do you have anything for me?”
Request to Send
Clear to Send
Data Follows
Data Received OK
Data Received Not OK
Synchronization Lose
Header Information
Poll
Bits 1 through 8 of all of those words except the “Poll” word contain the label code identifying the file to be transferred using
the protocol. Bits 1 through 8 of the “Poll” word contains binary zeros. Bits 9 through 29 are divided into three seven-bit
fields, the contents of which vary with word type as shown in Table A below. Bits 30 and 31 contain the code identifying
them as initial words while bit 32 is encoded to render word parity odd.
ARINC SPECIFICATION 429 PART 3 - Page 64
APPENDIX F
FORMER AIM AND FILE DATA TRANSFER TECHNIQUES
NOTES
1. The amount of data the receiver can accept upon receipt of a “Request to Send” signal is determined by the rate at which
data delivery can take place and the amount of time the receiver has available before it must turn its attention to some
other function. The receiver will set the count code in bits 9-15 of the “Clear to Send” word to indicate the number of
maximum length records it can accept when it determines that the “Request to Send signal originates in a high speed
data source. It will set this code to indicate the number of 32-bit words it can accept when it determines that the
“Request to Send” originates in a low speed data source, e.g., the ACARS ground-to-air link. The receiver will
annunciate the contents of this field (record count or word count) by setting Bit 22 as indicated. It will determine the
high or low speed nature of the source by port identification of the source of the “Request to Send” signal, the “Request
to Send” word label, the SDI code or some combination of these information items.
2. The record sequence number is the number of that record in a multiple-record file being transmitted.
Intermediate words contain the data being transmitted by means of the protocol. Bits 1 through 8 contain the file label. Bits
9 through 29 can accommodate three ISO Alphabet No. 5 characters or one ARINC 429 BNR numeric word without its
label. Note that this alpha/numeric data interleaving capability without labels necessitates a prior agreement between
transmitter and receiver on data format. Bits 30 and 31 contain the word code or the sign information (only) encoded in the
sign/status matrix of BNR numeric data words. Bit 32 is encoded to render the word parity odd.
The final word of each record contains error control information. Bits 1 through 8 contain the file label. Bits 9 through 29
contain an error control checksum computed from the states of bits 9 through 29 of all intermediate words of the record. The
error control checksum should be generated by the arithmetic addition of the binary values of bits 9 through 29 of all
intermediate words and discarding the overflow. Bits 30 and 31 of this word contain the code identifying it as a final word.
Bit 32 is encoded to render the word parity odd.
Bits 30 and 31 of each word used in data file transfer should be encoded to indicate word type as follows:
BIT
31 30 WORD TYPE
0 0 Intermediate Word requiring no sign data or
having Plus, North, East, Above Right, or To
sign
1 0 Final Word
As noted in F-2.3.1.5.3, the transmission of file data words without labels necessitates the use of pre-arranged data formats.
The need to standardize such formats was examined by the working group. The conclusion was reached that a standard
format was desirable for flight management computer flight plan updating and for computer cross-talk, but was not necessary
for updating the computer's data base. Manufacturers are invited to submit proposals for a standard flight plan update file
and cross-talk bus formats.
Labels define the application of the file data to be transferred. Such application include FMC program load/update, flight
plan load/update, the FMC inter-system cross-talk, etc. There may be a need to assign more than one label to some of those
applications if priority override capability is desired.
ARINC SPECIFICATION 429 PART 3 - Page 65
APPENDIX F
FORMER AIM AND FILE DATA TRANSFER TECHNIQUES
F-2.3.1.4 describes the techniques to be used for the transfer of Acknowledgement, ISO Alphabet No. 5 and Maintenance
(ISO Alphabet No. 5) data by means of the Mark 33 DITS. The motivation for the adoption of this technique was label
conservation. Without it, a separate label would have to be assigned to each AIM word application for each source of such
data. In it, labels are assigned by word application only, and (where necessary) utilization device input port recognition
utilized to identify sources. A special exception to this rule is made for the Airborne Integrated Data System (AIDS), as
described in F-2.3.1.4. The technique also accommodates the use of multiple-word DITS messages, as described in Section
F-2.3.1.4.
Source equipments responding to requests for acknowledgement of incoming data delivered via a DITS input port should do
so in the manner described in F-2.3.1.4. No applications for this system capability have yet been identified and thus no data
standards for acknowledgement messages have been established.
Source equipment transmitting ISO Alphabet No. 5 information by means of the Mark 33 DITS should do so in the manner
described in F-2.3.1.4. This application, and the use of ISO data for maintenance-related information transfer, will be the
most likely to make use of the multiple-word message transmission capability of the system. Receiving equipment should
make use of the binary word count and the sign/status matrix codes of the words to ensure that such messages are received in
their entirety, with no words having been “lost along the way.” Only when this determination has been made, and the parity
check for each word shows the data to be error-free, should the message be displayed to the crew or otherwise utilized.
Source equipment putting out data intended for a maintenance assist system on the aircraft should do so in the manner
described in F-2.3.1.4. The Maintenance assist system should use input port recognition to identify data sources. The
Maintenance word as described by AIM data handling techniques is limited to IOS Alphabet No. 5 messages.
ARINC SPECIFICATION 429 PART 3 - Page 66
APPENDIX F
FORMER AIM AND FILE DATA TRANSFER TECHNIQUES
APPENDIX G
MATHEMATICAL EXAMPLE OF CRC ENCODING/DECODING
NOTE: The following example describes the polynomial division procedure for CRC encoding and decoding. Arithmetic
operations are modulo 2. Actual software/hardware implementations are expected to vary significantly from this example,
since these polynomial divisions are more efficiently simulated by logical operations.
For CRC computations, the MSB is the bit which represents the coefficient of the highest order term of the polynomial. It
is not related to the MSB or LSB of each individual octet. Slashes (/) are used to separate octets for readability only, and
do not denote division in this example.
(MSB) (LSB)
and
k 15 14 13 12 11 3 2
x (x + x + x + x + x + ... + x + x + x + 1)
39 38 37 36 27 26 25 24
= x + x + x + x + ... + x + x + x + x .
At The Transmitter: Using coefficients of the above polynomials, the dividend is calculated as follows:
16
x G(x) = 1010 0111 1000 0111 1010 1100 0000 0000 0000 0000
and
k 15 14 2
x (x + x +...+ x + x + 1) = 1111 1111 1111 1111 0000 0000 0000 0000 0000 0000
1010 0111 1000 0111 1010 1100 0000 0000 0000 0000
+ 1111 1111 1111 1111 0000 0000 0000 0000 0000 0000
= 0101 1000 0111 1000 1010 1100 0000 0000 0000 0000
Then the Dividend is: 0101 1000 0111 1000 1010 1100 0000 0000 0000 0000
16 12 5
and the Divisor, P(x) = x + x + x + 1, is: 1 0001 0000 0010 0001
ARINC SPECIFICATION 429 PART 3 - Page 68
APPENDIX G
MATHEMATICAL EXAMPLE OF CRC ENCODING/DECODING
P(x) = 1 0001 0000 0010 0001 is the divisor of the dividend below.
0101 1000 0111 1000 1010 1100 0000 0000 0000 0000
100 0100 0000 1000 01
1 1100 0111 0000 1110
1 0001 0000 0010 0001
1101 0111 0010 1111 1
1000 1000 0001 0000 1
101 1111 0011 1111 01
Using (synthetic) 100 0100 0000 1000 01
Polynomial 1 1011 0011 0111 0000
Division: 1 0001 0000 0010 0001
1010 0011 0101 0101 0
1000 1000 0001 0000 1
10 1011 0100 0001 100
10 0010 0000 0100 001
1001 0100 0101 1010 0
1000 1000 0001 0000 1
1 1100 0100 1010 1
Note: Since all operations are Modulo 2,
addition and subtraction are both
equivalent to XOR operations (no carries!)
16
M(x) = x G(x) + CRC
= 1010 0111 1000 0111 1010 1100 0000 0000 0000 0000
+ 1111 1101 0000 0110
= 1010 0111 1000 0111 1010 1100 1111 1101 0000 0110
or
M(x) = 1010 0111 1000 0111 1010 1100 1111 1101 0000 0110
APPENDIX G
MATHEMATICAL EXAMPLE OF CRC ENCODING/DECODING
At The Receiver:
= 1010 0111 1000 0111 1010 1100 1111 1101 0000 0110 0000 0000 0000 0000
+ 1111 1111 1111 1111 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
= 0101 1000 0111 1000 1010 1100 1111 1101 0000 0110 0000 0000 0000 0000
0101 1000 0111 1000 1010 1100 1111 1101 0000 0110 0000 0000 0000 0000
100 0100 0000 1000 01
1 1100 0111 0000 1110
1 0001 0000 0010 0001
1101 0111 0010 1111 1
1000 1000 0001 0000 1
101 1111 0011 1111 01
100 0100 0000 1000 01
1 1011 0011 0111 0000
APPENDIX G
MATHEMATICAL EXAMPLE OF CRC ENCODING/DECODING
Because of the transmission order of ARINC 429 32-bit words, the first bit of the first Data Word transmitted after the SAL is the
MSB of the message (for CRC computations). Therefore, the actual transmission order of the bit string, M(x), is the reverse of
the previous example, when mapped into 32-bit words.
The following represents the mapping of the preceding 24-bit message and CRC into an LDU for transmission:
M(x) = 1010 0111 1000 0111 1010 1100 1111 1101 0000 0110
Full Data Word P 000 0101 1110 0001 1110 0101 SAL
LDU
Partial Data Word P 001 1000 0000 0000 0000 0011 SAL
Legend:
When a system implements a standard (e.g. ISO) network service, which resides directly above the 429 Version 1
(Williamsburg), then the ISO GFI bit-coding of "4h" (for ISO 9577) as specified in ARINC 429-14 should be used. c-16
ISO GFI bit-codings originally specified in ARINC 429-13 were "1h" for ISO 8208 and "4h" for ISO 8473. These GFI
bit-codings are not compatible with the new GFI "4h" designator and should not be used as standard network service
identifiers.
ARINC CHARACTERISTIC 429 PART 3 - Page 72
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
/*
* ARINC Specification 429, Part 3
MSC - File_Transfer _Example *
* Note that some of the names in
* the message sequence diagram in
c-15 * Attachment 11 do not match names
* in This Appendix
*
*/
Original_Data_File
RTS
CTS
SOT
DATA [2]
DATA [3]
DATA [4]
.
.
.
.
.
DATA [254]
EOT
ACK
RTS
CTS
SOT
DATA [2]
DATA [3]
DATA [4]
DATA [6]
EOT
ACK
Received_Data_File
ARINC CHARACTERISTIC 429 PART 3 - Page 73
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
System Williamsburg
Diagram (1)
/*
* ARINC 429 Williamsburg (Section 2.5)
*
* Author, W. Turner, K. Dihle
ARINC 429 Williamsburg Working Group c-15
*
* This is the SDT description of the 429 protocol
* as developed by the 429W Working Group through
* August 1994
*
*
*/
[DL_UNITDATA.ind]
/*
* Notes:
*
* It was not clear what the Williamsburg Convergence DLPI_if
* Function actually did, other than change the names
* of the primitives. Unless more definitions occur
* in this area, the WCF will be removed in later
[DL_UNITDATA.req]
* versions.
*
* LDU signal is not sent. Instead SOT, Data, EOT are used.
*
* Things to add to this defintion:
* SOLO Words
* File Seq No/LDU Seq No.
* n4count m_if
* n5count LRU_Lyr_2
* Determine task of Segment and Reassemble. [DL_ERROR.ind]
Signal
DL_UNITDATA
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
Signal
DL_UNITDATA.req,
DL_UNITDATA.ind,
DL_ERROR.ind,
/* Wilmsbrg*/
/* -----*/
ACK, /*2.5.1.4 */
ALO, /*2.5.19.1.1 */
ALR, /*2.5.19.1.2 */
BUSY, /*2.5.7.3 */
CTS, /*2.5.7.1 */
Data, /*2.5.11 */
EOT, /*2.5.12 */
NAK, /*2.5.13 */
NCTS, /*2.5.7.2 */
RTS, /*2.5.7 */
SOT, /*2.5.10 */
SYN, /*2.5.15 */
/*LOOP, 2.5.17.1 */
/*SOLO, 2.5.17.2 */
/*TEST, 2.5.17.2 */
/*LCW */
Signalist p429_both =
ALO<ALR/* LOOP,SOLO,TEST */;
Signalist p429_to_sink =
RTS;
Signalist p429_to_source =
ACK,BUSY,CTS,NAK,NCTS,SYN;
ARINC CHARACTERISTIC 429 PART 3 - Page 75
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
Signal
FILE,
LDU.req, [DL_UNITDATA.req]
LDU.ind;
(1,1)
WCF
[FILE] [FILE]
williamsburg_ifa williamsburg_ifb
(1,1) (1,1)
m_if
Segment Reassemble
[DL_ERROR.ind.]
[LDU.ind]
send_if receive_if
[LDU.req]
(1,1)
Source_and_Sink
ACK, RTS,
BUSY, (p429_both)
CTS, SOT, EOT,
NAK, Data
NCTS,
SYN Note: the sink_if is a receive
(p429_both) bus, and typically for a single
Williamsburg function there may be
source_if sink_if
multiple sink_ifs.
ACK,
BUSY,
CTS,
RTS, NAK,
(p429_both) NCTS,
SOT, EOT, SYN
Data (p429_both)
ARINC CHARACTERISTIC 429 PART 3 - Page 76
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
idle
LDU.ind
'reassemble
LDUs into
a File'
FILE
-
ARINC CHARACTERISTIC 429 PART 3 - Page 77
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
idle
FILE
'segment the
File into
LDUs'
LDU.req
-
ARINC CHARACTERISTIC 429 PART 3 - Page 78
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
/*
* Bit-Oriented Protocol Events
* Part 3, Table 10-1 (1,1); This is the power-on
*/
c-15 Synonym N1 integer = 5; /*Number of RTS repeats from NCTS */
transition
Synonym N2 integer = 20; /*Number of RTS repeats after BUSY */
Synonym N3 integer = 5; /*Number of RTS repeats after no resp */
Synonym N4 integer = 3; /*Number of NAKs rcvd before NO COMM */
Synonym N5 integer = 3; /*Number of SYN before NO COMM */ System Inactive
Synonym N6 integer = 3; /*Number of ALO after no response*/
State 0
/*
* Selected Options
* Table 10-3
*
* Option 1 Half Duplex
* Option 2 Low Speed Bus Rate
* Option 3 Automatic CTS when Ready = No ALO 2.5.19
* Option 4 Accept Auto CTS = No via source_if 2.3
* Option 5 System Priority to resolve RTS Conflict = No
* Option 8 Use Solo Word = Yes
* Option 10 Dest Code in RTS/CTS/NCTS/BUSY used = Yes
* Option 11 Bit-Oriented Protocol Vertification = Yes
*/
/*
* Variables for Low Speed Bit-Oriented Protocol 2.5.19
c-15 Part 3, Table 10-4
set (now+ t12,
T12)
2.3
*/
Synonym t2 duration = 100; /* RTS repeat time after receipt of NCTS */ ALO_idle
Synonym t4 duration = 1000; /* RTS repeat time after receipt of BUSY */
Synonym t5 duration = 150; /* RTS repeat time if no response*/
Synonym t12 duration = 200; /* ALO repeat time if no response to ALO*/
Synonym t16 duration = 220; /* ACK/NAK Timeout after EOT*/
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
2(12)
Process Source_and_Sink
Synonym version_match boolean = true;
Synonym can_adapt boolean = true;
(1,1); Synonym try_different_version boolean = true;
ALO_Idle
go_
ALO 2.5.19 ALR
aloha
Link_ 2.5.19.1.1
_Idle version_ true
_match
false
Link_
2.5.19.1.1
_Idle
ALO_Idle
can_adapt
false true
T12 2.5.19.1
try_ 'adapt'
_different_
_version true
n6count :=
n6count + 1 2.5.19.1
false Link_
2.5.19.1.1
_Idle
else
n6count 'not bit ALO
oriented' via source_if
<N6
-
set(now + t12, 2.5.1
T12) 2.5.19.1 ALO_
Idle
'not bit Not successful. This should lead
oriented' to the character-oriented
ALO_Idle protocol determination process,
if applicable, or a cyclical
2.5.19.1 attempt to establish bit-
oriented protocol. See Attachment 17.
- 2.5.19, 2.5.19.2
ARINC CHARACTERISTIC 429 PART 3 - Page 80
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
3(12)
Process Source_and_ Sink
Link_
_Idle
SYN
set(now + t5, 2.5.7.4 via sink_if
reset(T14) 2.5.14.3 go_aloha
T5)
'discard any
partial file
are_we_ received'
RTS via
2.5.7 _ busy true
source_if
true false
2.5.19.1.2
CTS 2.5.7.1 NCTS 2.5.7.2
via sink_if 2.5.7 via sink_if 2.5.7
Wait_
_SOT
ARINC CHARACTERISTIC 429 PART 3 - Page 81
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
Wait_
_CTS
2.5.7.1
LDU.req RTS CTS 2.5.10 ALO 2.5.7.4
2.5.8.1
reset(T5)
go_
n3count=0 _CTS
2.5.7.4
So message just
LDU.req
de-queued
to self
is not lost
reset(T5)
2.5.7.4 valid_CTS
false
go_
2.5.19.1.2
true _aloha
go_
_NCTS
reset(T14) 2.5.14.3 reset(T5)
t6 :=
n1count := 0, 2.5.7.4
random_ 2.5.8.1 n2count := 0,
number 2.5.7.1
n3count := 0
2.5.7.1, 2.5.7.2
set(now + t6, 2.5.7.3, 2.5.7.4
T6) 2.5.8.1 SOT
via source_if
2.5.10
Wait_RTS_
Data
_Conflict
via source_if
EOT
If Option 5 2.5.12
via source_if
is used, one
system will
have priority
2.5.8.1 NOTE: set(now + t16,
Usually uplinks T16) 2.5.16
are accorded
priority
Wait_
_ACK
ARINC CHARACTERISTIC 429 PART 3 - Page 82
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
5(12)
Process Source_and_ Sink
(1,1);
Wait_
_CTS
NCTS go_
BBUUSSYY 2.5.7.3 T5 2.5.7.4
_NCTS
n1count := n2count :=
n2count + 1 n3count :=
n1count + 1
n3count + 1
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
6(12)
Process Source_and_ Sink
(1,1);
Wait_RTS_
_Conflict
'requeue
go_ set(now + t5,
unitdata 2.5.19.1.2 2.5.7.4
_aloha T5)
request'
2.5.14.3 RTS
reset(T14) via source_if 2.5.8.1
CTS
2.5.8.1 Wait_ RTS_
via sink_if Wait_ CTS
_Conflict
LDU.req
Wait_
SOT
ARINC CHARACTERISTIC 429 PART 3 - Page 84
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
7(12)
Process Source_and_ Sink
(1,1);
NCTS_BUSY_
_Delay
Otherwise CTS is
go_ ignored.
go_
LDU.req _aloha _CTS
2.5.7.2, 2.5.7.3
to self
2.5.19.1.2
go_
_RTS
2.5.7
NCTS_BUSY_
_Delay
T4 2.5.7.3 T2 2.5.7.2
Wait_ Wait_
_CTS _CTS
ARINC CHARACTERISTIC 429 PART 3 - Page 85
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
8(12)
Process Source_and_ Sink
Synonym FSN_LSN_match boolean = true;
(1,1);
Wait_
_ACK
2.5.16
Wait_
_ACK
RTS n4count :=
n4count :=0 2.5.16 2.5.16 2.5.16
via source_if n4count +1
n5count else
n4count else
<N5 DL_
set(now + ERROR.ind
2.5.7.4 <N4 DL_
t5, T5) 2.5.16
set(now + ERROR.ind
t5, T5)
RTS of 1st LDU Link_
via source_if 2.5.16 _Idle
RTS Link_
via source_if _Idle
Wait_
_CTS
Wait_ 2.5.7.4
2.5.16 _CTS
2.5.16
ARINC CHARACTERISTIC 429 PART 3 - Page 86
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
9(12)
Process Source_and_ Sink
Synonym LSN_FSN_confusion boolean = true;
(1,1);
Wait_
_SOT
2.5.15
go_ go_
LDU_FSN_
_rts _aloha
_confusion true
2.5.10.2
2.5.10.3 reset(T14) 2.5.14.3
SYN 2.5.15
via sink_if unexpected FSN
Link_
_Idle
Wait_
_SOT
NAK
2.5.13.2
via sink_if
Link_
_Idle
ARINC CHARACTERISTIC 429 PART 3 - Page 87
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
10(12)
Process Source_and_ Sink
Synonym valid_EOT boolean = true;
(1,1);
Wait_
_EOT
'discard any
2.5.13.6 Link_
2.5.9 partial LDU'
go_ _Idle
_aloha
Link_ 2.5.14.3
_Idle
2.5.14.3
2.5.19.1.2
ARINC CHARACTERISTIC 429 PART 3 - Page 88
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
11(12)
Process Source_and_ Sink
(1,1);
Wait_ is also the
_EOT wait for data state
NAK 2.5.13.4
Data 2.5.13.3 EOT 2.5.14.3
via sink_if 2.5.13.5
'discard any
correct_ partial LDU' 2.5.14.3
odd_parity false
_word_
false
_count
2.5.6.3
true
true final_ LDU
'store data 'ignore false
word' 2.5.13.3' set(now+ t14,
LDU_ T14)
_CRC_ true
_count false
- - reset(T14)
true
discuss; not
2.5.14 described Link_
next_or_ false _Idle
true _duplicate
2.5.14.3
Link_
_Idle
2.5.14.2
duplicate
true
Send LDU signal 'discard LDU
to upper layers 2.5.14.1' 2.5.14.3
false
APPENDIX I
SDL DIAGRAMS OF THE VERSION 1 WILLIAMSBURG PROTOCOL
idle
DL_
UNITDATA. FILE
req
FILE_
DL_
via
UNITDATA.
williamsburg
req
_ifa
- -
c-17
CLNP IP
Mgt MIB
Network
Layer
Subnetwork (ITU.T
Sublayer X.25/
ISO 8208)
PROTOCOL STRUCTURE
APPENDIX J
LLC
Mgt MIB
ARINC 429 Command Frame ARINC 429 Information Frame Mgt MIB
Physical
Layer ARINC 429 Physical Layer (Part 1)
ARINC SPECIFICATION 429 PART 3 - Page 91
APPENDIX J
PROTOCOL STRUCTURE
Physical Layer - The physical layer is a high speed ARINC 429 data bus.
Link Layer – It is responsible for the exchange of data between points (nodes) connected to one network. One network
can be constructed either by a bus (A429, A629) or by a set of buses and point-to-point links that can be interconnected
by bridges (A646).
MAC Sublayer – The scope of this document is the “lower” part of the Link Layer. The ARINC 429 (Williamsburg)
Version 3 protocol specifies the functionality of the MAC Service Provider that provides two types of MAC Frames, a
bridgeable Information frame based upon the frame structure specified in IEEE 802.3 (Ethernet) and a non-bridgeable
Command frame for point-to-point transfers of data of any kind, e.g. link management information.
LLC Sublayer – One potential MAC Service Client is the Logical Link Control Sublayer, which may be used to provide
a logical interface between LLC entities. All IEEE 802 specifications share the notion of this “upper” portion of the Link
Layer, which enables it to provide a common set of services. It may be used to provide a logical interface between peer
entities. Three classes of service have been defined which can be connectionless-unacknowledged, connectionless-
acknowledged or connection-oriented.
Network Layer – Other potential MAC Service Clients are either Internet (summarized by TCP/IP), specific (e.g. VDL
Mode 2) or further standardized or non-standardized protocols. The Network layer provides a home for specifications of
protocols that support the communication across network boundaries. In the example shown, these are, e.g., IP or CLNP.
Subnetwork Sublayer – In the scope of this document this sublayer is defined as an X.25 subset (profile). It may be
required to provide services to the Network Layer, and interfaces with the LLC Sublayer. In the ISO network definition,
these are the Subnetwork Access Protocols (SNAP) and provide services to the Subnetwork Independent Convergence
Protocol (SNICP) and the Subnetwork Dependent Convergence Protocol (SNDCP). These services include flow control, c-17
error recovery and segmentation/reassembly.
It should be noted, however, that there is another (totally separate) SNAP definition by IEEE that resides on top of LLC
Class 1 (connectionless-unacknowledged service) and acts as a Link layer client multiplexer similar to the 802.3 TYPE
interpretation.
Transport Layer – This layer provides services for the exchange of information between communication applications,
such as the Trivial File Transfer Protocol (TFTP) in the Internet suite of protocols which in this example is used by the
Data Loader application or Simple Network Management Protocol (SNMP) for network management.
Typical Applications
This section focuses on the scope of this document, the various characteristics of the ARINC 429 Version 3
specification.
A429 Information Frame – As specified in section 3.3.1 this frame provides for a bridgeable frame format that is used by
various applications. In this example, Data Loader (via TCP/IP stack) or ATN 1 (via OSI stack) could take advantage of
this format.
A429 Command Frame – As specified in section 3.3.2 this frame provides for a non-bridgeable point-to-point frame
format that may be used by the CMU/VDR VDL Mode 2 Interface.
ÍEEE 802.3 – IEEE used to assume that LLC resides above any of the 802.n (with n bigger than 2) specifications. IEEE
802.3 has always been in “competition” with the Ethernet specification, developed by Xerox, Digital and Intel. However,
Xerox has shifted authority about the Ethernet specification to IEEE, which incorporated it into the current (1998)
edition of the 802.3 specification. The main difference between the two specifications was the interpretation of a field
that is now called “LENGTH/TYPE”.
802.3-LENGTH – The “LENGTH” interpretation assumes that LLC is the MAC Service Client. If the value in this field
is less than or equal to 1500 decimal, a “LENGTH” interpretation is specified.
ARINC SPECIFICATION 429 PART 3 - Page 92
APPENDIX J
PROTOCOL STRUCTURE
802.3-TYPE – The “TYPE” interpretation assumes that a different protocol is the MAC Service Client. If the value in
this field is bigger than or equal to 1536 decimal, the value specifies the respective protocol. Assignments are
documented in an Internet Request for Comment (RFC).
MAC Control – This functionality has been introduced recently and currently provides for a PAUSE function only. It
enables temporary suppression of any data transmission when sent to the peer MAC entity (reverse MAC Control
commands can still be returned, though). Both types of frames, Information and Command, support this function in
c-17
different ways.
Network Management – Each layer of the communication stack is required to maintain a Management Information Base
(MIB) which consists of parameters and behavioral characteristics of that layer and may be retrieved by the Network
Management entity. The contents of the respective MIB are specified in the related protocol layer specification whereas
the MIB structure as well as the Network Management Protocol and functionality is specified in a separate specification.
ARINC SPECIFICATION 429 PART 3 - Page 93
APPENDIX K
GLOSSARY & ACRONYMS
ACK Acknowledge
ADS Automatic Dependent Surveillance
AIDS Airborne Integrated Data System
ALR ALOHA Response
BOP Bit-Oriented Protocol
BSAL Bridge System Address Label
CRC Cyclic Redundancy Check
CT Command Type
CTS Clear to Send
DITS Mark 33 Digital Information Transfer System
EOF End of Field
EOT End of Transmission
FDU Frame Data Unit
GFI General Format Identifier
I/C Information/Command
IEEE Institute of Electrical and Electronics Engineers
IP Internet Protocol
ISO International Standard Organization
LAN Local Area Network
LDU Link Data Units
LLC Logical Link Control
LOOP Loop Test Response
LRU Line Replaceable Units
LSB Least Significant Bit
MAC Media Access Control
MSAL Multicast System Address Label
MSB Most Significant Bit
MU Management Unit
NCTS Not Clear to Send
OSI Open Systems Interconnect
RTS Request to Send
SAI Systems Architecture and Interfaces Subcommittee
SAL System Address Labels
SOF Start of Field
SOT Start of Transmission
TEST Loop Test Pattern Word
VDL VHF Data Link
NOTE: Due to the large number of changes
Created by this Supplement, it is NOT
available separately to update 429-11.
SUPPLEMENT 12
TO
This Supplement introduces the Williamsburg bit-oriented This new section was added to describe a bit-oriented data
file data transfer protocol which supports the transfer of transfer protocol. The new protocol was developed to
binary and character data. The previous AIM and accommodate the interface of the ACARS Management
character-oriented file data transfer protocol sections are Unit (MU) and the Satellite Data Unit (SDU).
moved to Appendix 6. The Sign Status Matrix (SSM)
information is revised and reorganized. In addition, this 3.2 AIM Information Transfer
Supplement introduces new label assignments and
equipment identification codes. The information previously contained in this section is no
longer applicable to ARINC Specification 429. For
reference purposes, the section header is retained and the
B. ORGANIZATION OF THIS SUPPLEMENT original contents of this section are located in Appendix
6.
The first part of this document, printed on goldenrod
paper contains descriptions of changes introduced into
this Specification by this Supplement and where ATTACHMENT 1 – LABEL CODES
appropriate extracts from the original text for comparison
purposes. The second part consists of replacement white The following labels have been given new assignments:
pages for the Specification, modified to reflect these
changes. The modified and added material on each 002 115 013 0B8 016 0B8 046 10A 046 10B 047 10A
replacement page is identified with “c-12” symbols in the 047 10B 107 0BB 110 0BB 112 0BB 114 0BB 114 10A
margins. Existing copies of ARINC Specification 429 114 10B 127 10A 127 10B 130 035 130 10A 130 10B
may be updated by simply inserting the replacement 131 035 132 035 133 10A 133 10B 134 10A 134 10B
white pages they replace. The goldenrod pages are 137 10A 137 10B 155 10A 155 10B 156 10A 156 10B
inserted inside the rear cover of the Specification. 157 10A 157 10B 160 10A 160 10B 161 10A 161 10B
201 115 203 035 203 10A 203 10B 205 10A 205 10B
Copies of the Specification bearing the number 429-12 211 10A 211 10B 220 116 221 116 222 115 222 116
already contain this Supplement and thus do not require 223 116 224 116 226 035 230 116 234 039 234 040
revision by the reader. 235 039 235 040 236 039 236 040 237 039 237 040
244 10A 244 10B 256 114 257 114 260 10A 260 10B
260 114 261 10A 261 10B 261 114 262 10A 262 10B
C. CHANGES TO ARINC SPECIFICATION 429 262 114 263 10A 263 10B 263 114 264 10A 264 10B
INTRODUCED BY THIS SUPPLEMENT 264 114 265 004 265 038 265 10A 265 10B 265 114
267 10A 267 10B 270 10A 270 10B 270 114 270 115
This section presents a complete tabulation of the changes 271 10A 271 10B 271 114 272 002 272 10A 272 10B
and additions to the Specification introduced by this 272 114 273 10A 273 10B 273 114 274 10A 274 10B
Supplement. Each change or addition is entitled by the 274 114 275 10A 275 10B 275 114 276 114 277 018
section number and the title currently employed in the 300 10A 300 10B 300 TBD 301 10A 301 10B 302 10A
Specification or by the section name and title that will be 302 10B 303 10A 303 10B 304 10A 304 10B 305 10A
employed when the Supplement is eventually 305 10B 306 10D 310 114 311 114 312 114 313 114
incorporated. In each case there is included a brief 316 10A 316 10B 320 035 321 10A 321 10B 322 10A
description of the addition or change and, for other than 322 10B 323 10A 323 10B 324 10A 324 10B 325 10A
very minor revision, any text originally contained in the 325 10B 326 10A 326 10B 327 10A 327 10B 330 10A
Specification is reproduced for reference. 330 10B 331 10A 331 10B 335 10A 335 10B 336 002
336 10A 336 10B 337 002 337 002 337 10A 337 10B
2.1.3 Information Identifier 341 10A 341 10B 342 10A 342 10B 343 10A 343 10B
344 10A 344 10B 345 10A 345 10B 346 10A 346 10B
This section contains editorial corrections to comply with 347 10A 347 10B 350 10A 350 10B 350 114 350 115
changes introduced in Supplement 11. 351 10A 351 10B 351 114 352 10A 352 10B 352 114
353 10A 353 10B 353 114 354 10A 354 10B 357 035
360 10A 360 10B 360 TBD 361 10A 361 10B 362 10B
2.1.5 Sign/Status Matrix 362 10B 362 115 363 10A 363 10B 365 TBD 372 10A
372 10B 373 10A 373 10B 374 10A 374 10B 374 TBD
This section was revised and reorganized. The changes 375 10A 375 10B 375 TBD
include moving the AIM and file transfer SSM definitions
to Appendix 6, adding failure reporting to the discrete
word truth table (Section 2.1.5.3) and moving the Revised label 130 035 from “Traffic Advisory Range” to
description of status priorities to Section 2.1.5. “Intruder Range”.
Revised label 131 035 from “Traffic Advisory Altitude”
2.3.1 Digital Language to “Intruder Altitude”.
The contents of Sections 2.3.1.4 through 2.3.1.5.7 were Revised label 132 035 from “Traffic Advisory Bearing”
moved to Appendix 6. The AIM Data and File Data to “Intruder Bearing”.
transfer section headings were retained for reference
purposes. Section 2.3.1.5, File Data Transfer, provides the Removed label 130 030 Traffic Advisory Range.
reason for moving the original file transfer protocol and
introduces the Williamsburg protocol. Removed label 131 030 Traffic Advisory Altitude.
SUPPLEMENT 12 TO ARINC SPECIFICATION 429 PART 3 – Page 3
Removed label 132 030 Traffic Advisory Bearing ATTACHMENT 11A - DESTINATION CODES
Estimate.
Add new Attachment.
Removed label 270 030 Transponder Discrete.
ATTACHMENT 11B - STATUS CODES
Removed label 347 030 Sector Control.
Add new Attachment.
Removed 347 035 Antenna Control.
ATTACHMENT 11C - ALOHA/ALOHA RESPONSE
ATTACHMENT 1 – EQUIPMENT CODES PROTOCOL WORDS
The following codes have been given new assignments: Add new Attachment.
113, 114, 115, 116, 117, 118, 119, 11A, 123, 124, 125, ATTACHMENT 12 - FILE TRANSFER EXAMPLE
126, 127, 128, 129, 15A, 15B, 15C, 15D, 15E, 16A, 16B,
16C, 16D, 16E, 17A, 17B, 17C, 18A, 18B, 18C, 18D, Add new Attachment.
18E, 18F.
ATTACHMENT 12A - FIELD MAPPING EXAMPLE
ATTACHMENT 2 – DATA STANDARDS
Add new Attachment.
Tables 1, 2 updated to reflect changes to Attachment 1.
ATTACHMENT 13 - PROTOCOL DETERMINATION
Binary Data notes 6, 7 and 8 added. PROCEDURE DIAGRAMS
Add format for TCAS Intruder Altitude label 131. Add new Appendix.
Add format for TCAS Intruder Bearing label 132. APPENDIX 7 – MATHEMATICAL EXAMPLE OF
CRC ENCODING/DECODING
Add format for Transponder Altitude/TCAS Own A/C
Altitude label 203. Add new Appendix.
Removed 730 ASAS Sector Control Word example.
SUPPLEMENT 13
TO
This Supplement introduces changes made to the An editorial change was made.
Williamsburg protocol as a result of its initial
implementation. This protocol supports the transfer of 2.5.6 Response to RTS
binary and character data. In addition, this Supplement
introduces new label assignments and equipment The last sentence in the second paragraph was reworded
identification codes. and moved to a more appropriate section, 2.5.6.2.
B. ORGANIZATION OF THIS SUPPLEMENT
2.5.6.1 Clear to Send (CTS)
The first part of this document, printed on goldenrod
paper contains descriptions of changes introduced into In the second to last sentence, the word “valid” was added
this Specification by this Supplement. The second part to clarify the Not clear to send condition. The last
consists of replacement white pages for the Specification, sentence was added to clarify the resetting of RTS
modified to reflect the changes. The modified and added counters.
material on each page is identified by a c-13 in the
margins. Existing copies of ARINC Specification 429
may be updated by simply inserting the replacement 2.5.6.2 Not Clear to Send (NCTS)
white pages where necessary and destroying the pages
they replace. The goldenrod pages are inserted inside the The first paragraph was updated to include the
rear cover of the Specification. information deleted from Section 2.5.6 and to clarify the
validity requirements. The second paragraph was updated
C. CHANGES TO ARINC SPECIFICATION 429 to describe that and NCTS counter would be reset upon a
INTRODUCED BY THIS SUPPLEMENT valid CTS response. The last sentence in the third
paragraph was deleted and it’s content expanded in the
This section presents a complete tabulation of the changes following commentary of that section.
and additions to the Specification introduced by this
Supplement. Each change or addition is defined by the
section number and the title currently employed in the 2.5.6.3 Destination Busy
Specification or by the section name and title that will be
employed when the Supplement is eventually The second paragraph of this section was updated to
incorporated. In each case a brief description of the indicate that a BUSY counter should be reset with a valid
change or addition is included. CTS response to RTS.
AEEC STAFF NOTE: THESE CHANGES 2.5.7 No Response to RTS
APPLY TO ARINC 429, PART 3 ONLY.
The first paragraph of this section was updated to describe
proper response to RTS.
2.3.1.5 File Data Transfer
2.3.1.5.1 Bit-Oriented Protocol Determination This section was updated to include editorial changes and
a description of the correct responses to RTS. The last
New Section added to describe ALO/ALR protocol sentence was deleted as redundant to Section in 2.5.13.1
process to be used when a bilingual Link Layer protocol and in conflict with other possible responses.
system needs to determine necessary bit-oriented
interfaces. 2.5.11 Data
2.5 Bit-Oriented communications Protocol The fourth paragraph of this section was updated to
describe the proper ending of an LDU transmission, and
Included term “Williamsburg” parenthetically since this to include the optional NAK response for receipt of an
terminology well-known in industry. Added commentary incomplete octet.
to explain non-negotiation or parameters in this protocol.
2.5.2 Link Data Unit (LDU) Size and Word Count In the last paragraph, the “note” designator was removed
and the text clarified for the transfer of characters with a
Added second paragraph to text, since it is a requirement, parity bit.
and removed second paragraph from commentary.
2.5.4 Bit Rate and Word Timing 2.5.13 Negative Acknowledgement (NAK)
Corrected the commentary to change the more ambiguous This section was updated to clarify conditions for sending
term “message” to LDU. the NAK word.
SUPPLEMENT 13 TO ARINC SPECIFICATION 429 – Page 3
SUPPLEMENT 14
TO
This Supplement introduces changes made to increase the This section was added to specifically define the word
efficiency of data transfer across an ARINC 429 high type for protocol words.
speed bit-oriented link. This protocol supports the
transfer of binary and character data. 2.5.6.1 Protocol Identifier
B. ORGANIZATION OF THIS SUPPLEMENT This section was added to clarify the definition of bits 28-
25 for protocol words and to specify the relevant addition
The first part of this document, printed on goldenrod for error conditions.
paper, contains descriptions of changes introduced into
this Specification by this Supplement. The second part 2.5.6.2 Destination Code
consists of replacement white pages for the Specification,
modified to reflect the changes. The modified and added This section was updated, and a commentary added, to
material on each page is identified by a c-14 in the clarify the role of the link layer protocol for upward
margins. Existing copies of ARINC 429 may be updated compatibility with changing network functionality. The
by simply inserting the replacement white pages where requirement for Destination code validation is not a link
necessary and destroying the pages they replace. The layer function.
goldenrod pages are inserted inside the rear cover of the
Specification. 2.5.6.3 Word Count
C. CHANGES TO ARINC SPECIFICATION 429 This section was renumbered.
INTRODUCED BY THIS SUPPLEMENT
2.5.7 Request to Send (RTS)
This section presents a complete tabulation of the changes
and additions to the Specification introduced by this This section was previously titled “Response to TS”, and
Supplement. Each change and addition is defined by the has been renumbered. The title was changed for
section number and the title currently employed in the consistency, and an introductory paragraph added to
Specification or by the section name and title that will be clarify the basic RTS function.
employed when the Supplement is eventually
incorporated. In each case a brief description of the 2.5.7.1 Clear to Send (CTS)
change or addition is included.
This section was renumbered.
AEEC STAFF NOTE: THESE CHANGES
APPLY TO ARINC 429, PART 3 ONLY. 2.5.7.2 Not Clear to Send (NCTS)
An editorial change was needed to reference new section. This section was renumbered, and an introductory
replacement paragraph inserted to clarify the “optional”
BUSY response, which may be used when a system
2.3.1.5.1 Bit-Oriented Protocol Determination cannot accept a transmission by the source in a “timely
manner”. New commentary equates a “timely manner” to
This section was expanded to include determination of the shorter retry sequence of the NCTS series.
different version numbers of the bit-oriented protocol, and
was moved to Section 2.5.19. 2.5.7.4 No Response to RTS
2.5 Bit-Oriented Communication Protocol This section was renumbered, and the ALOHA word was
included in the logic for error determination.
An editorial change references a new section number.
2.5.10 Start of Transmission (SOT)
2.5.4 Bit Rate and Word Timing
Timer T13 was added as a requirement on the source to
A maximum word gap of 64 bit-times, (averaged over the begin transmission of an LDU within a specified interval
LDU transmission) was added to eliminate excessive after receipt of the CTS word from the sink.
delay in source transmission time.
2.5.10.1 General Format Identifier (GFI)
Note: Sections 2.5.5 through 2.7 have been renumbered
and reordered for consistency. This section was updated, and commentary added to
clarify the role of the GFI in pre-OSI as well as OSI
2.5.5 Word type environments. Validation of the GFI code is required by
a high level entity (network layer) in both environments
The basic definition of “word type” was corrected to to determine the format of the data words to follow. GFI
include bits 31-29 in all bit-oriented words of an LDU. validation is not necessarily a link layer function.
SUPPLEMENT 14 TO ARINC SPECIFICATION 429 – Page 3
All references to Character Data word formats were 2.6 Windowed Bit-Oriented Protocol
deleted.
This is a completely new section which contains the
2.5.11.3 Character Data Words system description of the new LLC2-like bit-oriented link
layer protocol for 429. It is based on Section 2.5, “Bit-
This section was deleted. The Character Data Word Oriented Communications Protocol”, with expanded text
format was removed from Supplement 14, as the format is as specified to allow for more efficient use of the 429
incompatible with those for Full and Partial Data word high (or low) speed data bus through “windowing”. The
formats. Currently, both binary and character data are definition includes provision for a Link Control Word
transmitted in octets defined by the other two data word prior to each LDU.
formats. The special character data format is not
required. ATTACHMENT 1 – EQUIPMENT CODES
References to character data words were deleted. The ATTACHEMENT 6 – WORD FORMATS AND
text for equation: M9x) = x16G(x) + R(x) was corrected ENCODING EXAMPLES
by moving the “bar” from G(x) to R(x).
Example added for label 171.
2.5.13 Negative Acknowledgement (NAK)
ATTACHMENT 10 – VARIABLES OF BIT
NAK word interpretation was changed to remove ORIENTED PROTOCOL
constraint on source for specific order of file sequencing
(i.e. Allows source to restart file with new FSN if Table 10-1 was updated to include a standard value for
necessary). N7, the maximum number of LDUs in a window (see
Section 2.6 “Windowed Bit-Oriented Protocol”).
2.5.14.1 Duplicate LDU
Table 10-3 deleted Option 6 (O6) for NAK Send Time,
This first paragraph was rewritten to clarify. and deleted Option 9 (O9) for the Character Data Word,
both of which are no longer used.
2.5.14.3 Incomplete File Timer
Table 10-4 was revised to include columns for low speed
This section was added to allow the sink to discard a maximum and minimum values. These values were
partial file of multiple LDUs when the T14 timeout established for timers and as response time design goals
between LDU transmissions is exceeded. It ensures that a for incoming transmissions. Timers T13 through T16 were
source device cannot “lock-up” a sink. added.
2.5.15 SYN Word Table 10-5 was added to include a definition of high
speed maximum and minimum values for timers and
The LDU sequence anomalies which generate a SYN response time design goals. The format is the same as the
response by the sink were clarified. revised Table 10-4. Timer T10 is not used in the high
speed protocol.
2.5.16 Response to ACK/NAK/SYN
Table 10-6 was added to include notes to Tables 10-1
The T16 timer was introduced to replace T10 and T8. Also, through 10-5.
the action taken by the source upon receipt of a SYN
word was updated, which relaxes requirements to
maintain a specific File Sequence ordering by the source. ATTACHMENT 11 – BIT-ORIENTED DATA FILE
TRANSFER WORD FORMATS
2.5.19 Protocol Initialization
Table 11-1A added “spares” for the deleted Character
2.5.19.1 Bit-Oriented Protocol Version, Data Formats and corrected “Protocol Data Word” to read
“Protocol Word”.
2.5.19.2 ALOHA Response, and
Table 11-4 updated definitions for bits 9 through 24 of the
2.5.19.3 Character-429 Determination ALO and ALR words, and added the LCW (LDU Control
Word) format definition.
This section has been added to replace and expand on the
definition of the process to determine the link layer Table 11-4A was added as a partial replacement for
protocol version supported by an interfacing system. ATTACHMENT 11C and Table 11-4B was added to
These sections replace three sections from Supplement define the new window definitions for the Windowed Bit-
13. Oriented protocol in Section 2.6.
2.3.1.5.1 Bit-Oriented Protocol Determination Table 11-6A was revised, changing the former GFI bit
pattern (0001) for ISO 8208 to “unassigned”. The bit
2.5.19 ALO Response, and pattern (0100) for ISO 8473 was changed to a more
SUPPLEMENT 14 TO ARINC SPECIFICATION 429 – Page 4
SUPPLEMENT 15
TO
PART 3
Appendix C was added to assist designers in establishing Table 10-5 VARIABLES OF HIGH SPEED BIT-
connectivity between LRUs designed to different versions ORIENTED PROTOCOL - Revised Time T10 min and
of Specification 429. Appendix D comprises the max values.
Specification and Description Language (SDL) diagrams
that reflect the intent of the textual material. The SDL ATTACHMENT 11 - BIT-ORIENTED DATA FILE
diagrams have not been fully proofed, and remain TRANSFER WORD FORMATS
advisory in nature. Therefore, the text material has
precedence over the SDL diagrams. When the SDL Table 11-6A GENERAL FORMAT IDENTIFIER (GFI) -
diagrams have been validated, they will be moved to an Revised “Reserved ISO 9577” to “ISO 9577”
Attachment.
ATTACHMENT 11A - DESTINATION CODES
B. ORGANIZATION OF THIS SUPPLEMENT
Added Cabin Packet Data Function. Corrected Ground
The portion of this document, printed on goldenrod paper, Station bit encoding.
contains descriptions of changes introduced into this
Specification by this Supplement. In the text, printed on ATTACHMENT 11B - STATUS CODES
white paper, the modified and added material on each
page is identified by a c-15 in the margins. In view of the Revised description of Code 86. Added entries for Code
document reorganization, existing copies of ARINC 429 8E through 95.
cannot be updated.
ATTACHMENT 14 - SYSTEM ADDRESS LABELS
This Supplement is the first in which ARINC
Specification 429 is divided into three parts. This part, The following labels were added:
Part 3, contains the definition of the protocols used for 170 DFDAU (Mandatory Load Function)
file data transfer. Typically, file data transfer is non- 266 Cabin Video System (Airshow)
periodic in nature. 334 Cabin Telecommunications Unit (CTU)
340 HF Data Radio/Data Unit #1
The fundamental physical layer descriptions of the wire, 344 HF Data Radio/Data Unit #2
voltage levels and coding of data are contained in Part 1.
Part 1 also contains the listing of data word labels The following labels were revised:
assigned for the transmission of broadcast periodic data. 175 HGA HPA
176 Spare
Part 2 contains a tabulation of the ever-increasing list of 177 LGA HPA
Discrete data words used to provide status information.
APPENDIX 8 - INTEROPERABILITY OF BIT-
ORIENTED LINK LAYER PROTOCOL
C. CHANGES TO ARINC SPECIFICATION 429
INTRODUCED BY THIS SUPPLEMENT Appendix added.
This section presents a complete tabulation of the changes APPENDIX 9 - SDL DIAGRAMS OF THE
and additions to the Specification introduced by this WILLIAMSBURG PROTOCOL
Supplement. Each change and addition is defined by the Appendix added.
section number and the title currently employed in the
Specification or by the section name and title that will be
employed when the Supplement is eventually
incorporated. In each case, a brief description of the
change or addition is included. A tabulation of sections is
included with this supplement to enable the reader to
correlate the previous section assignments with the new
Part 3 Supplement 15 section number assignments.
ARINC Specification 429 is now available in three separate parts: Part 1 “Functional Description and Word Formats”,
Part 2 “Digital Information Transfer System Standards” and Part 3 “File Data Transfer Techniques.” The changes are
described in Supplements printed on goldenrod colored paper. The following pages provided a record of the section
numbering of the text now included in Part 3.
SUPPLEMENT 16
TO
PART 3
This Supplement reorganizes Part 3 to be consistent with Commentary on use of word gap criteria clarified.
previous published versions of ARINC Specification 429.
It also restores several paragraphs missing from 2.5.6.2 Destination Code
Supplement 15.
Introduction to section added, and use of Destination Code
The technical changes include clarification of the Version clarified.
1 (Williamsburg) protocol, deletion of the Version 2
protocol, and creation of the Version 3 protocol. The 2.5.6.3 Word Count
definition of the Version 3 protocol will be completed in a
future Supplement. Introduction to section added.
B. ORGANIZATION OF THIS SUPPLEMENT 2.5.7.3 Destination Busy (BUSY)
The first part of this document, printed on goldrod The use of Option 3 (Send Auto CTS) and Option 4
colored paper, contains descriptions of the changes (Accept Auto CTS) is clarified.
introduced into this Specification by this Supplement. The
second part, printed on white paper, contains the changes 2.5.81 Half Duplex Mode
made to the specification. The modified and added
material on each page is identified by a c-16 in the This section restores text missing from the published
margins. In view of the document reorganization, ARINC version of Part 3, Supplement 15.
Specification 429, Part 3, is reprinted in its entirety as
ARINC Specification 429-16, Part 3.
2.5.11.2 Partial Data Word
C. CHANGES TO ARINC SPECIFICATION 429,
INTRODUCED BY THIS SUPPLEMENT Location of the length of a partial data word is clarified.
This section presents a complete tabulation of the changes 2.5.14.1 Duplicate LDU
and additions to the Specification introduced by this
Supplement. Each change and addition is defined by the The definition of a duplicate LDU is clarified.
Section number and the title that will be employed when
the Supplement is eventually incorporated. In each case,
a brief description of the change or addition is included. 2.5.15 SYN Word
The section on Graphic Data Transfer (formerly 1.3.4) is 2.5.19.1 Bit-Oriented Protocol Version
deleted, Sections 1.3, 1.3.1, 1.3.2, and 1.3.4 include minor
changes clarifying the background for file data transfer, The protocol version determination is clarified.
and Section 1.3.6 on Bit-Oriented Protocol Determination
(formerly 1.3.7) was revised to refer to Section 2.5.19. 2.5.19.1.1 ALOHA
2.0 Bit-Oriented File Transfer Protocol The protocol version determination is clarified.
Section number 2.1 – 2.4 have been inserted as 2.5.19.1.2 ALOHA Response
placeholders to re-establish section numbering
consistency with ARINC Specification 429-14 and its This section restores text missing from the published
predecessors. version of Part 3, Supplement 15.
Section 2.5 and subsections contain the material previously 2.5.19.2 Williamsburg/File Transfer Determination
published in Section 3.0 of ARINC Specification 429P3-
15, as modified below. This section restores text missing from the published
version of Part 3, Supplement 15, and commentary is added
2.5 Bit-Oriented Communications Protocol on use of a NAK in the protocol determination logic.
An introduction to the Bit-Oriented Media Access Control This section is deleted as part of the Version 2 protocol.
(Williamsburg Version 3) protocol is added.
APPENDICES A-K
ATTACHMENTS 1-17
Appendix numbers A-E have been inserted as
Attachment numbers 1-9 have been inserted as placeholders to re-establish section numbering
placeholders to re-establish section numbering consistency consistency with ARINC Specification 429-14 and its
with ARINC Specification 429-14 and its predecessors. predecessor.
Attachments 10-17 contain material published in Appendices F-J contain the material published in
Attachments 1-12 of ARINC Specification 429P3-15, as Appendices A-D of ARINC 429P3-15.
modified below.
Appendix H was revised to reflect the deletion of the
ATTACHMENT 10 - VAIABLES OF BIT-ORIENTED Version 2 protocol and creation of the Version 3 protocol.
PROTOCOL
SUPPLEMENT 17
TO
ARINC SPECIFICATION 429©
MARK 33 DIGITAL INFORMATION TRANSFER SYSTEM (DITS)
PART 3
FILE DATA TRANSFER TECHNIQUES
1.4 Relationship to Other Standards A new Appendix was added providing a general
overview of the protocol structure over different
A new section was added. It discusses the relationship of communication stacks.
this document to other AEEC documents and to other
industry documents.
SUPPLEMENT 18
TO
ARINC SPECIFICATION 429©
MARK 33 DIGITAL INFORMATION TRANSFER SYSTEM (DITS)
PART 3
FILE DATA TRANSFER TECHNIQUES