Проблемы с моделированием работы сторожевого таймера.

[kolobokus]

В моем проекте не удается корректно применить сторожевой таймер в режиме сброса. Устанавливаю его на период 1 сек. (визардом CVAVR), а он сбрасывает через 0,5мс. Устанавливаю его на 2 сек., сбрасывает через 1 мс.

Контроль по симуляции в Proteus 7.7.2.9089. CVAVR: V2.05.0 Professional.
под WINDOWS 7. Работаю с ATmega328P.
Для того, чтобы разобраться с ситуацией, подготовил проект проверки работы Watchdog Timer (в приложении в одной папке исходник и симуляция в Протеусе).
Запускаю программу, и получаю постоянные сбросы, с периодом в 2000 раз меньше задаваемого (таких времен (‹16mc) даже в даташите нет).
Подскажите, в чем засада?

[DanilinSA]

А вы уверенны в корректной симуляции Watchdog Timer ? Он и в железе бывает глючит, а вы в симуляции корректной работы хотите.

[kolobokus]

Не уверен. Поэтому и хотел бы услышать тех, кто имеет опыт в этом вопросе. Когда раньше использовал "собаку", то как-то с бубном обходилось. Но сейчас другой комп, другие версии программ.
При прошивке в МК программа работает как надо с задействованным на сброс WDR.
По этому, чтобы разобраться решил помучить только одну эту функцию (сброс по сторожевому таймеру) в выложенном проекте.
Прошу откликнуться тех, кто столкнулся с этой проблемой или знает, в чем дело.

[ForcePoint]

Он и в железе бывает глючит

То, что не отражено в errata - существует только в нашем воображении.

а вы в симуляции корректной работы хотите.

Это - более вероятно.

А теперь - посмотрим на code.txt и /List/1.lst и увидим, что макрос инициализации таймера - спорный. Вместо

#asm("wdr")
WDTCSR=0x1E; // init WDT
WDTCSR=0x0E; // 1s

следует писать (как указано в примерах в документации на МК - глава Watchdog Timer, раздел Overview)

#asm("wdr")
MCUSR &= (0xFF & (0 ‹‹ WDRF));	// Clear WDRF in MCUSR
WDTCSR=0x18;	// а лучше - (1 ‹‹ WDCE)+(1 ‹‹ WDE)
WDTCSR=0x0E;	// а лучше - (1 ‹‹ WDE)+(1 ‹‹ WDP2)+(1 ‹‹ WDP1)

Также - зачем стоит в самом низу "while (1){}"? Не там-ли спотыкается тест?
Да и на "delay_ms(1000); // 1s" уже есть шанс поймать сброс.

[kolobokus]

Возможно, проблема в симуляторе.
Код взят из даташита

Нажмите, чтобы открыть спойлер

C Code Example(1)
void WDT_Prescaler_Change(void)
{
__disable_interrupt();
__watchdog_reset();
/* Start timed equence */
WDTCSR |= (1‹‹WDCE) | (1‹‹WDE);
/* Set new prescaler(time-out) value = 64K cycles (~0.5 s) */
WDTCSR = (1‹‹WDE) | (1‹‹WDP2) | (1‹‹WDP0);
__enable_interrupt();
}

и из визарда кодевижен.

Нажмите, чтобы открыть спойлер

// Watchdog Timer initialization
// Watchdog Timer Prescaler: OSC/128k
// Watchdog Timer interrupt: Off
#pragma optsize-
#asm("wdr")
WDTCSR=0x1E;
WDTCSR=0x0E;
#ifdef _OPTIMIZE_SIZE_
#pragma optsize+
#endif

"while (1){}" - это, собственно, основная программа
Пока она крутится, переполняется WDR и спустя 1 с (задано установками WDP2 и WDP0) должен пройти сброс МК, а на самом деле он проходит спустя 0,5мс (смотри лог) после установки. Да и сама установка при этом равна 0,5мс вместо 1с.

Функция delay_ имеет встроенный сброс wdr с периодом 1мс (см. описание функции в CV) и помешать не может. Ее использую только для наглядности мигания светодиода (без задержки не увидишь кратковременного загорания светодиода). То есть, если бы симуляция работала правильно, то на выходе PB0 был бы меандр с частотой пол герца.

[kolobokus]

Clear WDRF in MCUSR не помогает, проверено.
Период delay уменьшал до 500мс - не помогло.

[kolobokus]

Думаю, вопрос надо считать решенным: При прошивке в МК программа работает правильно. Значит глючит Протеус.
Всем кто наступит на те же грабли рекомендую отлаживать программу в Протеусе с закоментированными строчками инициализации сторожевого таймера в коде и с Unprogrammed WDTON в свойствах камушка в Протеусе.
А при заливке не забыть разкомментировать инициализацию WDT и перекомпилировать проект.

[jump]

При прошивке в МК программа работает правильно. Значит глючит Протеус

ну, думаю, - выздоравливает человек, но дальше читаю

рекомендую отлаживать программу в Протеусе

болезнь с новой силой схватила за ****