Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: ATmega8 адресс метки
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > MCS51, AVR, PIC, STM8, 8bit
Shadovv13
Здравствуйте форумчани!
Нуждаюсь в вашей помощи по АВР студии (Ассемблер). MK ATmega8

Есть команда ICALL она делает вызов подпрограммы по адресу указаному регистром Z (r31:r30)

Допустим есть код с несколькими подпрограммами с метками, например sb1, sb2, sb3, и команда вызова ICALL
Подскажите как получить адрес метки(ок), что бы задать их в регистр Z.
rx3apf
Цитата(Shadovv13 @ Jun 2 2011, 21:45) *
Есть команда ICALL она делает вызов подпрограммы по адресу указаному регистром Z (r31:r30)

Допустим есть код с несколькими подпрограммами с метками, например sb1, sb2, sb3, и команда вызова ICALL
Подскажите как получить адрес метки(ок), что бы задать их в регистр Z.

Если побайтово - то ldi ZH,high(адрес) ldi ZL,low(адрес). Или, если это таблица - описать метки как .dw адрес1,адрес2... и загружать из таблицы.
Shadovv13
rx3apf Вы не так поняли!

Код
Label1:
nop
ret

Label2:
nop
ret


Как получить адрес метки Label1?
rx3apf
Цитата(Shadovv13 @ Jun 2 2011, 22:14) *
Как получить адрес метки Label1?

Именно так, как я сказал. Иначе я не понимаю, что Вам требуется.
bbill
ldi ZH,high(Label1)
ldi ZL,low(Label1)
icall
Shadovv13
Спасибо большое щас опробуем!!
alexeyv
А не так ли надо корректно? :

Код
    ldi    ZH, high(Label1 >>1 )
    ldi    ZL, low (Label1  >>1 )


Насколько я помню, у AVR-ров словарная адрессация памяти программ.
haker_fox
QUOTE (alexeyv @ Jun 3 2011, 14:43) *
А не так ли надо корректно? :

CODE
    ldi    ZH, high(Label1 >>1 )
    ldi    ZL, low (Label1  >>1 )


Насколько я помню, у AVR-ров словарная адрессация памяти программ.

Похоже, что так. Только я умножал на 2, а не делил. Т.е. мне нужно было прыгнуть на 0x1c00. В ассемблере написал 0x3800.
rx3apf
Цитата(alexeyv @ Jun 3 2011, 09:43) *
А не так ли надо корректно? :

Код
    ldi    ZH, high(Label1 >>1 )
    ldi    ZL, low (Label1  >>1 )

Нет. Никаких умножений и делений в данном случае не нужно.
Цитата
Насколько я помню, у AVR-ров словарная адрессация памяти программ.

Да. Поэтому для байтового доступа по команде LPM адрес надо умножать на 2. Но это другой случай.
нечитатель
Код
    ldi    ZH, high(JT * 2)     ; *2 !!!
    ldi    ZL, low(JT * 2)
    lds    Temp1, State
    lsl    Temp1                ; *2 !!!
    add    ZL, Temp1
    brcc    pc + 2
    inc    ZH

    cli
    lpm    Temp1, Z+            ; попробуй такой "+" без запрета прерываний
    lpm    Temp2, Z
    sei

    mov    ZH, Temp1
    mov    ZL, Temp2

    icall

JT:
    .db    high(State_0),    low(State_0)    ; через .dw, кажись, hi/low были бы в обратном порядке...
    .db    high(State_1),    low(State_1)    ; ... а так печатать дольше, зато наглядно и не думать
    ...
Для наглядности как-то так.
Shadovv13
Всем привет!!!
Нуждаюсь вашей помощи!
Вот пример кода.

Код
ldi r19,0x90
out spl,r19




ldi ZH,high(b)
ldi ZL,low(b)
s:
icall
b:brtc en
rjmp s

en:sbr r18,252
set
ldi ZH,high(e00)
ldi ZL,low(e00)
cpi r18,252
breq s
ldi ZH,high(e01)
ldi ZL,low(e01)
cpi r18,253
breq s
ldi ZH,high(e11)
ldi ZL,low(e11)
cpi r18,255
breq s
ldi ZH,high(e10)
ldi ZL,low(e10)
cpi r18,254
breq s

e00:clt
sbrc r18,0
inc r10
sbrc r18,1
dec r10
ret

e01:clt
sbrc r18,0
inc r10
sbrs r18,1
dec r10
ret

e11:clt
sbrs r18,0
inc r10
sbrs r18,1
dec r10
ret

e10:clt
sbrs r18,0
inc r10
sbrc r18,1
dec r10
ret


При первом ret видает уведомление
AVR Simulator: Stack Underflow at 0x001e

Подскажите, может надо указать сегмент кода и озу???



Палыч
Цитата(Shadovv13 @ Jun 19 2011, 19:15) *
При первом ret видает уведомление
Ответ Вы найдёте сразу, если ответите на вопросы:
1) сколько раз выполнится команда ICALL до выполнения RET?
2) как и почему МК попал на команду RET?
Shadovv13
Цитата(Палыч @ Jun 19 2011, 19:12) *
Ответ Вы найдёте сразу, если ответите на вопросы:
1) сколько раз выполнится команда ICALL до выполнения RET?
2) как и почему МК попал на команду RET?


1) Два раза.
2) Вишел из подпрограмы.

По идее, в стеке до RET, сохранено два возврата, один с метки b,второй с метки e00

Так о чем сообщает симулятор!? о повторном вызове ICALL ??
Палыч
Цитата(Shadovv13 @ Jun 19 2011, 20:22) *
1) Два раза.
2) Вишел из подпрограмы.
Этот код
Код
s:
icall
b:brtc en
rjmp s
выполнялся бы бесконечно, если бы стек не "наехал" на область регистров.

Цитата(Shadovv13 @ Jun 19 2011, 20:22) *
Так о чем сообщает симулятор!? о повторном вызове ICALL ??
Подумайте: может ли стек распологаться по указанному адресу?
Shadovv13
Цитата(Палыч @ Jun 19 2011, 19:36) *
Этот код
Код
s:
icall
b:brtc en
rjmp s
выполнялся бы бесконечно, если бы стек не "наехал" на область регистров.

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


Частично изменил код...
Код
s:
brtc en
b:icall
rjmp s


Уведомление осталось....
AVR Simulator: Stack Underflow at 0x001е

Какой адрес указать для стека в ATmega8?
Палыч
Цитата(Shadovv13 @ Jun 19 2011, 21:31) *
Частично изменил код...
Код
s:
brtc en
b:icall
rjmp s


Уведомление осталось....
Этот кусок кода будет выполнятся до тех пор, пока не изменится флаг T. Кто (какая команда) его изменит.
P.S. Так и не понял Вашей программы, но, наверное, ошибка здесь: должна ли выполняться команда с меткой е00, если не выполнится условие перехода предыдущей команды (breq s)?

Цитата(Shadovv13 @ Jun 19 2011, 21:31) *
Какой адрес указать для стека в ATmega8?
Обычно стек устанавливают так, как это сделано в примерах в DS
Цитата
$001 RESET:ldi r16,high(RAMEND); Main program start
$002 out SPH,r16 ; Set Stack Pointer to top of RAM
$003 ldi r16,low(RAMEND)
$004 out SPL,r16
Shadovv13
Ну вот так все выглядит.
Код
ldi r16,high(RAMEND)
out SPH,r16
ldi r16,low(RAMEND)
out SPL,r16




ldi ZH,high(b)
ldi ZL,low(b)
s:
brtc en
b:icall
rjmp s

en:sbr r18,252
set
ldi ZH,high(e00)
ldi ZL,low(e00)
cpi r18,252
breq s
ldi ZH,high(e01)
ldi ZL,low(e01)
cpi r18,253
breq s
ldi ZH,high(e11)
ldi ZL,low(e11)
cpi r18,255
breq s
ldi ZH,high(e10)
ldi ZL,low(e10)
cpi r18,254
breq s

e00:clt
sbrc r18,0
inc r10
sbrc r18,1
dec r10
ret

e01:clt
sbrc r18,0
inc r10
sbrs r18,1
dec r10
ret

e11:clt
sbrs r18,0
inc r10
sbrs r18,1
dec r10
ret

e10:clt
sbrs r18,0
inc r10
sbrc r18,1
dec r10
ret


Результат, все работает но сообщение все равно присутствует!!
AVR Simulator: Stack Underflow at 0x0020

Может хрен сним?
Палыч
Цитата(Shadovv13 @ Jun 19 2011, 23:06) *
Может хрен сним?

Я в предыдущем своем посте сделал приписку - возможно, Вы её не заметили... По-моему, ошибка вот тут
Код
breq s

e00: clt

Хотя я в Вашей программе не разобрался, но мне кажется, что вместо команды "BREQ S" в этом месте должно быть что-то другое.
Shadovv13
Обратите внимание что вначале стоит
Код
en:sbr r18,252


значит одно из четырех сравнении
Код
cpi r18,252;,253,254,255

сработает!
Палыч
Цитата(Shadovv13 @ Jun 19 2011, 23:54) *
значит одно из четырех сравнении сработает!
Если Вы в этом уверены, то вместо
Код
cpi r18,254
breq s
"правильнее" было бы записать
Код
rjmp s

Кстати, в Вашей программе регистр r18 не изменяется вовсе (за исключением приведенной Вами команды с меткой en)... Или приведён небольшой фрагмент кода? Тогда я совсем не уверен, что регистр r18 принимает только эти четыре значения.
Shadovv13
Код
rjmp s
разве что в последнем сравнении!

Регистр R18 будет принимать значение из порта(кнопки и 2 младших бита енкодер), после опроса клавиш, старшие 6 бит уст. в 1, для удобства сравнения(положения енкодера определиться по грей коду 00 01 11 10 .... )
Первый вызов программы определяет положение и адрес обработки второго вызова, устанавливает флаг Т как индикатор захвата положения. Второй вызов определяет в какую сторону сместился енкодер, и проводи увеличение или уменьшение R10. Сбрасывает флаг Т, указывая необходимость делать захват положения.
Ну вот так как кто!
Палыч
Цитата(Shadovv13 @ Jun 20 2011, 01:14) *
разве что в последнем сравнении!
О нём речь и была.

Цитата(Shadovv13 @ Jun 20 2011, 01:14) *
Ну вот так как кто!
Обработка сигналов энкодера не раз обсуждалась на форуме. Воспользуйтесь поиском.
Shadovv13
Если помните, как называлась тема с енкодером, дайте ссылку пожалуйста. А то поиском страниц много.

Ну и вопрос остался открытым.
Палыч
Цитата(Shadovv13 @ Jun 20 2011, 02:03) *
дайте ссылку пожалуйста.
Вот, например.
Shadovv13
Цитата(Палыч @ Jun 20 2011, 07:33) *
Вот, например.


Посмотрел и прочел! Вопросы, обсуждаемые в теме, я для себя давно решил . И этот код как раз решает проблемы, с дребезгом, с резким поворотом енкодера, а также учет всех перепадов(переходов).
Кстати там же я нашел много подобных решений, схожих с моим!!!!!


Спасибо за ссылку!!!! a14.gif
ae_
Цитата(Shadovv13 @ Jun 20 2011, 04:06) *
...
ldi ZH,high(b)
ldi ZL,low(b)
s:
brtc en
b:icall
rjmp s
en:
...
Результат, все работает но сообщение все равно присутствует!!
AVR Simulator: Stack Underflow at 0x0020
Может хрен сним?

Ваш фрагмент работает точно так же, как и этот:
Код
s:
brtc en
БЕСКОНЕЧНЫЙ_ЦИКЛ: call БЕСКОНЕЧНЫЙ_ЦИКЛ
rjmp s
en:
...

Т.е. если при переходе на метку "s" флаг "T" сброшен, всё будет нормально,
но если флаг "T" установлен до перехода на метку "s", то программа входит в бесконечный цикл, непрерывно заполняя стек одним и тем же адресом возврата, о чём и кричит AVRstudio.
Shadovv13
Цитата(ae_ @ Jun 20 2011, 17:07) *
Ваш фрагмент работает точно так же, как и этот:
Код
s:
brtc en
БЕСКОНЕЧНЫЙ_ЦИКЛ: call БЕСКОНЕЧНЫЙ_ЦИКЛ
rjmp s
en:
...

Т.е. если при переходе на метку "s" флаг "T" сброшен, всё будет нормально,
но если флаг "T" установлен до перехода на метку "s", то программа входит в бесконечный цикл, непрерывно заполняя стек одним и тем же адресом возврата, о чём и кричит AVRstudio.


Спасибо уважаемый ae_. Кто же мог подумать что AVRstudio будет так глубоко анализировать!!!
Думаю убрать метку b, она там в прицепе ненужна а регистр Z задам нулевой адрес(оставлю пустим).
Так как Т флаг сто пудов буде сброшен, все будет норм. Ну а если нет РЕСТАРТ с 0
Палыч
Цитата(Shadovv13 @ Jun 20 2011, 19:09) *
Кто же мог подумать что AVRstudio будет так глубоко анализировать!!!
В том то и дело, что сообщение - не результат анализа, а результат выполнения (симуляции выполнения) Вашей программы.
Shadovv13
Цитата(Палыч @ Jun 20 2011, 18:39) *
В том то и дело, что сообщение - не результат анализа, а результат выполнения (симуляции выполнения) Вашей программы.


Я с вами несогласен!!!
В пошаговой отладке видно, что программа работает нормально и в бесконечный цикл не входит!
Но при первом RET уведомляет, о возможном опустошении стека(я так думаю). smile3046.gif
Палыч
Цитата(Shadovv13 @ Jun 20 2011, 19:54) *
Но при первом RET уведомляет, о возможном опустошении стека(я так думаю). smile3046.gif
Огласите значение указателя стека после его инициализации в начале программы и перед выполнением команды RET.
Shadovv13
Цитата(Палыч @ Jun 20 2011, 19:41) *
Огласите значение указателя стека после его инициализации в начале программы и перед выполнением команды RET.


Вначале: SP = 0x45F
Перед RET: SP = 0x45D
После RET: SP = 0x45F
Палыч
Цитата(Shadovv13 @ Jun 20 2011, 21:09) *
После RET: SP = 0x45F
И - что? При выполнении RET выдаёт сообщение?

Стало как-то интересно... Поставил Studio, скопировал Вашу программу, оттранслировал, зашёл в режим отладки, дошагал до RET, получил те же значения указателя стека, но сообщение - нет!

Стесняюсь спросить: у Вас в отладчике какой Device выбран?
Shadovv13
Цитата(Палыч @ Jun 20 2011, 21:59) *
И - что? При выполнении RET выдаёт сообщение?

Стало как-то интересно... Поставил Studio, скопировал Вашу программу, оттранслировал, зашёл в режим отладки, дошагал до RET, получил те же значения указателя стека, но сообщение - нет!

Стесняюсь спросить: у Вас в отладчике какой Device выбран?


Странно!!!
Все перепроверил(может всякое быть) результат тодже 01.gif
Может Студия глючная??
У меня.
AVR Studio 4.12.498 Service Pack 4
GUI Version 4, 12, 0, 491
AVR Simulator 1, 0, 1, 8
Палыч
Цитата(Shadovv13 @ Jun 20 2011, 23:08) *
Может Студия глючная??
Ну, не самая последняя... Я вообще для эксперимента какую-то древность поставил. А, Вы точно указали симулятору в качестве Device значение ATmega8? Случайно что-то там типа mega8535 не указали?
Shadovv13
Цитата(Палыч @ Jun 20 2011, 22:34) *
Ну, не самая последняя... Я вообще для эксперимента какую-то древность поставил. А, Вы точно указали симулятору в качестве Device значение ATmega8? Случайно что-то там типа mega8535 не указали?


Не!!! Точна 8-мая!!!!
Спецом проект пересоздал!
ae_
Shadovv13, Вы бы уже показали полный проект, в приведённом фрагменте мало что понятно.
Например, подпрограммы e00, e01, e11, e10 абсолютно одинаковые, зачем сравнивать R18 с 4-мя разными значениями, чтобы затем перейти на одну из 4-х одинаковых подпрограмм?
Палыч
Цитата(ae_ @ Jun 21 2011, 02:41) *
подпрограммы e00, e01, e11, e10 абсолютно одинаковые
Они выглядят такими, но отличаются командами SBRS/SBRC. Подозреваю, что ТС во время отладки изменяет регистры, поскольку, приведенная программа - всего лишь заготовка, неимеющая кода считывания состояния энкодера. При этом нарушается "нормальная" последовательность выполнения кода, и программа уходит в бесконечный цикл...
Shadovv13
Внес изменения. Полностью не исключает зависание в цикле, но на пошаговом должно быть видно не правильные переходы.
Код
ldi r16,high(RAMEND)
out SPH,r16
ldi r16,low(RAMEND)
out SPL,r16

ldi ZH,0
ldi ZL,0

ldi r18,255
s:
brtc en
icall
rjmp s

en:sbr r18,252
Палыч
Цитата(Shadovv13 @ Jun 21 2011, 13:13) *
Внес изменения.
Что, так и не избавились от сообщения?
Опробовал Ваш код на студии версии 4.18, скачанной с оф.сайта: сообщений - нет. Попробуйте и Вы.
Shadovv13
Поставил студию....
AVR Studio 4.18.684
GUI Version 4, 18, 0, 670
AVR Simulator 1, 0, 2, 1

Итог!!!!!

Извините что вам и себе мозги парил и время отнимал! maniac.gif
ВСЕ ЗАРАБОТАЛО!!!!! 08.gif
ВСЕМ СПАСИБО!!!! cheers.gif
ae_
Цитата(Shadovv13 @ Jun 21 2011, 20:55) *
ВСЕ ЗАРАБОТАЛО!!!!!

Прошу прощения, проглядел SBRS/SBRC в подпрограммах e00-e11.
В Вашей программе обработка состояний энкодера выполняется за два хода, первый-второй. Номер хода(условно) хранится во флаге Т, а состояние первого хода сохраняется в виде адреса подпрограммы в ZH:ZL.
Энкодер для МК - очень медленное устройство, за время между изменениями состояния энкодера могут выполниться миллионы инструкций. Неужели ZH:ZL нигде более не используется в Вашей программе? Если используется, то приходится многократно сохранять/восстанавливать два регистра. Кстати, если забыли сохранить Z, то это причина переполнения стека, т.к. ICALL выполняется неизвестно куда.
Зачем? Ведь можно хранить всего лишь 2 бита - предыдущее состояние энкодера, не используя уникальную пару ZH:ZL.
И зачем обрабатывать изменения энкодера за два хода? ведь любой из двух сигналов с него может перескочить 1/0 или 0/1 и вернуться обратно (от помехи или если энкодер находится на границе переключения). Не нужно считать первый-второй, можно каждое изменение считать сразу "вторым ходом". Далее, считываем текущее значение, сопоставляем его с предыдущим, решаем что нужно сделать: +1,-1, или ничего. Затем текущее состояние энкодера переместить в "предыдущее" и ждать новых изменений.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.