Прошу помощи у Клуба!

Кто пользовался watchdog таймером в Xmega контроллерах?
У меня watchdog нагло отказывается работать!
Вот кусок программы:



После рестарта мигает зеленый светодиод, а затем навсегда начинает мигать красный. То есть контроллер не сбрасывается.
Пробовал включить WDT через Fuse биты (устанавливал WDP и WDLOCK) - не помогает, все равно Watchdog не работает.
Пробовал на двух контроллерах AtXmega128A1 AtXmega32A4. не работает ни там ни там.
Как заставить его работать? Может я что-то упускаю? Кто то вообще использовал WDT в Xmega_х?

Что такое у вас "n"?
Попробуйте прямо записать константу в WDT.CTRL, без промежуточной перевалки. Вдруг в 4 такта, резервируемых CCP, вы не уложились?

Укладывается, я смотрел сгенерированный asm, там n назначен на r16 и присвоение идет двумя последовательными командами. К сожалению, до понедельника попробовать уже не смогу. Все осталось на работе. А Вы использовали WDT в Xmega_х? Мне не верится, что он там не работает вообще, но мало ли?

Нет, я только Reset использовала по похожей схеме, вот так:

И он нормально работает. Только после такого сброса нулевой байт UART'ом непонятно откуда принимается (при аппаратном ресете его нет).


Проверила на своем. Вот так работает, сброс есть:

Только у меня маска называется WDT_PER_500CLK_gc, а не WDT_PER_512CLK_gc. Определена в хидере так:
WDT_PER_500CLK_gc = (0x06<<2), ///< 500 cycles (0.5s @ 3.3V)

Контроллер ATxmega128A1 (rev.H), компилятор EWAVR 6.21.2

Хорошо хоть у кого-то работает, значит проблема решается
У меня определяется так же:
#define WDT_PER_512CLK_gc (0x06<<2) // 512 cycles (0.5s at 3.3V)

а можете показать асемблеровский кусок посмотреть?

В понедельник еще возьму плату трехлетней давности, чтоб точно контроллер из другой партии был и проверю на ней.

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

Выделила в отдельную функцию, чтобы посмотреть код:

Еще совет. Попробуйте после установки WDT подождать. Вот так:

WDT никогда не использовал ни в мегах ни в хмегах.
Поэтому врядли чего подскажу.
Но мне просто интересно зачем вам нужен WDT.

вот сгенерированный код:


Вроде все нормально. Да и я включал WDT через Fuse биты - все равно не работал!!!
Если у Вас работает, то есть подозрения на битые контроллеры. Тем более, что у меня уже есть горький опыт именно с Xmega32A4. (внутреннее АЦП в беззнаковом режиме выдавало на некоторых участках битый код. Пришлось запустить в знаковый режим, потерял 1 бит точности, но все стало работать. ) В общем в понедельник буду испытывать на других платах. и спасибо за помощь.

Перечитайте мой предыдущий пост, он был отредактирован.

По моему ваша проблема в том, что, не дождавшись истечения полусекуды, вы разрешаете WD снова. Потому у вас и нет сброса.

Конкретно сейчас есть 3 причины:
1. При подаче питания с помощью искрящего контакта контроллер зависает где -то один раз из двадцати. (это при том, BOD включен на 2,4В при питании 3,3, а нормально работать контроллер начинает с 1,8В)
2. Плата работает в условии достаточно сильных помех от расположенных рядом двигателей + также рядом стоящие радиопередатчики ей здоровья не добавляют .
3. Использование WDT дает +2 к такому важному навыку разработчика, как "здоровый сон"


Да, я читал, как доберусь до железа - обязательно попробую и сообщу о результатах.
Еще раз спасибо за помощь!

1.Попробуйте внешний супервизор.
2.Борьба с зависаниями с помощью WDT абсурд.
3.Только с этим и согласен.

Уважаемый zombi, на этом форуме уже есть не одна тема (и не без Вашего участия) с обсуждением стоит ли использовать WDT, с подобной "помощью" милости прошу туда!


Использование внешнего супервизора это абсурд, так как есть встроенный (BOD) который ничем не хуже, только дешевле. А от внешних мы отказались уже лет 8 назад, после того, как несколько штук сгорели и стали выдавать непериодический ресет просто так! (уж поверьте, сгорели именно супервизоры, а не питание сделалось плохим.)

Может мы говорим о разных вещах, но в документации от "атмел" написано, что ихний WDT именно для этого и предназначен!

Уже только этого и достаточно.

P.S. Вы все равно не убедите меня, что WDT это зло, поэтому прошу по этому поводу в данной теме больше не писать.
Кстати, некоторые убеждены, что ремень безопасности в машине это тоже зло, но я все равно им пользуюсь

Таки бывают случаи, когда внешний необходим, но данной темы это не касается.

Ой сорри. Больше не буду.

Все! Я окончательно понял, что контроллеры делаются с помощью черной магии и их работоспособность сильно зависит от количества китайцев, на земле, фазы луны и еще от чего-то!
В общем танцевал я с бубном вокруг WDT с утра и до обеда. Что только не пробовал на трех разных платах: и задержки и инициализации разные, по несколько раз через софт и через фьюзы, в конце вообще на ассемблер перешел прямо в АВР студии, чтоб компилятор был от производителя - ничего не помогает. Не работает и все! (Программный Reset, кстати, работал) Потом осенило посмотреть что в WDT.CTRL. Вывожу я его через UART наружу и - о чудо! Там 0x1A - в полном соответствии с симулятором! То есть WDT разрешён, и период 0,5сек. как я и устанавливаю. Получается - не работает сам модуль WDT в железе. Ну я и успокоился, решил что научились китайцы делать поддельные контроллеры, а нам повезло найти нужного поставщика - ну с кем не бывает . Повытирал все свои эксперименты и сел дальше софт писать. Ближе к 5 часам вечера начинает коллега ругаться плохими словами - говорит программатор сдох ни с того ни с сего. Одолжил я ему свой (AVRISP mkII) на 5 мин., он свою плату перешил и программатор вернул. Прошиваю я сразу свою плату и вижу,что она уходит в ресет постоянный. И тут до меня доходит, что все "wdr" в программе закрыты, а watchdog в фьюзах остался включенным и он почему-то заработал. Беру другую плату - WDT не работает. Просто перешиваю программу (фьюзы не трогаю) и снова чудо - WDT заработал и на ней. Вот теперь даже не знаю - плакать или смеяться , а главное - каких сюрпризов дальше ждать.