Configuration and build provenance

Trim

Know exactly what flew: which build, which parameters, on which aircraft.

Configuration and build provenance

Flight Software Configuration and Build Provenance

The problem it solves

On most small programmes nobody can say with certainty which firmware and which parameter set were on the aircraft during a given flight. Parameters are tweaked on the flightline, and the record, if it exists, is a screenshot.

Why it is hard

Flight software configuration is spread across firmware versions, tuning parameters and per-airframe calibration, and it changes right up to launch. Treating that as anything less than a versioned artefact means an incident investigation starts by guessing.

How Trim does it

Trim treats configuration as an engineering artefact: every build and every parameter set is versioned, signed and tied to the airframe and the flight. When Downlink flags an anomaly, the exact configuration that produced it is one lookup away, not a reconstruction.

One airframe model

Trim binds the flight-software configuration to the airframe definition, so the aircraft that flies is the aircraft that was designed, reviewed and released.

Talk to the engineers who built it

Tell us what you are flying and where the programme is losing time. We will tell you honestly which of these helps and which does not.

Start a conversation