Приветствую. Подскажите пожалуйста.

Имеем ATmega32. программу в Асемблере, AVR Studio4.

Гоняем программу в симуляторе. Примерно через полсекунды происходит сброс
Методом научного тыка определил, что виновна "собака", т.к. если запретить ее работу, то все фунциклирует. С другой стороны, если всю программу упростить, оставив только обработку прерываний от таймера, то разрешенный WDT опять все сбрасывает примерно через полсекунды (странно, ведь WDT настроен на 2,1 сек)..
Не могу понять откуда просачивается сброс.
- пререывание по таймеру 100 Гц.

timer1:

push tmp1
push tmp2
in tmp1,SREG
push tmp1


call timer1_set
call wdt_set


pop tmp1
out SREG,tmp1
pop tmp2
pop tmp1

reti

- в прерывании вызываю подпрограмму перезагрузки таймера
- вызываю подпрограмму сброса WDT и его инициализации
;===================================
timer1_set:

ldi tmp1,0b00000100 ;TOIE =1 разрешение прерываний от таймера
out TIMSK,tmp1


ldi tmp1,0x00 ;откл. таймера1 от выводов процессора
out TCCR1A,tmp1

ldi tmp1,0b00000010 ;предделитель на 8
out TCCR1B,tmp1


ldi tmp1,tmr1h ;зарузка таймера
out TCNT1H,tmp1
ldi tmp1,tmr1l
out TCNT1L,tmp1

ret
;===================================

wdt_set:

wdr ;сброс внутреннего WDT

ldi tmp1,0b00011111 ;инициализация внутр. WDT, разрешение работы, период 2,1 сек при питании 5 Вольт.
out wdtcr,tmp1

ret
;===================================

Подскажите пожалуйста, в чем еще может быть загвоздка?

Инициализацию "собаки" надо делать один раз вначале программы, примерно вот в этом месте:


а прерывание сделать так:



Кроме того WDR должно стоять в каждом бесконечном цикле вроде:


Удачи!

Подскажите пожалуйста, в чем еще может быть загвоздка?
[/quote]
Если метка Timer1 это обработка прерывания таймера, то зачем вы в таймере постоянно переустанавливаете настройки таймера и собаки?

Для перезагрузки таймера достаточно делать:

ldi tmp1,tmr1h ;зарузка таймера
out TCNT1H,tmp1
ldi tmp1,tmr1l
out TCNT1L,tmp1

А установку таймера и собаки желательно делать в начале выполнения всей программы.
Сброс же собаки

wdr ;сброс внутреннего WDT

наверное желательно делать в главном цикле, а не в прерывании, т.к. прерывание возникнет независимо от того висит программа или нет.

Для каждого контролируемого прерывания выделяем флаг. При проходе прерывания флаг устанавливаем. В главном цикле (с задержкой)контролируем все ли флаги установлены. Если все делаем WDR. При таком варианте невозможно зависание ни в главного цикла, ни прерывания.
Сбрасываем флаги.

А память на флаги зачем портить и еще тратить на проверку?
Где бы программа не зависла (в прерывании или в главном цикле), если она в течении контрольного времени не пройдет точку WDR то будет перезапущена!

Программа может работать и при этом отвалится прерывание(по помехе сбросится бит в регистре отвечающим за это). Программа будет тупо молотить в главном цикле.

А как часто в Вашей практике "отваливалось" прерывание?

Спасибо всем откликнувшимся.

Но проблема-то не в том где лучше, а где хуже делать сброс WDT, с этим все понятно - сколько людей, столько и мнений.

Проблема в том, что при запуске симулятора происходит сборос, скорее всего, по WDT, после, если быть точным, 2097152 шага программы, что при 4МГц соответствует 0,524288 секунды. А WDT настроен на 2,1 сек. T.е. фактически "собака" не успевает переполниться... Но сброс на лицо. отключаем WDT - сброса нет.



Сдается мне, что симулятор глючит . Попробовал вместо ATmega32 выбрать ATmega323. Вроде все работает. Установил последнюю доступную версию AVR Studio 4.12 SP4 (до этого стояла SP2) там таже самая история.

Возможны глюки в симуляторе? Или все же я дурак? Блин, ну ошибиться-то негде.

А попробуйте поставить не последнюю а раннюю версию AVRStulbo. В моей практике это сильно помогало.
А лучше прошить проэкт в кристал, в начале программы дергать ногой и посмотреть - сбрасывается камень или нет.

Может я чего и не понял, но если идет речь о симуляторе Студии, то читаем хелп:

Из чего следует, что симулятор Студии не поддерживает "собаку" . Или я не прав?

Полазил по хелпу AVRStudio4 SP4, действительно много где, в т.ч. и на ATmega3ХХХ WDT не симулируется. А вот на ATmega32 такого примечания нет, соответственно, должон симулироваться.

Видимо так и получается, на 323-й Меге программа симулировалась, т.к. ей WDT жить не мешал, а на 32-й Меге WDT постоянно дергался... Ну вот почему он дергался????

В общем так или иначе, добил я кусок программы, зашил его в железо. РАБОТАЕТ!!! А симулироваться при выборе ATmega32 не хочет. Видимо, всеже недоработка симулятора....

Я обычно при отладке программы (даже на железе) вставляю код:

и только в окончательной редакции программы настраиваю "собаку"

Нашли что в симуляторе проверять...
Вы б еще пожаловались что в симуляторе скачки питания не отрабатываются, и сброса по BOD нет.

Ну зачем же язвить?

Это и не было самой целью проверки. Просто в процессе вылез боком этот Reset, и потребовалось немало времени, чтобы понять, что это WDT виновен, а потом еще столько же времени, чтобы убедиться что это глюк симулятора.

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




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