Ну я ведь не знаю весь ли это код

Чтобы выяснить причину ресета, при старте читайте MCUCSR и выводите
в какой-нибудь порт. По выставленным флагам будет все понятно.

ПРочел. биты 0 и 1 равны единице.

А вот мои фьюзы:

Значит у Вас происходит External Reset.

Куда у Вас подключен пин Reset ?

к разъему для программирования. У меня Altera byte blaster, который можно не снимать после программирования. А еще кнопочка от ресета идет на питание для ручного сброса.

Вот еще что:


после комментирования строки TIMSK=16 контроллер перестает ресетиться.

В ранних версиях 'avr-libv' для описания функции обработчика прерывания использовалось макро SIGNAL(), сейчас оно переименовано в ISR(). Посмотрите в определено ли в файле 'avr/interrupt.h' ISR()?

Какая у вас версия WinAVR?

Анатолий.

У меня WinAVR-20050214

в interrupt.h нет не SIGNAL() не ISR()
Но компилятор не ругается на ISR (TIMER1_COMPA_vect)

через поиск попробовал найти файлы содержащие строку "ISR" - не найдено

в очередной раз задаюсь вопросом - почему в CodeVision все работает как часы, а в WinAVR, который хвалят как очень
рациональную программу - вечно какие-то проблемы...
Перейти на WinAVR я был вынужден, так как библиотека для моего LCD есть только для WinAVR

тогда вместо ISR(...) должно быть:
SIGNAL(SIG_OUTPUT_COMPARE1A)

PS: Если компилятор сказал "warning" - это не значит что нет ошибки.

Анатолий.

ADD:

И добавте еще:
#include <avr/signal.h>

Сообщение отредактировал aesok - Sep 18 2006, 15:48

В WinAVR конечно-же есть проблемы, но в данном случае претензии к нему не уместны. Кто Вам мешает открыть файл X:\WinAVR\doc\avr-libc\avr-libc-user-manual.pdf и посмотреть как нужно определять прерывания.

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

Анатолий.

1. Отключите таки ByteBlaster и проверте что reset подтянут к питанию(через резистор).
2. флаг EXTRF в регистре MCUCSR однозначно указывает на то что у Вас происходит
External Reset.
3. И наконец смените вот этот код:

1000000/256=15625 это круто
15625/5=3125 откуда взялась 5 ?
1000000/256=3906,25

при ваших установках получаем:
OCR1=3125
T=(OCR1+1)*256=3126*256=800256 мкс

Я Вам настоятельно рекомендую сменить Вот на это:


T=(OCR1+1)*64=15625*64=1000000 , т.е. ровно 1 сек.

УУУААААУУУУУУУ!!!!
Заработало!!!!!!

Оказалось нужны были обе меры - и SIGNAL(SIG_OUTPUT_COMPARE1A) и #include....

Теперь я понял, почему компилятор не ругался на ISR - он думал, что я определяю новую функцию с именем ISR, потому и выдавал warning по поводу unused parameter в ней.

Всем спасибо!!!!

Теперь все работает как часы.







Я вам верю, но пикает явны больше 1 раза в секнуду.

Сейчас у меня вот что:

сгенерировал при помощи AtmanAvr

...

Сообщение отредактировал -=Женек=- - Sep 18 2006, 16:54

В таком случае можно посоветовать AtmanAVR.Тот же GCC только удобства такие же как в CV и гемора с созданием проета нету(СodeЦizard,генерация makefile).
Имеется плугины там под LCD и еще чтото.Правда триальный период 30 дней,но лекарство в сети имеется.

http://www.atmanecl.com/EnglishSite/SoftwareEnglish.htm

Так... выплыла проблемка.... С заданием времени.
До этого я писал, что функция _delay_ms() дает значительно более короткие задержки. Я посчитал, что они короче в 16 раз. Теперь предложенный вами вами вариант инициализации таймера дает не 1, а 1/16 секунды.

Кристалл работает на 16 МГц. А компилятор наверное думает, что 1 МГц.

Собственно, вопрос, а где в проекте указывать что частота кристалла равна 16 МГц?

А у меня WinAVR-20060421
и ISR в interrupt.h есть


Ну это конечно Ваше дело.
Те установки которые я давал, дают точно 1 сек. на кварце 1МГц.

А функция _delay_ms() из delay.h как должна испльзоваться? в хидере установлена частота 1 МГц. Менять хидер под новый кварц? Кстати #define F_CPU 16000000UL в фале программы не помогает.

Сообщение отредактировал -=Женек=- - Sep 18 2006, 17:28