 |
Bus monitoring is a term used in flight testing when capturing data from avionics buses and networks in data acquisition telemetry systems.
| |
Bus monitoring is a term used in flight testing when capturing data from avionics buses and networks in data acquisition telemetry systems.
Typically a bus monitor must listen-only on the bus and intercept a copy of the messages on the bus. In general a bus monitor never transmits on the monitored bus. Once the bus monitor has intercepted a message, the message is made available to the rest of the data acquisition system for subsequent recording and/or analysis. [1]
There are three classes of bus monitor:
Parser bus monitoring is also known as coherent monitoring or IRIG-106 Chapter 4 monitoring. [2] Parser bus monitors are suited to applications where the bus is highly active and only a few specific parameters of interest must be extracted.
The parser bus monitor uses protocol tracking to identify and classify messages on the bus. From the identified messages of interest, specific parameters can be extracted from the captured messages. In order to ensure that coherency is achieved whereby all extracted parameters are from the same message instance, the parameters must be triple buffered with stale and skipped indicators. Optionally time tags can be added to each parsed message.
Snarfer bus monitoring is also known as FIFO or IRIG-106 Chapter 8 monitoring. [3] Snarfer bus monitors are suited to applications where all messages and traffic on the bus must be captured for processing, analysis, and recording.
A snarfer bus monitor captures all messages on the bus, tags them with a timestamp and content identifiers (for example Command or Status in the case of MIL-STD-1553 buses), and puts them into a FIFO.
Packetizer bus monitors are designed for networked data acquisition systems where the acquired data from the avionics buses is captured and re-packetized in Ethernet frames for transmission to an analysis computer or network recorder. [4] [5] The packetizer bus monitor captures selected messages of interest (parsed) or all messages on the bus (snarfed) and packages the message in the payload of a UDP/IP packet. The application layer contains bus identifiers, sequence numbers and timestamps. The most popular application layer protocols used for networked data acquisition systems include the Airbus IENA format [6] and the iNET (integrated Network Enhanced Telemetry) TmNS (Telemetry Network System) format.
Commonly monitored avionics buses include
Avionics are the electronic systems used on aircraft. Avionic systems include communications, navigation, the display and management of multiple systems, and the hundreds of systems that are fitted to aircraft to perform individual functions. These can be as simple as a searchlight for a police helicopter or as complicated as the tactical system for an airborne early warning platform.
In the seven-layer OSI model of computer networking, the physical layer or layer 1 is the first and lowest layer: the layer most closely associated with the physical connection between devices. The physical layer provides an electrical, mechanical, and procedural interface to the transmission medium. The shapes and properties of the electrical connectors, the frequencies to transmit on, the line code to use and similar low-level parameters, are specified by the physical layer.
A vehicle bus is a specialized internal communications network that interconnects components inside a vehicle. In electronics, a bus is simply a device that connects multiple electrical or electronic devices together. Special requirements for vehicle control such as assurance of message delivery, of non-conflicting messages, of minimum time of delivery, of low cost, and of EMF noise resilience, as well as redundant routing and other characteristics mandate the use of less common networking protocols. Protocols include Controller Area Network (CAN), Local Interconnect Network (LIN) and others. Conventional computer networking technologies are rarely used, except in aircraft, where implementations of the ARINC 664 such as the Avionics Full-Duplex Switched Ethernet are used. Aircraft that use Avionics Full-Duplex Switched Ethernet (AFDX) include the Boeing 787, the Airbus A400M and the Airbus A380. Trains commonly use Ethernet Consist Network (ECN). All cars sold in the United States since 1996 are required to have an On-Board Diagnostics connector, for access to the car's electronic controllers.
Aeronautical Radio, Incorporated (ARINC), established in 1929, was a major provider of transport communications and systems engineering solutions for eight industries: aviation, airports, defense, government, healthcare, networks, security, and transportation. ARINC had installed computer data networks in police cars and railroad cars and also maintains the standards for line-replaceable units.
The RapidIO architecture is a high-performance packet-switched electrical connection technology. It supports messaging, read/write and cache coherency semantics. Based on industry-standard electrical specifications such as those for Ethernet, RapidIO can be used as a chip-to-chip, board-to-board, and chassis-to-chassis interconnect.
A network processor is an integrated circuit which has a feature set specifically targeted at the networking application domain.
In computer networking, a reliable protocol is a communication protocol that notifies the sender whether or not the delivery of data to intended recipients was successful. Reliability is a synonym for assurance, which is the term used by the ITU and ATM Forum.
The Inter-Range Instrumentation Group (IRIG) is the standards body of the Range Commanders Council (RCC). The group publishes standards through the RCC Secretariat at White Sands Missile Range.
Avionics Full-Duplex Switched Ethernet (AFDX), also ARINC 664, is a data network, patented by international aircraft manufacturer Airbus, for safety-critical applications that utilizes dedicated bandwidth while providing deterministic quality of service (QoS). AFDX is a worldwide registered trademark by Airbus. The AFDX data network is based on Ethernet technology using commercial off-the-shelf (COTS) components. The AFDX data network is a specific implementation of ARINC Specification 664 Part 7, a profiled version of an IEEE 802.3 network per parts 1 & 2, which defines how commercial off-the-shelf networking components will be used for future generation Aircraft Data Networks (ADN). The six primary aspects of an AFDX data network include full duplex, redundancy, determinism, high speed performance, switched and profiled network.
ARINC 429, the "Mark 33 Digital Information Transfer System (DITS)," is the ARINC technical standard for the predominant avionics data bus used on most higher-end commercial and transport aircraft. It defines the physical and electrical interfaces of a two-wire data bus and a data protocol to support an aircraft's avionics local area network.
The Time-Triggered Ethernet standard defines a fault-tolerant synchronization strategy for building and maintaining synchronized time in Ethernet networks, and outlines mechanisms required for synchronous time-triggered packet switching for critical integrated applications and integrated modular avionics (IMA) architectures. SAE International released SAE AS6802 in November 2011.
ARINC 818: Avionics Digital Video Bus (ADVB) is a video interface and protocol standard developed for high bandwidth, low-latency, uncompressed digital video transmission in avionics systems. The standard, which was released in January 2007, has been advanced by ARINC and the aerospace community to meet the stringent needs of high performance digital video. The specification was updated and ARINC 818-2 was released in December 2013, adding a number of new features, including link rates up to 32X fibre channel rates, channel-bonding, switching, field sequential color, bi-directional control and data-only links.
CANaerospace is a higher layer protocol based on Controller Area Network (CAN) which has been developed by Stock Flight Systems in 1998 for aeronautical applications.
CANalyzer is an analysis software tool from Vector Informatik GmbH. This development software is primarily used by automotive and electronic control unit suppliers to analyze the data traffic in serial bus systems. The most relevant bus systems to CANalyzer are CAN, LIN, FlexRay, Ethernet and MOST, as well as CAN-based protocols such as J1939, CANopen, and ARINC 825.
IEC 60870 part 5 is one of the IEC 60870 set of standards which define systems used for telecontrol in electrical engineering and power system automation applications. Part 5 provides a communication profile for sending basic telecontrol messages between two systems, which uses permanent directly connected data circuits between the systems. The IEC Technical Committee 57 have developed a protocol standard for telecontrol, teleprotection, and associated telecommunications for electric power systems. The result of this work is IEC 60870-5. Five documents specify the base IEC 60870-5:
XidML is an open standard XML tailored for the aerospace industry. XidML describes how data is acquired, processed and packaged for transmission, storage or reproduction. The primary objective of XidML is to store and exchange complex instrumentation information between multiple vendors and user-groups gathering thousands of parameters.
Xplico is a network forensics analysis tool (NFAT), which is a software that reconstructs the contents of acquisitions performed with a packet sniffer.
RTP-MIDI is a protocol to transport MIDI messages within Real-time Transport Protocol (RTP) packets over Ethernet and WiFi networks. It is completely open and free, and is compatible both with LAN and WAN application fields. Compared to MIDI 1.0, RTP-MIDI includes new features like session management, device synchronization and detection of lost packets, with automatic regeneration of lost data. RTP-MIDI is compatible with real-time applications, and supports sample-accurate synchronization for each MIDI message.
Cyphal is a lightweight protocol designed for reliable intra-vehicle communications using various communications transports, originally destined for CAN bus, but targeting various network types in subsequent revisions. OpenCyphal is an open-source project that aims to provide MIT-licensed implementations of the Cyphal protocol. The project was known as UAVCAN prior to rebranding in March 2022.