Вход
Наше всё
Теги
codebook
无线电组件
Поиск
Опросы
Закон
Четверг
28 ноября
О смысле всего сущего
0xFF
Средства и методы разработки
Мобильная и беспроводная связь
Блошиный рынок
Объявления
Микроконтроллеры
PLD, FPGA, DSP
AVR
PIC
ARM, RISC-V
Технологии
Кибернетика, автоматика, протоколы
Схемы, платы, компоненты
Микроконтроллеры
203486
Топик полностью
testerplus
(26.07.2010 14:23 - 14:42, просмотров: 130)
ответил
Shura
на
Меня ничего не удивляет. Но вы ведь программную память не троируете? Почему тогда призываете троировать память данных?
Потому что процесс записи/стирания очень уязвим. Но если в задаче будет предусмотрена, например, возможность устройству оказаться в запредельных температурах, то я его сделаю и для памяти программы.
Ответить
А я в таких случаях, кроме проверки целостности данных всего сектора, еще и проверку на выход за граничные величины в самих функциях делаю. На этапе инициализации программных модулей, которые эти функции используют.
-
rezident
(26.07.2010 15:02
)
Очень правильный подход. Как ни странно, он у многих опытных тоже вызывает нарекания, типа "да расслабься, ничего такого не будет"
-
testerplus
(26.07.2010 15:19
)
Дык на учете энергоресурсов, когда скажем в подаче холодной воды получаются значения ниже -10°C или выше +120°C, то это уже авария (датчик или линия неисправны, монтажники каналы датчиков перепутали или труба замерзла или пожар на котельной) и считать
rezident
(74 знак., 26.07.2010 15:25
)