Всё очевидно… это касается не только этого конкретного МК… возьмите любой другой AVR перекомпилируйте свой код и получите всё тоже самое. Так как в Вашем случае включение и настройка сторожевого таймера происходила по условию в "середине" алгоритма, а не вначале как в классических случаях. Потому и такой подводный камень был найден… при классическом варианте, когда настройка данного таймера производится в начале алгоритма, такого эффекта Вы бы не встретили. А вот в Вашем случае такие моменты необходимо предусматривать. Что и подтвердилось при добавлении в самом начале процедуры отключения сторожевого таймера. На это указывал и тот момент, когда Вы отключали питание МК полностью. Так как при вновь поданном напряжении сторожевой таймер ещё отключен и потому не вносил своего влияния.

Подниму тему собаки. Не могу разобраться с watchdog в Atmega88/
Задумано включить таймер в режим прерывания и сброса. Если я правильно понимаю, по первому срабатыванию таймера должно вызываться прерывание, по следующему, если не было сброса wdr, уже генерится сброс контроллера.
Код инициализации:

т.е. задаем период и разрешаем прерывания от сторожевого таймера.
Обработка прерывания

собственно в прерыании происходит сброс таймера командой wdr и перезапуск его.
В симуляции Atmel Studio все работает как задумано. В Proteus и в реальном железе работать не желает. Мозг уже сломал, взываю к чужому разуму.

для начала используйте только средства, которые вам предоставляет библиотека компилятора: wdt_reset, цве_утфидуб не работайте с WDTCSR напрямую, кроме того раза, когда настроили прерывания.

спасибо. Убрал строку с WDTCSR -- в железе работает. Вопрос закрыт

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

Столько возни со сторожевым.
Я вешаю на "ресет" транзистор и с любого пина сбрасываю ,когда захочу и во время делея и в любое другое.

С любого пина этого же МК? Так для этого нужно, чтобы сработал участок кода, "пинающий" этот пин. А смысл же "собачки" - вывести МК из состояния, когда прога в нём крутится хрен_где_поймёшь и не пинает периодически "собачку", и не получив пинка, она ресетит МК.

ATmega328 - WDTCSR[WDE] и MCUSR[WDRF] - сокральный смысл?!

по даташиту

итак, имеем

конкретно:

если

то, если срабатывает "Watchdog System Reseт" то устанавливается флаг

что в свою очередь ведет к "переустановке"

но он уже установлен в 1цу

и наоборот, если

то и "Watchdog System Reseт" - не сработает

короче, не понимаю я пока сокрального смысла взамиосвязи и переопределений
WDTCSR[WDE] и MCUSR[WDRF]

спасибо

с данной проблемой разобрался, спасибо всем! :о)

по ходу тестирования wdt - проявился странный артефак:
после того, как я отладил все что нужно с wdt, я перешел к отладке других частей кода, без wdt и тут... программа начала сбрасываться/перегружаться, как будто я использовал ваЧдоГ, но не сбрасывал его. перепробовал множество пассов (перепрошивка кода, сброс eeprom в дефолт, втч от arduino, манипуляции с фузами, но сам бит WDT_ON не трогал, есно, использовал онлайн калькулятор)... короче, ни чего не помогало, не мог найти "зацепку". после некоторого времени - хобана, прошивка заработал так как надо. ВО, думаЮ, ПОЙМАЛ ЗА КОКИ этот странный глюк (до этого перешивал версии фузов, уст/сброс фуза - "стирать/нет eeprom", что-то еще). решил откатить фузы обратно, как бы "до того", и ... опана! хренушки! ни чего не поменялось! попробовал другие варианты - аналогично, все на месте.

короче, ни чего я не поймал и не отследил. прошивка сбрасывалась по wdt, а потом перестала, и все тут!

какие будут идеи, что это был?! (естественно, кривизна лап, хвоста и усов - ни куда ни делись, но все же...)
- сборка с пом-ю makefile, через make clean
- фуз WDT_ON не трогал

спасибки

###!!! UPDATE !!!###
уже не помню чем порешилось, но по моему "все по даташиту" - что-бы wdt не сбрасывал чип нужно было ... гм... отрубить питание :о)

Мой сторожевой таймер присутствует во всех местах где должна быть активной программа в течении одного цикла это 1ms, обычно от 5_ти мест до 10. макрос подсчитывает количество мест где он установлен, потом счётчик увеличивается реальным кодом который внутри макроса, число которое в переменной и количество мест, вот основной макрос который разбрасывается везде где нужно, написан в AStudio на ASM2


после в распределителе задач сравнение и сброс если числа не совпадут. Опубликовал, может кому интересно будет.

Возможно для автора вопроса моя информация припоздала, но может кому-то окажется полезной.
ИМХО не верно сбрасывать watchdog в его же собственном прерывании. Кмк теряется весь смысл wdt.
В одном из проектов использовал сторожевой таймер в таком режиме (прерывание и последующий сброс), но сброс таймера делал в другом месте, а не в его же собственном обработчике прерывания.