AM-09.05 · SPACE ACADEMY

Onboard computer and data: compute, store, command and telemeter

What does the spacecraft computer actually do when nobody is typing?

📄 Download A4 PDF

1 — The concrete scene

Sensors produce measurements; software time-tags and processes them, commands actuators, stores data and prepares telemetry.

Guiding question : What does the spacecraft computer actually do when nobody is typing?

The key point is never to isolate this subject from the rest of the spacecraft. A local change often moves mass, power, heat, data, software, testing or risk elsewhere in the system.

2 — Essential words, explained before using them

Before calculating, we define every word that will be used next. The goal is for the symbol to come after the idea, never before it.

Avionics
Computing, acquisition and command electronics.
C&DH
Command and Data Handling.
Telemetry
Data sent to operators.
Telecommand
Command sent to the vehicle.
Data bus
Network exchanging data among units.
Watchdog
Monitor detecting a hung computer.

3 — See the architecture before calculating

Onboard computer and data: compute, store, command and telemeter
Simplified functional diagram: it shows the relationships to understand before memorising details.

Acquire

Identify, calibrate and time-tag a value.

Process

Filter, navigate, control or compress.

Command

Apply the order to the correct unit in the correct state.

Store

Keep what cannot be sent immediately.

4 — Formulas, only when they answer a question

A formula is useful only if we know which question it answers, what every symbol means, and which units must be used.

D = R × t

How to read it : data equals rate times time

R in bit/s times t in s gives bits.

1 octet = 8 bits

How to read it : one byte equals eight bits

Check conversion between link rate and storage.

5 — What units and margins mean

bit, byte, bit/s, kbit/s, Mbit/s, MB/GB with stated convention.

Always write units and calculation boundary. A value without unit, duration, mode or assumption can be misleading.

6 — Three concrete demonstrations, calculated step by step

Camera storage

2 Mbit/s for 30 min.

30 min=1,800 s

D=3,600 Mbit

≈450 MB

Conclusion : Add headers, redundancy and margin.

Empty storage

900 MB at 3 Mbit/s.

900×8=7,200 Mbit

t=7,200/3=2,400 s

=40 min

Conclusion : Assumes constant useful rate.

Sensors

20 sensors, 16 bits at 100 Hz.

One sensor=1,600 bit/s

×20=32,000 bit/s

=32 kbit/s

Conclusion : Packets add data rate.

7 — Deepening: what the simplified diagram hides

Centralised / distributed

Centralisation simplifies some functions but concentrates dependencies.

Time

Without coherent time tagging, fusion and diagnosis become difficult.

Memory

Volatile and non-volatile storage play different restart roles.

Radiation

Bit flips and upsets require mitigation and recovery.

Observability

Logs must allow failure reconstruction.

8 — Application to an Earth-Mars spacecraft

On an Earth-Mars transit, long duration turns a small weakness into cumulative risk: ageing, drift, consumption, cycles and maintenance become as important as nominal performance.

Communication delay forces the vehicle and possibly the crew to diagnose and reconfigure locally. Design must therefore remain observable, understandable and testable in degraded modes.

9 — Reference dossier: what a real project must still consider

This section deliberately goes beyond the introductory calculation. It connects the concept to interfaces, failures, testing, duration and maintenance so the lesson can serve as a reference chapter rather than a revision card.

The onboard computer is an orchestrator

It receives telemetry, executes commands, timestamps events, manages data buses, runs GNC algorithms, stores data and supports fault detection. Some functions are real-time while others are not. Computing architecture therefore assigns priorities, processors, memory and networks according to timing and failure consequences.

Volatile, non-volatile and survival data

RAM is fast but usually loses content without power. Non-volatile memory preserves code, parameters and recovery data. Long missions must protect reference software images and safe configurations. Radiation-induced bit errors are mitigated with error correction, scrubbing, redundancy and controlled reboot strategies.

Data buses are shared roads

Sensors, actuators and computers exchange data through links and protocols. Rate, latency, determinism, topology and fault tolerance matter. A faster bus is not automatically better if it adds complexity or power. Network failure can make healthy equipment unreachable.

Time is navigation and diagnostic data

Measurements cannot be fused correctly when timestamps are wrong. Clock drift can affect navigation, communications, sequencing and anomaly reconstruction. Vehicles therefore maintain and distribute time references while accounting for onboard, ground-reception and propagation times.

Radiation means designing for transient errors

Energetic particles can temporarily flip bits or disturb circuits without permanent destruction. The system combines suitable parts, shielding, redundancy, voting, corrected memory, watchdogs and reconfiguration. The goal is not zero errors but recovery or safe behaviour when errors occur.

Observability makes failures diagnosable

Structured logs record events, key values, mode changes, resets and bus messages. Logging itself must be managed so memory and communications are not overwhelmed. Good observability lets engineers reconstruct the causal chain of an anomaly.

Distributed computing and Mars autonomy

Local controllers can reduce wiring and isolate faults but complicate synchronisation, software updates and diagnosis. Mars maintenance must also preserve configuration files, programming tools, firmware versions and replacement compatibility. Avionics therefore has a digital logistics chain as well as hardware.

10 — Common traps and bad intuitions

  • Confusing bit and byte.
  • Thinking more CPU fixes poor architecture.
  • Logging much but not the right variables.

11 — Guided exercises

Question : What question comes before choosing hardware?

Guided answer : Which verifiable need must it satisfy, in which mode, through which interfaces, with what margins and failure consequences?

Question : Why is a nominal result insufficient?

Guided answer : Because dispersion, environment, ageing, faults, configuration and peak conditions must also be checked.

12 — What to remember

  • Explain the topic in simple words before symbols.
  • Connect at least four interfaces with other subsystems.
  • Redo the three numerical examples without reasoning gaps.
  • Identify at least three limits or failure modes absent from the ideal calculation.

13 — NASA sources for further study

Primary institutional sources used to check the lesson structure. Teaching-number examples are identified as such.