Как стать автором
Обновить

Комментарии 42

как бы срок службы не укоротился.
а по существу — отлично что восстановился.
WALL-E вернулся =)
Сложно себе представить архитектуру его цепей, ПО, переферии, учитывая тот факт, что он самодиагностировал у себя КЗ и об этом сообщил на Землю. Поистене образец для подржания.
С учетом того объема ресурсов, который в него влили… Я-бы скорее удивился если-бы он не восстановился.
Марсоход создали не ресурсы, а люди. Вот они-то и вызывают безмерное уважение.
В отличии от вас с некоторыми людьми из NASA я знаком лично. Благо часть обитает в Сан Хосе, часть в Сиетле. Уверяю вас столь многоуважаемые вами люди без нормальных условий работы, а именно компенсация + мат. обеспечение. Занимались-бы совсем другими задачами.
По этому вам, столь уважающемю людей, стоит подумать и о других людях, которые платят налоги и содержат это бюджетную организацию NASA. Которая в отличии от SpaceX полностью государственная.

Талантливых людей хватает, а вот условия для реализации есть далеко не везде.
Есть масса примеров того, как мегавливания дают наноэффект. Это стало настолько привычным, что хочется поаплодировать разработчикам марсохода.
Это только подтверждает мою точку зрения, особенно если считать эффективный менеджмент — ресурсом.
«Самый ценный капитал это люди. Кадры решают всё.»

Сколько денег не в бухай, если не кому писать хороший код, то тут ничего не попишешь.
Володя, ресурсы — это не только деньги. Предлагаю мыслить шире…
Влили??? Да вместо того чтобы проводить какую-то олимпиаду, мы могли полностью разработать и отправить 5 таких марсоходов на марс и ещё бы осталось на несколько экспедиций на луну.
Очень интересно было обнаружть, что наивные хабромассы считают, что Люди которые вызывают безмерное уважение — будут работать бесплатно при помощи молотка и зубила.
Взять то-же плутоний в батарею для марсохода,
Как один из контр-примеров — скажите это разработчикам healthcare.org (тоже, кстати, правительственная программа). И вот почему, а тут — более подробно (англ).
Полностью согласен
Не так уж и сложно.
Краткие выжимки по аппаратному резервированию можно почитать тут.
Эти же идеи + интерфейсы JTAG позволяют относительно просто построить резервирование любой системы.
Такие подходы совершенно не эксклюзивны и уже много десятилетий используются, например, в авиастроении. Особенно, в части военных самолётов, где резервирование жизненно важных систем тройное.
В случае с космической техникой самое сложное — копромисс. Сделать резервирование можно и десятикратное. Беда в том, что конечное устройство будет массой как минимум в 10 раз тяжелее, а это основной критерий при запуске аппарата в космос. Поэтому заманчивее отправить 10 разных устройств, чтобы собрать больше разных данных, чем одно, которое будет в 10 раз дольше поставлять одни и те же данные.
JTAG-то какое отношение к резервированию имеет?
Он в частности выполняет функции интерфейса, через который доступна информация о неисправности устройства (TMS/TDO). Решение о резервировании принимается на основании этой информации.
Вот, никогда такого не видел. Точнее, может быть на каких-то своих чипах/FPGA… Но на штатном устройстве при штатной работе использовать JTAG? Он точно так же может сбойнуть и последствия будут действительно ужасными. И не совсем понятно, какую такую уникальную информацию о работоспособности он в общем случае несёт.
JTAG — стандартное средство тестирования сложных микросхем.
Микросхему можно разбить внутри на функциональные блоки и подав информацию на одни входы, получив ее у других можно судить о целостности отдельных блоков МС.

Также JTAG устройства можно связать в цепь и тестировать одним мастером все блоки всех микросхем по очереди.
Возможно, вам будет интересно почитать про boundary scan (вкратце, на русском)
Гхм… Я конечно об этом знаю и с этим работаю. И даже иногда имею наглость называть себя специалистом по отказоустойчивым системам.И именно по этому удивился — никогда не слышал, чтобы JTAG применялся при штатной работе там, где нужна отказоустойчивость. Тем более для (фонового?) контроля работоспособности. Возможно я отстал и чего не знаю — вот и интересуюсь.
Подать информацию на одни входы и проверить на других — это не обеспечение отказоустойчивости. Это проверки холодного резерва, какие-то диагностические мероприятия, но не штатная же работа. Не на «живой» же системе.
НЛО прилетело и опубликовало эту надпись здесь
Скоро уже 3D принтер туда доставят. Будет КЗ — принтер на автомате копию исходного аппарата сделает :-)
А потом сделает 10000 свои копий и провозгласит независимость Марса.
НЛО прилетело и опубликовало эту надпись здесь
До того момента, пока они не решат колонизировать землю.
НЛО прилетело и опубликовало эту надпись здесь
Это зависит от того, какое КЗ будет. Кто знает, может и мы – результат какого-то КЗ?
Если верна гипотеза возникновения жизни в первичном бульоне благодаря молниям, то — да! А молнии это, по сути, результат КЗ между обкладками конденсатора :)
Представил себе новоявленных психологов-программистов, ведущих через SSH консоль переговоры с марсоходами о сложении оружия; и всё это на каком-нибудь языке программирования.
Копии нельзя делать — они подвержены багу КЗ. Надо сначала пофиксить, а потом клонировать.
Как показала практика, достаточно в каждой новой копии делать небольшие рандомные модификации.
Еще нужны враждебные марсоходы, тоже с рандомными модификациями, иначе ничего не выйдет
Уже есть враждебные земляне.
Вы так скоро до марсоходов-мальчиков и марсоходов-девочек договоритесь.
Марсоходы-мальчики будут фиксить баги, а марсоходы-девочки — печатать на своём 3D-принтере?
Вот бы мой код сам восстанавливался после сбоев, ведь он наверняка проще за прошивку марсохода…
Неа. Гораздо сложнее.
К тому же совершенно не документирован разработчиком.
Надо каждый метод реализовать как минимум на трёх кардинально разных языках программирования, все оформить как библиотеки, результаты запусков сверять…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории