Кроме как для сброса плохо написанной "зависшей" программы для чего ещё можно использовать?

Для пробуждения из глубокого сна, для программного сброса.

Возможно, но почему "программного"? может всётаки аппаратного?

Потому что инициирован программно.

В том смысле, что программа вызывает сброс.
Так как не у всех АВР есть способ вызвать сброс МК через запрос, то можно для этого WDT использовать.

Была ситуация, когда были заняты все таймеры. Я использовал WDT как дополнительный таймер с прерыванием от него.

Часы можешь сделать - 1 сек там есть

Для сброса хорошо написанной зависшей программы. Зависшей естественно обычно от внешних воздействий типа очень коротких помех или радиации.

Скажем так: для сброса добросовестно написанной программы.
Она, как правило, зависает из-за недостаточно полных представлений программиста или создателя алгоритма о реальных процессах в системе. Нештатного поведения датчиков, непредусмотренного стечения обстоятельств, внешнего разового воздействия.
Это реальность, особо укорять тут никого не следует, сторожевые таймеры применяют и весьма квалифицированные, опытные разработчики.

Т.е программисту который полностью представляет все реально происходящие процессы WDT не нужен.


Не согласен.
Абсолютно любое поведение дачиков не должно приводить к зависанию программы.


Например?
Мне кажется что у добросовестно написанной программы как раз и не может быть непредусмотренных стечений обстоятельств.


Это Вы про радиацию?

У добросовестно написанной программы, занимающейся, условно говоря, управлением светодиодом от кнопки - возможно; в объемной и разветвленной системе, активно взаимодействующей с внешним миром, предусмотреть все и вся, и обеспечить 100% тестовое покрытие невозможно. И пусть вероятность возникновения "аварийного" стечения обстаятельств будет крайне низкой, следует предусмотреть надежный и безопасный выход из такой ситуации.

На мой взляд как раз в таких системах это просто необходимо и возможно.
А вот так вот недобросовестные программисты и обьясняют зависания своих недобросовестных программ.

Что поделать, слаб человек: и на МКС бортовые ЭВМ, бывает, зависают. Да что там далеко ходить, даже в уютном восьмибитном мирке не все справляются.
А если Вы полагаете, что "полностью представляете все реально происходящие процессы", значит, надо или переходить к более сложным процессам, или отказываться от иллюзий

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

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

"Абсолютно любое" поведение датчиков не знают даже их разработчики. Чтобы это поведение не приводило к зависанию программы существует сторожевой таймер. Ей-ей, его не дураки придумали.