реклама на сайте
подробности

 
 
> отказоустойчивость процессора, при реализации на SoPC
another_one
сообщение Mar 21 2010, 10:14
Сообщение #1


Местный
***

Группа: Участник
Сообщений: 252
Регистрация: 2-03-08
Пользователь №: 35 557



Здравствуйте.

Встал вопрос реализации оказоустойчивости процессора при реализации на SoPC.

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

И какую архитектуру лучше взять за основу.

Заранее благодарен


--------------------
One Chip is All You Need
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
iosifk
сообщение Mar 22 2010, 06:35
Сообщение #2


Гуру
******

Группа: Модераторы
Сообщений: 4 011
Регистрация: 8-09-05
Из: спб
Пользователь №: 8 369



Цитата(another_one @ Mar 21 2010, 13:14) *
Встал вопрос реализации оказоустойчивости процессора при реализации на SoPC.


На самом деле здесь лобовые решения не совсем правильны...
У Вас есть поток задач и управление периферией. Так вот для управления выходами действительно нужно держать вывод в правильном состоянии.
А для обработки задач нужно иметь надежный арбитр, который понимает, как обсчитана задача. И может сравнить полученные данные и контрольные коды от нескольких процессоров. И этот же узел должен уметь загружать задачи в процессоры и отключать отказавшие. Что же касается самого процессора, то тут надо посчитать, тк добавление мажоритаров и проверочных кодов спасает только при небольших временах работы. А если времена нужны большие, то тут только подключение горячего или холодного резерва...
Еще могу порекомендовать посмотреть, как NEC делает защиту флэш памяти в микроконтроллерах...
Удачи!


--------------------
www.iosifk.narod.ru
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 31st July 2025 - 22:33
Рейтинг@Mail.ru


Страница сгенерированна за 0.01294 секунд с 7
ELECTRONIX ©2004-2016