--:--:-- UTC

Orbit runs on people.
We build for them.

Intuitive systems for the teams running live missions. Mission assurance and risk reduction one shift at a time, and operators ready to run what comes next.

Simulated Argos handover. The outgoing operator transmits the brief, the incoming operator restates it in their own words, the outgoing operator confirms the read-back, and responsibility transfers.

AI-generated visualisation
Built on published evidence
NASA DSS-14 mishap investigation NASA SpaceOps 2012 console logging NASA Passing the Baton NEJM I-PASS handover trial
Solutions

Argos is where we start.

Ossirand builds software for the people running missions from the ground. Argos is the first of those products: an integration layer across the tools an operations team already runs, built to improve mission success and reduce the risk that collects between shifts, sites and systems. We intend to finish it to a standard operators trust before we start the next one.

Product 01 · Argos Early working prototype

The coordination layer for satellite mission operations.

Argos sits on top of the operations platform a team already runs and turns what it produces into a record people can hand over. Structured shift briefs, decision threads that survive a shift change, and a log the next console can query.

Built for
Follow-the-sun satellite operations, 24/7
Sits alongside
OpenC3 COSMOS, Yamcs, Open MCT, Saber Commander
Ingests
Telemetry and events, conjunction data messages (CDMs), space weather, orbital elements
Out of scope
Probability-of-collision computation, catalogue maintenance, commanding
Explore Argos ↓
Nothing else gets added to this page until an operator has asked us for it.
Argos

It reads your ops platform and coordinates the handover.

Telemetry, commanding and situational awareness tools already produce more than one shift can absorb. Argos interprets what they emit and applies a coordination method to it, so the output at the end of a shift is a brief the next console can act on. It does not replace any of those tools.

PLATFORM OUTPUT · COORDINATION LAYER · HANDOVER RECORD THE PLATFORM YOU RUN Telemetry and limit violations Commanding and pass activity Conjunction messages (CDMs) Ground station schedule OpenC3 COSMOS · Yamcs · Open MCT Saber Commander and comparable tools ARGOS · COORDINATION LAYER Interpret Attribute Structure Confirm what the platform is actually saying who saw it, who acted, on what data into decisions, activity and threads receipt at the shift boundary NO COMMANDING · NO SCREENING NO CONJUNCTION CALCULATION WHAT THE NEXT SHIFT GETS Structured shift brief Open decisions, with rationale Live conjunction threads Confirmed receipt, logged Still queryable months after the shift, by anyone who needs the reasoning SHIFT N SHIFT N+1 HANDOVER BOUNDARY
Fig. 01 · Argos as the layer between the platform and the people
What Argos manages

Four things, and it says no to the rest.

01 · Decision management

Decisions

An operational decision is recorded with the reasoning behind it, the person who took it, and the data in front of them at the time. A correction becomes a new entry rather than a silent overwrite.

02 · Activity management

Activity

Events and actions written up during the shift while the detail is still fresh, structured as they are entered so nobody has to reconstruct the day from memory at 06:00.

03 · Conjunction data

Conjunction threads

A conjunction plays out over roughly a day and several shifts, with CDM revisions arriving and changing the picture. Argos tracks the thread: what each shift assessed, on which revision, and why they chose to wait or act.

CDMs are in scope. Argos reads the conjunction data messages your screening provider already sends, and keeps the decision attached to the event across every shift it touches. It does not compute probability of collision or maintain a catalogue. That is your SSA provider’s job.
04 · Briefing and handover

The boundary

A structured brief at the end of every shift, and a closed loop on the other side of it. The incoming console confirms receipt, so items cannot be quietly dropped between teams or time zones.

Follow the sun

Three complexes cover one spacecraft, around the clock.

The Deep Space Network spaces its three complexes 120° apart, so a spacecraft is always in view of one of them. It also means no single team ever sees a full mission day. Control of the spacecraft passes between these rooms twice a day, every day of the mission.

DSS-14, the antenna in the incident below, sits at Goldstone.

Deep Space Network · Local console time Live
Goldstone
DSS-14 · California, USA · 243° E
--:--
···
Madrid
Robledo de Chavela, Spain · 4° W
--:--
···
Canberra
Tidbinbilla, Australia · 149° E
--:--
···
Complexes spaced 120° apart Next handover boundary --:--
The problem, evidenced

It already happened, and it has a case number.

Incident ref · DSS-14 Goldstone · September 2025

A 70-metre NASA deep space antenna was taken offline by the failure Argos exists to prevent.

$4.1–4.6M
Damage, NASA investigation figure
Oct 2028
Antenna offline until
Undocumented
Earlier incident that disabled the last safeguard

NASA found three contributing causes: software weaknesses, human error, and an undetected failure in the antenna’s hydraulic limit system. That system is the antenna’s last mechanical safeguard. It was already inoperable on the day, damaged in an earlier incident that nobody wrote down. The protection was gone and the people on console had no way to know. Other industries that run around the clock have been documenting this failure mode for decades. Space operations has not.

Source: NASA Mishap Investigation Board report, DSS-14 Goldstone, 16 September 2025.
ONE OPERATIONS DAY · THREE CONSOLES · TWO HANDOVERS 00:0008:00 16:0024:00 Console A · Canberra Anomaly detected, workaround applied Console B · Madrid Sees the workaround with no reason attached. Console C · Goldstone Reverses it. Anomaly returns. HANDOVERHANDOVER WHAT ACTUALLY CROSSES THE BOUNDARY TODAY A Slack message, a verbal brief, a personal notebook The workaround carries over. Nobody records why. WITH ARGOS Structured entry, queryable later, confirmed received Console C can ask why before undoing it.
Fig. 02 · Where context is lost in a follow-the-sun operations day
What a shift actually is

Forty degrees is not good news or bad news.

It depends on the mode the spacecraft is in, the activity that just ran, and whether the number has been climbing all week. An operator spends the shift comparing what was supposed to happen against what appears to be happening. The comparison is the work. The reading on its own is not.

The actual

Every tool records this

Telemetry, events, alarms, command history. Your platform captures all of it, timestamps it, and can give you any of it back on request.

The expected

Almost nothing records this

The plan for the shift, the activities that were meant to run, the state the spacecraft was supposed to be in by 0400. A brief that lists what happened without carrying what was supposed to happen has handed the next operator the same raw problem in a tidier format.

The part no integration reaches

Some of the shift only exists in one person’s head.

These are the things an operator knows at 06:00 that no telemetry feed, alarm log or command history contains. When that person goes home, so does all of it.

“It is not the battery. I already checked.”Negative knowledge. Nothing was done, so nothing was logged, and the next operator repeats the work.
“That alarm fires every eclipse entry. Ignore it.”The system records the alarm. Only the human knows it carries no information.
“I thought about power-cycling it and decided not to. We are eight hours from a pass.”Command history records what was sent. Nothing anywhere records what was considered and rejected.
“That sensor has been flaky since Tuesday. Do not believe it.”The data looks clean. The operator knows it is not.
“I rang the thermal SME. She said give it two more orbits.”The advice has an owner and an expiry, and it lives in no system.
“I told the payload team they would have data by 0600.”A promise made to another human, now inherited by someone who never made it.
This is our working model of the handover, drawn from published human-factors research and our own analysis. We are testing it with operators now, and we expect parts of it to be wrong.
The case, in three parts

The problem is real, the industry already knows, and the fix is measured.

Three independent lines of evidence, all published.

Exhibit A

The problem is real and expensive

DSS-14 is dated, costed and publicly investigated. Undocumented institutional knowledge cost NASA millions and took a national asset offline for years.

Exhibit B

The industry has documented the gap itself

NASA's SpaceOps 2012 paper on ISS console logging describes flight operations tracking events, decisions and rationale to support shift handover, then notes those logs were usually kept by one operator and never visible to anyone else in real time. A separate NASA study, "Passing the Baton," found errors and accidents cluster right after handover.

Exhibit C

Structured handover is proven to work

The I-PASS trial (NEJM, 2014) rolled out a structured handover bundle across nine sites and 10,740 admissions. It answers the obvious objection about whether this slows operators down.

−23%Errors
−30%Preventable adverse events
0Increase in handover time
Positioning

Where Argos starts.

The ground segment already has good tools at every layer except one. Argos works alongside whatever telemetry and commanding platform an operator runs today, and adds the layer underneath them all.

THE GROUND SEGMENT STACK Telemetry & commanding Yamcs · Open MCT · OpenC3 · Plan-S Situational awareness & conjunction analysis Screening stays here. Argos carries the decisions it produces. Procedure execution & shift logging Epsilon3 · a rich-text shift log Human coordination layer · Argos A structured brief, acknowledged item by item
Fig. 03 · The layer that gets overlooked

Argos is

  • Structured, queryable shift handover
  • Cross-shift decision traceability
  • Closed-loop confirmation on every handover
  • Built for follow-the-sun, 24/7 operations

In scope

  • Automated CDM ingest, with revision tracking across shifts
  • Direct adapters into Yamcs, OpenC3 COSMOS and Open MCT
  • Multi-mission and fleet handover for larger constellations
  • Drafting help for shift briefs, with the operator approving every entry
Who it's for

The operators priced out of the $50–200k/year tier.

Enterprise ground-segment platforms already serve well-funded operators. Argos is built for the teams doing real work without that budget.

Segment 01

Small satellite operators

Real missions on lean teams, where one person's notebook is the institutional memory.
Segment 02

University & training labs

Rotating student operators, high turnover, almost no continuity between crews.
Segment 03

Ground station & service providers

Multiple customers, multiple passes, handover across sites as well as shifts.
Segment 04

Mission operations consultancies

Accountable to clients for decisions taken months earlier, often by someone else.
Current status

Where the product actually is.

Early working prototype · In operator discovery

Argos is an early working prototype. It runs. We demonstrate it directly with operators, mission teams and potential partners, and there is no open sign-up yet.

Ossirand Pty Ltd was registered with ASIC in August 2026. We are opening structured discovery conversations with operators before building further. If you run a console and have twenty minutes, we want to hear from you.

Why this, why now
Hospitals and aviation turned shift handover into a discipline decades ago. Space operations never did. We are closing that gap before the number of people running things in orbit gets much larger. Ossirand mission statement
Request a Demo

See Argos in action.

Tell us about your operation and we will set up a walkthrough.

We'll only use these details to arrange a demonstration.