Нет. Но это не означает, что их не существует. Даже ты допускаешь возможность их существования.Ну, наличие неиспользуемой кем-то функции для тех, кто ее использует все же лучше чем ее отсутствие. Я не использую прерывание по окончанию записи во флеш - писать в Лигу Наций или пусть остается - не мешает ведь?

Да элементарно.
Из-за помех контроллер болтается в стартапе бесконечно, или, если такая версия не устраивает, поболтавшись там, улетает в бесконечный цикл в основной программе, минуя включение WDT.

Вы не понимаете видимо сути моего высказывания. Процессор хороший и память и регистры - всё ок. Но помеха может сбить что угодно и когда угодно (и даже во время startup). К Вашему сведению, помеха обычно просто искажает данные в ячейках памяти а не сами ячейки. И я включаю WDT фьюзм, ибо мои приборы и проекты используются не только в гражданских целях.

Не катит . Потом "из-за помех" точно-также будет болтаться в WD "бесконечно". Получаем неработоспособную вещь и без разницы, где она там "бесконечно болтается" , главное, что по любому НЕ РАБОТАЕТ.


Ну после того, как даже от тебя ответа не получил вероятность существования сколь-нибудь разумных причин для меня еще уменьшилась.



Еще раз и помедленнее, что такое "искажает сами ячейки"?


Круто! Несчастные потребители получают "приборы" выживающие только за счет WD. А туда еще добавить много много еще сбитых ячеек памяти НЕ приведут к срабатыванию WD, но к "глюкам".... А как-же вообще разработчики на других плаформах НЕ имеющих дивного фьюза, как класс, разрабатывают свои изделия?

Катит, ибо разница есть. Прорвавшись в основную программу без запуска ВДТ, программа включит чего-нить такое, от чего станет кисло.
Я не фантазирую - на моем счету несколько прискорбных случаев из-за недостаточной защищенности от зависаний. Никого не убило, так... залило больничку... Всего-то открылся клапан воды.
Конечно, вероятность невелика, но она есть.

Кусок сбоящего дерьма и после долей миллисекунды-секунды проведенных в startup ДОЛЖЕН будет часами-годами работать и тогда уж за это время гарантированно "включит чего-нить такое, от чего станет кисло" и WD не тявкнет даже. Да и за время срабатывания WD сошедший с ума по независящим от него причинам контроллер напахать может очень даже не мало - чай не арифмометр и команды быстро может выдавать.

В качестве оффтопика по защитам от зависаний.. Несколько лет назад один знакомый молодой человек подался, не от хорошей жизни, в эксплуатацию разных там сигнализаций. В том числе в сферу его обслуживания входило новейшее офисное здание. Копаясь в оборудовании он обнаружил два отключеных тумблера относящихся к пожарной сигнализации... Ну и включил. Раздалась сирена, голосовое оповещение о пожаре. Выключить сразу не удалось. Испугался, выскочил, но к счастью даже народ сидящий рядом в Кафе никак на это представление не реагировал и главное, вода нигде не лилась. При дальнейшем обследовании системы в одной из коморок обнаружился силовой щит на котором были отключены все автоматы двигателей приводящих в действие вентили пожарных трубопроводов. Но и это еще не все, как потом выяснилось, сами вентили имели и параллельный ручной привод, каждый из которых был аккуратно заклинен пожарным ломиком. А Вы говорите WD

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

Нет, я только для Ляньюньганя (Тяньваня) и Куданкулама оборудование делал. Не на AVR и категорически без WD вообще, бо перезапуск в произвольный момент времени сам по себе Ж.....

В очередной раз констатирую, что я с AVR почти не знаком, но поскольку в корневом сообщении вопрос про ATmega324P, то можно ли в качестве ликбеза мне пояснить: как WDT влияет на "прорыв" в основную программу, если в AVR (как я понимаю) программа исполняется из Flash, а не из SRAM? Т.е. срабатывание WDT в стартапе ориентировано только на тот исчезающе малый случай наличия "плавающих" уровней во Flash, я правильно понимаю?


Ну и тоже свой случай из жизни. Шкафы управления двумя газовыми котлами, теплоснабжением, ГВС и вентиляцией. Входные сигналы от токовых датчиков термопреобразователей и дискретные с преобразованием сигналов переменного напряжения 220В и постоянного 24В. Регулирует температуру отопления, горячего водоснабжения и вентиляции. Контроллеры имеют WDT, который не просто RESET для CPU делает, а полностью снимает питание с блоков контроллера. При запуске котельной в результате аварийной ситуации полопались и расплавились металлопластиковые трубы отопления, котлы перегрелись аж до 160°C (может и выше, но не удалось зарегистрировать т.к. датчики были до +150°C), в помещении котельной температура была ненамного меньше. "Спасло" от взрыва, что система пожаротушения не была заполнена водой. Представьте попадание холодной водички на перегретые котлы!
В результате "разбора полетов" выяснилось, что завис АЦП, с помощью которого измеряются токи с преобразователей температуры. В результате контроллер считал, что у него температура теплоносителя низкая и котлы аварийно отключать вовсе не требуется. Т.е. контроллер-то работал нормально, но входные данные не проверялись на "валидность", а другой цепи защиты от перегрева котлов изначально задействовано не было.
Этот оффтопик я к тому, что надежность не определяется только лишь наличием/отсутствием/использованием WDT. Надежность это задача комплексная и решается/определяется всеми средствами/компонентами системы.

1) WDT на прорыв в основную программу не влияет никак, на прорыв куда-бы то ни было влияют внешние факторы. Нейтрино пролетело, разряд статики или еще что-нибудь. В результате WDT может оказаться не запущенным.
2) А при чем тут место нахождения программы? Даже если считать флэш "железной", код передается в АЛУ по каким-то шинам, через регистры, которые могут исказить данные. Что говорить - в АВР производителем ограничено изменение периода частоты между соседними периодами, хотя он "статический". Это нежный прибор, ненамного лучше хорошо знакомого Вам MSP430, в котором нет даже триггера Шмитта на входе сброса.

А насчет комплекса факторов, влияющих на надежность - полностью согласен.
Ради Бога, не считайте меня апологетом теории надежности типа "Дохтура", я самый отъявленный практик
Я делаю дешевые поделки, которые, тем не менее, должны работать в сложных условиях ЭМС. Или не работать. Но не вредить

Никогда не стартовал с отключенной собакой. Никогда ни одна поделка на АВР не работала без собаки. И не будет. Наверное, вопрос религиозный все-таки.

Ничем другим объяснить это действительно невозможно .

Это значит, что помеха искажает содержимое ячейки памяти (был 0 стал 1 и наоборот), а сама ячейка _физически_ остаётся исправной.
Ну и упёртый народ Я вот не пойму даже с чем Вы спорите?
С включенным через fuse wdt контроллер не проводит фактически времени без неусыпного взгляда собаки, а с отключенным проводит.
Мало, но проводит. Да шанс мал словить грабли за это время, но он ЕСТЬ. Так зачем же сознательно закладывать это шанс?
И, к вопросу: "А если нет встроенного wdt?" - мой ответ: ставить однозначно внешний! И это не религиозные соображения.
Не следует пренебрегать благами прогресса, мы ведь с вами не аскеты и не секта.
В конце концов, мы давно не считаем на логарифмической линейке, а используем по большей части компьютер

Но тем не менее пытаетесь рассказывать, как "надо трясти пальму" . WD это есть последний. САМЫЙ последний шанс за живучесть. Причем далеко не всегда однозначно безболезненно применимый и всенепременно пользоваться этим шансом на первых микросекундах полета совершенно не обязательно. Как впрочем, как и вообще пользоваться WD - меня, например, ну очень расстроит переферийный контроллер втихаря перезапустившийся по собственному WD и забывший все, что ему приказывали делать.

Надо флаг состояния "амнезия" завести или ногу какую-л подергать... Иначе описанная Вами ситуация напоминает профессиональное хождение по канату...