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