Фобос-Грунт, Yinghuo 1 – Зенит-2SLБ – Байконур 45/1 – 09.11.2011 00:16 ЛМВ

[Lytnev.]

Скажите какой бортовой компьютер стоит на Фобос-грунт?

ЦВМ-22, гуглите по ЦВМ-20

Да уж! 80C186, 24Mhz тактовая = 8MIPS

вы наверно как и я по запросу ЦВМ-20 не то нагуглили
вот


Предназначена для применения в бортовом комплексе управления КА для наземной отработки
ЦВМ20 – двухканальная  вычислительная машина
Каждый канал имеет следующие характеристики:
-   микропроцессор  -   1890ВМ1Т (24 – 66 МГц)
-   емкость ОЗУ, Мбайт             -        2
-   емкость ЭППЗУ , Мбайт       -       4
-   скорость обмена по системной шине, Мбайт/с  -     16
-   скорость  межмашинного обмена, Мбит/с           -     12
-   скорость  межпроцессорного обмена, Мбайт/с   -     12
-   число магистральных каналов  обмена типа ГОСТ 26765.52-87 -   1
-  число магистральных каналов обмена типа ПИ232     -   1
-   скорость обмена по каналу ПИ232, Мбит/c                    -  0,5
Потребляемая мощность, Вт       -        8,2
Масса, кг                                 -       1,5
Габаритные размеры              192х142х175

[Старый]

А не предусмотрена автоматическая перезагрузка БЦВМ в том случае если время нахождения в безопасном режиме слишком затянулось ?

Это вы у меня спрашиваете?  :roll:

[Штуцер]

ТМИ пишется, когда память переполнится предположительно должен быть сброс информации. Можно ли прикинуть когда произойдёт момент переполнения памяти. И каковы могут быть дальнейшие последствия?

Я уже писал. Грубо, если параметры на борту не меняются, переполнения памяти не наступит.

[Запойлов]

А не предусмотрена автоматическая перезагрузка БЦВМ в том случае если время нахождения в безопасном режиме слишком затянулось ?

Это вы у меня спрашиваете?  :roll:

Вас , а чего ?

[Not]

del

[Запойлов]

ЦВМ-22, гуглите по ЦВМ-20

К стати в описании ЦВМ-20 сказано :
Программирование выполняется на языках программирования ""С" и Ассемблер.

А на чем еще старый добрый PC AT? - На Borland C!!! И без плюсов.

Ну плюс там наверное как раз бы пригодился ... Обработка исключительных ситуаций в С++ хорошо иреализована

[Not]

Что мешает, к примеру, при срабатывании значительного таймаута на прием команды передать короткую ТМИ с кодами состояния основных систем? Ничего не мешает.

Мешает например отсутствие в зоне видимости приёмной станции. Которых на весь мир толи две толи три а для опорной орбиты ажно одна. То есть реально это будет пустопорожняя разрядка аккумуляторов.

А кто мешает напряжометром измерить заряд аккумуляторов и на основе этой информации включать или не включать передатчик? Очевидно, что выдавать информацию по запросу эффективнее. Это асинхронный режим, когда мы выдали сигнал готовности к приему и тут же получили телеметрию в ответ. Но есть еще режим синхронный, более простой, когда мы ждем телеметрию в определенное время. И то, и другое имеет право на существование. Проблема же наличия или отсутствия приемных станций решаема.

[Make_Pic]

ЦВМ-22, гуглите по ЦВМ-20

Да уж! 80C186, 24Mhz тактовая = 8MIPS [/quote]
вы наверно как и я по запросу ЦВМ-20 не то нагуглили
...
[/quote]

Да, виноват, это видимо была первая модификация, сейчас на MIPS - уже лучше

[Штуцер]

А не предусмотрена автоматическая перезагрузка БЦВМ в том случае если время нахождения в безопасном режиме слишком затянулось ?

Допустим предусмотрена. А в какой режим должна включиться БЦВМ после перезагрузки?

[LG]

Слушаю бразильский жесткий хеви. Солист - огромный качественный бразильсий негро с голосищем по прозвищу Даррек.
Группа Sepultura
В переводе с португалького - Могила

[ОАЯ]

Но БЦВМ же на опорной орбите сама отключила приемник. А на переходной должна включить. По какому параметру?

С чего вы решили что в безопасном режиме приёмник выключен?

"Выключен приемник" = БЦВМ не принимает команды из КРЛ на опорной орбите. То ли отключена цепь прерывания, то ли заблокированы коды команд соответствующие цепи КРЛ...не знаю. Но сейчас передача команд на борт не приводит ни к какому результату. Даже нет подтверждения приема - который разрешает выдать БЦВМ.

[Старый]

С чего вы решили что в безопасном режиме приёмник выключен?

"Выключен приемник" = БЦВМ не принимает команды из КРЛ на опорной орбите. То ли отключена цепь прерывания, то ли заблокированы коды команд соответствующие цепи КРЛ...не знаю. Но сейчас передача команд на борт не приводит ни к какому результату. Даже нет подтверждения приема - который разрешает выдать БЦВМ.

Вы на какой вопрос отвечаете?

[LG]

ИМХО все ясно.

[Not]

"Выключен приемник" = БЦВМ не принимает команды из КРЛ на опорной орбите. То ли отключена цепь прерывания, то ли заблокированы коды команд соответствующие цепи КРЛ...не знаю.

То ли приемник хорошо прожарен.  :wink:

[LG]

Программная ошибка в алгоритме. Неисправимо.

[Старый]

ИМХО все ясно.

Вобщем то да. Но мало ли...

[Not]

Программная ошибка в алгоритме. Неисправимо.

Ее уже обнаружили?

[Santey]

Защитный режим включается когда произошла непонятная ошибка способа преодоления которой не заложено в алгоритме управления. И любые действия могут только усугубить ситуацию. Поэтому ключевая идея защитного режима - минимум действий.

Сразу видно знатного программиста Старый, при всем глубокопочитании к вашей эрудиции, подробностями этого ремесла вы наверняка не владеете. А я, худо-бедно, в свое время программировал контроллеры для СРВ, в том числе и для техники околокосмического назначения.
Ошибки, приводящие к выпадению в защ режим, как раз вполне понятные: это банальный GPF (то бишь обращение к несуществующему адресу памяти), переполнение стека, да просто сбои по питанию. В случае сбойной работы какого нить датчика прямой необходимости переходить в защ. режим вроде как нет, достаточно зафиксировать этот сбой и известить наземку.

Исходя из текста, который я привел, космический аппарат в защ.  режиме отключает все научные приборы, оставляя только самое необходимое. Возможность передавать ТМИ при этом сохраняется, пусть, возможно,  и на низкой скорости.
Хотя здесь, наверное, все зависит от конкретной реализации.

Для того чтобы получить телеметрию надо её не только передать но и принять. Как вы таким способом обеспечите включение передатчика в зоне приёмной станции где аппарат находится ажно 7 минут в сутки?

Каюсь, не подумал
Другой вопрос, как так вышло, что возможности по части приемных станций так заметно поубавились по сравнению с советскими временами. Но в любом случае это реальность, данная нам в ощущениях.

[ОАЯ]

Я отвечал на вопрос Старого  "С чего вы решили что в безопасном режиме приёмник выключен?"
Для БЦВМ на опорной орбите приемник не доступен. Разве не про это говорилось? Даже без safe mode.
Приемник будет доступен только на переходной орбите после срабатывания МД. Я хотел бы узнать у Вас по какому параметру, датчику БЦВМ узнает, что аппарат на переходной орбите? Ведь только БЦВМ может перевести приемник из недоступного в доступный для себя. В том числе и в режиме safe mode.

[Unispace]

Ну и я выскажусь, на правах разработчика, хоть и не  космических систем.
1. Если в аппарате есть центральный процессорный узел, то 1-2 ватчдога обязательны.
2. Любой сбой в ПО, ведущий к выполнению инструкций, не предусмотренных никакими ловушками и обработчиками ошибок, и даже некорректных инструкций, должен отрабатываться давно известным методом, при котором происходит переход на стартовый адрес программы или ouch-адрес.
Если все это сделано, и нет физических повреждений процессора, то идем далее.
3. Телеметрия на таком аппарате, учитывая его сложность, пионерство миссии, должна выдаваться безусловно, на любом этапе полета, по заранее заданному алгоритму, учитывающему весовые коэффициенты важности состояния КА. Если нужно, то одним видом исследований можно пожертвовать, но увеличить информативность и надежность передачи ТМИ. Даже если миссия будет неуспешна, по телеметрии можно получить много полезного для доработки.
4. Проектирование алгоритма выдачи телеметрии не должно строго зависеть от текущего технического состояния наземных систем приема. Как говорится, была бы корова, ведро найдем, если очень понадобится.
Если всего этого сделано не было, то лично моя точка зрения - такие разработчики требуют немедленного увольнения.

5. Вижу, тут много советов про тестирование ПО. И не только тут такие советы. При этом видно, что советы такие часто идут от кодировщиков на конвейере - писатели веб-страничек и прочего. Embedded-программирование, тем более в сложных системах, сильно отличается как по созданию, так и по тестированию от ПО баз данных и прочего. Программист и тестер такого ПО просто обязаны быть еще и разработчиками железа, и прекрасно понимать взаимодействие программной и аппаратной частей. Лично мое мнение, пусть и перфекционистское - все критические части кода должны быть написаны на языке, максимально приближенном к машинному коду.

6. Если в аппарате находится единственный центральный процессор, от работоспособности которого зависит живучесть и информативность аппарата, то таковой процессор должен быть дублирован, причем дублер должен обеспечивать take over с интеллектуальной функцией автокоррекции кода "на лету", насколько это смогли реализовать программисты.

Вот при выполнении всего этого можно быть уверенным, что если аппарат молчит, то случилось действительно что-то серьезное, в железе, а не в ПО.