WDT – Watchdog Timer, Для чего нужен? Опции

[zombi]

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

[ArtemKAD]

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

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

[Егоров]

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

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

[zombi]

Она, как правило, зависает из-за недостаточно полных представлений программиста или создателя алгоритма о реальных процессах в системе.

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

Нештатного поведения датчиков,

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

непредусмотренного стечения обстоятельств

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

внешнего разового воздействия.

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

[Егоров]

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

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

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

[stells]

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

так это значит не была предусмотрена защита от полного разряда... а так вообще-то станция должна постоянно передавать свою телеметрию

[Егоров]

так это значит не была предусмотрена защита от полного разряда... а так вообще-то станция должна постоянно передавать свою телеметрию

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