WDT с чем его едят?

[t34]

Как WDT использовать описанно в даташитах, но вот для чего
и в каких ситуациях-для меня тайна.
В паре программ для AVR, которые я до сих пор написал,
обходился без него, но очевидно его возможности можно и нужно использовать.
Прошу помощи.
Заранее спасибо.

[nml]

Как WDT использовать описанно в даташитах, но вот для чего
и в каких ситуациях-для меня тайна.

WDT нужен для отслеживания аварийных ситуаций (зацикливаний программы). Он вызывает сброс, если в течение определенного времени его не сбросить. Ставится в бесконечном рабочем цикле программы, максимальное время которого несложно рассчитать. WDT настраивается на заведомо большее.

В этом случае - если не было сброса вовремя - значит, программа где-то заблудилась.

[walrus]

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

[nml]

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

Оригинальное мнение. Честно - такое слышу впервые. Тогда наверное дурным тоном надо считать и предохранители в радиоаппаратуре?

Хотя сам - грешен - WDT в программах не использую. Но это скорее от лени - пока петух не клюнул.

Тема такая. Как выполнение обмоток транса на разных катушках с экранированием, как разделение в разводке платы на "чистую" и "грязную" землю, короче, если есть уверенная мысль, что будут проблемы от помех, когда думаешь, что камень может переглючить непонятно от чего, собачка может выручить, перезагрузив камень, чтоб он не начудил. Но слабое программирование тут, ИМХО, совсем не при чем, а совсем даже наоборот, если ставится собачка, то как дополнительный плюс в помехозащищенности схемы.
Удачи!

[Muzicant]

В свое время убедился, что pic-и весьма не стабильные контроллеры (ИМХО конечно, но так же и всех знакомых разработчиков), однако очень удобные для недорогих систем. Единственный выход - WDT - он увеличивает стабильность системы на порядок. Я убежден, что любой производитель CPU не может гарантировать 100% стадильность работы (и разработчик сложного алгоритма тоже), поэтому использование WDT не только не плохой тон, а наоборот хороший и профессиональный тон и подход.

[NemoCut32]

IMHO WDT нужен совсем для другого. В процессе отладки он не нужен и даже вреден, но при работе устройства просто необходим. Устройства на микроконтроллерах работают в реальных условиях: помехи, сбои по питанию, ЭМИ и т.д. поэтому на его работу влияет не только программные "глюки" но и внешняя среда. Зависания могут и не произойти, но вот флешь напимер при 10 с. туплении можно запороть если адрес в PC например сбился. В некоторых случаях зависания вообще смерти подобны и в этом случае WDT повышает надёжность работы устройства в целом. Для промышленных устройств это обязательное условие, но ни вкоем случае нельзя маскировать WDT глюки программы (см.выше). Есть ещё наряду с WDT очень полезная вещь - называется BOD(BOR) - он сбрасывает в ресет контроллер в случае провала питания ниже определённой границы(чтобы проц не сглючил). Вещь в серьёзных устройствах тоже обязательная. Помимо этих действий используются некоторые программные ухищрения для повышения надёжности работы - обязательная обработка исключений, проверка флагов, состоятия, всякие там контрольные суммы и восстанавливающие коды. Но вот WDT и BOD использовать крайне рекомендуется в реальном устройстве.
Кстати я тут WDT ещё использовал для периодического вывода контроллера из Power Down - получилось очень экономично.