Terma.com uses cookies and the like for the purposes of statistical analysis, improving the friendliness and usability of our website, tailoring content to your interests and engaging with social media. By visiting our website, you consent to our and third party use of cookies as described in our privacy policy.

Read about Cookies

Central Checkout Systems

Checkout systems are used for the pre-launch testing of spacecraft, payloads, and instruments. Today, our products are capable of supporting a wide range of missions, from low cost nano/microsatellites, through complex one-off spacecraft, to production lines for mega-constellations.


Introduction

Checkout systems are used at all levels of testing of space systems. Full automation of test operations is supported. In some cases, the CCS is also used as the spacecraft control system for the operational part of the mission – the core functions are the same.

OneWeb_Satellite_464OneWeb satellite in orbit (image courtesy of AirbusOneWeb Satellites SAS and OneWeb Satellites LLC)

Terma has been providing these systems for more than 35 years, and our latest offering takes benefit of this heritage to provide a highly usable, flexible, and performant system.

Today, our leading product is available in two versions:

  • A multi-user system for more complex spacecraft (CCS5)
  • A single user system for instrument and payload testing (TSC)

This choice allows a user to be able to “right-size” the product for their mission – both in terms of functions and price – be it a nanosatellite or a complex scientific/earth observation mission.

The product is currently deployed for many types of missions (Science, Telecoms, Earth Observation, Navigation), not just for single satellites, but also to today’s mega-constellations.

Terma has supplied checkout systems for many spacecraft, payloads, and instruments covering:

  • Scientific spacecraft such as JUICE, EUCLID, BepiColombo, Herschel, Planck, Rosetta, MarsExpress, Venus Express, Cluster, SOHO, ISO 
  • Earth observation spacecraft – MetOp-SG, MeteoSat Third Generation, Sentinel-1, Sentinel-2, EarthCare, SWARM, Aeolus, CBERS, GOCE, Cryosat, Meteosat Second Generation, ENVISAT, ERS 
  • Communication spacecraft – Electra, EDRS, SmallGEO, OneWeb
  • Navigation – Galileo IOV, Galileo FOC
  • Launchers – IXV

We are also one of the key participants in the development of the next-generation ground system to be used by ESA – EGS-CC (European Ground System Common Core).

OneWeb_production-line_464Early schematic of OneWeb production line (image courtesy of AirbusOneWeb Satellites SAS and OneWeb Satellites LLC)

Benefits

Our systems are built by experienced developers who use their knowledge and learn from user experiences to improve the software. Our systems:

  • offer all the range of functions needed from a command and control kernel for satellite testing and satellite operations
  • are able to run on a simple laptop through to a very large virtualized system capable of testing or operating many satellites in parallel
  • are able to be deployed for single satellites as well as larger production lines 
  • offer very high performance
EDRS-C__257The EDRS satellite during test (image appears courtesy of ESA)

We can support large spacecraft as well as the rapidly emerging market for nano/micro satellites, whether one-off or needing to be produced in larger numbers (e.g. mega-constellation).

Compatibility has been an important driver for the product development. The systems comply with both de-facto and international standards.

For example, if our software is used at several levels (subsystem testing all the way through to operations), data such as telemetry and telecommand definitions, mimic diagrams and procedures can be re-used from one level of test to the next, removing the need (and cost) for re-definition and re-validation at each level.

The system is also very open, allowing the user to develop additional features. These include things such as MMIs that allow them to perform their day to day activities more efficiently, thus helping to reduce the overall AIT costs, which tends to be one of the major expenses within a space program.

Standards are an important aspect of the system design – these include international standards, space industry standards, and de-facto standards. The use of space industry and international standards ensures that the system is compatible with many spacecraft systems. Use of de-facto standards also ensures that the systems can have a long lifetime without the risk of high maintenance costs.

For space standards, the systems support the ESA/CCSDS Telemetry and Telecommand Packet Standards and the ESA Packet Utilization Standard.

Terma is also able to fully support the product in the field and has developed high quality user training material and user documentation.

The system has been developed by learning from experiences over the last 35 years. Therefore, the system is well tuned to the user needs and provides a highly intuitive environment such that learning the system is not an arduous task.


Functionality

The central checkout system is built from a suite of software tools and can run on a variety of machines without software modifications – allowing any system to be “right-sized” for a specific case.

The purpose of the CCS software is to support a satellite manufacturer in testing a complete satellite in a repeatable way, with recorded evidence of verification of all satellite functions.

At a basic level, the CCS software performs these functions:

  • Acquires, extracts, calibrates, limit check telemetry
  • Generates, transmits, and tracks telecommands
  • Commands and controls other test equipment (SCOE, FEEs, Instrument EGSE)
  • Displays current telemetry status and history of events and telecommands
  • Automates testing and supports development of automated test programs
  • Archives all acquired and generated data and logs for retrieval and analysis.

The CCS is a flexible system designed to be used for any satellite program. The user creates the test data for his specific spacecraft during the AIT campaign:

  • A Telemetry/Telecommand database is prepared that characterizes the TM and TC contents
  • Test procedures are developed and used to verify the item being tested
  • Displays are defined (e.g. alphanumeric, synoptic pictures, graphs)

This material can then be used during satellite operations.

Communication with other elements of the EGSE (SCOEs, FEEs) is done by communication protocols with TCP/IP as the underling layer.

Galileo _FOC_satellites _at _OHB_464Three Galileo satellites in production at OHB in Bremen (image appears courtesy of ESA)

 

Links