«Фрегат» со спутниками Galileo подвело программное обеспечение
Комиссия по расследованию причин аварии при выведении российским носителем "Союз-СТ-Б" 22 августа спутников Galileo определилась с основной версией случившегося. Сбой в работе разгонного блока "Фрегат-МТ", из-за которого космические аппараты оказались на нерасчетной орбите, произошел из-за некорректной работы системы управления, изготовленной московским ФГУП "Научно-производственный центр автоматики и приборостроения имени академика Пилюгина" (НПЦАП). По словам источника "Известий" в Роскосмосе, скорее всего, нештатная работа интегрированной системы управления стала результатом ошибки в программном обеспечении, заложенном на борт. В результате разгонный блок получил неправильное полетное задание и, отработав в полном соответствии с заложенной программой, доставил аппараты не по адресу. ПО для системы управления также готовят в НПЦАП, уточнил собеседник.
22 августа в 16.27 мск носитель "Союз-СТ-Б" производства самарского ракетного центра "Прогресс" с разгонным блоком "Фрегат-МТ" стартовал с космодрома Европейского космического агентства (ЕКА) во Французской Гвиане. Ракете предстояло вывести на орбиту два спутника общеевропейской навигационной системы Galileo. Запуск прошел нештатно, и аппараты оказались на нерасчетной орбите, где их целевое использование невозможно. Начало полноценной эксплуатации сервисов Galileo в результате будет перенесено на более поздний срок, подробности неудачного запуска у ЕКА уже запросила Еврокомиссия. Собеседник в Роскосмосе подчеркнул, что инцидент вызвал крайне серьезную реакцию и в высшем руководстве РФ, в связи с чем у главы космического агентства Олега Остапенко был "тяжелый разговор в Белом доме".
В НПЦАП посоветовали обратиться за комментариями 2 сентября, когда на работу выйдет соответствующий специалист. В Объединенной ракетно-космической корпорации (ОРКК), ответственной за реформу ракетно-космической отрасли, заявили, что комиссия по расследованию причин аварии работает в ускоренном режиме и результаты будут объявлены в ближайшее время.
— Работает совместная комиссия Роскосмоса и ЕКА по расследованию инцидента со спутниками Galileo, изучаются данные с обеих сторон для определения причин, по которым спутники не были выведены на расчетную орбиту, — говорит Игорь Буренков, руководитель службы информационной политики ОРКК. — Комиссия работает в ускоренном режиме, и необходимо дождаться окончательных итогов расследования. В случае если международная комиссия придет к выводу, что инцидент произошел по вине российской стороны, тогда появятся соответствующие решения.
Ранее европейский аэрокосмический концерн Arianespace, выступавший оператором запуска, анонсировал объявление результатов работы комиссии на 8 сентября. Сообщалось, что в состав комиссии входят эксперты из России, Италии, Франции и Германии.
Виктор Хартов, гендиректор НПО имени Лавочкина, где делают прежде летавшие безупречно разгонные блоки семейства "Фрегат", отказался обсуждать версии случившегося.
Программное обеспечение — не самая частая причина отказов российской космической техники. Чаще всего нештатные ситуации случатся из-за "железа". Однако самый громкий сбой в космической технике этого года, в результате которого из строя на 11 часов вышли все космические аппараты системы ГЛОНАСС, произошел именно из-за ошибок в ПО. Программные коды для обеспечения ГЛОНАСС сделаны на собственной программной платформе, чтобы исключить возможность внешнего воздействия. Однако в нашей оригинальной программной среде недостаточно средств разработки. Поэтому изначально программы пишутся в среде операционной системы Windows, а затем их "перегоняют" с помощью компиляторов в оригинальный продукт. Ошибка в уравнении, которая привела к сбою в системе 2 апреля, появилась как раз в процессе "перевода" программного кода из одной среды в другую.
— Ошибки в ПО обычно встречаются на этапах отработки техники, — говорит член-корреспондент Российской академии космонавтики имени Циолковского Андрей Ионин. — Для серийных аппаратов, которые давно летают, как те же "Фрегаты", ошибка в ПО — это довольно редкая причина нештатной работы. Потому что ПО там от полета к полету, как правило, не меняется. А вот ошибки в полетном задании случаются, его нужно тщательно проверять.