22
How to reduce the integration time Issues and Potential Solutions Christophe GINESTET August 29th, 2013

How to reduce the integration time Issues and Potential ... · How to reduce the integration time Issues and Potential Solutions ... A350 . SYSTeam®: A ... cRDC test scripts by using

Embed Size (px)

Citation preview

How to reduce the integration time

Issues and Potential Solutions

Christophe GINESTET

August 29th, 2013

Summary

• SYSTeam Overview

• The benefits of virtual integration

• Gateway between virtual and real integration

• Test automation

SYSTeam : Tools for system integration market

Unmanned Air Vehicle

Armored vehicle

Submarine, warship

Automobile

Truck

Bus

Train

Subway

Aircraft

Helicopter

SYSTeam ® : expertises, réalisations, supports customers

A380 A400M

BVA4000

Urbalis Subway •BEIJING / SHANGHAI (CASCO)

•MILANO (ALSTOM BOLOGNA)

•SAN PAULO (BRAZIL)

TGV banc BATIR

A350

SYSTeam® : A complete solution in the V Cycle

MIL

SIL

HIL

Certification

Means

Of Compliance

(MOC)

HIL

Pure HIL simulation

Or

Hybrid integration

Pure simulation

MIL-SIL-HIL

System Integration benefits

Our understanding on aircraft program system integration issues

Ground system integration testing must allow to validate each sub-

system and system :

Reduce the development timescale

Save costs in the development phase and production phase of an aircraft

program

Provide data for aircraft certification

Key concerns :

Aircraft subsystems grow in complexity (e.g. Integrated Modular Avionics

(IMA)).

Complexity of interfaces between subsystems.

Schedule and budget of the project have to be secured

.

Purpose of SYSTeam Solution

SYSTeam is mainly used to carry out integration and validation tests

on avionics systems. It helps you to perform aircraft level

integration and verification.

SYSTeam provides the capability :

for very early developing and validating system requirements by using

purely simulated systems (Model In the Loop).

for early developing and validating test cases and procedures by

using simulated systems with physical interfaces (Hardware In the

Loop).

for executing independent acceptance testing mean for a single

system delivered by all your suppliers.

for Integration of the complex system (A/C) composed of multiple

systems (multiple suppliers).

to investigate issues that occurred in commercial operation.

SYSTeam provides capabilities in term of Mean Of Compliance

(MOC -4) which is a critical issue in aircraft certification.

.

SYSTeam tests Flight Control System Example

Flight Control LRU

Unit

A

Unit

B

Frontal SYSTeam

RT Simulations

Side stick Capt & F/O

Rudder / PFTU(rudder trim)

Trim roll et pitch

Speed Brake

Throttle Lever

Spoilers

FCRM

ARINC 600

Break Out Box

ANI/ANO

DGI/DGO

DSI/DSO

AFDX

1553

RS232

28V

60V (FCRM)

Automatic Scripts

With SYSTeam

(PYTHON OSL)

Power Supply 1

(28V)

Power Supply 2

(28V)

Flight control sub-system integration

The benefits of virtual

integration

Virtual Ressources

All the SYSTeam functions are available either with real or virtual resources.

Thanks to this solution, you can start to work very early in your project. The virtual

bench is a copy of the hardware bench which will be delivered later. It means that

you will have exactly the same resources in term of Input / Output.

The Principle is based on the simulation of the communication through pure

software board

Respect of main protocol features for communication

Simulated Resources : AFDX/A664, A429, Analog, Discrete, CAN

Useful for :

SYSTeam Training.

Preparation and validation of System data base.

Preparation and validation of your test procedures.

Development and validation of :

• Simulation models

• Test Sequences

• Synoptic (Human Machine Interface)

Virtual Ressources : Test of CMS 1/2

Example of implementation for testing the Central

Maintenance System in AIRBUS facilities:

Virtual Ressources : Test of CMS 1/2

Example : Implementation, on the right side, we are using virtual resources (use case

number 2 of the previous slide). As you can see we are using exactly the same test

sequences and the same synoptic either with the real test bench (left side) or virtual test

bench (right side).

Test

Sequences HMI

Gateway between virtual and

real integration

CEREV : a tool to switch from real to virtual testing

User prepares all the data for the test equipment on a Virtual bench (EV) before switching

to Real bench (ER)

Test automation

test automation

The first step of test automation is to develop specific scripts or program

that will execute all tests that are usually manually done.

For that, benches have to provide dedicated libraries allowing of all

function on the bench.

But the final aim is to automate the generation of the scripts themselves.

For that, it is required to have a formal specification of the system. This

formal specification should allow to define all requirements of the

system.

The analyse of all requirements through a dedicated tool would allow to

generate the scripts.

Cetautomatix overview

Cetautomatix

TestScript Generator

& Editor (HMI)

Automated generated

cRDC test scripts by using

cRDC test generator

templates

The generated test script

can be modified, extended

and reviewed

Manually edited scripts

with signals from ICD ‘by

using signal browser)

cRDC Test

Template

ICDs

Test script

(XML)

Test ProcedureLua script

for function 1

Lua script

for function n

...

Model loadingXML reader

Code generation

XPAND

(Python Test

Procedure Generation)

XPAND

(Lua Script Generation)

SYSTeam Test Bench

Test Management

Console

Real Time

execution

modules FSII tool for generation of Test

vectors (.xml)

Generation of test sequence

and real-time functions

Execution on SYSTeam

Conclusion

cRDC test automation: Cetautomatix tool

Automation allows to change the cRDC test philosophy

From sampling to completeness

20 000 parameters for 29 cRDC (approx; 700 conversion to be

tested)

Test duration: 34 % of improvment

From 6 weeks to 4 weeks

Test coverage: x8

From 10% to 80%

MDA/MDD approach

Based on oAW (OpenArchitectureWare)

Thank you for your attention

Your contact : Christophe Ginestet

[email protected]