Опять WatchDog Timer, Atmega64 Опции

[AndreyVN]

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

Что я упустил?

Процессор Atmega64
Fusebits: WDTON=1 MC103=1

Код

void WatchDogStart()
{
#asm("wdr")     //на всякий случай сбросить сторожевой таймер
WDTCR=0x1F;  //WDCE=1, WDE=1, делитель 2 сек.
WDTCR=0x0F;  //WDCE=0, WDE=1,
}

void WatchDogStop()
{
#asm("wdr")       //сбросить сторожевой таймер
WDTCR = 0x1F;  //выключить сторожевой таймер
WDTCR = 0x00;
}

Сообщение отредактировал IgorKossak - Jan 23 2013, 19:56

Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!

[Палыч]

Что я упустил?

Упустили значения битов WDP при установке WDCE и WDE.
Посмотрите как это сделано в примере от Atmel

/* Write logical one to WDCE and WDE */
WDTCR |= (1<<WDCE) | (1<<WDE);

Ой, не зря это они так сделали !

[AndreyVN]

Упустили значения битов WDP при установке WDCE и WDE.
Посмотрите как это сделано в примере от Atmel Ой, не зря это они так сделали !

Насколько я понял из описания, бит WDCE=1 разрешает изменение состояния "собаки" и сбрасывается аппаратно через 4 цикла.
То есть, мой вариант манипуляции с WDTCR, вроде должен быть работоспособен.

Попробую как Вы советуете...

Что вы понимаете под MC103=1? Процессор в режиме совместимости или нет?

Fusebits активируются нулевым уровнем. Единичка соответствует значению Unprogrammed.

[Палыч]

Насколько я понял из описания, бит WDCE=1 разрешает изменение состояния "собаки" и сбрасывается аппаратно через 4 цикла.
То есть, мой вариант манипуляции с WDTCR, вроде должен быть работоспособен.

Да, должен быть работоспособен... Тогда, вариант один - между двумя обращениями к регистру WDTCR проходит более 4 тактов: либо транслятор так "криво" код генерит, либо мешают разрешенные прерывания. Кстати, макросы, которые советует alexeyv, и время обращения к WDTCR выдерживают правильное и от прерываний во время своего выполнения защищены.

[AndreyVN]

Да, должен быть работоспособен... Тогда, вариант один - между двумя обращениями к регистру WDTCR проходит более 4 тактов: либо транслятор так "криво" код генерит, либо мешают разрешенные прерывания. Кстати, макросы, которые советует alexeyv, и время обращения к WDTCR выдерживают правильное и от прерываний во время своего выполнения защищены.

Лазил по документам Atmel, советуют перед последовательностью присвоений WDTCR=0x1F; WDTCR=0x0F; запретить оптимизацию кода, иначе компилятор может две команды в одну слепить.
Однако, пока ничего не получилось, не заводится WDT. Работает только вариант включения WDT через Fusebits WDTON=0. Тут все работает на ура, собачий таймер стартует по включению питания
экран моргает как бешеный. Но меня этот режим не устраивает, мне надо включать таймер, только в том случае, если регистратор запущен на длительный режим сбора данных.
В остальное время услуги собаки не требуются.

У меня в CodeVision библиотеки wdt.h нет. Можно её где-то скачать?

И желательно включать Watchdog во Fuse-битах (включается нулем)

Эта фраза не понятна, в Fusebits можно выбрать разные режимы безопасности, но во всех режимах
можно включить WDT командой или последовательностью команд.
Может помимо WDTON и MC103 есть еще какой-то Fusebits, влияющий на работу WD-таймера, который я не заметил?