Для диагностики проблемы с бортовым компьютером «Хаббла» проводятся новые тесты
AstroNews.ru - 26 Июня 2021 22:20:31
НАСА продолжает проводить диагностику проблемы с бортовым компьютером космического телескопа Hubble («Хаббл») после завершения серии тестов 23 и 24 июня. Бортовой компьютер полезной нагрузки вышел из строя 13 июня, и космический аппарат прекратил сбор научных данных. Сам телескоп и его научные инструменты остаются в исправном состоянии и в настоящее время переведены в «безопасный режим».
Космический телескоп оснащен двумя компьютерами полезной нагрузки, один из которых является резервным. Оба компьютера входят в состав модуля Science Instrument and Command and Data Handling (SI C&DH). В состав каждого из компьютеров, в свою очередь, входят следующие основные компоненты:
• Центральный модуль обработки данных (Central Processing Module, CPM), обрабатывающий команды, которые координируют научные инструменты и управляют ими;
• Стандартный интерфейс (Standard Interface, STINT), за счет которого осуществляется связь между модулем CPM и другими компонентами;
• соединительная шина, содержащая линии, которые передают сигналы и данные между различными компонентами оборудования;
• один активный модуль памяти, который хранит рабочие команды для всех инструментов. В резерве находятся еще три модуля памяти.
В ходе дополнительных тестов, проведенных 23 и 24 июня, было впервые произведено включение резервного компьютера в космосе. Тесты показали, что многочисленные комбинации компонентов, входящих в состав как основной, так и резервной компьютерных систем, все испытывали одну и ту же ошибку – ошибку при попытке записи команд в память и чтении команд из памяти.
Поскольку вероятность того, что во всех элементах бортового компьютера независимо возник один и тот же сбой, является крайне низкой, команда теперь считает, что причина сбоя лежит в других элементах оборудования, возможно, в модуле Command Unit/Science Data Formatter (CU/SDF), еще одном блоке, входящем в состав модуля SI C&DH. Кроме того, проблема могла возникнуть с регулятором напряжения, в результате чего на оборудование могло поступать недопустимое напряжение.
На протяжении следующей недели команда продолжит тестировать модуль SI C&DH, чтобы идентифицировать модуль, на котором возник сбой. Если окажется, что проблема кроется в модуле CU/SDF или в регуляторе напряжения, то команда будет рекомендовать переключение на резервный модуль CU/SDF и резервный регулятор напряжения.