The aim of this work was to create a communication interface of standard ARINC Aerospace Industry Bus 429. The work has slightly outlined existing solutions, from which it can draw inspiration. Further analysis was performed, analysis of ARINC 429 bus, analysis of Raspberry Pi platform on which the solution will be built, and analysis of selected bus controller HI-3593. After that concept was created, based on concept was created the scheme contains circuitry HI-3593. On the basis of the scheme was created DPS. Next was created software for DPS. In the end of this work was tested abilities to receive and send messages on the bus ARINC 429.

<p>This bachelor thesis includes two different manuals and design of an interface box between a test object and a general test station (computer) with ARINC429 communication.</p><p>There are three different purposes with this project:</p><p>The first is to setup a general test station with ARINC429 communication using a communications card from DDC (DD-42916i3-300) and software from Ampol Technologies (dataSIMS).</p><p>The second is to design a new interface between the test computer and the test object. As well as implementing two components in the equipment.</p><p>The third is to write two separate manuals to guide the users of this equipment. There are two different kinds of users of this equipment, technicians and system engineers. Technicians use the equipment to test and repair flight components. System engineers will implement new components in the equipment.</p><p>The result of this project is a working test station with a new interface and two manuals.</p>

<p>The main purpose of a Flight Data Recorder (FDR) is to facilitate the investigation of incidents. In order to interpret the data that has been recorded in the FDR the data has to be visualized in some way. This can be done with software on a computer or with hardware that is specific for the model of aircraft that the data originates from.</p><p>The aim of this project is to visualize data for six parameters from the FDR of Saab 2000 in an avionics rig. The avionics rig resembles the cockpit of Saab 2000 and the displays in it are identical to the ones found in the plane. All six parameters are shown on the same display.</p><p>Due to safety regulation vital systems in aircraft are doubled, with one system on the left side and one on the right. Because of the architecture of the rig it was decided that data from the right-hand side systems were to be visualized on the right-hand side display. It is not possible to guarantee that no incorrect values are shown for the parameter altitude when values are taken from the right-hand side, but it can be done for values from the left side. This is the reason why values are taken from the left-hand side for altitude. In the rig a computer with an ARINC429-card and the software Data Bus Analyzer was accessible to transmit data to the displays. DBA can save received data in ASCII-files and also open and transmit the data in such files. Data that has been extracted from an FDR can be converted to the format which DBA can read with macros that have been written in the project. After conversion the data can be transmitted to the display on which it is supposed to be visualized.</p>

This bachelor thesis includes two different manuals and design of an interface box between a test object and a general test station (computer) with ARINC429 communication. There are three different purposes with this project: The first is to setup a general test station with ARINC429 communication using a communications card from DDC (DD-42916i3-300) and software from Ampol Technologies (dataSIMS). The second is to design a new interface between the test computer and the test object. As well as implementing two components in the equipment. The third is to write two separate manuals to guide the users of this equipment. There are two different kinds of users of this equipment, technicians and system engineers. Technicians use the equipment to test and repair flight components. System engineers will implement new components in the equipment. The result of this project is a working test station with a new interface and two manuals.

The main purpose of a Flight Data Recorder (FDR) is to facilitate the investigation of incidents. In order to interpret the data that has been recorded in the FDR the data has to be visualized in some way. This can be done with software on a computer or with hardware that is specific for the model of aircraft that the data originates from. The aim of this project is to visualize data for six parameters from the FDR of Saab 2000 in an avionics rig. The avionics rig resembles the cockpit of Saab 2000 and the displays in it are identical to the ones found in the plane. All six parameters are shown on the same display. Due to safety regulation vital systems in aircraft are doubled, with one system on the left side and one on the right. Because of the architecture of the rig it was decided that data from the right-hand side systems were to be visualized on the right-hand side display. It is not possible to guarantee that no incorrect values are shown for the parameter altitude when values are taken from the right-hand side, but it can be done for values from the left side. This is the reason why values are taken from the left-hand side for altitude. In the rig a computer with an ARINC429-card and the software Data Bus Analyzer was accessible to transmit data to the displays. DBA can save received data in ASCII-files and also open and transmit the data in such files. Data that has been extracted from an FDR can be converted to the format which DBA can read with macros that have been written in the project. After conversion the data can be transmitted to the display on which it is supposed to be visualized.

Thesis is oriented to analysis of existing solutions and making own solutions of SW mo- dules for NI VeriStand. These modules are meant to enable communications with CAN, ARINC429, RS-485, SPI and SDLC buses in scope as defined by Honeywell company. To work on base of existing solutions is highly suitable, and in case of existence of sufficient implementation no additional work is appropriate. Analysis of current state of availa- ble SW resources revealed, that sufficient components for CAN, ARINC429 and RS-485 exist, so I continued to implement only SPI and SDLC. Components are designed as NI VeriStand Custom Devices and have their own FPGA parts.