Обсуждаемое
Опрос
Популярное
Рейтинг
Видео
«Роскосмос» назвал наиболее вероятную причину аварии станции «Луна-25»
"Роскосмос" озвучил предварительные результаты работы по выяснению причин нештатного функционирования станции.
"19 августа 2023 года при выдаче корректирующего импульса для перевода космического аппарата с круговой окололунной орбиты на эллиптическую предпосадочную орбиту двигательная установка «Луны-25» проработала 127 секунд вместо запланированных 84 секунд.
В итоге станция перешла на нерасчетную незамкнутую орбиту и столкнулась с лунной поверхностью.
Установлено, что наиболее вероятной причиной аварии «Луны-25» стало нештатное функционирование бортового комплекса управления, связанное с невключением блока акселерометров в приборе БИУС-Л (блок измерения угловых скоростей) из-за возможного попадания в один массив данных команд с различными приоритетами их исполнения прибором.
При этом распределение команд в массивах данных имеет случайный (вероятностный) характер.
В связи с этим в бортовой комплекс управления приходили нулевые сигналы с блока акселерометров прибора БИУС-Л.
Это не позволило при выдаче корректирующего импульса зафиксировать момент набора требуемой скорости и произвести своевременное выключение двигательной установки космического аппарата, в результате чего ее отключение произошло по временной установке.
Сформированы рекомендации по проведению дополнительных мероприятий для последующих лунных миссий с целью недопущения повторения вышеуказанных вероятностных событий.
Автоматическая станция «Луна-25» была запущена с космодрома Восточный 11 августа 2023 года ракетой-носителем «Союз-2.1б» с разгонным блоком «Фрегат». На траектории перелета к естественному спутнику Земли она осуществила несколько коррекций орбиты. 16 августа станция была выведена на круговую окололунную орбиту, на которой провела научные наблюдения и измерения."
Постоянный адрес публикации на нашем сайте:
QR-код адреса страницы:
(Наведите смартфон, сосканируйте код, читайте сайт на смартфоне)
(Наведите смартфон, сосканируйте код, читайте сайт на смартфоне)
Внимание! Мнение авторов и комментаторов может не совпадать с мнением Администрации сайта
30 мнений. Оставьте своё
Мы рекомендуем Вам зарегистрироваться
или восстановить пароль от аккаунта, если Вы его забыли.
Это погромисты , мать иху скалкой ...
Фактически да, ошибка программистов. Причиной жесткой фатальной посадки «Луны-25», по всей видимости, оказался известный русский авось, закравшийся на этот раз в программное обеспечение БИУСа, в котором программисты не внесли обратную связь по контролю выполнения кода. То есть команда отправлялась и без проверки ее исполнения переходили сразу к следующей.
Теперь, после более тщательного «разбора полета», специалистам открывается другая картина: скорей всего, пилюгинцы все сделали правильно - их «БИУС-Л» был исправен. Согласно протоколу, при подлете «Луны-25» к земному спутнику их система ждала команду от программистов на включение акселерометров. Программисты эту команду подали (это было видно по циклограмме), то есть, по сути, тоже все сделали правильно, за исключением одного... Их программное обеспечение не проанализировало ответную реакцию «БИУСа-Л», по сути, просто не убедилось, что блок измерения угловых скоростей запущен в работу.
Об этом писали еще 13 сентября, но об этом в офицальном заключении ни слова.
Теперь, после более тщательного «разбора полета», специалистам открывается другая картина: скорей всего, пилюгинцы все сделали правильно - их «БИУС-Л» был исправен. Согласно протоколу, при подлете «Луны-25» к земному спутнику их система ждала команду от программистов на включение акселерометров. Программисты эту команду подали (это было видно по циклограмме), то есть, по сути, тоже все сделали правильно, за исключением одного... Их программное обеспечение не проанализировало ответную реакцию «БИУСа-Л», по сути, просто не убедилось, что блок измерения угловых скоростей запущен в работу.
Об этом писали еще 13 сентября, но об этом в офицальном заключении ни слова.
Вообще-то по-русски это можно назвать конкретней и ёмче: диверсия. В мягком варианте - халатность. А вот третьего варианта - "случайность" и четвёртого - "извините, так вот вышло" я тут как-то и не вижу.
Согласен с Вами. Первый и последний вариант-это диверсия чистой воды. Перед "запуском" изделия которое должно попасть в космос все узлы и системы дрюкают так что мама не горюй, проверяют от и до.
Здесь помимо диверсионной составляющей присутствует еще и безалаберность и шапкозакидательство...
Из интервью Александра Сапожникова, первого заместителя генерального конструктора Научно-производственного центра автоматики и приборостроения имени академика Н.А.Пилюгина - создателя "БИУС-Л" (интервью было взято 17 августа 2023, до аварии "Луны-25").
Из интервью Александра Сапожникова, первого заместителя генерального конструктора Научно-производственного центра автоматики и приборостроения имени академика Н.А.Пилюгина - создателя "БИУС-Л" (интервью было взято 17 августа 2023, до аварии "Луны-25").
- Ваш прибор ориентации в космическом пространстве стоит на станции «Луна-25», что он дает проходящей сейчас лунной экспедиции?
«Луна» - это станция, которая буквально в эти дни совершает маневр торможения и выходит на орбиту Луны. На станции стоит измерительный блок, который разрабатывался нами очень срочно, рекордно быстрыми темпами. Изначально было предусмотрено сотрудничество с иностранной фирмой «Астрикс», был контракт, на него было все рассчитано и заложено по срокам. Потом из-за санкций и известных событий этот контракт отменился. Возникла ситуация: иностранной аппаратуры нет, нужна срочная замена.
- Кроме БИУС-Л у вас на форуме представлен блок БИУС-14, а он для чего предназначен?
БИУС-14 - это для различных космических аппаратов. Например, для самарского «Прогресса», для «Ресурса» и еще для целого ряда «закрытых» (засекреченных) аппаратов. Если говорить о компоновке, то БИУС-Л - это трехосный прибор, нерезервированный. То есть он определяет положение по трем осям, и на каждую работает независимая цепь аппаратуры. Если какая-то из них сломается, то ориентирование по соответствующей оси будет потеряно. Поэтому таких приборов на аппарате «Луна-25» стоит два. Аварийное резервирование обеспечивается за счет наличия сразу двух приборов. А БИУС-14 - четырехосный прибор, держит отказ любой независимой цепи. Задачи выполняет те же самые. Это прибор для работы в космосе, для коррекции скорости, орбиты и так далее.
- Как быстро вы разработали БИУС-Л?
Разработан и изготовлен он был буквально за полтора года. Для таких задач это очень быстрый срок. Для сравнения: в обычных, не авральных, условиях на создание подобного прибора уходит в среднем 3-4 года.
- Какие у него перспективы?
Насколько я знаю, лунная программа пуском «Луны-25» не заканчивается. Наш прибор уже заложен в контуре управления, поэтому, если он себя нормально покажет , смысла его менять на других пусках нет. Потом, есть наметки на межпланетные программы - Венера, Марс. В принципе, это базовый модуль для межпланетных миссий в пределах всей Солнечной системы. Особенно хорош наш БИУС оказался в нынешних условиях - тем, что сделан полностью на отечественной электронике. Это было одной из задач, и ничего импортного в нем нет!
И нам удалось создать прибор БИУС-Л с теми же характеристиками, с теми же габаритами, который успешно работает. БИУС-Л - это блок измерения угловых скоростей, а буква «Л» обозначает Луну. Он уже хорошо показал себя в ходе полета, хотя самая сложная задача для него - это посадка станции на поверхность Луны. Там будут требоваться максимальные возможности. Как они проявятся - подождем немножко и увидим.
«Луна» - это станция, которая буквально в эти дни совершает маневр торможения и выходит на орбиту Луны. На станции стоит измерительный блок, который разрабатывался нами очень срочно, рекордно быстрыми темпами. Изначально было предусмотрено сотрудничество с иностранной фирмой «Астрикс», был контракт, на него было все рассчитано и заложено по срокам. Потом из-за санкций и известных событий этот контракт отменился. Возникла ситуация: иностранной аппаратуры нет, нужна срочная замена.
- Кроме БИУС-Л у вас на форуме представлен блок БИУС-14, а он для чего предназначен?
БИУС-14 - это для различных космических аппаратов. Например, для самарского «Прогресса», для «Ресурса» и еще для целого ряда «закрытых» (засекреченных) аппаратов. Если говорить о компоновке, то БИУС-Л - это трехосный прибор, нерезервированный. То есть он определяет положение по трем осям, и на каждую работает независимая цепь аппаратуры. Если какая-то из них сломается, то ориентирование по соответствующей оси будет потеряно. Поэтому таких приборов на аппарате «Луна-25» стоит два. Аварийное резервирование обеспечивается за счет наличия сразу двух приборов. А БИУС-14 - четырехосный прибор, держит отказ любой независимой цепи. Задачи выполняет те же самые. Это прибор для работы в космосе, для коррекции скорости, орбиты и так далее.
- Как быстро вы разработали БИУС-Л?
Разработан и изготовлен он был буквально за полтора года. Для таких задач это очень быстрый срок. Для сравнения: в обычных, не авральных, условиях на создание подобного прибора уходит в среднем 3-4 года.
- Какие у него перспективы?
Насколько я знаю, лунная программа пуском «Луны-25» не заканчивается. Наш прибор уже заложен в контуре управления, поэтому, если он себя нормально покажет , смысла его менять на других пусках нет. Потом, есть наметки на межпланетные программы - Венера, Марс. В принципе, это базовый модуль для межпланетных миссий в пределах всей Солнечной системы. Особенно хорош наш БИУС оказался в нынешних условиях - тем, что сделан полностью на отечественной электронике. Это было одной из задач, и ничего импортного в нем нет!
И нам удалось создать прибор БИУС-Л с теми же характеристиками, с теми же габаритами, который успешно работает. БИУС-Л - это блок измерения угловых скоростей, а буква «Л» обозначает Луну. Он уже хорошо показал себя в ходе полета, хотя самая сложная задача для него - это посадка станции на поверхность Луны. Там будут требоваться максимальные возможности. Как они проявятся - подождем немножко и увидим.
Цитата: Bezalaber
Вообще-то по-русски это можно назвать конкретней и ёмче: диверсия.
Согласен, операцию по диверсии провели лунопланетяне.
из-за возможного попадания в один массив данных команд с различными приоритетами их исполнения прибором
Странная ситуация... неужели, перед подачей на исполнение, команды и их сочетания не проходят программный контроль на корректность? Дичь какая-то. Попробуйте в наручных часах выставить что-то типа 28 часов 92 минуты 30 февраля!
Неужели приоритетность команд в их сочетаниях нельзя контролировать, вплоть до полной отмены сбойной комбинации и новой генерации управляющих кодов?! И это - в космической программе?!
Можно, конечно. Но видимо не всё хорошо в датском королевстве в службах разработки, тестирования и контроля ПО. А рыба обычно гниёт вестимо откуда....
Если вы намекаете на "нерыбацкую" поговорку "рыба гниёт с головы", то каждый, кто имеет дело с рыбой знает, что рыба гниёт с брюха (с кишок), а голова у рыбы гниёт в последнюю очередь (там просто нечему гнить). Эту присказку любят те, кто всё готов свалить на руководство, забывая про свою лень и свои "косяки".
Программы пишут люди, которые имеют склонность ошибаться.
Модель проверки не имела полный набор вариантов для теста, еще одна шибка, тоже человеческая... обычное дело так то.
Для примеров Ошибка програмистов в ракете носителе
Ошибка програмистов в медицинском оборудовании
Таких ошибок очень много... люди работают, иногда ошибаются, иногда их ошибки успевают исправить заранее, иногда замечают слишком поздно... все согласно то же теории вероятности
Модель проверки не имела полный набор вариантов для теста, еще одна шибка, тоже человеческая... обычное дело так то.
Для примеров Ошибка програмистов в ракете носителе
Ошибка програмистов в медицинском оборудовании
Таких ошибок очень много... люди работают, иногда ошибаются, иногда их ошибки успевают исправить заранее, иногда замечают слишком поздно... все согласно то же теории вероятности
Программисты конечно могут ошибаться... Но только не программисты Роскосмоса... Туда студентов и просто по блату не берут...
Тобишь мы имеем 2 факта:
- датчики скоростей не работали в самый ответственный момент!
- резервная схема (план "б") тоже не сработала по причине не правильно заданного времени отключения двигателя...
Налицо не просто халатность програмистов, а диверсия... Ну невозможно такое одновременное совпадение факторов в узком и ключевом сегменте...
Скажете невозможно, перекручиваю? - А кто в августе целый вертолет умудрился угнать в укрорейх? Кто сливал ЦРУ и МИ-6 данные админов ростелеграм каналов (летом задержали экс начальника киберподразделения ФСБ)?
А от Пригожина и его армии кто ожидал похода на Ростов и Москву?
в результате чего ее отключение произошло по временной установке.
И какого черта прогер Роскосмоса установил отключение двигателя на 45 секунд позже, чем нужно? В таких вещах каждая секунда важна и должна быть обоснованной... связанное с невключением блока акселерометров в приборе БИУС-Л (блок измерения угловых скоростей)
Почему не включился акселерометр? - Вот второй главный вопрос, на который не дает ответ Роскосмос...Тобишь мы имеем 2 факта:
- датчики скоростей не работали в самый ответственный момент!
- резервная схема (план "б") тоже не сработала по причине не правильно заданного времени отключения двигателя...
Налицо не просто халатность програмистов, а диверсия... Ну невозможно такое одновременное совпадение факторов в узком и ключевом сегменте...
Скажете невозможно, перекручиваю? - А кто в августе целый вертолет умудрился угнать в укрорейх? Кто сливал ЦРУ и МИ-6 данные админов ростелеграм каналов (летом задержали экс начальника киберподразделения ФСБ)?
А от Пригожина и его армии кто ожидал похода на Ростов и Москву?
Пригожин покоя недаёт, а ты трус и по этому так бы не сделал. Можешь только людей обсирать зная, что ответки не будет.
Если удастся докопаться до версии прошивки наручных часов, то окажется, что сейчас используется уже 29-ая итерация , а может и сотая )).
И чем больше программа, тем более вероятно там существование ошибок. Некоторые пока остаются незамеченными.
И чем больше программа, тем более вероятно там существование ошибок. Некоторые пока остаются незамеченными.
Цитата: darkgrey
Странная ситуация... неужели, перед подачей на исполнение, команды и их сочетания не проходят программный контроль на корректность?
Приоритетность команд определяет подпрограмма реального времени (ППРВ) с условным названием "Супервайзер". Если код этой ППРВ не "обкатывался" как положено : сначала по априори фиксированным сочетаниям, а потом по длине случайной выборки сочетаний на не менее предельном ИНТЕРВАЛЕ ИСПЫТАНИЙ (а в космическом приборостроении его, как правило, кратно превышают), то отладка была произведена с нарушением процедуры при испытаниях ОТК, следствием которой из проверки было выпущен целый сектор сочетаний. Во время реального полёта, как раз, и произошла ситуация, попадаюшая в этот сектор НЕОТЛАДКИ.
Могло такое у Нас произойти ?
ВПОЛНЕ.
Халатность, пофигизм, отсутствие надлежащего контроля на ОТВЕТСТВЕННЫХ рабочих этапах, нездоровое и безответственное желание быстрее "отметиться" и рапортовать наверх о "уже взятых вершинах" ... или монопольно-приоритетно сократить срок работ для удешевления сметы без учёта интересов дела.
Я уж не говорю про отсутствие СОВЕСТИ РАБОЧЕГО ЧЕЛОВЕКА.
Цитата: АлексСталкер
... отсутствие СОВЕСТИ РАБОЧЕГО ЧЕЛОВЕКА
У программиста априори не может быть "СОВЕСТИ РАБОЧЕГО ЧЕЛОВЕКА"...
Я преподавал у них более 10 лет...
А до этого руководил отделом АСУ, где половина состава - программисты...
Программист - не рабочий и не инженер...
Это другая каста людей, с другим складом ума...
1989 год. Первые "IBM совместимые" в СССР - болгарские "Правец-16" Горит проект. Все пашут в поте лица. Молодой, перспективный программист сидит уставившись в монитор и время от времени вводит код. Спрашиваю:
- "что завис?, не получается что?"
- не, алгоритм сложный....
Проходит 3 дня...
Вопль - "ПОЛУЧИЛОСЬ!!!"
Сбегаемся. Это ЧУДО с гордым видом показывает на мигающую точку, которая по сложной траектории блуждает по экрану...
- Я ТРИ ДНЯ её кодировал...
МЛЯ!!!
У нас план горит, а он мозги разминает!!!
%#$@^!% !!!
И ГЛАВНОЕ - он совершенно не понимает, ЧТО ОН СДЕЛАЛ НЕ ТАК!!!
- "что завис?, не получается что?"
- не, алгоритм сложный....
Проходит 3 дня...
Вопль - "ПОЛУЧИЛОСЬ!!!"
Сбегаемся. Это ЧУДО с гордым видом показывает на мигающую точку, которая по сложной траектории блуждает по экрану...
- Я ТРИ ДНЯ её кодировал...
МЛЯ!!!
У нас план горит, а он мозги разминает!!!
%#$@^!% !!!
И ГЛАВНОЕ - он совершенно не понимает, ЧТО ОН СДЕЛАЛ НЕ ТАК!!!
----------
Когда нас жизни учит кто то, я весь немею.
Житейский опыт идиота я сам имею.
Когда нас жизни учит кто то, я весь немею.
Житейский опыт идиота я сам имею.
Во-во, как и писал сразу после аварии (вернее, высказывал предположения) - в перфокарте дырку не пробили...(шутка)...
а, если серьёзно, то, опять же, как уже писал - как правило, аварии связаны с программированием самого процесса и планированием, а не с неизвестностью рельефа, куда планировалось прилунение...нештатная работа автоматики это ошибка в расчетах и моделировании...
...при неправильной эмуляции и расчетах может произойти срыв автоматики. Раньше всё считали и пересчитывали вручную сотни и сотни раз, сейчас много доверяют САПРу, но расчет все равно надо оценивать вручную и модель строить вручную с реальной поэтапной проверкой , а уже потом доверять железу...
...вот, датчик какой-нить ложные данные давал, а движок и не отключился...
Остался только один вопрос - это, ошибка программистов (бывает) или, всё-таки "недогляд" по какой-то искусственной причине...ну, так, мысли вслух...
а, если серьёзно, то, опять же, как уже писал - как правило, аварии связаны с программированием самого процесса и планированием, а не с неизвестностью рельефа, куда планировалось прилунение...нештатная работа автоматики это ошибка в расчетах и моделировании...
...при неправильной эмуляции и расчетах может произойти срыв автоматики. Раньше всё считали и пересчитывали вручную сотни и сотни раз, сейчас много доверяют САПРу, но расчет все равно надо оценивать вручную и модель строить вручную с реальной поэтапной проверкой , а уже потом доверять железу...
...вот, датчик какой-нить ложные данные давал, а движок и не отключился...
Остался только один вопрос - это, ошибка программистов (бывает) или, всё-таки "недогляд" по какой-то искусственной причине...ну, так, мысли вслух...
В таком случает я боюсь чипироваться а вдруг программист ошибется.
Вообще-то это надо назвать рукожопство
Да, и такие механизмы не должны летать по написанной от и до программе, а сами должны анализировать и принимать решения по ситуации.
А то ИИ - ИИ!!!, а на деле простой арифмометр и то собранный косоручкой
Да, и такие механизмы не должны летать по написанной от и до программе, а сами должны анализировать и принимать решения по ситуации.
А то ИИ - ИИ!!!, а на деле простой арифмометр и то собранный косоручкой
----------
хочу назад в родной ссср
где было все для счастья человека
хочу назад в родной ссср
где было все для счастья человека
Спустя считанные дни после того, как советский истребитель сбил южнокорейский пассажирский самолет, вторгшийся в воздушное пространство Советского Союза подполковник Станислав Евграфович Петров предотвратил новую ядерную войну.
Он нес дежурство в секретной части Серпухов-15, где проводились наблюдения за действиями США. Вдруг на табло появилась информация о том, что Америка запустила несколько баллистических ракет, цель которых — территория СССР.
Инструкция предписывала Станиславу тут же сообщить об этом Андропову, и он уже должен был нажать кнопку для ответного запуска ракет. Но проанализировав ситуацию Петров доложил о сбое Системы Предупреждения о Ракетном Нападении (СПРН). На первый взгляд преступный поступок. Но Петров видел, что ракеты запущены только с одной пусковой шахты, а этого быть не могло. Впоследствии было определено, что в СПРН и в самом деле произошел сбой - солнечный луч, отразившийся от облаков, засветил оптику спутника.
Станислав Евграфович Петров был награжден ООН хрустальной статуэткой "Рука, держащая земной шар" с выгравированной на ней надписью "Человеку, который предотвратил ядерную войну".
Он нес дежурство в секретной части Серпухов-15, где проводились наблюдения за действиями США. Вдруг на табло появилась информация о том, что Америка запустила несколько баллистических ракет, цель которых — территория СССР.
Инструкция предписывала Станиславу тут же сообщить об этом Андропову, и он уже должен был нажать кнопку для ответного запуска ракет. Но проанализировав ситуацию Петров доложил о сбое Системы Предупреждения о Ракетном Нападении (СПРН). На первый взгляд преступный поступок. Но Петров видел, что ракеты запущены только с одной пусковой шахты, а этого быть не могло. Впоследствии было определено, что в СПРН и в самом деле произошел сбой - солнечный луч, отразившийся от облаков, засветил оптику спутника.
Станислав Евграфович Петров был награжден ООН хрустальной статуэткой "Рука, держащая земной шар" с выгравированной на ней надписью "Человеку, который предотвратил ядерную войну".
Всего не предусмотришь, наука не всесильна.
Вообще-то об этом сообщил еще 21 августа глава Роскосмоса Юрий Борисов в эфире телеканала «Россия 24» и подробно объяснил, почему произошло крушение космической станции «Луна-25».
Основной причиной крушения «Луны-25» стала нештатная работа корректирующего двигателя, который при команде перейти аппарату на предпосадочную орбиту проработал больше положенного времени.
Основной причиной крушения «Луны-25» стала нештатная работа корректирующего двигателя, который при команде перейти аппарату на предпосадочную орбиту проработал больше положенного времени.
К сожалению, отключение двигателя произошло не штатно, в соответствии с циклограммой, а по временной отсечке, и вместо запланированных 84 секунд он отработал 127 секунд. Это явилось основной причиной аварии аппарата.
Индийцы сказали, что сели.
И вы говорите.
И вы говорите.
Цифра (ЭВМ) это частный случай АНАЛОГА! ЭВМ) В СССР применялись аналоговые ЭВМ в космических полётах. У цифры при отцифровке есть потеря информации у аналога (аналоговая ЭВМ) такого нет.
Зря наши не блефанули, могли бы и заявить, что благополучно приземлились, смоделировали бы на 3Д и показывали всему миру как наш луноход катается по Луне. Не обманешь - не проживешь.
Меня всю мою жизнь губит моя честность. Мне все говорили - ты слишком идеален и правильный. Даже жене не за что было меня ругать, поэтому и развелась со мной. Зато у второго ее мужа недостатков было так много, что он у нее на коленях вымаливал прощение, жена его прощала и была на седьмом небе от счастья. Чувствовала себя богиней. Но вскоре осталась вдовой - муж умер от перепоя. Когда моя бывшая жена немного поумнела, то предложила начать все заново наши отношения. Но я к тому времени, тоже немного поумнел (уже не любил ее) , поэтому отказал. Как же она на меня обиделась! Я понял - женщинам нельзя отказывать, без уважительной причины.
Нашёл, влюбился и женился на другой.
Меня всю мою жизнь губит моя честность. Мне все говорили - ты слишком идеален и правильный. Даже жене не за что было меня ругать, поэтому и развелась со мной. Зато у второго ее мужа недостатков было так много, что он у нее на коленях вымаливал прощение, жена его прощала и была на седьмом небе от счастья. Чувствовала себя богиней. Но вскоре осталась вдовой - муж умер от перепоя. Когда моя бывшая жена немного поумнела, то предложила начать все заново наши отношения. Но я к тому времени, тоже немного поумнел (уже не любил ее) , поэтому отказал. Как же она на меня обиделась! Я понял - женщинам нельзя отказывать, без уважительной причины.
Нашёл, влюбился и женился на другой.
...из-за возможного попадания в один массив данных команд с различными приоритетами их исполнения прибором.
При этом распределение команд в массивах данных имеет случайный (вероятностный) характер....
у распределенного программирования частая и непредсказуемая проблема - эффект "гонок".
Когда один или несколько процессов (обычно они каждый в виде микро виртуальной машины) выполняют параллельную задачу быстрее остальных, на выходе получается: "баня ещё за углом, а уже разделся", на блок управления поступают противоречивые данные и он не может принять правильное решение, результат - авария.
Отловить эффект "гонок" очень сложно...
При этом распределение команд в массивах данных имеет случайный (вероятностный) характер....
у распределенного программирования частая и непредсказуемая проблема - эффект "гонок".
Когда один или несколько процессов (обычно они каждый в виде микро виртуальной машины) выполняют параллельную задачу быстрее остальных, на выходе получается: "баня ещё за углом, а уже разделся", на блок управления поступают противоречивые данные и он не может принять правильное решение, результат - авария.
Отловить эффект "гонок" очень сложно...
А ни кто не думает, что там тактовый генератор (либо кварцевый резонатор) съехал или отвалился, а резервный в камне на меньшей частоте работает. Вот ПО и стало работать значительно медленнее. ..?
"При этом распределение команд в массивах данных имеет случайный (вероятностный) характер." Это как!?
То есть при проектировании алгоритма кто то сказал, что команда должна попасть в массив данных с какой то вероятностью!? Еду значит я на автомобиле и вижу бабушку, переходящую дорогу по пешеходному переходу, по идее мои глаза передали данную информацию мозгу и он должен передать команду правой ноге переместиться на педаль тормоза, а судя по заложенному а "Луну-25" алгоритму, мозг подумал: "Да и хрен с ней с той старухой!!!" и продолжил давать команду правой ноге нажимать на газ, а когда достиг скорости 79 км в час, начал притормаживать!!! Это что за программирование!? Я не понимаю, чем отличались алгоритмы приземления "Луны" при СССР и при России...Согласен с комментирующими ранее, здесь два варианта, либо алгоритмом "заведовал" "спящий", либо проявился обычный пофигизм, потому как наказания то не будет!!!(((
То есть при проектировании алгоритма кто то сказал, что команда должна попасть в массив данных с какой то вероятностью!? Еду значит я на автомобиле и вижу бабушку, переходящую дорогу по пешеходному переходу, по идее мои глаза передали данную информацию мозгу и он должен передать команду правой ноге переместиться на педаль тормоза, а судя по заложенному а "Луну-25" алгоритму, мозг подумал: "Да и хрен с ней с той старухой!!!" и продолжил давать команду правой ноге нажимать на газ, а когда достиг скорости 79 км в час, начал притормаживать!!! Это что за программирование!? Я не понимаю, чем отличались алгоритмы приземления "Луны" при СССР и при России...Согласен с комментирующими ранее, здесь два варианта, либо алгоритмом "заведовал" "спящий", либо проявился обычный пофигизм, потому как наказания то не будет!!!(((
----------
"Создадим себе трудности, что бы потом их героически преодолеть!!!"
"Создадим себе трудности, что бы потом их героически преодолеть!!!"
айтишники это ваапщето наши робяты... и Вы считаете что они будут работать на русских?
вапщето могу сказать что работа тн. айтишника придумана только для своих поэтому ее ценность раздута до идиотических размеров... например, мой знакомый в 85 лет изучил пайтон и прекрасно штампует программы ... простые правда... типа баз данных, но ему ведь почти 100 лет...
вапщето могу сказать что работа тн. айтишника придумана только для своих поэтому ее ценность раздута до идиотических размеров... например, мой знакомый в 85 лет изучил пайтон и прекрасно штампует программы ... простые правда... типа баз данных, но ему ведь почти 100 лет...
Цитата: Реаниматор
...в результате чего ее отключение произошло по временной установке.
И какого черта прогер Роскосмоса установил отключение двигателя на 45 секунд позже, чем нужно? В таких вещах каждая секунда важна и должна быть обоснованной...
И какого черта прогер Роскосмоса установил отключение двигателя на 45 секунд позже, чем нужно? В таких вещах каждая секунда важна и должна быть обоснованной...
Два варианта, или такая реализация была указана в техзадании/указании, или програмист посчитал данную реализацию верной. Програмист тот же конструктор, он реализует свое видение процесса. А это видение формируется из того что ему дали вводным техзаданием, консультациями с заказчиками и наложеным своим видением. И на эту смесь накладываются допущенные в процессе работы ошибки )
Цитата: Реаниматор
Почему не включился акселерометр? - Вот второй главный вопрос, на который не дает ответ Роскосмос...
Скажу больше, еще на этапе корректировки траектории аппарат вел себя "нервно", с сюрпризами. Возможно из за того же неработающего акселерометра.
Будут разбираться. Возможно о результатах нам сообщат.
Информация
Посетители, находящиеся в группе Гость, не могут оставлять комментарии к данной публикации.
Опять программисты виноваты...
Когда нас жизни учит кто то, я весь немею.
Житейский опыт идиота я сам имею.