CGS Support for ATV Development & Production EGSE Workshop February 2003

Johannes Rüting Astrium GmbH Laurent Le Querrec EADS-LV

CGS for ATV

2

!

The ATV Vehicle

"

Overview ATV Test Facilities

"

Common S/W Architecture

"

CGS extensions for the ATV Project

"

Communication Protocols with Front-End Equipment

"

Status of ATV Test Facilities

"

Some Pictures from the Facilities

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The ATV Vehicle The Automated Transfer Vehicle: ➾ 21 tonnes ➾ 10.3 metres long ➾ 4.5 metres in diameter ➾ spans 22 metres with its solar panels deployed. The ATV comprises 2 modules: ➾ The “ cargo carrier ” ➾ The service module, called the “ spacecraft ” The ATV is mounted on the Ariane 5 launcher using a cylindrical adapter called “ separation and distancing module ”.

3

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The ATV Mission After the docking to the ISS, the 40 m3 pressurised module of the ATV delivers up to 7.2 tons of equipment, fuel, food, water and air for the Crew. With up to 4.7 tons of propellant , ATV raise the ISS altitude during Reboost manover 6 months later , the ATV is loaded with 6.5 tons of waste and leave the Station to fully burn up during a guided and controlled reentry.

!

!

!

4

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

Overview ATV Test Facilities The ATV Test Facilities are grouped by family and built in an incremental way around a common S/W kernel (CGS)

5

Software Validation Facility

Functional Simulation Facility

Electrical Ground Support Equipment

SVF

FSF

EGSE

SVF-FAS 1

FSF-E

SVF-FAS 2

FSF-F

SVF-FAS 3

FSF-M

SVF-MSU

SVF-Q

11./12. February 2003

EGSE1

Interface Validation Facility

Simulator

IVF

ATVSIM

IVF-EPOS

PCE SIMULATOR

IVF-MOSCOW

S/C SIMULATOR

EGSE2 (phase E)

CGS for ATV

© Astrium © EADS-LV

The Software Validation Facilities (SVF)

" Integration & Test of on-board S/W on real target " Validation of algorithms for " GNC (Guidance, Navigation, Control) " MVM (Missions Vehicle Management) " FDIR (Failure, Detection, Isolation, Recovery) " MSU (Monitoring and Safety algorithms) " Validate the real-time closed-loop performance " Check the CPU load, sequence, 1553 and TM/TC links " Simulation of avionics equipment via EUROSIM model responses on the 1553 busses

6

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The SVF Architecture FSDE 0110

FAS (exe + debug files)

AONIX tools • AdaTransfer • AdaProbe

TSUP

MTU

TF

SIMU IRIG-B LAN/IRIG-B

FTC-BTS

ALB-AS NT

FTC-TE Linux

Linux

Local MMI

Local MMI HP Analyser

Reflective memory

UIS

Local MMI

IPX

IPX

FTC-BTS (PC)

FTC-TE (PC)

VME/PCI bridge

1553

IPN

RS422

ALB DPU

FML

Transputer link

AVI

VME 4x ATV Buses

PUT 7

2x ISS Buses

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The Functional Simulation Facility (FSF)

" Qualification of the on-board S/W on target computers " Check of electrical interfaces between H/W equipment and on-board S/W " Qualification end to end of Electrical chains (measurements, propulsion, thermal chains ...) " Check of correct system performance in representative operational scenarios " Simulation of environment und missing H/W equipment through EUROSIM models

8

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The FSF Architecture FSDE

VME/PCI Bridge

SIMU TSUP

GNC VDM STOS

Reflective Memory

FEE LAN

IRIG-B

MTU

SADE TM/TC LOAD

EPS ACCA

GYRA GPS SIM TGM SS

TCU

AUX

PDE

UIS

1553

EPS-Source EPS-Load EPS-Sim

SGS-Sim EPS-Bat

2x ISS Buses

4x ATV Buses

9

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The Interface Validation Facilities (IVF)

" Bilateral tests with the ISS, performed in Moscow, with the Russian service module " Rendez-Vous bilateral tests, at DLR, Oberpfaffenhofen, on the EPOS facility " Validation of the rendez-vous in final approach phase " Real-time closed-loop tests with real RdV sensors " The IVF configuration is a reduced FSF

10

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The EGSE Facilities

" Flight System Integration and Qualification including launch support " The tests performed are: " Acoustic tests " Deployment of the solar panels " EMC tests " Compatibility test with the TDRS system " Overall System Test " The EGSE configuration is a reduced FSF without the simulator " Two set of EGSE are built-up in the ATV Project

11

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

The Spacecraft Simulators (SCSIM)

" Electrical interface verification of the Russian equipment embedded inside ATV " Simulates the ATV avionics that are connected to the Russian Units. " The SCSIM configuration comprises: # # # # #

12

Test Supervisor (TSUP) - CGS based 1553 Front End Equipment Power Front End Equipment UIS Front End Equipment ( hardwire links ) Load Simulation (IAPIS) simulating the ATV load for the ISS power delivery.

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

ATV Ground Facilities Overview SSDE Simulation S/W Development Environment

S/W Models

*

Simulation Software

GSDE

FSDE

Ground Software Development Environment

Interface Interface Validation Interface Validation Facility Validation Facility Facility SC Simulator SC Simulator SC Simulator

*

Electrical Electrical Ground Support Ground Support Equipment Equipment

Qualified Flight S/W

CGS CGS CGS

Simulation S/W

CGS

EGSE EGSE

IVF/SCSIM

Flight Software Flight Software Flight S/W Development Development Environment Environment Missionaizing Mission DATA DATA

SVF Software Software Validation Software Validation Facility Validation Facility Facility

CGS CGS

S/W Models

Flight S/W

*

*

CGS CGS CGS

FSF

ATV TR

ATV-CC

Functional Simulation Facility

ATV Trainer Facility

ATV Control Center

CGS

*

S/W Models for Training

CGS

*

S/W Models for Operational Support Data Import

Master Mission Database (MMDB) as central Engineering Knowledge Repository: - Flight SW - System Description / Expert - Diagnosis know-how - Telemetry / Telecommand Data Definitions

- SW Models - Simulation Software - Automated Procedures - Display Definitions

* The exchange of Flight SW and SW Models depicted above is done through the MMDB 13

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

Common S/W Architecture ATV Test Facilities

PUT RF SFEE / TM/TC SFEE

MILBUS 1553 SFEE

SFEE #1

SFFE #n

EUROSIM

FEE LAN IRIG-B

MTU

Test Node #1

Test Node #2

Test Node #n

Work Station #2

Work Station #n

TSUP LAN

Master Mission Data Base Work Station #1 14

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

CGS extensions for the ATV Test Facilities The common CGS S/W version used for all ATV Test Facilities is S/W Version V5. This CGS version is based on the proven Columbus version V4.5, with the following main updates: " " " " " "

15

S/W upgrade to Ada95 using GNAT compiler Implementation of PUS Standard (ATV) Access to database end items via nicknames Database input and update via MDB EXCEL Tool to manage “bulk data” Increased resolution of time (in particular for FEECP protocol to satisfy FSF needs) Handling of TC authorization, pre-conditions and execution verification

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

Communication protocols with Front End Equipment Three types of communication protocols have been used to connect with the various Front End Equipments: "

"

"

FEECP: Front End Communication Protocol The standard communication protocol already used in the Columbus Project; suitable for response time not more than 100msec RPC: Remote Procedure Calls Used for FEEs, where this protocol was already implemented Proprietary message based protocols

The underlying communication interface H/W is: TCP/IP, RS422, IEE488, reflective memory or a PCI/VME bridge

16

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

Status of ATV Test Facilities " " "

Most of the ATV Test Facilities have been delivered and installed (at Les Mureaux, Moscow) and the usage has been started Integration of EGSE in Bremen started The feedback received from the SVF and FSF users in Les Mureaux:

It took us quite an effort to understand the complexity of the system in the beginning, but after that, we got a very powerful and helpful system.

17

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

H/W Layout of FSF Kernel Fan

Fan Cisco Switch

Spare

Catalyst 2950

MSU Signal Conditioning

MTU

DB Server Disks

Datum TymServe

2 x 2 SCSI Disks (32 GB)

3 x IRIG-B Distr. Datum RF Distribution

DB Server SunFire 280R

Local Controller PC / LINUX

Test Node #1 SunFire 280R

Local Console Test Node #2

TFT/KBD in Drawer

SunFire 280R

MIL 1553 SFEE

Test Node #3

3x2 Mil Bus 1553

SunFire 280R

Simulator

Drawer

2 x SGI O200

Power

Power

Distribution & Protection

18

11./12. February 2003

Distribution & Protection CGS for ATV

© Astrium © EADS-LV

Synoptic Display Example

19

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

Synoptic Display Example

20

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

FSF Control Workstations in Les Mureaux

21

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

FSF: Equipped Avionics Bay & FEEs

22

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

FSF: Inside view of the EAB

23

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

Backup Charts

24

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

ATV User Feedback: CGS Good Points "

" "

"

"

25

The system-wide coherence provided by the MDB mechanism. The Synoptic displays ; providing low cost MMI. The powerful command-line interface allowing to reach easily, any acquired data or to trigger any command. The unified description of all kind of signals (TMTC, bus, wire) The central timing capability allowing to compare the events across the whole facility.

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV

ATV User Feedback: CGS Negative Points "

" "

A poor ergonomic MMI for preparation and analysis tasks. The reduced capabilities of post-analysis tool. A rather specific logic for data organisation resulting in : #

#

#

26

Restrictions in data handling (moving a sub-tree within the MDB requires a significant effort). The long “scoe file generation” process before each execution. A “one facility” design which implies a lot of data distributions and deliveries on the many ATV facilities.

11./12. February 2003

CGS for ATV

© Astrium © EADS-LV