[uquote="Гефестион",url="/forum/viewtopic.php?p=3301130#p3301130"]сначала никак не хотела работать, поскольку я пробовал регистры R16, R17, R18.[/uquote]
Регистр r16 и r17 у AVR используются как аккумулятор… для новичков их использование не рекомендуется. Тебе нужно взять в привычку при любом прерывании сохранять в стек значения регистров r16, r17 и SREG, а при выходе из прерывания возвращать из стека сохраненные значения этих регистров. Небольшой нюанс при сохранении заключается в следующем: всегда первым сохраняется регистр r16 все последующие не имеют упорядоченного значения. Извлекаются значения из стека строго в обратной последовательности (r16 последним). Таким же образом поступают и с теми регистрами, которые используются как в основном теле программы, так и задействованы в теле прерывания.
*************** Константы *****************************************
.equ BuffSize = 32
*************** ОЗУ ***********************************************
.dseg
IN_buff: .byte 32 ; Буфер приема
Read: .byte 1 ; Указатель точки чтения из буфера
ReadOffset: .byte 1 ; Смещение точки чтения
ArrCtrOffset: .byte 1 ; Смещение счётчика чтения массива
Write: .byte 1 ; Указатель точки записи в буфер
;************** Макросы *******************************************
.macro PUSHF
push R16
in R16,SREG
push R16
.endmacro
.macro POPF
pop R16
out SREG,R16
pop R16
.endmacro
*******************************************************************
.cseg
.org 0
Дальше идёт таблица векторов прерывания и затем начинается программа.
Может, я макросы не там разместил? Наверное, их надо размещать после .cseg ?
Добавлено after 6 minutes 16 seconds:
[uquote="АСУ",url="/forum/viewtopic.php?p=3301171#p3301171"]Тебе нужно взять в привычку при любом прерывании сохранять в стек значения регистров r16, r17 и SREG, а при выходе из прерывания возвращать из стека сохраненные значения этих регистров. Небольшой нюанс при сохранении заключается в следующем: всегда первым сохраняется регистр r16 все последующие не имеют упорядоченного значения. Извлекаются значения из стека строго в обратной последовательности (r16 последним). Таким же образом поступают и с теми регистрами, которые используются как в основном теле программы, так и задействованы в теле прерывания.[/uquote]
В стек всё сохраняю. Начинаю с R16, затем SREG (написал макросы PUSHF и POPF)
Добавлено after 5 minutes 9 seconds:
[uquote="Demiurg",url="/forum/viewtopic.php?p=3301150#p3301150"]Пользуйтесь симулятором в студии для отладки программ.[/uquote] Кстати да, я симулятором ни разу не пользовался. Надо попробовать) Как думаете, лучше Proteus или AVR Studio?
Фак, кот грызёт провод! Сейчас его ударит либо током, либо тапком! ))
[uquote="АСУ",url="/forum/viewtopic.php?p=3301171#p3301171"]...[/uquote]
Ерундой болтать изволите. Вдобавок позиционируете себя как не новичок, но вышло ровно наеборот.
1 - никакого сравнения регистров авр с другими мк. Аккумуляторы на других мк.
2 - любые регистры можно испрользовать где хочешь, как хочешь. Главное, что ты понимаешь, что делаешь. И учитываем, что у младших регистров ограничения по командам.
3 - Порядок сохранения регистров в прерываний произвольный, вот как тебе на душу ляжет. Главное правило, как правильно сохранять SREG и порядок восстановления регистров.
4 - Сохранять и восстанавливать нужно только те регистры, которые используются в обработчике прерывания.
[uquote="Гефестион",url="/forum/viewtopic.php?p=3301213#p3301213"]Как думаете, лучше Proteus или AVR Studio?[/uquote]
Если нужна симуляция только куска кода, то можно использовать студию, если нужно учитывать взаимодействие с другими элементами схемы, то без Протеуса будет сложно. ИМХО Протеус в любом случае удобнее студии, тем более что ничто не мешает скомпилировать проект, и моментально переключившись в протеус его запустить. Главное знать в каком симуляторе какие глюки есть!
Неправильно собранная из неисправных деталей схема нуждается в отладке и сразу не работает... (С)
Вклинусь в беседу о симуляторе... В АВР можно пошагово проверить работу, сравнить содержимое регистров,... А в протеус - только работу: реакцию на нажатие,...
Или я не прав относительно Протеус? Было бы здорово наблюдать содержимое регистров, ставить точки останова,...
Есть там и регистры и точки останова, только регистры I/O там отображаются просто таблицей как и RAM, но их можно в watch лист добавить и дать нормальные имена (причем они там уже в списке есть, только выбрать). Как например в авр студии просимулировать обмен между 2-мя (3-мя, 10-ю) контроллерами например по SPI? Или динамическую индикацию? Тыкать по битам в регистрах PINx уныло...
Неправильно собранная из неисправных деталей схема нуждается в отладке и сразу не работает... (С)
Вообще-то в протеусе есть модуль удалённой отладки. Не знаю как в новых студиях, но для 4-й есть плагин удалённого отладчика в протеусе, но он несколько неудобен - протеус запускается исключительно в рамках окна студии и "переключиться" на него проблематично. А в остальном отладка происходит в студии, а симуляция полноценной схемы(её надо нарисовать для проекта заранее и сохранить, в отладке схему изменить нельзя да и проблематично).
Значит возможность есть и я о ней не знаю (((
Всегда тыкал в флаги прерывания и руками устанавливал значения регистров (((
Видел, что в протеус можно открыть лист кода... В этом направлении всеми лапами копаться?
Proteus 8.1 SP1
Суйте в модель МК в протеусе не hex, а obj-файл, во время симуляции на паузе тыкайте правой кнопкой на контроллер, внизу меню будет пункт "AVR" - вот там все что вам надо и регистры и память и код, если исходник сишный, еще и переменные можно смотреть...
Неправильно собранная из неисправных деталей схема нуждается в отладке и сразу не работает... (С)
Только там не абы какой obj-файл надо подсунуть, а скомпилированный с отладочными данными - тогда имена переменных появятся и т.д. Но заманчивей всё-таки использовать возможность удалённой отладки. Только х.з. как её настроить из последней студии... может там какой-то виртуальный отладчик ещё должен быть, через который студия сконектится к протеусу как к обычному программатору-отладчику.
Alexeyslav писал(а):Но заманчивей всё-таки использовать возможность удалённой отладки. Только х.з. как её настроить из последней студии...
судя по идеологии GCC там должен использоваться gdb-сервер на удаленном хосте, он там запускается, открывает порт и слушает его. а студия потом по сети к этому порту обращается и командует отладчиком gdb. если не ошибаюсь, вся отладка GCC так работает...
со студиями я никаких дел не имею давно, но пробовал такую удаленку запускать в Eclipse. если протеус может быть запущен в качестве gdb-сервера, то всё должно быть достаточно просто - в настройках оладчика надо будет задать адрес хоста и порт, и все. но как быть с протеусом я вообще не в курсе... а без протеуса только simulavr может быть таким сервером - это крайне убогая, глючная, не симулирующая периферию приблуда... о нормальной отладке с нею речь идти не может, разве что для крайне примитивных проектов типа мигания светодиодом на задержках...
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
Ух ты!!! Я и не знал, но очень в этом нуждался.
Спасибо всем за ответы!
Alexeyslav, а где в AVR Studio задаются параметры компиляции (скомпилированный с/без отладочными данными)
Здравствуйте!
Мега128А, 7372800 Гц, таймер в режиме СТС (№4), делитель 1024, должен переключать порт PB5(OC1A) с частотой 1 Гц (OCR1A=3599). Протеус кажет период что-то 4.4 мс, вместо положенной 1 с. Что не так? Опять прибабах протеуса?
[uquote="Demiurg",url="/forum/viewtopic.php?p=3301945#p3301945"]Ерундой болтать изволите. Вдобавок позиционируете себя как не новичок, но вышло ровно наеборот.[/uquote]
Читать не пробовал внимательней?
Demiurg писал(а):1 - никакого сравнения регистров авр с другими мк. Аккумуляторы на других мк.
Не понял, что ты хочешь донести.
Demiurg писал(а):2 - любые регистры можно испрользовать где хочешь, как хочешь. Главное, что ты понимаешь, что делаешь. И учитываем, что у младших регистров ограничения по командам.
Я разве писал, что их нельзя использовать?
Demiurg писал(а):3 - Порядок сохранения регистров в прерываний произвольный, вот как тебе на душу ляжет. Главное правило, как правильно сохранять SREG и порядок восстановления регистров.
Вот тут ты не прав… главное правило как я уже писал: всегда первым в стек сохраняется регистр r16, а вот все последующие уже не имеют упорядоченного значения. Так как если не использовать это правило, то данные регистра r16 будут утеряны.
Demiurg писал(а):4 - Сохранять и восстанавливать нужно только те регистры, которые используются в обработчике прерывания.
