6 коментарів

Розгорнути всі

Будь ласка, у свій профіль, щоб коментувати пости, робити закладки та оцінювати інших користувачів. Це займає всього два кліки.

Mark Kuehner
Лип 09, 2022 19:34

Команда миссии определилась с причиной потери связи с CAPSTONE.
Как я уже ванговал ранее сбои был назван ошибкой операторов. В получаемой от зонда информации инженеры нашли данные, выходящие за разумные пределы. В процессе поиска причины этой ошибки они попытались выгрузить диагностику радиосистемы, но послали при этом неверно отформатированную команду. По идее, в таком случае выполняется перезагрузка, но этого не произошло из-за бага в софте самого аппарата,

Таким образом Rocket Lab “абсолютно неуиновный”.

0
Aslan Tsoutiev
Лип 10, 2022 01:54

Да что же они там столько ошибок делают? Что за программисты? У Маска я не замечал чтобы сотрудники делали такие ошибки.

0
Mark Kuehner
Лип 10, 2022 09:26

https://www.youtube.com/watch?v=ihZyUBaG_8Y

0
Bob Gershon
Лип 10, 2022 15:32

Це звичайна практика програмування, коли виправлення однієї помилки призводить до появи інших. Особливо таке відбувається, якщо є суттєвий тиск зверху. 
І взагалі, це стосується не лише програмування, але будь-якої сфери.

0
Ще відповіді: 1
Mark Kuehner
Лип 11, 2022 13:11

Хорошие новости
https://blogs.nasa.gov/artemis/2022/07/09/nasas-capstone-updates-maneuver-schedule-on-journey-to-moon/
Коррекция 7.07 была очень точной, так что следующий маневр 9.07 пока отложили в надежде, что он не понадобится вообще.

2