SDA
Старожил
Пауза возникла потому, что они переводят на китайский язык заметку из "Правды" про Лунаход-2 и и пресс-релиз NASA о начале миссии ОппотьюнитиCNSA про свой марсианский "трактор" молчит уже ровно неделю.
Follow along with the video below to see how to install our site as a web app on your home screen.
Примечание: This feature may not be available in some browsers.
Пауза возникла потому, что они переводят на китайский язык заметку из "Правды" про Лунаход-2 и и пресс-релиз NASA о начале миссии ОппотьюнитиCNSA про свой марсианский "трактор" молчит уже ровно неделю.
Вроде там проблема не в задержке, а в том что кадры неправильно привязывались ко времени. Проблема софтовая, но похоже есть проблемы с обеспечением целостности данных.миг-21р, ну разработчики кажется уверены в том, что неисправность была именно софтовой
Мол, система контроля полета получала данные от навигационных камер с задержкой, поэтому не могла давать корректные команды подсистеме управления ротором вертолета. С чего бы нам им не верить?
Думаю, следующий полет прояснит ситуацию
китайцы срочно дооснащают полигон-съемочную площадку в Гоби...Пауза возникла потому, что они переводят на китайский язык заметку из "Правды" про Лунаход-2 и и пресс-релиз NASA о начале миссии Оппотьюнити
30.05.2021 14:10
Динамические дюны на Марсе
На первый взгляд, эта завораживающая картина поля дюн, подернутая легкой дымкой облаков, напоминает спутниковые снимки одной из земных пустынь. Однако на самом деле это красивейший пейзаж на соседней планете Марс.
Поражающее воображение поле дюн расположено в центре кратера Ломоносова, далеко в северном полушарии Красной планеты (65° с.ш., 351° в.д.). Фотография сделана 2 декабря 2020 года камерой CaSSIS с борта аппарата Trace Gas Orbiter совместной миссии Госкорпорации «Роскосмос» и Европейского космического агентства ExoMars-2016. При помощи этих изображений ведется исследование развития поля дюн в течение года.
На момент снимка зима в северном полушарии Марса заканчивалась, и иней в этом регионе начал сублимироваться. Темные пятна указывают на зоны, где иней уже сублимировался, открыв взору темный базальтовый песок. Гребни дюн указывают среднее направление ветра, в данном случае ветер дует с нижней левой в верхнюю правую сторону снимка. Справа видны более темные, насыщенные базальтовые отложения без инея. Кроме того, справа заметны ярко-белые облака, контрастирующие с темными породами на поверхности планеты.
Потеря данных в процессе передачи - это нормально. Особенно если по радиоканалу, но и в проводах может иметь место.Вроде там проблема не в задержке, а в том что кадры неправильно привязывались ко времени. Проблема софтовая, но похоже есть проблемы с обеспечением целостности данных.
программисты )А вот что они время вычисляли тупо по номеру кадра...
Да ну ладно, у насовцев всегда так - план минимальный а потом на все деньги если он за пять полетов не сдох значит ему ещё летать и летать. Вон оппо по Марсу 90 Сол должен был ползать, а по факту 14лет и 45км.На программный сбой не очень похоже, возможно, начались отказы по механике. Планы перевыполнены.
А надо было "умно по номеру кадра"? Сделали бы отдельную таблицу соответвия номеров кадра временны́м меткам, также могла бы испортится сама таблица с тем же результатом.А вот что они время вычисляли тупо по номеру кадра...
Все это решаемые проблемы. Связываешь кадр с меткой времени в одну структуру, можно еще код crc добавить чтобы гарантировать неизменность. Но видно не озаботились...А надо было "умно по номеру кадра"? Сделали бы отдельную таблицу соответвия номеров кадра временны́м меткам, также могла бы испортится сама таблица с тем же результатом.
Вы не поняли о чем я говорю: если у вас кадры идут строго друг за другом через определенное время, то их номера являются исчерпывающей информацией и просто высчитывать время из номеров или хранить отдельно время - с точки зрения надёжности хранения и использования алгоритмов дублирования, проверки и прочего абсолютно нет никакой разницы как хранить. Вообще чем меньше в любой базе дублирующих друг друга данных (то есть легко выводимых друг из друга, тем лучше). В том числе, если один кадр вообще выпал из системы (не был зарегистрирован), то он мог бы быть не был зарегистрирован и в вашей структуре (хуже того, ошибки при связывании ещё добавляют геморроя при восстановлении связности. Ну и ресурсы. Не забывайте, что всякое дополнительное действие - это не только источник дополнительных ошибок - это ещё и дополнительные ресурсы. В общем не изучив данную конкретную программу в данных конкретных условиях улыбаться якобы глупым решениям авторам вертолета я бы не торопился...Все это решаемые проблемы.
Ну лет через 200 может будет причина (внуков повидать)... )))Я вот сейчас это делаю, сидя у монитора. И зачем мне тащиться за миллионы километров...
А откуда данные, что не озаботились?Все это решаемые проблемы. Связываешь кадр с меткой времени в одну структуру, можно еще код crc добавить чтобы гарантировать неизменность. Но видно не озаботились...
Так ведь и хрен с ним, он и не нужен. Его обработали и забыли. Если выпал - обработали следующий, в нём достаточно информации для полёта. Если конечно известно как давно он снят и сколько мы с этого момента пролетели.В том числе, если один кадр вообще выпал из системы (не был зарегистрирован), то он мог бы быть не был зарегистрирован и в вашей структуре
то что я читал, пропал один кадр (бывает), и все последующие кадры оказались провязаны к неправильному времени (что не должно быть). Что и вызвало осцилляции. По мне чисто проблема в дизайне real time system.А откуда данные, что не озаботились?
Насколько я понимаю, ошибка была в изначальной привязке меток времени к кадрам.
Но где они оказались привязаны к неправильному времени? В камере (такое бывает, не уверен, что это делает их модель), в драйвере, на входе в user-space часть конвейера, или дальше по ходу конвейера?то что я читал, пропал один кадр (бывает), и все последующие кадры оказались провязаны к неправильному времени (что не должно быть).
Скорее всего, проблема в том, что люди, занимавшиеся functional safety, не рассмотрели возможности такого отказа и не выдвинули требований по нему.Что и вызвало осцилляции. По мне чисто проблема в дизайне real time system.
Как понимаю - в программе обработки, там тупо номер кадра = таймкод.Но где они оказались привязаны к неправильному времени? В камере (такое бывает, не уверен, что это делает их модель), в драйвере, на входе в user-space часть конвейера, или дальше по ходу конвейера?