Паша ты неправ {твой топик - по ссылке, а ответ - в теле этого мессаджа} =============>>>>>>>>>>>> («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Паша ты неправ {твой топик - по ссылке, а ответ - в теле этого мессаджа} =============>>>>>>>>>>>>

Отправлено Д.о.к.т.о.р..Т.у.а.м.О.с.е.с 05 апреля 2007 г. 08:19

1) Если у тебя "в реальной жизни (на производстве) микропроцессоры от помех обычно виснут намертво", то "правильный дизайн прибора для обеспечения стойкости к электромагнитным помехам" у тебя явно не правильный. А у меня для таких случаев есть внешняя "дубовая" {которой помехе пох..} схема контроля работы процессора, которая если заметит, что "что-то не так", может и ресетнуть проц и даже передёрнуть питание {включить/выключить} в особо тяжёлых случаях.

2) С учётом пункта 1 у меня "в реальной жизни (на производстве) микропроцессоры от помех обычно" НИКОГДА НЕ виснут "намертво". Единственное, что я наблюдал при воздействии помехи, напорядок превышающий помехи по 4-й группе жёсткости, это "случайные прыжки" процессора по программе и случайное изменение содержимого ячеек в ОЗУ..Вот от этой бяки и защищает описанный мной способ дублирования потоков и неописанный метод транзакций..

Так что, Вы опять мимо

http://www.telesys.ru/wwwboards/mcontrol/1635/messages/56740.shtml

Составить ответ | Вернуться на конференцию

Ответы

И ещё ======================>>>>>>>>>>>>>>>>>>>>>>>>> — Д.о.к.т.о.р..Т.у.а.м.О.с.е.с (05.04.2007 08:27:25 213.85.166.24, пустое, ссылка)