Здравствуйте! Меня зовут Максим. Всеръез занимаюсь программированием. Может есть кто специалисты. Подскажите пожалуйста. Я пишу программу в AVR Studio на ассемблере. Программирую AtMega32. Так вот не могу понять почему при отладке программы - в дебаг режиме происходит сброс программы на метку RESET через определенные промежутки времени (262,14ms)? МОЖЕТ КТО ВСТРЕЧАЛ ТАКУЮ ПРОБЛЕМУ?

P.S. Причем команда WDR расставлена по листингу самой программы через каждые два шага, Со стеком программа работает корректно. Мной ошибки не выявлены. Если кто заинтересовался прикрепляю листинг своей программы (хотя , конечно не все поймут ее содержимое, просто на всякий случай). (Содержимое из файла копируется в созданный в AVR Studio 4.16 проект на AtMega32 8.00 мегагерц. Втыкаете листинг в проект и можно переходить в режим отладки).

Никогда ранее не сталкивался с проблемами непроизвольного сброса отладчика в AVR Studio 4.16. И не могу понять по какому событию в WatchDoge происходит сброс выполнения програмы. Инициализирую WatchDog в программе так:


и все через 262,14ms выполнения программы я снова на метке RESET. Если сбрасываю WDE то программа выполняется без проблем строго следуя операторам вызова подпрограмм и возврата из них. НО С НЕИНИЦИАЛИЗИРОВАННЫМ WATCHDOGOM Что не приемлемо для меня по условию задачи.

А нужно примерно так:

В даташите ведь об этом написано...

ЗЫ Не смотрел как у m32 расположены регистры ватчдога. Насчёт доступности их командами out. Если доступны - заменяем в моём примере sts на out.

Интересно, а в каком датасшите написано про это? И в чем суть я ни как не пойму?

В любом даташите на AVR, в разделе про ватчдог.
Больше подсказывать не буду, иначе не запомнится. А аналогичная фича, не только при работе с ватчдогом, на AVR используется...

Проверьте в отладчике, а затем прочтите в даташите.

ЗЫ Второй раз wdr можно не сбрасывать. Это я при копировании ошибся. Но так тоже работать будет.

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

Короче говоря не существует регистра WDCE и приведенный вами листинг не пройдет компиляцию ваще

У m32 он называется WDTOE. Но суть от этого не меняется. Как и его значение (WDTOE=WDDE=WDCE=4).

Попробовал но ни к чему не привело все равно выкидывает при том же времени. работает только команда out

Описался. Вот так д.б.:

Ещё заметил, что у вас много команд wdr в программе. Желательно их иметь не более 2. Одна из которых при инициализации.

Сейчас попробуем!?


Ничего не изменилось. Я вот думаю может это глюк компилятора. Может AVR Studio шалит?

А команды сброса сторожевого таймера в листинге своей программы я уже специально понавтыкал через каждые два шага. Просто у меня уже нет версий происходящего с программой. В том то и проблема что при постоянном сбросе ватчдога в листинге программы мы имеем стабильный вылет на метку RESET с завидным постоянством (262,14ms)

Есть еще версии??

Ватчдог тут ни при чём. Сейчас посмотрел даташит на m32. Там блокировки нет. Т.е. у вас инициализация была правильная, а я ошибся. Хотя так тоже работать будет.
Побробовал запустить в отладчике. Куча мелких глюков, типа:

Но у меня по wdr не вываливается. У меня вообще не вываливается.
А у вас вываливается? Почему вы решили, что это по ватчдогу? Если посмотреть в окошке I/O View, а там в CPU флаг Watchdog Reset Flag, он при вылете на RESET у вас установлен? А ук-ль стека чему равен?
А если ватчдог (см. пример) запретить?
На мой взгляд что-то со стеком. В результате переход на неициализированную часть флеш...

Дождался. Действительно попали на RESET. Но не по ватчдогу. Флага его нет.

Значит у вас не вываливается мой листинг программы говорите? Может быть AVR Studio переустановить? А куча разных глюков вываливается в окне MESSAGE? После нажатия кнопки DEBUG чтоли?


Я тоже вижу что не по ватчдогу - нет его в MCUCRе по приходу на ресет. Вот сижу и не могу въехать. Первый раз с таким столкнулся. Причем , могу сказать, что если при подходе счетчика ко времени 262ms плюс, минус там сколько то , сбросить WDE не на долго и установить, то далее программа движется без вылетов


Работу стека анализировал сбоев не обнаружено. Однако, сброс не осуществляется при отключенном ватчдоге 0<<WDE. Ход программы при 0<<WDE остается нормальным далеко за пределами 5 секунд.

Сообщение отредактировал rezident - Jan 2 2010, 22:39

Вначале нужно от глюков избавится. Типа таких:

Тут на команду ldi никогда не попадём.

Про последовательность sei reti я уже писал. Какой смысл тут в sei?
Одно это может к такому результату привести. Сразу после reti будет новое прерывание и ни одной команды из цикла CLOCK выполнено не будет. Ватчдог не сбросится.
Команду reti именно из-за этого и придумали. Чтобы хоть одна команда между двумя прерываниями выполнилась.
А так бы она не нужна была. Достаточно было бы

написать.

Ну и множество других подобных глюков...

В приведенном мной листинге программа специально зациклена для исключения ошибок в стеке просто для простоты понимания проблемы. В реальной программе конечно такой строки нет "rjmp CLOCK".
И действительно, SEI в прерывании ставить нельзя... Ситуация поправлена в исходниках спасибо за подсказку, но проблема то с вылетом остается !


У меня вылетает еще некое сообщение смысл которого я не могу разобрать - "Target not Ready". У вас есть такое? Может знаете что оно значит?

Сообщение об ошибке. Что это значит?

Я уже писал, что не стоит пытаться решить проблемму подправив к.л. одну команду. У вас глюков там множество. Даже если всё каким то чудом заработает, то это не значит, что после минимальных изменений будет продолжать работать. Поэтому нужно посидеть под отладчиком. Причём отладить каждую подпрограмму в отдельности. А подпрограмму обработки прерывания особенно! Вставить после инициализации call на неё и смотреть что происходит с регистрами. Всё ли восстанавливается как было. Программа у вас небольшая, и вполне можно это сделать. И только когда вы будете уверены во всех подпрограммах, то можно идти дальше. Вам опыта не хватает, так компенсируйте это трудолюбием. А потом и опыт появится. По листингу видно, что вы стараетесь, но эти старания пропадают даром из-за ошибок, описок, непонимания того как работает аппаратура и т.п.
Вот например в обработчике прерывания написано:

В итоге у вас SREG будет изменятся в этом прерывании, и будут совершенно непредсказуемые глюки, которые можно искать неделями...
Ну описались, с кем не бывает. Но если ВДУМЧИВО пройтись отладчиком, такая ошибка находится мгновенно.

Спасибо за подсказку. Видимо мне действительно не хватает внимания - признаю. Иначе бы я здесь не был. Кстати вы не могли бы подсказать чем или как вы находите такие ошибки (применительно к AVR Studio) ведь в отладчике равнозначно работает команда "ldi" и "in" ОДИНАКОВО ПРАВИЛЬНО. Хотя правильно, конечно, ldi т.к. SREG регистр ввода-вывода как минимум, а не константа. Но я еще раз хочу подчеркнуть, что отладчику AVR Studio побарабану и работают две команды. В этом случае классический анализ загрузки, выгрузки - в, из РВВ не подходит. Может я чего то просто не знаю, существует ли автоматический метод обнаружения таких проблем в AVR Studio. Мой отладчик молчит, тупо пояснив мне, что "Assembly complete, 0 errors. 0 warnings".
С уважением, Максим.