БИЗНЕС И ЦИФРОВИЗАЦИЯ

У Canadarm2 на МКС сбоит транспортер: NASA ищет причину

17,6-метровая Canadarm2 работает, но транспортер на ферме МКС выдает ошибки связи. NASA проверяет софт, данные и железо.

✍️ Редакция iTech News | 29.09.2026 | ⏱ 4 мин | Источник: Ars Technica
📋

Роботизированная рука МКС Canadarm2 снова в центре внимания: сама система, по заявлению NASA, работает штатно, но связанные с ее мобильным транспортером компоненты на ферме станции выдают ошибки связи. Для IT-аудитории это не просто космическая мелодрама, а показательный инцидент про стареющую критическую инфраструктуру, где софт, телеметрия и железо живут дольше любой дорожной карты.

Проблему после обычного маневра перемещения по станции описывает Ars Technica. Canadarm2 — это 17,6-метровая канадская роботизированная система, установленная на Международной космической станции в 2001 году. Она умеет «перешагивать» по внешней поверхности станции: оба конца манипулятора функционально похожи, поэтому рука может поочередно закрепляться разными сторонами и менять рабочую позицию. После одного из таких маневров инженеры заметили неполадки в работе связки манипулятора и мобильного транспортера, который перемещает его вдоль основной фермы МКС.

Сначала вопрос выглядел неприятнее: было неясно, идет ли речь о программном сбое, проблеме передачи данных или отказе оборудования. В обновленном комментарии NASA уточнило, что Canadarm2 «работает как ожидается» и используется для инспекции корабля Crew-12 Dragon перед процедурами отстыковки. Ошибки обнаружены не в самой руке, а в нероботизированных компонентах, связанных с мобильным транспортером на ферме станции. Сейчас транспортер находится на рабочей позиции Worksite 6, и NASA разбирается с ошибками до следующего перемещения.

Есть и дополнительный нюанс: NASA и SpaceX отдельно проверяют, не мешает ли текущее положение транспортера GPS-навигации Dragon при стыковке к переднему порту станции. Команды рассчитывают разобраться до запуска Crew-13, а новые подробности NASA обещало дать на предпусковой пресс-конференции 30 сентября 2026 года. Формулировки осторожные, но смысл понятен: пока это не авария уровня «все пропало», а инженерное расследование на системе, где лишних движений никто не любит.

Canadarm2 давно работает сверх номинального срока службы. Манипулятор разработала канадская MDA для Канадского космического агентства; он был доставлен на МКС шаттлом Endeavour в апреле 2001 года. Расчетный срок службы составлял 15 лет, но система эксплуатируется уже больше четверти века. Масса руки — почти две метрические тонны, при этом она способна работать с грузами до 116 тонн. Для любой земной промышленной робототехники это звучит солидно; для орбитальной платформы, где вакуум, радиация, перепады температур и ограниченный доступ к ремонту, это уже почти дисциплина «как поддерживать продакшен после ухода всех авторов модуля».

Исторически Canadarm2 была одной из ключевых систем снабжения станции. Ранние грузовые корабли Dragon, Northrop Cygnus и японские HTV/HTV-X не стыковались так, как современные пилотируемые корабли: манипулятор захватывал аппарат рядом со станцией и переносил его к узлу причаливания. Новые версии Dragon, включая грузовые и пилотируемые, уже используют автономную стыковку; Boeing Starliner тоже рассчитан на такой сценарий. Но это не делает роботизированную руку МКС декоративным наследием эпохи шаттлов. Cygnus и HTV-X по-прежнему зависят от захвата манипулятором, а сама рука нужна для перемещения крупного оборудования снаружи станции, включая подготовку к выходам астронавтов в открытый космос.

Для индустрии этот эпизод интересен не романтикой орбиты, а архитектурным уроком. МКС приближается к 30-летнему рубежу: первый модуль станции был запущен в 1998 году, а значительная часть оборудования давно пережила плановые сроки. NASA планирует перейти к частным орбитальным станциям, но такие программы не запускаются по щелчку, а контракты, сертификация, безопасность и экономика редко идут строем. Пока новая инфраструктура не готова, старая должна продолжать работать — и каждый сбой в коммуникациях, транспортере или механике превращается в вопрос операционной устойчивости.

Для разработчиков и IT-директоров здесь знакомый сюжет, только с более дорогими последствиями. Есть система с длинным жизненным циклом, есть зависимость от старых интерфейсов, есть телеметрия, которую надо интерпретировать без права на быстрый «перезапуск сервиса», и есть внешние интеграции — в данном случае Dragon, GPS и график запусков экипажей. Чем старше платформа, тем важнее наблюдаемость, диагностика, запасные сценарии и честное понимание, где заканчивается программная проблема и начинается физический износ.

Если расследование подтвердит временный сбой связи, NASA отделается неприятной проверкой и очередной записью в журнале обслуживания. Если же транспортер потребует серьезного ремонта или ограничений по перемещению, МКС получит напоминание, что космическая инфраструктура стареет не пресс-релизами, а конкретными зависимостями: один манипулятор, одна ферма, один рабочий участок — и целая цепочка миссий начинает пересчитывать риски.

Поделиться: Telegram X LinkedIn