NASA потеряла зонд за $125 млн: подрядчик передал данные в футах вместо метров
Почему $125 миллионов сгорели из-за дюймов: разбор провала Mars Climate Orbiter
В 1999 году NASA потеряла аппарат за 125 миллионов долларов. Причина — банальная путаница единиц. Английские дюймы вместо метрических миллиметров. Вы скажете: «Такое только в дешёвом кино бывает». Нет, было в реальности. И могло повториться где угодно — хоть в космосе, хоть на стройке.
Как так вышло?
Миссия Mars Climate Orbiter стартовала в 1998-м. План был прост: аппарат выходит на орбиту Марса, изучает климат, передаёт данные. Контракт на софт отдали Lockheed Martin. Контролировала полёт Лаборатория реактивного движения NASA.
Всё шло гладко, пока орбитер не приблизился к Красной планете. Вместо запланированных 226 километров над поверхностью он оказался на высоте 57 километров. Атмосфера Марса — не вакуум. На такой высоте плотность слишком велика. Аппарат либо сгорел, либо улетел в открытый космос. Связь оборвалась 23 сентября 1999 года.
Расследование показало: в программе, отвечающей за импульс двигателей, Lockheed Martin использовала британские имперские единицы (фунт-сила-секунды). NASA требовала систему СИ — ньютоны, метры, секунды. Но никто не перепроверил итоговый код. Ошибка оказалась роковой.
Что пошло не так: точка отказа
Давайте разберём конкретно. Программа расчёта маневров выдавала данные в футах и фунтах. Система навигации NASA ожидала метры и ньютоны. Разница в несколько раз. Расчётные импульсы оказались заниженными. Аппарат недополучил торможения — вот и вышел на слишком низкую орбиту.
«Ошибка не в железе, не в радиосвязи, а в элементарном переводе единиц. Это была не техническая проблема, а бюрократическая. Никто не удосужился проверить формат данных подрядчика».
Личное наблюдение автора: я не раз видел подобное на стройплощадках. Приходит чертёж от субподрядчика в футах — прораб в ужасе пересчитывает в метры. Если вовремя не заметить — фундамент уедет на полметра. В космосе цена ошибки выше, но природа та же.
Сравнение: метрическая vs имперская системы в космонавтике
| Параметр | Система СИ | Имперская система |
|---|---|---|
| Единица силы | Ньютон (Н) | Фунт-сила (lbf) |
| Единица расстояния | Метр (м) | Фут (ft) |
| Импульс (произведение) | Н·с | lbf·с |
| Коэффициент пересчёта | 1 | 1 lbf ≈ 4,45 Н |
Разница в 4,45 раза. Ошибка накапливалась на каждом этапе расчёта коррекций. В итоге суммарное отклонение составило около 170 километров неправильно рассчитанного торможения.
Как не допустить подобного: микро-инструкция для тех, кто управляет проектами
Уроки из этой истории применимы везде — от авиации до промышленного дизайна. Вот три правила, которые я вынес сам:
- Утверждайте единые стандарты на старте. В контракте должно быть чётко прописано: «Все данные передаются только в СИ. Любое отступление — переделка за счёт подрядчика».
- Автоматизируйте проверку. Напишите скрипт, который сверяет размерности в каждом входном файле. Если программа ждёт метры, а получает футы — выдавать ошибку и блокировать работу.
- Делайте «слепой» тест. Введите в систему заведомо известные данные и проверьте, что на выходе правильные цифры. Это занимает час, но спасает миллионы.
Эти шаги — не заумная теория. В NASA после этой катастрофы ввели обязательный аудит размерностей. Но почему-то до сих пор в 2025 году я вижу компании, где инженеры уточняют: «А в каких единицах этот чертёж?»
Резюме от автора
$125 миллионов и 9 месяцев работы сгорели из-за того, что кто-то поленился написать в спецификации «используем СИ». Чисто организационная ошибка. Если вы руководите проектом — не верьте, что «там всё очевидно». Проверяйте единицы. Это дешевле, чем потерять аппарат, здание или репутацию.
