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