Quick answer
The opening oxygen repair uses the sensor’s live raw reading, not a hardcoded number. In three recorded starter runs, the fix is the same: read the sensor with get_value(), multiply the raw reading by 100, and pass the corrected value into calibrate(). Observed raw readings included 0.047 and 0.67, which corrected to 4.7 and 67.
Working starter pattern
sensor = get_component("oxygen sensor")
oxygen = sensor.get_value()
corrected = oxygen * 100
sensor.calibrate(corrected)
This exact shape — read, scale by 100, calibrate — is what completes the repair in every recorded starter run. The intermediate variable is optional; what matters is that calibrate() receives the scaled value, not the raw one.
What the sensor actually reports
Two recorded playthroughs show the raw output directly, and the numbers differ between sessions:
- One recorded base read a raw value of 0.047, which corrected to 4.7.
- Another recorded base read 0.67, which corrected to 67.
Both sessions repaired the sensor successfully with the same ×100 step. The starter objective itself describes the mismatch: the sensor outputs raw values like 0.047 while the system expects normal-scale numbers like 0.7. The objective text is explicit about the workflow: “Read the actual value from the sensor. Don’t hardcode numbers. The reading changes.”
That is also why the ×100 step is a formula and not a magic constant to memorize: your raw reading will not match anyone else’s screenshot, and the in-game documentation for your build shows the same conversion formula next to the objective.
Why the sensor needs software calibration
The hardware is present — the sensor card says the hardware works — but the readings need software processing before the station accepts them. That is why the fix is a repair script and not a replacement part: you are converting the sensor’s output, not repairing electronics.
The repair flow lives on the sensor card. Click repair on the oxygen sensor card and it opens a script editor for that sensor. The pressure sensor next to it opens its own editor with its own final method — pressure repair uses stabilize(), not calibrate().
Calibration checklist
- Get the oxygen sensor component reference with
get_component("oxygen sensor"). - Read the current value with
get_value(). - Multiply the live reading by 100.
- Pass the corrected value into
calibrate(). - Confirm the sensor card flips to online.
If you want to see the numbers while you work, print(oxygen) before scaling — the console shows your raw reading, and the corrected result should be 100× that number.
Two recorded failure modes
Scaling by 10 instead of 100. In one recorded run, the player first wrote the conversion as ×10, watched the repair not complete, then corrected the multiplier to 100 and the calibrate step went through immediately. If your calibration runs without errors but the sensor stays offline, check the multiplier first.
Calibrating the wrong component. In another recorded run, the player had pressure sensor and oxygen sensor swapped in the editor while repairing both. The calibrate call did nothing useful because it was aimed at the wrong card. Component names are exact strings — the ID shown on each sensor’s info card is what get_component() expects, and Tab autocomplete in the editor picks the right name for you.
What not to do
- Do not paste a fixed oxygen number from another player’s screen; the reading changes between sessions.
- Do not skip
get_value()and guess the result. - Do not call
calibrate()with the raw reading — the unscaled value is exactly what the station rejects. - If the current build’s hint text differs from the recorded starter runs, follow the in-game docs for that build. This page only publishes the conversion pattern actually shown completing the repair on camera.
Evidence and version notes
The ×100 pattern is backed by three independent recorded playthroughs — two on the pre-Early-Access closed testing build, one on the public demo — including two different observed raw readings. Everything above describes the starter flow only. The Early Access build launched September 9, 2026 and adjusts some starter content; if the objective text in your build shows a different conversion formula, your build’s docs win. Related pages: pressure sensor solution, beginner guide, the common errors reference, and the component reference for the oxygen sensor row.