Dir (28.07.2010 14:01, просмотров: 151) ответил koyodza на тема себя исчерпала уже на следующий день после того, как началась. Даже не исчерпалась, а превратилась в докторский бред
А по мне так, пожалуй, единственная тема за последние несколько лет, в которой реально поднимаются не очевидные вопросы надежности ПО и аппаратуры на МК. Хочешь-не хочешь, а они начинают реально всплывать, как только разработка выходит за пределы контроллера для курятников. Как пример:
- необслуживаемые метеозонды, которые должны работать безошибочно (без зависаний и без ошибок журналирования) по несколько лет
- морские и речные необслуживаемые проблесковые маяки (время безошибочной работы не менее навигации)
- управление любым необслуживаемым производственным оборудованием
- медаппаратура, где оценка рисков выводит на эквивлентное безошибочное время работы несколько лет
и т.п.
Стоимость единичного нескорректированного сбоя в таких приборах многократно превосходит продажную стоимость девайса и десять раз приходится задуматься прежде чем принять к-л решение.
И неважно чем этот сбой вызван: схемотехникой или неглубокой прорабокой программных механизмов - факт нескорректированного сбоя ведет к колоссальным затратам.
Хотелось бы, конечно, чтобы дискуссия велась в конструктивном и каком-то систематизированном русле, например:
- WDT (простые, оконные, смешаные), преимущества и недостатки отработки WDT как ресета и как прерывания, РЕАЛЬНЫЙ опыт в каких-либо тонких вопросах применения WDT
- механизмы защиты флэши в разных типах МК. Что РЕКОМЕНДОВАНО применять в качестве Журнала (лога). Я, например, до сих пор не рискую использовать для этой цели внутреннюю флєш и всегда ставлю внешнюю. Интересно было бы послушать про РЕАЛЬНЫЙ опыт (желательно сравнительный) для разных типов МК.
- уже упоминавшиеся тут приемы расчета сигнатур ОЗУ и оценка уровня стека. Не представляю себе реально как и когда это можно сделать. Хотя реально приходилось сталкиваться с ситуациями когда после залета в ресет неплохо бы эту процедуру осуществить. Хотелось бы услышать опытных людей что и как они предпринимают в этих случаях.
- MISRA - что за хрень и с чем ее едят? Какими последствиями реально грозит разработчику неиспользование этой хни в разработке медаппаратуры?
и т.п.
И если местные корифеи koyodza, Shura и т.д. все технические и юридические аспекты познали на своей шкуре и для них все предельно ясно, прошу не мешать познавать это другим учасникам. Мне, например, гораздо интересней читать посты testerplus, чем огульные бездоказательные посты Shura. Если бы еще статистики немного с подтверждающими ссылками и примерами, то совсем было бы хорошо. Ну не проверишь все лично, приходится верить и заслуживающим доверия источникам.