NTTS Concept Design Review Presentation

1
EGSE and Mission Control System Space-system
Simulator for EMCS Testing (SSET)
K. G. Skaug and P. van Duijn, Satellite Services
B.V.S. Valera and A. Voordijk,
ESA/ESTECPresentation given at EGOS, June 16th
2004, ESOC/Darmstadt
2
Presentation Overview

• Background
• Key Requirements
• Configurations
• Implementation Characteristics
• Example Interactions
• Phase-2 Development Plan
• Other Applications
• Conclusion

3
Background

• The Space-system Simulator for EMCS Testing
  (SSET) was conceived by ESA/ESTEC in response to
  the complex challenge of testing the SCOS2K-based
  EMCS system. The scope of testing includes
• Software upgrades of the EMCS itself (regression
  tests)
• Validation of mission specific database
  preparations
• Partial simulations of space system with hardware
  in the loop
• The SSET is configured with the same SCOS
  database information as used by the EMCS itself.
  This achieves several objectives
• Efficient Simulation set-up (no duplication of
  test data input work).
• Test Configuration skew is counteracted (same
  data on both sides).
• Independent validation of the mission database
  information
• Compliance with the MDD specification
• Internal coherence / consistency
• The system observes and enforces compliance with
  the ECSS Packet Utilisation Standard
  (ECSS-E70-41A)

4
SSET Key Requirements (1/2)

• Simulate multiple Space segment (satellites,
  onboard units) and/or Ground segment (SCOE)
  subsystems
• Configured by the mission database files,
  including e.g.
• TMPH table TM packet header structure
• RPT table Reports (TM Packets) to be simulated.
• PAR table Raw parameter definitions
• PLF table Parameter fixed-position instances
• TCPH table TC packet header structure
• Thorough checking of database information for
  validity, consistency, PUS compliance etc.
• Simulate and distribute periodic and single-shot
  reports (TM packets) with parameter contents
• Simulate the on-board time and emission of Time
  packet

5
SSET Key Requirements (2/2)

• Allow remote control of parameter values
• All PUS parameter types to be supported
• Respond to simulated requests (TC packets)
  according to PUS Service 1 specification
• Acknowledge Acceptance, Start, Progress (xN),
  Completion
• Customisation of Service 1 behaviour on a
  per-APID basis
• Decoding of TC data with feedback to EMCS
• On-demand corruption of TM packets
• Controllable using PUS TC packets and/or EGSE
  level messages.
• Communicates with the EMCS via ESAs EGSErouter
  protocol.

6
SSET Configurations (1/3)

• Nominal EMCS Configuration S/C and SCOE Simulated

7
SSET Configurations (2/3)

• Space Configuration All Interactions via TM/TC
  FE

• In this configuration, SSET Controller acts as
  an on-board application
• and is controlled purely by TC packets.

8
SSET Configurations (3/3)

• Mixed Configuration Controller is a SCOE, S/C
  via FE

9
Implementation Characteristics

• Runs on Windows NT/2000/XP Platform
• Based on SSBVs proven SpaceLinkNGT software
  libraries for TM/TC processing, network
  interfacing, and GUI components.
• User friendly GUI with simple controls and
  extensive offering of simulation status
  information.
• System Log and binary data archive for test
  session tracing
• Flexible external interfaces through SSET API

10
SSET User Interface
11
Example Interactions (1/4)

• Generation and Distribution of Onboard Telemetry

12
Example Interactions (2/4)

• Default Service 1 response interaction

13
Example Interactions (3/4)

• User-configurable Service 1 response interaction

14
Example Interactions (4/4)

• Parameter Get/Set Transactions

15
Other Applications (1/2)

• Driver for Spacecraft Simulator in verification
  of ground station infrastructure

16
Other Applications (2/2)

• RT Simulator Driver in CDMU/OBDH SCOE

17
Phase 2 Planned Developments

• The following features are foreseen for the next
  phase of SSET development
• Dynamic parameter simulation (periodic
  variations)
• Out-of-Limit range detection / forcing
• Interfacing with TM/TC FE hardware (currently
  software-only)
• Enhanced support for SCOE simulation
• Support for constellations (multiple distinct
  S/C)
• Expanding packet responding model beyond Service
  1

18
Conclusion

• SSET designed for EMCS testing
• Database validation
• Use of SCOS data saves effort in simulation setup
• PUS Compliance
• Wide variety of testing oriented functions
• TM Packet Simulation
• Parameter simulation
• TC Verification
• Can easily be applied to other contexts of TM/TC
  simulation outside of EMCS

19
Thank you for your attention
Scheepmakerstraat 40 2222 AC Katwijk ZH The
Netherlands Tel [phone] Fax
31-(0)71-402-7934 www.satserv.nl www.SpacelinkNG
T.com Contact P. van Duijn Executive Director
Email P.van.Duijn_at_satserv.nl