Issue : Dec. 2016

ww

w.m

agali.c

om

DESCRIPTION The MAGALI software suite has been developed for test engineers. This software was built and developed in close partnership with test centre teams. MAGALI controls acquisition, generation and data analysis from different sources: acquisition of physical signals, digital buses, telemetry… in real-time, post-processing and replay modes. MAGALI is a most intuitive, complete and easy to use tool. It is the core of single-source acquisition systems for data recording and analysis, but it is also the basis for multi-source systems. The scalability of its network architecture makes it possible to build technologically advanced systems.

KEY FEATURES A test oriented product.

A complete system for acquisition, generation, visualization data analysis in real time.

A scalable product: it easily inserts processing or I/O modules.

A Network Distributed Architecture: MAGALI can be extended to multiple stations to increase

performances.

An open product, easy to customize, and that facilitates communication with other systems.

A multilingual software, available in English and French, quickly translated to any other language.

A multiplatform product (Windows, Linux and Real Time OS), to fit with both development

environments and technical constraints.

The management of numerous protocols and data source formats.

Tools

Post Processing

Visualization

Replay

Real time Acquisition

Test Preparation

Test Management

Product & System Presentation

MAGALI SOFTWARE

ACQUISITION, GENERATION, ANALYSIS

ww

w.m

agali.

com

GENERAL

MAGALI is an application suite housing in a single environment the whole function set required for test making :

Real-Time mode (or operational mode) : retrieves data and runs all the real time operations necessary

to test follow-up and control: visualization, storing, processing, alarm and network distribution …

Data management : defines the test organization in a structure according to the test bulk, in a single

system or in a network distributed system.

The test configuration (or test preparation) : defines the key elements for tests : parameter structures,

conversion in engineering units, visualization and real-time processing definition.

Replay mode (or playback mode) : reactivates the real-time mode from previously stored data, and adjusts

the play speed.

Post processing mode (or analysis mode) : performs a simple or in-depth analysis of acquired data, after

flight. It includes numerous visualization and processing functions.

In addition, MAGALI includes a tool set, building the most complete and technically advanced software on the market for test engineers and network communication, command editors, macro-commands, graphic frames, real-time or post-processing Software Development toolkits (SDK).

INTEGRATION IN AN ACQUISITION SYSTEM

MAGALI interfaces with a set of hardware and software modules to build acquisition and generation systems. Whatever the input/output interfaces, these systems benefit from all MAGALI analysis functions. This organisation is easy, modular and multisource. In addition, it can be extended to a networked architecture. Input/output non-exhaustive list:

Physical Input/Output

Analogue tension

Physical signals with conditioning

Digital, TTL, 24V, high voltage

Count, Frequency meter, rpm, etc…

Telemetry

PCM signals with standard formats

IRIG 106 class 1 and 2

CCSDS

CE83, DANIEL

Digital buses

MIL STD 1553

ARINC 429

ARINC 573

ARINC-664

DIGIBUS

CAN

Serial buses

Asynchronous RS232, RS422

Synchronous HDLC

Network

TCP/IP, UDP protocol

NDA, IENA formats

Video

PAL, NTSC signals

MPEG2, MPEG4, JPEG 2000 compression

SPECIFICATION

ww

w.m

agali.c

om

DATA PROCESSING

MAGALI software also extracts and/or analyses data stored on memory cards, recorders, or simply on external files.

MAGALI then extracts data from the different media, analyses and processes data with interface modules.

So MAGALI extracts data recorded from different recorder manufacturers. It is considered as an analysis tool in the test flight domain.

Data sources non-exhaustive list :

Data files

ASCII (configurable format)

Binary (several formats)

Data recorders

IRIG 106 Chapter 10 format

HEIM DATAREC

INSNEC

ACRA

TTC

MEMORY CARD

MAGALI SOLUTION RANGE

MAGALI is available on a wide range of systems to meet the various requirements of test engineers, always in a single environment.

Portable solutions: MAG_150 ( for extraction and analysis of test data), MAG_200 (complete telemetry

ground station), MAG_300 (for communication with digital buses, …). These stations are based on transportable, portable or tablet PC. They are complete and powerful tools. They follow the test engineer everywhere. These solutions are based on Windows.

Industrial solutions, mostly rack-mount, are considered as the basis when building fix or mobile acquisition

benches. Their performances are close to those of portable solutions and their functions are similar. Used with high-performance hardware, their results are optimal.

Network solutions offer virtually unlimited performances and functions. They can hold acquisition/

generation front-ends with Real-Time Operating System (Linux, VxWorks, RTX). Visualization and analysis tools can be implemented on several stations, depending on the project requirements. This architecture makes it possible to build not only basic multi-station systems, but also monitoring and follow-up systems with numerous further stations.

TEST MANAGEMENT

Each test is defined by a directory, including all the information related to this test:

Test configuration

Data files

Videos, pictures

Parameter description (with all necessary information to extract and handle parameters from data files)

Processed parameters

Information such as : alarms, events …

Tests are organised in a customized tree diagram, to reflect the actual test organisation. This architecture makes it also possible to share information between several tests. This tool gives information on test zones. Its structure presents the information in a tree diagram.

ww

w.m

agali.

com

Option: data base

MAGALI can be connected to a database. This option gives the possibility of processing information related to the test in a relational structure, to ease research and inter-test analysis.

TEST PREPARATION

The test preparation tool assembles the full set of information necessary to run the test. It includes system configuration, definition of real-time functions, visualization, processing, alarm and output definition.

In the Distributed Network Architecture, the configuration of the different workstations can be set up by the test preparation tool on the management station. The definition is a tree diagram representing the whole system. This structure has been developed for an easy and logic search of any element of the system. Channels are inserted in a list according to system architecture. Configurations with several thousand channels are operational.

ww

w.m

agali.c

om

Elements of test configuration

The test configuration contains the following elements:

Test information : General information to identify the test: environmental conditions, date, specimen

under test…

Test conditions : Start and stop conditions for acquisition and storage: manual, on internal trigger, on

external trigger, on date, on duration, automatic …

Acquisition system : This element includes one node per acquisition system used. Each node includes

global information to configure the acquisition system and information on each included channel. Information is well detailed and enables the selection of each channel in real-time and post-processing using their name.

Channel definition includes:

General information name, units, channel type, range…

Parameter structure, mostly for the channels set out in digital frames, location, bit number, format

binary, real, 1’s and 2’s complemented

Set up of the acquisition. Mostly for analogue channels, acquisition, canal, gain, frequency, packaging…

Dating

Conversion into engineering units, linear, polynomial, per segment

Processed channels : Definition of the real-time processed channels: processed channels are created with a

function or a mathematic expression. Easy with the help of a calculator including all standard and specific functions, built with the SDK. Each expression can be displayed in a tree diagram and provide example values.

Alarms : Trigger conditions (channels, threshold, pattern, frame) and actions on alarms (log, visual or

sound message, information distribution on Ethernet, Internet or modem, digital or relay output, …..).

Real-Time visualization : Real-time displays used and their configuration (displayed channels, limits of the

graphic objects). Displays are selected in the list of available displays, already built in the graphic editor.

Distributions/Emissions : Choice of the emission port: network, RS232 serial port, digital or analogue

outputs and data association to these ports.

Import of external configurations : Sometimes the configuration information is set up in another

MAGALI system or even in an external system. Information can be imported to MAGALI test configuration with the import modules. The transfer can be either total or partial.

These modules are very useful for large configurations, where hundreds or thousands of parameters are set out. Import functions avoid heavy user work, and the risk of errors. Example: for a telemetry system, the configuration defined for the on-board system (telemetry transmission) can be used to set up ground system channels (reception) based on MAGALI. The time saved is considerable.

Importation modules adapted to different external systems are available: TMATS, UMA2000, KAM500 …

It can also be used to import the coefficients of the conversion functions from a calibration database.

REAL TIME ACQUISITION

The MAGALI Real-Time structure is based on a communication kernel exchanging information.

The acquisition / generation modules communicate with the outside and receive / send out data flows which

can be very high rate. The operation is multi-source, whatever the source is: physical signals, digital buses, telemetry.

Decommutation modules extract data blocks received from physical interfaces, then messages, packets,

frames and then parameter values, up to conversion in engineering values.

Processing functions build new parameters from standard functions or user-made functions.

Alarms trigger actions when conditions for alarm are set off.

Events enable the recording of specific acquisition times, defined by the user, such as no synchronization

during the acquisition, events related to the test sequence and mostly received as an external button.

Data storage onto disk or memory.

Visualisation modules display data in basic or elaborated templates: raw frames, video, 3D, 2D representation

and 3D map, ActiveX objects (airborne or other object domains…)

Inter-system network communication modules.

Data exchange is possible between functions as well as time synchronisation between functions and systems. Performances are very high to meet the requirements of high-speed systems.

ww

w.m

agali.

com

The exchange of data between several systems is also possible with the communication kernel. This kernel is the basis of the MAGALI NDA Network.

NETWORK PROTOCOL

TCP/IP

UDP Broadcast

UDP Multicast

DATA FORMAT

Raw data

Selected parameters

Engineering units data/raw format

PERFORMANCE

Ethernet 100 Mbits/s & 1Gbits/s

Several Mega samples/second

ACQUISITION, GENERATION AND STORAGE

This function drives the I/O streams. The module controls interface cards and data exchanges (raw blocks, status …). The data is available for the other services via the communication kernel.

Storage

Acquired data is stored onto disk or in memory. Usually, raw data is stored with both status and events in order to maintain original data always available. However, it is possible to store more elaborated or processed data. Start and stop storage conditions are selected in the test configuration: manual, automatic, on external or internal trigger, on date.

Dating

Acquisition time is highly accurate: either with the time system, with an IRIG external time or GPS external time. The architecture enables the synchronisation of different sources between each other and even between systems. The system controls: - Absolute time, such as a GPS time for example or, - Elapsed time, when an event occurred (or most of the time the start of the acquisition).

Quick Look mode

There are two modes available: - Complete mode: all acquired points are taken into account for visualization and other Real-Time services. - Quick Look mode: only a sub-sample of occurrences is taken into account. This mode is used to relieve the processor on heavy configuration, when the processing of all points is not necessary.

The storage always takes into account the complete data.

ww

w.m

agali.c

om

EXTRACTION AND CONVERSION

Finally, the system extracts, qualifies and converts to engineering units the information included in the raw blocks. Data is available for other services –mostly visualization, processing, alarm and network communication.

Note: in telemetry applications, this operation is also called decommutation. It extracts data according to a standard (IRIG 106, CE83, CCSDS …) The detailed format of the data is set out in the test configuration. The system extracts messages included in data blocks, then:

If the message includes parameters: it extracts, dates, qualifies, and converts the parameter occurrences to

engineering values.

If the message is an embedded data stream (video or sound for example): it rebuilds the comprehensible

message after qualification.

There are several decommutation models, depending on the source type, for example:

Telemetry IRIG 106 format

Telemetry CE83 format

Telemetry CCSDS format

1553 format

ARINC-429 format

ARINC-664 format

Information related to decommutation is set out in the test configuration.

Several steps are necessary to start the decommutation,

Extraction of messages embedded in the blocks. According to the format, they can be: sub -messages,

packets, zones … This operation can be repeated three times for complex messages. An accurate dating is made, according to the type of message. Quality of the message is defined according to all information from the source frames: checksum, quality word, Reed-Solomon, code …

Parameter extraction.

This operation is built from a set of primitive functions taking into account the complexity of parameter definition. Some examples:

Word extraction

Bit extraction

Bit masking

Bit, byte inversion

Bit fields merging

Parameter configuration, according to coding.

Some examples:

2’ complement

1’ complement

Binary

Real (several formats)

BCD

ASCII

Acq

uis

itio

n

Sim

ula

tio

n

Extr

ac

tio

n

Fo

rma

t

Co

nvers

ion

Inp

ut/

ou

tpu

t b

us

ww

w.m

agali.

com

Conversion into engineering values.

Parameters can be used in raw values or converted in engineering values. Some examples of functions:

Linear

Polynomial

Look-up table (linearization)

Calibration data base

Square root

Exponential

Thermocouple

Parameter dating.

Dating mode is set up in the test configuration Several functions are available, according to the decommutation module:

Message dating on reception

Embedded dating

Dating according to message or signal frequency

The aim is to get very accurate datings.

Parameter quality

Quality information is built up from the quality factor of the messages, and if necessary with the quality related to the parameter value (for example parity bit). Quality can be used or ignored. If quality is used, occurrences with wrong quality will be either ignored or flagged « incorrect ». In this case, points are marked with a red cross on the curves.

To sum up : the decommutation module processes the successive values of each parameter as follows :

(Q, T, V) where Q : quality indicator

T : data time (elapsed or absolute)

V : data value (in raw value or engineering unit)

PROCESSED PARAMETERS

This tool adds new parameters based on arithmetic and mathematic functions. Processes use acquisition parameters or other processed parameters. The process follows the “Complete Mode” (all the points are processed) or the “Quick Look” mode (sub-sampling of the points).

Synchronization When the input parameters do not have the same synchronization, the user can select a trigger parameter, used for the synchronization of the process. Points are processed every time the trigger point is reached.

ww

w.m

agali.c

om

Available functions : There are many mathematic functions available. The selected function combines mathematic functions and mathematic operators. For example: Sine (parameter 1) + (parameter 2)

Insertion of user functions : With the Real-Time Development Toolkit you can create and insert new processing functions. These functions can be simple or very complex.

ALARMS

The alarm module starts an alarm when a trigger condition is fulfilled on one parameter or a group of parameters (for example, over-passing a threshold or meeting a profile). Detection conditions are set out in the test configuration.

Different actions can be activated from an alarm: display a message, record information in a log file, activate digital output, and send out a message on the network …

Specific actions can be also created with the Real Time Development Toolkit.

EVENTS MANAGEMENT

Events are information marking specific moments arising during a test. They can be caused by the operator (for example: start or end of a specific phase, firing, or display of an error de-tection). They can also be information from the acquisition system, for example telemetry absence of synchronization.

Events are stored with the test. They can be used as processing or visualisation time limits. They can also be displayed on the curve when they are set so.

REAL TIME VISUALIZATION

The Real Time visualization module is a complete tool for real time follow up of a test.

ww

w.m

agali.

com

PARAMETER VISUALIZATION

Parameters in engineering units or raw values are visualized on standard graphic templates or customized, using MAGALI graphic editor. Each graphic object is fully scalable, for advanced customization and excellent graphic display.

The link between parameters and graphic objects is done in the test configuration. It is possible to use up to 24 displays per monitor. The user switches from one display to another.

Parameters of the different sources can be visualized non stop and simultaneously.

Several actions can be taken to increase real time fluidity.

For example:

Frame changes

Modification of curve axis

Change of visualized parameters

Visualization freeze

Storage and print

REAL TIME GRAPHIC OBJECTS

Displays are built from the library with standard graphic objects, or with specialized graphic libraries.

STANDARD LIBRARY

Static Objects Dynamic Objects

Line

Rectangle

Cycle

Polygone

Logo

Button

Text

Axis

Chart

Curve

Vertical speed

Automatic Direction Finder

Air Speed

Altimeter

Heading Indicator

Artificial Horizon

RMI : Radio Magnetic Indicator

Streep char Recorder

MagX 3D

MagX 3D

AVIONIC LIBRARY

ww

w.m

agali.c

om

FRAME DISPLAY

The raw data blocks can be displayed in a specific window. Their form is customizable (binary, decimal, hexadecimal …)

The window selects the data sources, but also embedded messages (for example GPS messages included in IRIG telemetry frames, CE83 telemetry zones or CCSDS packets).

Filters can be applied; for example to select a type of message of a 1553 bus.

This function is very useful to analyze data on a bus during integration steps.

VIDEO

Video signals can be integrated in graphic displays. The video is synchronized with the other parameters whatever the speed: replay mode, fast forward or slow motion.

The module takes into account the decompression of MPEG2, MPEG4 or MPEG2000 signals.

Other functions are also available:

Overlay display of time or parameter values in the video image.

Deinterlacing

Control of display ratio, image rotation

Video displays can be recorded with values overlaid in standard files (AVI MPEG4, MPEG1, MPEG2, MJPEG files), to be visualized with standard Windows tools.

Several videos can be displayed simultaneously. This mode depends on station performances. With standard configurations, it is possible to visualize between 4 and 16 videos simultaneously.

ww

w.m

agali.

com

3D/2D VISUALIZATION – VIRTUAL REALITY

The MAG3D VIRTUAL REALITY module is an advanced tool for 3D & 2D animation and for the visualization of ground or air mobiles (aircraft, helicopter, ground vehicles, etc…).

This module perfectly recreates test flight scenes or ground trainings.

Several mobiles can be simultaneously visualized. The display is synchronized with the other data, parameters, video, and voice.

The module includes a map of the world and displays any geographic zone, based on GPS information. It is also possible to include external 3D maps.

Mobiles in 3D format are issued from the library provided with the 3D module. These mobiles can be either downloaded, or generated from existing 3D objects.

Parameters issued from measures (altitude, longitude, latitude, yaw, pitch and roll) are used for animation. Other parameters can be added to enhance animation: open/close landing gear for instance. Interactive functions

Select camera position, on-board or free and handled by the user

Zoom in, zoom out

Frame display

Speed replay

ww

w.m

agali.c

om

REPLAY MODE

The replay mode is similar to the real-time mode, except that the data stream comes from existing data files, instead of real I/O. Available services for the replay mode are:

Decommutation and conversion in engineering units.

Processed parameters

Alarms

Event management

Visualization

Replay mode is controlled by a dedicated interface, with the following functions:

play

position on date, at the start, on event…

pause

adjustment of speed, fast forward, slow frame.

In a networked architecture, the global system works like the Real Time mode – except there are no Acquisition Stations. Data is read from files and distributed through the network. The Visualization Stations receive and process data exactly as they do in Real-Time. The replay mode is used to analyse the behaviour of the system under test, regenerating the process. It is also the best way to re-activate the videos, the voice and the 3D display. In addition, the replay mode is very useful for the validation of the system before test, as all functions are activated and can be validated with pertinent data, even in a networked system.

POST PROCESSING VISUALIZATION

VISUALIZATION

To analyze acquired data, MAGALI offers a set of visualization and processing tools.

From the acquisition files, MAGALI builds the set of points of each parameter according to the test configuration. This operation uses decommutation modules described in « Real Time » chapter.

So MAGALI works on:

Data blocks

Parameters in raw value: the values extracted from acquisition files before their conversion in engineering

units

Parameters in engineering units, once the conversion functions are applied.

Points used are dated and qualified; they include (Q, T, V):

Q is the quality factor

T is the time (or more generally abscissa, for non temporal channels)

V is the value.

These elements are set out in « Real-Time » chapter, decommutation module.

ww

w.m

agali.

com

The visualization tools display parameters, mostly in curves and charts form:

Time synchronized visualization of all parameter types, whatever the acquisition source can be.

Data synchronized visualization of several acquisition files

Graphic analysis function

Capacity to easily return to raw values in order to analyze errors.

Export graphic data

Prints

Generation of test reports related to the acquisition

Display examples

Analysis Some Graphic Analysis Functions are:

Point to point cursors

Multi-cursors with inter-cursor operations

Zoom

Import of comments

Add/remove parameters

Access to raw frames

Display of loss of synchronization, faults, …

Display of events

Test reports Once ready, graphic displays can be added to the test report with all necessary related information: comments, events...: The test is considered as the test result file. It is possible to refer to this report at any time. It can be printed. Each display of the test report can be displayed and modified anytime.

POST-PROCESSING

The Post-Processing functions are a set of mathematical, statistic or signal processing operations. They can be applied to acquisition parameters or on processed parameters. They issue new parameters available for all MAGALI functions. Input parameters of processing functions can be issued from different acquisitions or sources. For example, after a test, it is possible to run a process with a 1553 bus parameter with another parameter issued from telemetry. All the parameters are not necessarily acquired with the same frequency at the same time. Inter-parameter synchronization is automatically based on the sample time of one of the parameters. Functions available on standard software are as follows and can be enlarged with optional modules or specific functions created by the user thanks to the Development Toolkit.

ww

w.m

agali.c

om

Search

On position On integral

On abscissa On interval

On ordinate Minimum

On slope Maximum

Arithmetic operators

Addition Multiplication

Subtraction Division

Logic operators

Negation Lower or equal

And Greater

Or Greater or equal

XOR Equality

Lower

Mathematic functions

Absolute value Hyperbolic Sine

Square root Hyperbolic Cosine

Square Hyperbolic Tangent

Power Module

Exponential Phase

Neperian logarithm Linear Function

Decimal logarithm Sign Function

Decibel conversion Indicator function

Reverse decibel conversion Modulus function

Base 2 logarithm Interpreted function

Sine Derivation

Cosine Laplacien

Tangent Integral

Arcsine Surface estimation

Arccosine Concatenation

Arctangent

Signal processing

FFT Digital filter

Power spectrum Basic

Energy spectrum Finite impulse response

Real/Imaginary Butterworth

Module/phase Tchebichev

Real/imaginary inverter Elliptic

Auto correlation Smoothing

Inter correlation Repeated smoothing

module/phase Interspectrum Basic frequency function

Real/imaginary/Interspectrum Envelop

Coherence function Function time frequency

Transfer function Real/imaginary

Module/phase

Statistic processing

Average and standard deviation Re-sampling

Statistic report Interpolation

Linear regression Distribution and density

Inter Channel averages Statistics on set of parameters

Approximation Statistical construction of channel

ww

w.m

agali.

com

ADDITIONAL TOOLS

GRAPHIC EDITOR

The graphic editor is a MAGALI tool designed for the creation of new graphic templates, customized to each project. These displays are applied in real-time and in post-processing modes.

After creation, they will be available in the test configuration in order to be displayed in real time during test or in replay mode. The selection of the parameters, displayed in the template is carried out in the editor or in the test configuration.

In post-processing mode, the templates can be selected anytime to visualize parameters, to be printed or inserted in a test report. The graphic editor is a simple and intuitive tool intended to construct simple or complex templates, or to adapt existing ones. It offers the possibility of inserting new graphic objects adapted to the user requirements; time history frame, YX mark, display unit, bar-graph, view-meter, chart …

For the aeronautic domain, a set of avionic graphic objects is available.

In addition, it is possible to insert new objects (ActiveX) with the Real Time Software Development Toolkit (SDK-RT).

MACRO-COMMAND

A macro-command is a sequence of MAGALI functions grouped together in a single function, to be run sequentially. Macro-commands can include:

Acquisition launch

Generation launch

Processing functions

Other macro-commands

Specific functions: conditional connexion, loop, pause ….

Macro-commands run test sequences or customized processing: For example:

Automatic processing after tests, including processing, visualization and automatic generation of a test

report.

Control of an automatic test bench, including stimulation and acquisition with decommutation and analysis.

Serial test sequencing.

SCHEDULER

The scheduler is an extension of the macro-commands.

Its function is to start commands or macro-commands at a pre-defined time, or periodically.

For instance, these macro-commands can be acquisition, processing follow-up, stimulation or pattern generation, report edition, etc...

It is an easy tool, meeting the requirements of test bench automation.

Application field: supervising, monitoring.

ww

w.m

agali.c

om

CHECKLIST

Checklists are also extensions of the macro-commands.

A checklist is a succession of steps, displayed on the screen during the macro-command, convenient for the follow-up of the process.

The checklist can also include stop points, operator actions, such as manual validation of a passing point, forward or backward jump, data input.

Application field: follow-up, monitoring of a firing sequence, sequential test follow-up with manual interventions…

IMPORT / EXPORT FUNCTION

DATA FILE EXPORTATION

Data acquired with MAGALI can be exported to other formats, in order to be used by external applications.

Using an acquisition, the user selects parameters, time limits, sampling frequency, and synchronization, if all parameters do not have the same data basis. Values are raw values or converted in engineering units.

Several formats are available :

ASCII

This format adapts to multiple cases : for example, type of value format, column separator, synchronization type, interpolation …

Binary It is possible to generate one file per channel or one file per group of synchronous channels.

MATLAB

EXCEL

DYNAWORKS

Specific formats can be developed with the Development Toolkit SDK-PP.

ww

w.m

agali.

com

DATA FILE IMPORTATION

MAGALI can receive data from other systems to analyze and process. These external systems can be other acquisition systems, data issued from simulation or simply entered by the user.

It can also be inserted in an existing test zone, to be used with other parameters, from MAGALI acquisitions for example.

It can be used as well to define generation patterns used on output.

There are several importation formats available

ASCII This format can be configured to be adapted to different file types: value format, separator type, time format …

Binary Data can be exported in a binary file per channel, or multiplexed multi-channels. Format can be simple or double, time can be implicit, with a predefined constant sampling frequency, or explicit: i.e. included in a file.

More specific formats can be developed with the Development Toolkit SDK-PP.

TEST CONFIGURATION IMPORTATION

Importing a test configuration avoids heavy user inputs and the risk of resulting errors. Some examples are:

Test configuration involves a large amount of data: several hundreds or thousands of parameters can be

handled in digital buses. The conversion of coefficient functions is already set out in a calibration data base.

Parameters of digital buses are already set out at the level of each instrument.

For example: in a telemetry system, the on-board acquisition system already contains all the information on the parameters.

Specific formats can also be developed with the SDK-PP development toolkit.

TEST CONFIGURATION EXPORTATION

Test configuration set out in MAGALI can also be exported, to be used by external systems. Standard formats are available, such as TMATS format.

Specific formats can also be developed with the SDK-PP development toolkit.

DATA FILE EXPORTATION

From a MAGALI system, data can be transmitted or received in real time. Parameters issued or received are packed per frame and transmitted through network, respecting the protocol and format of the NDA architecture. These functions allow an easy connection of external systems to a networked MAGALI system.

ww

w.m

agali.c

om

DEVELOPMENT TOOLKIT

MAGALI is a modular and open software. It is possible to insert new modules or additional systems, to adapt the software to specific requirements of certain projects.

Development Toolkits (SDK: Software Development Toolkit) have been designed to develop new user functions.

POST PROCESSING SDK

Post-Processing Development Toolkit (SDK-PP) enables the development of functions that can be in Post-Processing mode. This mostly concerns preparation, data management and post-processing steps.

Some examples are:

Processing functions, to apply to parameters

A tool to import or export data to an external format

A tool to import or export test configuration

These functions are developed in the user’s development environment (TBD) and will be available in a DLL. They use entry points to access parameters, data and other MAGALI information. Once created, these functions are available in one of the MAGALI menus and can be used either directly or with macro-command.

A major advantage of the Development Toolkit is the access to the data with the Data Stream, instead of the direct access to the raw values. The Data Stream is a concept creating a dynamic link between the application and the real data. Main advantage: the user does not need to know the source of data, its format, its recurrence or its complexity.

For the SDK, the benefits of the Data Stream are considerable. To read data (input parameters), just address the data Stream, or write data (output parameters). The processing functions will work for every kind of data and format, simple or complex.

Access is direct in advanced values: Quality, Time, Value (in raw or engineering units).

If several parameters are handled into the same function, data points are automatically synchronized, even

if time basis are different.

Algorithms to access the streams are optimized for fast reading/writing, even in complex formats.

REAL TIME SDK

This development toolkit is designed to develop functions for the Acquisition and Replay phases. Some examples are:

Insertion of a processing function

Insertion of a conversion function in engineering units

Insertion of new graphic objects

The number of functions is not limited and the application domains are very wide. The user can develop processing function combining several data channels. But can also transmit data to a serial port an Ethernet port with their own format.

An ergonomic interface is provided, to facilitate the integration of algorithms.

An integrated development framework enables the test and the validation of the new function. The values can be displayed and the program can be run step by step.

MAGALI Stations

External Station NDA

ww

w.m

agali.

com

NETWORK COMMUNICATION SDK

This Development Toolkit is intended to facilitate the insertion of new stations in a NDA network architecture. It includes a set of functions and information, to declare an external station in the NDA network and to communicate with it. Some examples are:

Insertion of external visualization stations. They receive data in real-time and use a specific visualization

tool.

Insertion of real-time processing stations

Insertion of acquisition stations. These stations are an external front-end. They acquire data and send it

through the NDA network.

Definition of an external monitoring station. This station can supervise the NDA Network and station, receive

information, send commands. It can also supervise other external systems.

NETWORK ARCHITECTURE

The MAGALI network communication system is organised on the NDA architecture. It makes possible to link several stations together and to extend the performances of the whole system without limits.

There are three main station types:

Acquisition stations, whose major role is to acquire or generate different types of data streams:

physical, analogue or digital channels, digital buses, other network data … These stations also have other local functions: visualization, real time processing … The architecture distributes the real time load of acquisition and processing to several processes. It also takes into account remote acquisition stations.

Dating and synchronization of data streams are fully taken into account, at each source level, with the NDA architecture. This synchronization is carried out in data real-time and post-processing.

Visualization stations, for real-time monitoring distributed to one or several stations. These visualizations are

fully customizable with MAGALI features. They are locally monitored by an operator or remotely from the management station. They are generally used by other functions such as test preparation or post-processing analysis. The main advantages of this architecture are the multi-user visualization and the capacity to easily run visualizations/remote commands.

Management stations, for system supervision and monitoring of acquisition and visualization stations.

ww

w.m

agali.c

om

EXTENSION OF BASIC FUNCTIONS

In addition to the basic functions of each type of station (acquisition/visualization/monitoring), additional functions can be added to every station.

« Off-Line » functions :

Test preparation

Graphic display design

Building of macro-command or sequence

Development of users function

Data analysis after test: visualization, processing, data exportation …

Real Time functions : It mostly consists in processing algorithms or manipulating data. This function can be available locally on each acquisition station level on the management station or on a dedicated station (for example if processing include data from several stations, or if the processing load or real-time constraints are heavy).

Examples:

Specific Best Source Selector station: Station builds the best source from several input streams – Telemetry

application.

Station dedicated for tracking processing from input data coming from one or several systems.

Station dedicated for 3D of mobile trajectory.

Packed functions An acquisition station, conversely, can include visualization and monitoring functions as well.

Specifications are subject to change. Please, verify the latest specifications prior order. w

ww

.magali.

com

NEXEYA FRANCE Route d’Elne

66200 MONTESCOT - France Phone: + 33 (0) 4 68 37 36 35

Fax: + 33 (0) 4 68 37 36 34 E-mail: sales-tis@nexeya.com

www.magali.com

OPEN ARCHITECTURE

NDA is a modular and open architecture. It is very easy to add new stations. They can be external stations that are not set up with MAGALI. The advantage is the possibility to insert existing systems or to supervise the global system by an external station. Example: existing stations Insertion of existing visualization stations on the network. Insertion of existing or specific generation or acquisition systems on the network. It only has to respect NDA protocol to insert stations. Example: External system monitoring Supervision of one or several NDA networks by an external monitoring system is a typical example. This system can also manage other sub-systems. The software Development Toolkit includes the function set required for this operation. Flexible system : Architecture and protocols received can be configured to meet specific requirements in terms of functions and performances. The system is able to manage simultaneously the following protocols:

TCP/IP

UDP Multicast

UDP Broadcast

The data formats on the network are chosen between:

Blocks of raw data (such as telemetry minor frames, 1553 messages, or other digital buses).

Parameters in dump values or converted in engineering units.

Status, events…

Refer to the format documentation for third applications.