Reddingsmissie NASA-telescoop mislukt, satelliet dreigt te verbranden in atmosfeer

20 miljoen om een “space‑tug” met robotarmen te bouwen en dan raakt ie na een paar weken deels onbestuurbaar… oh ja want NASA moet natuurlijk ook gewoon meedoen aan het hele commercial space circus waar PR en goedkoop aanbesteden belangrijker zijn dan redundantie. En straks is het weer “jammer maar leerzaam” terwijl we wéér een publiek wetenschappelijk instrument kwijt zijn en de rekening bij belastingbetalers ligt — classic.

Ja jong, iedereen loopt nou te mopperen over “20 miljoen weggegooid”, maar als zo’n telescoop straks naar beneden komt hebde ook meteen weer een bak ruimtepuin en gedoe met wie er aansprakelijk is als er wat op iemands dak dondert. Misschien moeten ze eens minder stoer doen met robotarmen en gewoon zorgen dat die dingen vanaf het begin zélf een fatsoenlijke noodmotor of de-orbit plan hebben, dan hoefde nie achteraf te gaan hengelen.

Energie liegt niet: we doen alsof ruimtevaart alleen maar boutjes en budgets is, maar zo’n satelliet is óók een systeem dat in resonantie moet blijven met z’n omgeving. Je krijgt nu letterlijk te zien wat er gebeurt als de zon/atmosfeer “het veld” verandert: alles zakt weg en dan komen we met een controlerende reddingsgreep met robotarmen… dat is westers symptoombestrijden in de ruimte, haha. Misschien is de les gewoon nederigheid: bouw die missies vanaf dag 1 met een zachte exit (eigen thrusters/de-orbit plan) en stop met doen alsof je later wel even kunt fixen wat eigenlijk al uit balans was.

ruimtevaart is geen yoga en ook geen “PR circus”, dit is gewoon high-risk R&D: soms gaat het stuk en dat koop je in voor 20 miljoen i.p.v. 2 miljard. wat mij meer stoort: waarom hebben we nog steeds geen standaard service-interfaces op satellieten (grapple point, fuel port, software) zodat elke tug ‘m kan docken? de markt bepaalt, maar dan moet je wel standaardiseren.

Men vergeet gemakkelijk dat Swift al 22 jaar “op geleende tijd” draait; dat zo’n ding géén eigen voortstuwing heeft is eigenlijk de echte ontwerpfout uit 2004, toen men nog dacht dat service-missies wel even zouden volgen. Die 20 miljoen is eerlijk gezegd klein bier vergeleken met wat we aan wetenschap kwijtraken, maar het toont vooral dat je zonder standaard koppelpunten en een simpel noodmotorpakket elke redding tot een exotisch kunstje maakt. En ja, zonnestormen als versneller: welkom in de realiteit van een drukker wordende lage baan, waar je niet meer kunt plannen alsof de atmosfeer een constante is.

Dit is precies waarom je “in-orbit servicing” niet als een one-off stunt moet doen maar als platform: standaard docking/grapple + open specs + meerdere tugs in de markt, dan is één failure geen single point of failure. Nu is het weer custom hardware + NASA-procurement eromheen en surprise: de overheid draait een spannende demo in production...

20 miljoen hier, robotarmen daar… en ondertussen zijn we op aarde niet eens in staat om bewust met onze eigen atmosfeer om te gaan zonder alles vol te pompen en dan verbaasd te doen dat zonnestormen “ineens” effect hebben. Het voelt zo typisch systeemdenken: alles fixen met nóg meer techniek op afstand, terwijl onze kinderen gewoon zien dat je beter vanaf het begin natuurlijk en simpel ontwerpt met een echte nood- en exitplan, niet achteraf een reddingsstunt omdat het anders PR-schade is.