А интересно, какая операционка стоит на компах МКС (если вообще есть, конечно)? Где-нибудь есть такая информация?
вот тут (http://tempspace.narod.ru/mark/03.htm) немного есть
Ух. А откуда такая текстина взялась. А в полном виде ее можно достать?
Кстати, сам Марк установил на свой ноутбук NT, так она там, по моему, и стоит по сей день.
ЦитироватьУх. А откуда такая текстина взялась. А в полном виде ее можно достать?
это мне в свое время потребовалось срочно вспомнить английский язык и попереводить чего-нить . Совмещая приятное с полезным перевел половину дневников Марка Шаттлуорта о его жизни в России , подготовке к полету, устройстве МКС и Союза. Некоторые моменты , надо отметить , довольно эксклюзивны.
Частично это переведено в html и выложено с картинками утыренными с официального сайта Марка. Вот это (http://tempspace.narod.ru/mark.htm) заглавная страница. Больше никакой навигации нет.
Как-нибудь доделаю до конца и до ума.
Т.е. там полностью своя операционка? Или надстройка над какой-то ОС? Кроме этого текста ничего не находили?
Для начала надо определиться что подразумевать под "компами МКС". Есть лэптопы Portable Computer System и Station Support Computers - на них Solaris (или Sun AIX ) и винды, это довольно подробно описано по той ссылке. Есть Центральная ЭВМ , "мозг" станции. Там специализированная ОС реального времени VxWorks. Ну и куча отечественного и американского софта .
Год или больше назад в околокомпьютерных кругах была инфа, что на МКС стоит Win2000. Причем, обсуждалось это в связи с некоей фотографией, на которой были запечатлены космонавты, а сзади - экран монитора со специфическим "синим экраном смерти". Короче, все смеялись, мол винда - она и в космосе винда, т.е. глючит и виснет. Якобы это фото висело некоторое время на официальном сайте НАСА, а когда там заметили прокол, то фото быстро убрали.
Врут, наверго, гады :)
ЦитироватьДля начала надо определиться что подразумевать под "компами МКС". Есть лэптопы Portable Computer System и Station Support Computers - на них Solaris (или Sun AIX ) и винды, это довольно подробно описано по той ссылке. Есть Центральная ЭВМ , "мозг" станции. Там специализированная ОС реального времени VxWorks. Ну и куча отечественного и американского софта .
Я имел в виду последний случай, т.е. центральную ЭВМ. VxWorks - это www.windriver.com?
ЦитироватьЦитироватьУх. А откуда такая текстина взялась. А в полном виде ее можно достать?
это мне в свое время потребовалось срочно вспомнить английский язык и попереводить чего-нить . Совмещая приятное с полезным перевел половину дневников Марка Шаттлуорта о его жизни в России , подготовке к полету, устройстве МКС и Союза. Некоторые моменты , надо отметить , довольно эксклюзивны.
Частично это переведено в html и выложено с картинками утыренными с официального сайта Марка. Вот это (http://tempspace.narod.ru/mark.htm) заглавная страница. Больше никакой навигации нет.
Как-нибудь доделаю до конца и до ума.
Как человек, который имел отношение :roll: ко всем перепрограммированиям БВС СМ (а всего их было в полете 4, включая вчерашнюю), могу сказать, что в этом тексте мало правды.
Операционная система центральной, терминальной машины (трехканальные транспьютерные системы) и компьютера центрального поста - VxWorks, т.е. UNIX-подобная система реального времени, архитектура ЦП - Sparc. Портативные компы, с которых экипаж контролирует системы - IBM ThinkPad, довольно старые. ОС Solaris. Остальные лаптопы под Windows разных версий, но они не применяются для управления системами станции, носят вспомогательный харакетр.
В ФГБ и в американском сегменте - управляющие компьютеры специальной разработки с ЦП Intel 80386 20 МГц, со специальной ОС.
ЦитироватьВ ФГБ и в американском сегменте - управляющие компьютеры специальной разработки с ЦП Intel 80386 20 МГц, со специальной ОС.
:!: :?: Я, конечно, извиняюсь, но где же они такие могли найти? Если в музеях компьютерной техники, то понятно почему их сегмент настолько дороже нашего, - антиквариат всегда не был дешёвым. :lol: :lol: :lol:
ЦитироватьЦитироватьВ ФГБ и в американском сегменте - управляющие компьютеры специальной разработки с ЦП Intel 80386 20 МГц, со специальной ОС.
:!: :?: Я, конечно, извиняюсь, но где же они такие могли найти? Если в музеях компьютерной техники, то понятно почему их сегмент настолько дороже нашего, - антиквариат всегда не был дешёвым. :lol: :lol: :lol:
Зря смеетесь. Компы MDM очень надежны. Разработаны достаточно давно. А если думаете, что Pentium там буде вести себя лучше, ошибаетесь. Радиация и необычный тепловой режим убьют его очень быстро.
Кстати, в дневниках Шаттлуорта про лампочку правда :D
Когда увидел этот пользовательский интерфейс для лаптопа разработки группы под руководством астронавта Джона Грансфолда лет 8 назад, то был потрясен. Когда я спросил его "зачем так сложно?", то услышал в ответ, что зато все очень стройно и красиво и единообразно. :D
ЦитироватьА если думаете, что Pentium там буде вести себя лучше, ошибаетесь. Радиация и необычный тепловой режим убьют его очень быстро.
Я грешным делом думал, что для условий радиации есть свои наборы системной логики. :!: :?:
ЦитироватьЦитироватьА если думаете, что Pentium там буде вести себя лучше, ошибаетесь. Радиация и необычный тепловой режим убьют его очень быстро.
Я грешным делом думал, что для условий радиации есть свои наборы системной логики. :!: :?:
А что они дадут? Позволят исключить из работы поврежденные микросхемы?
ЦитироватьА что они дадут? Позволят исключить из работы поврежденные микросхемы?
Вообще я полагал, что из наборов системной логики, адаптированной к радиации, можно строить простейшие процессора и компьютера, также адаптированные к радиации. Понятно, что такие процессора получатся "с двумя ручками для переноски", но зато устойчиво к радиации и солнечные вспышки им не почём. Всерьёз полагал, до сих пор, что рынок для такой логиги имеется - это и пилотируемая космонавтика, и беспилотные спутники и приборы на АЭС. Наверно ещё что-то можно придумать. А если туповато брать электронику пятнадцатилетней давности, надеясь что грубые техпроцессы выдержат радиоактивный фон, то понятно, почему спутники имеют такой короткий срок эксплуатации.
ЦитироватьЦитироватьА что они дадут? Позволят исключить из работы поврежденные микросхемы?
Вообще я полагал, что из наборов системной логики, адаптированной к радиации, можно строить простейшие процессора и компьютера, также адаптированные к радиации. Понятно, что такие процессора получатся "с двумя ручками для переноски", но зато устойчиво к радиации и солнечные вспышки им не почём. Всерьёз полагал, до сих пор, что рынок для такой логиги имеется - это и пилотируемая космонавтика, и беспилотные спутники и приборы на АЭС. Наверно ещё что-то можно придумать. А если туповато брать электронику пятнадцатилетней давности, надеясь что грубые техпроцессы выдержат радиоактивный фон, то понятно, почему спутники имеют такой короткий срок эксплуатации.
Про спутники не могу ничего сказать. Про компы на МКС могу сказать следующее: начиная с пуска ФГБ в 1998 году не было ни одного аппаратного отказа компьютеров на РС МКС за исключением регулярных отказов жестких дисков (на тех машинах, где они есть, т.е. на лаптопах).
ЦитироватьПро компы на МКС могу сказать следующее: начиная с пуска ФГБ в 1998 году не было ни одного аппаратного отказа компьютеров на РС МКС за исключением регулярных отказов жестких дисков (на тех машинах, где они есть, т.е. на лаптопах).
Какой-то тихий ужас! Что, реальные жёские диски на механике? И это при нынешней стоимости флэша? Ну, понятно, что если я приду в компьютерную конторку, флэшка той-же ёмкости что и HDD, мне, как физическому лицу, обойдётся втрое дороже HDD. Мне простительно экономить пару сотен баксов. И, что, космические агенства тоже экономят на каждой сотне зелёных?
ЦитироватьЦитироватьПро компы на МКС могу сказать следующее: начиная с пуска ФГБ в 1998 году не было ни одного аппаратного отказа компьютеров на РС МКС за исключением регулярных отказов жестких дисков (на тех машинах, где они есть, т.е. на лаптопах).
Какой-то тихий ужас! Что, реальные жёские диски на механике? И это при нынешней стоимости флэша? Ну, понятно, что если я приду в компьютерную конторку, флэшка той-же ёмкости что и HDD, мне, как физическому лицу, обойдётся втрое дороже HDD. Мне простительно экономить пару сотен баксов. И, что, космические агенства тоже экономят на каждой сотне зелёных?
Разработка бортовой вычислительной техники - дело довольно инерционное. Эти компьютеры разрабатывались примерно 10 лет назад. Сколько тогда стоила флеш-память? Конечно, сейчас все понимают, что надо отказываться от HDD в пользу флеша, на американском сегменте это уже сделали на центральных компах, где через три месяца после доставки их на борт в течение недели отказали все три штуки. На РС МКС интенсивность использования HDD крайне мала. И в общем-то не очень критично. Главные компьютеры у нас бездисковые.
На счет стоимости. Любое устройстов до поставки на борт должно пройти сертификацию. Его трясут на вибростенде, проверяют на тепловую устойчивость, электромангинтную совместимость, радиационную устойчивость. Так что цена уже становится не пара сотен баксов :( Далее, требуется доработка программного обеспечения, за которой следуют очень серьезные и всесьма недешевые испытания. Так что денег это стоит немало. Но переход на флешь IMHO - вопрос времени. И денег, естественно.
ЦитироватьРазработка бортовой вычислительной техники - дело довольно инерционное. Эти компьютеры разрабатывались примерно 10 лет назад.
Всё понял. Весьма благодарен за разъяснения. И тем не менее впечатление остаётся весьма тягостное.
Для присутствующих здесь программистов :)
Вот эта контора http://www.ccsds.org/ занимается согласованием протоколов космических систем.
Сами непосредственно протоколы и стандарты собраны здесь (http://www.ccsds.org/CCSDS/recommandreports.html). Межпланетный XML - афигеть можно :)
ЦитироватьЦитироватьРазработка бортовой вычислительной техники - дело довольно инерционное. Эти компьютеры разрабатывались примерно 10 лет назад.
Всё понял. Весьма благодарен за разъяснения. И тем не менее впечатление остаётся весьма тягостное.
Да бросьте вы! :) Все не так уж плохо, как кажется. Бортовые комплексы управления - штука весьма консервативная. Это же не бытовая электроника. Вот вы доверили бы свою жизнь (в прямом смысле) супер-пупер навороченной электронной прибамбасине, которую никто толком не опробовал и не испытал?
ЦитироватьДля присутствующих здесь программистов :)
Вот эта контора http://www.ccsds.org/ занимается согласованием протоколов космических систем.
Сами непосредственно протоколы и стандарты собраны здесь (http://www.ccsds.org/CCSDS/recommandreports.html). Межпланетный XML - афигеть можно :)
И зачем это нужно присутствующим здесь программистам? :)
ЦитироватьЦитироватьСами непосредственно протоколы и стандарты собраны здесь (http://www.ccsds.org/CCSDS/recommandreports.html).
И зачем это нужно присутствующим здесь программистам? :)
Ну программисты обычно народ любопытный. Охота иногда на сон грядущий почитать "Overview of Space Link Protocols" или же например "Advanced Orbiting Systems, Networks and Data Links: Architectural Specification" или на худой конец "Lossless Data Compression. Blue Book" :)
Насколько я понимаю это не туфта а реальные протоколы которые используются скажем на той же МКС. Кстати если посмотреть на главую страницу - там эмблема РКА тоже присутствует среди прочих. Так что к компам на МКС это должно отношение иметь самое прямое. Пожалуйста поправьте меня если что не так.
PS: Интересно а насколько реально в любительских условиях принять, а главное понять (отинтерпретировать) ну скажем сигнал телеметрии с МКС :) ?
ЦитироватьНасколько я понимаю это не туфта а реальные протоколы которые используются скажем на той же МКС. Кстати если посмотреть на главую страницу - там эмблема РКА тоже присутствует среди прочих. Так что к компам на МКС это должно отношение иметь самое прямое. Пожалуйста поправьте меня если что не так.
Верно понимаете. До известной степени. :)
ЦитироватьPS: Интересно а насколько реально в любительских условиях принять, а главное понять (отинтерпретировать) ну скажем сигнал телеметрии с МКС ?
Принять реально, если знать частоты и иметь оборудование, на этих частотах работающее. Обработать информацию и, тем более, проинтерпретировать - IMHO нереально. Ну что вам скажет, что переменная номер NNN в массиве номер MMM имеет значение KKK?
В каком-то номере НК (где про экспедицию шаттла по починке Хабла) помню был текст о ПК Хаббла. В 2000 (или 2001) году они поменял ПК на его борту с проца типа 8086 и 640 Кб RAM на 486 25 МГЦ и 2 Мб ОЗУ. Стоимость последнего ПК 7 млн $.
И еще про лампочку Шаттлуорта. Все в этом мире не так просто. Включение лампочки через компьютер связано с работой программы контроля баланса электроэнергии. А то можно тумблером лампочку включить и схлопотать просадку напряжения ниже минимума. А это на станции страшнее всяких чубайсов.
ЦитироватьИ еще про лампочку Шаттлуорта. Все в этом мире не так просто. Включение лампочки через компьютер связано с работой программы контроля баланса электроэнергии. А то можно тумблером лампочку включить и схлопотать просадку напряжения ниже минимума. А это на станции страшнее всяких чубайсов.
ну это как раз было ясно с самого начала.. энергия она не бесплатная, поэтому "единообразно и автоматизированно"
ЦитироватьА если туповато брать электронику пятнадцатилетней давности, надеясь что грубые техпроцессы выдержат радиоактивный фон, то понятно, почему спутники имеют такой короткий срок эксплуатации.
Кул хацкерам и хард геймерам не понять, как можно что-то считать на проце 486 :)
В космическом "процессоростроении" свои техпроцессы.
На разработку и сертификацию радиационно-стойкого процессора уходит не один год. А сколько это денег стоит - Andy уже сказал.
По моим ощущениям сейчас до такого уровня дошли процессоры типа "Пентиум". Поправьте кто знает.
P.S.
Если сейчас поставить на геостационарный спутник стандартный P-4, то он загнется гораздо быстрее гарантийного срока самого КА. И свинцовый кожух тут не поможет :)
ЦитироватьКул хацкерам и хард геймерам не понять, как можно что-то считать на проце 486 :)
Если Вы это про меня, то хочу оправдаться. Я вполне могу осознать как что-то считать и на i80486, и на i8088, и на z80. Я сам, попав в программёры, начинал с ассемблера на ЕС-1011 (аналог франзузской MITRA-225). Объём памяти был 64K, а входило туда и многозадачная, многопользовательская ОС "MMT2" (ОС от французов, машина от венгров) и двадцать-тридцать юзеров со своими терминалами. Кстати, тем коллективом, куда я попал, была создана первая распределённая сеть передачи данных в СССР. Правда это было ещё до меня. Так, что не надо подковырок - мы и сами не лыком шиты. Однако сообщения Andy_K64 меня действительно озадачили. То, что МКС версталась лет 10 назад я как-то явно недоучёл. С другой стороны, непонятно зачем при создании вычислительных мощностей в космосе использовать уже созданную бытовую электронику, если на её сертификацию всё равно нужны такие средства и время. По моему ИМНО, можно добать ещё немного того и другого и создать комплектующие, специально адаптированные для работы в условиях радиационного фона. Средств на такую разработку пойдёт, я уверен, не много - вон разработчики Эльбруса в Новосибирске что-то заскучали. А спроектированные компоненты можно заказать у каких-нибудь TSMC/UMC. Ели необходимо обеспечить нужный уровень защиты информации по разработкам, то и самим можно сделать, хотя-бы на том заводике под Москвой, где недавно начали ваять spark'и. Средств и времени на это уйдёт не на много больше, зато собственная электроника, может быть начнёт хоть чем-то дышать, а то с самого "Минск-32" в ... коме. Хотя всё это, наверное, вряд-ли кого, кроме Санникова, с его НКА, может заитересовать
ЦитироватьПо моему ИМНО, можно добать ещё немного того и другого и создать комплектующие, специально адаптированные для работы в условиях радиационного фона.
А зачем велосипед-то иозобретать? Надо стараться меньшими усилиями достичь больших результатов, а у вас похоже получается наоборот. Создание новых компонентов, а тем более Rad-Hard, дешево никогда не обходилось. Вы представляете себе процесс отладки процессора?
А каков минимальный объем заказа на том же TSMC? Я еще понимаю если разрабатывается унифицированная серия но делать это ради единичных экземпляров типа компьютера МКС смысла нет никакого вообще совсем никак. :)
Кстати о космической электронике, много разговоров идет о FPGA (программируемое железо). Достоинства - меньшее количество компонент, повышенная гибкость и надежность (можно на ходу обновлять версию железа, добавлять функции, обходить неисправные цепи и т.д.).
Xilinx (//www.xilinx.com) делает rad-hard FPGA. В теории это железо может все, единственная "мааленькая" проблема - уж очень корявые языки описания этого железа да и софт для его разработки на уровне каменного века. То есть барьер для входа не очень высокий (сравнительно) а потенциал огромный. Может стоит попробовать.
А про системную логику я не очень понял, это вы серию К155 имели в виду :) ?
--
PУБЛИЦ DЕЖИЦЕ (c) RSX-11M
ЦитироватьА если туповато брать электронику пятнадцатилетней давности, надеясь что грубые техпроцессы выдержат радиоактивный фон, то понятно, почему спутники имеют такой короткий срок эксплуатации.
Чрезвычайно грубо и неверно. Да, на момент запуска ФГБ 386-й радиационно-стойкий процессор был и был сертифицирован, а более производительные - нет. Потому и поставили. Да и зачем управляющей машине больше 20 МГц? Она же картинки не обрабатывает.
Какие спутники, по-Вашему, имеют "такой короткий срок эксплуатации"? Советские разработки 1970-х годов? Уверяю Вас, в них 386-х процессоров нет.
А американские аппараты,
запущенные в 1970-е с тогдашними процессорами (или вообще без таковых, на элементах логики) -- Voyager 1 и 2, IMP-8 и т.п. -- прожили по 30 лет.
>>Andy_64K Операционная система центральной, терминальной машины (трехканальные транспьютерные системы)
Несколько вопросов (если возможно) -
- трехканальность аппаратная?
- генераторы в каналах независимые или один(резервируемый) на всех?
- под трехканальностью понимается три полностью независимых тракта датчик-(АЦП)-ЦП-(ЦАП)-исполнительное устройство?
- есть ли обмен, сравнение и анализ данных между каналами?
- есть ли реконфигурирование каналов? (Допустим от первого работают только входные цепи, второй только обсчет, ну а третий обеспечивает выдачу на исполнительные устройства).
- есть ли мажоритары на выходных сигналах для исполнительных устройств?
- каналы "горячего" резерва?
- есть ли влияние каналов друг на друга? (Например два исправных отключают/перезагружают третий, неисправный).
- нет ли диспетчера, управляющего конфигурацией системы (в работе 1,2 или все 3 канала, тестирование, перезагрузка каналов)?
- нет ли резервного простого аналогового контура на самый крайний случай?
- не практикуете ли попеременное отключение каналов для уменьшения накопленной дозы радиации?
- подсчитывалась ли надежность трехканальной системы и какова ее величина?
Было бы интересно получить хотябы часть ответов (пришлось самому реализовывать нечто подобное на более низком уровне (СУ СЭС)).
Andy_K64>> На РС МКС интенсивность использования HDD крайне мала.
Andy_K64>> И в общем-то не очень критично. Главные компьютеры у нас бездисковые.
Andy, не могли бы вы удовлетворить мое любопытсво:
Что вместо HDD используется для хранения данных?
Я правильно понимаю, что сейчас добиться радиационной устойчивости флеша проще, чем повысить надежность HDD?
Цитировать>>Andy_64K Операционная система центральной, терминальной машины (трехканальные транспьютерные системы)
Несколько вопросов (если возможно) -
- трехканальность аппаратная?
- генераторы в каналах независимые или один(резервируемый) на всех?
- под трехканальностью понимается три полностью независимых тракта датчик-(АЦП)-ЦП-(ЦАП)-исполнительное устройство?
- есть ли обмен, сравнение и анализ данных между каналами?
- есть ли реконфигурирование каналов? (Допустим от первого работают только входные цепи, второй только обсчет, ну а третий обеспечивает выдачу на исполнительные устройства).
- есть ли мажоритары на выходных сигналах для исполнительных устройств?
- каналы "горячего" резерва?
- есть ли влияние каналов друг на друга? (Например два исправных отключают/перезагружают третий, неисправный).
- нет ли диспетчера, управляющего конфигурацией системы (в работе 1,2 или все 3 канала, тестирование, перезагрузка каналов)?
- нет ли резервного простого аналогового контура на самый крайний случай?
- не практикуете ли попеременное отключение каналов для уменьшения накопленной дозы радиации?
- подсчитывалась ли надежность трехканальной системы и какова ее величина?
Было бы интересно получить хотябы часть ответов (пришлось самому реализовывать нечто подобное на более низком уровне (СУ СЭС)).
А Вы, часом, не с "Хартрона"? Если так, то могу порекомендовать вот такую книгу: Е.А. Микрин, Бортовые комплексы управления КА и проектирование их программного обеспечения, издательство МГТУ им. Н.Э. Баумана
Это практически все про БВС РС МКС. Там есть ответы на все Ваши вопросы. Если с доставанием книги есть проблемы, то пишите мне в почту из профайла.
ЦитироватьAndy_K64>> На РС МКС интенсивность использования HDD крайне мала.
Andy_K64>> И в общем-то не очень критично. Главные компьютеры у нас бездисковые.
Andy, не могли бы вы удовлетворить мое любопытсво:
Что вместо HDD используется для хранения данных?
Я правильно понимаю, что сейчас добиться радиационной устойчивости флеша проще, чем повысить надежность HDD?
На компах в контуре управления РС данные хранятся в ОЗУ. Загрузка операционной системы и начальных данных при включении или перезапуске - из ЭППЗУ. Про радиационную устойчивость сказать не могу. Но знаю, что после замены дисков на флэш на АС, проблем с компьютерами не стало. Думаю, дело не только в радиации, но и в механике дисков: дурной тепловой режим, другие вибрации.
ЦитироватьА зачем велосипед-то иозобретать? Надо стараться меньшими усилиями достичь больших результатов, а у вас похоже получается наоборот. Создание новых компонентов, а тем более Rad-Hard, дешево никогда не обходилось. Вы представляете себе процесс отладки процессора?
А каков минимальный объем заказа на том же TSMC? Я еще понимаю если разрабатывается унифицированная серия но делать это ради единичных экземпляров типа компьютера МКС смысла нет никакого вообще совсем никак. :)
Я это дело понимаю так. У нас имеется целый рынок не бытовой электроники: 1). для космоса; 2). для военных; 3). для АЭС ну и ещё что-нибудь наверняка найдётся. Вес электроники для военных в общем объёме этого рынка достаточно велик, полагаю, выше 50%. Поэтому, одно из основных требований военных - отечественная элементная база, должно быть выполнено при наполнении данного рынка. Понятно, что для одной МКС разрабатывать процессор никто-никогда не будет. Если нет разработок для вышеуказанного рынка, то лучше взять бытовой, и если из-за радиационного фона он выйдет из строя - просто заменить. Но так как указанный выше рынок есть (я полагаю), то он чем то наполняется. И разработки новой элементной базы для него вестись должны. В том числе и на уровне процессоров. И не надо говорить что такие разработки слишком дороги. Спроектировать какое-нибудь АЛУ может любой студент, изучавший информатику. Ну, понятно, что разработку изделий для обозначенного рынка лучше поручать не студенту, а какому-нибудь Бабаяну. Но думаю, что его оклад превышает студенческую стипендию не на три порядка. Понятно так же, что кроме чисто разработки, нужны рабочие образцы, тестирования, сертификация, организация производства и др. Естественно, что всё это всё равно будет дороже, чем просто использовать бытовуху, но зато и результат будет какой - какая ни есть, а ОТЕЧЕСТВЕННАЯ электроника. Думаю, что такой велосипед изобретать надо.
Развивать отечественную электронику должны электроникаделательные фирмы. А потребитель должен выбирать то, что наиболее соответствует его потребностям. И это тоже форма участия в развитии отечественной электроники. В середине 90-х годов наша промышленность не предлагала НИЧЕГО. что отвечало бы требованиям к БВС российского сегмента МКС. Потому и были куплены у EADS компьютеры DMS-R на базе FTC. Ждать когда отчественный производитель разродится чем-то путным в течение нескольких лет просто глупо. А заменять часто выходящие из строя компоненты компьютера - ну попробуйте заменить колесо у автомобиля не останавливая его движения с большой скоростью. БВС-то непрерывно управляет всеми системами станции.
Вот нашел:
A Survivable Avionics System for Space Applications (http://csdl.computer.org/dl/proceedings/ftcs/1998/8470/00/84700372.pdf)
ЦитироватьThis paper describes an advanced survivable avionics
system for future manned or unmanned space missions.
The basic element of such an avionics system is a
Byzantine fault tolerant computer (FTC), which has
already been developed at DASA-RI for operation in the
Russian segment of the International Space Station Alpha
(ISSA).
ЦитироватьВот нашел:
A Survivable Avionics System for Space Applications (http://csdl.computer.org/dl/proceedings/ftcs/1998/8470/00/84700372.pdf)
ЦитироватьThis paper describes an advanced survivable avionics
system for future manned or unmanned space missions.
The basic element of such an avionics system is a
Byzantine fault tolerant computer (FTC), which has
already been developed at DASA-RI for operation in the
Russian segment of the International Space Station Alpha
(ISSA).
А нельзя выслать мылом весь документ? А то не пускает система, пароль просит.
Извиняюсь за неработающую ссылку. Контора где я сейчас сижу подписана на IEEE и все ссылки открываются сами собой без паролей :)
Вкратце: Описаны принципы обеспечения отказоустойчивости на примере бортовой системы РС МКС.
Система поддерживает 2-4 кратное дублирование. Компьютер организован в виде параллельных "линий". Каждая линия на уровне железа разделена на 3 уровня: прикладной (Aplication Layer), управления отказами (?) (Fault Management Layer) и интерфейса авионики (Avionicvs Interface Layer). Физически уровни - это платы стандарта VME BUS.
Прикладной уровень это процессор с программой. Имеются платы на базе RS6000, ERC32 и SPARC. Уровень FTL занимается непосредственно обнаружением сбоев и изоляцией линий. Он сделан на основе ... глубокий вдох... транспьютера INMOS T805. Кроме того для общей синхронизации имеется FPGA. Транспьютеры разных линий соединены между собой крест-накрест. FPGA тоже. На уровне авионики имеется еще по одному транспьютеру а также по 6 интерфейсов MIL-STD 1553 для связи с внешним миром. Эти транспьютеры также соединены между собой крест-накрест. Линии синхронизированы нежестко с привязкой по частоте 10 герц.
Что круто, в системе могут работать процессоры разных архитектур параллельно (дублируя друг друга) исполняющих одну и ту же программу. Софт для управления всем этим хозяйством написан на языке OCCAM II. Специальных сравнивающих/голосующих устройств нет, двухступенчатое голосование сделано в софте. Используется т.н. "Византийский" алгоритм голосования ("The Byzantine Generals Problem").
Теперь вопрос: Написано что линии можно останавливать, чинить и перезапускать на ходу. Вполне логично. Почему же тогда на МКС когда линии отваливаются нужно ждать перезагрузки чтобы их обратно подключить?
Вот например цитата из
NASA Space Station On-Orbit Status 14 July 2004 (http://www.spaceref.com/news/viewsr.html?pid=13377):
ЦитироватьIn support of the 7.02 s/w upload, scheduled for tomorrow, TsUP/Moscow at 7:03am EDT restarted the RS TVM (Terminal Computer system) to reintegrate all three subsets into the mutually redundant set, still on the old s/w version (7.01). Before the reboot, the Elektron O2 generator, SKV-1 air conditioner and BMP harmful impurities filtration unit were powered off and reactivated afterwards. The also-required TsVM (Central Computer) restart had already been completed on 7/8. [TVM had been running on only two of its three lanes since 11/22/03 when string 1 dropped out of the set.]
Линии - каналы можно перезапускать по-отдельности. При отдельных операциях так и делают. Но для приведения системы в трехканальную конфигурацию "на лету" нужно где-то сохранать контекст прикладных программ отдельных каналов. Это требует ресурсов, а их всегда не хватает. Поэтому проще рестартануть весь компьютер.
ЦитироватьЛинии - каналы можно перезапускать по-отдельности.
Почему же тогда
Цитировать[TVM had been running on only two of its three lanes since 11/22/03 when string 1 dropped out of the set.]
и никто за полгода не удосужился это линию перезапустить?
ЦитироватьЦитироватьЛинии - каналы можно перезапускать по-отдельности.
Почему же тогда
Цитировать[TVM had been running on only two of its three lanes since 11/22/03 when string 1 dropped out of the set.]
и никто за полгода не удосужился это линию перезапустить?
Так ведь ТВМ работала же? Ну и зачем ее дергать лишний раз? Рестарт - процедура простая. Но после рестарта нужно восстанавивать программную конфигурацию систем, а вот это головная боль. И делаеют это только перед сложными операциями типа стыковок. Или когда остаемся на одном канале.
Я может быть не так выразился. Я не имел в виду глобальный рестарт с последующим восстановлением корнфигурации вручную. Я так понял что эти каналы должны быть на ходу заменяемые примерно как жесткие диски в массиве RAID-5. То есть может быть процедура более сложная чем одну кнопку "on-line" нажать и смотреть как желтая лампочка станет зеленой :), но в любом случае для этого не нужно остальные каналы останавливать/перезапускать. Естественно для этого должен быть предусмотрен механизм при помощи которого можно текущее состояние системы на ходу копировать из одного канала в другой как в RAID-контроллере. Из вышеупомянутого документа вроде бы следует что так оно и есть. А иначе какой вообще в этом смысл?
ЦитироватьЯ может быть не так выразился. Я не имел в виду глобальный рестарт с последующим восстановлением корнфигурации вручную. Я так понял что эти каналы должны быть на ходу заменяемые примерно как жесткие диски в массиве RAID-5. То есть может быть процедура более сложная чем одну кнопку "on-line" нажать и смотреть как желтая лампочка станет зеленой :), но в любом случае для этого не нужно остальные каналы останавливать/перезапускать. Естественно для этого должен быть предусмотрен механизм при помощи которого можно текущее состояние системы на ходу копировать из одного канала в другой как в RAID-контроллере. Из вышеупомянутого документа вроде бы следует что так оно и есть. А иначе какой вообще в этом смысл?
Все гораздо сложнее. Каналы не идентичны по решаемым общесистемным задачам. А прикладные задачи требуют большого объема данных для сохранения контекста прикладных задач. То, о чем Вы говорит сделать можно. Но при снижении нагрузки на машину, т.е. при уменьшении списка решаемых задач. То, что написано в статье, это изложение возможностей, заложенных в систему. Но там не говорится о цене вопроса.
ЦитироватьРазвивать отечественную электронику должны электроникаделательные фирмы. А потребитель должен выбирать то, что наиболее соответствует его потребностям. И это тоже форма участия в развитии отечественной электроники. В середине 90-х годов наша промышленность не предлагала НИЧЕГО. что отвечало бы требованиям к БВС российского сегмента МКС. Потому и были куплены у EADS компьютеры DMS-R на базе FTC. Ждать когда отчественный производитель разродится чем-то путным в течение нескольких лет просто глупо.
Полностью согласен. Поэтому я и отмечал выше, что эти соображения могут бы интересны скорее кому-либо типа Санникова с его НКА. Так сказать, проблема на перспективу.