Ассемблер (ASM) для AVR в вопросах и ответах

[BOB51]

О том же и разговор
бит адресуемого порта тестируется на соответствие и затем выполняется условный переход.
Собственно бит и является в данном случае флагом.
Это SBIS или SBIC для регистров УВВ (0-31)
и SBRC или SBRS для работы с бит-флагами регистрового файла.
Другое дело, что с битами - флагами прерываний и флагами SREG вышеприведенные команды работать не будут.
(Опять же только в случае, когда те флажки находятся в регистрахРСФ/УВВ с адресами за пределами 0-31).

[Гефестион]

Блин, кажется, я понял в чём ошибка! Вместо sbis portD должно быть sbis pinD. И, конечно, rjmp Decr

Добавлено after 3 minutes 45 seconds:
[uquote="akl",url="/forum/viewtopic.php?p=3286281#p3286281"]CLI в обработчике бессмысленен[/uquote] Я так понимаю, что из-за дребезга контактов прерывание может возникнуть несколько раз. Поэтому я их запретил на время обработки энкодера.

[BOB51]

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

[viiv]

[uquote="Гефестион",url="/forum/viewtopic.php?p=3286340#p3286340"]Я так понимаю, что из-за дребезга контактов прерывание может возникнуть несколько раз. Поэтому я их запретил на время обработки энкодера.[/uquote]

В обработчике прерывания и так запрещены: при "влете" в обработчик прерывания запрещаются (аппаратно), а команда RETI разрешает прерывния.

[Demiurg]

Да, вместо portx нужно писать pinx.
При переходе на вектор прерывания флаг I аппаратно сбрасывается. Поэтому в обработчике команда cli бессмысленна.

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

Поясните ваш поток сознания.

Команду reti можно использовать не только в обработчиках прерывания. Также никто не запрещает использовать команду ret при выходе из обработчика прерывания. Если не нужны прерывания.

[Ivanoff-iv]

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

тогда уж флаг прерывания чистить...

[Гефестион]

[uquote="Ivanoff-iv",url="/forum/viewtopic.php?p=3286359#p3286359"]

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

тогда уж флаг прерывания чистить...[/uquote]
Вы имеете ввиду флаг разрешения конкретного прерывания?

[akl]

Гефестион Имелось ввиду другое. С какими флагами в SREG программа войдет в обработчик неизвестно, поэтому смысл breq Decr после команды SBIS неясен.

Код: Выделить всё

           sbis PIND,3
           RJMP Decr
;           sbis portD,3
;           breq Decr ; 
           inc Steps
           rjmp uart_snt
Decr:           dec Steps

Вы не можете командой CLI помешать установке флага требования прерывания INT0 из-за дребезга. Поэтому команда SEI в обработчике вновь вызовет
оный...

[Гефестион]

Кстати, если в прерывании не сбросить флаг I, в это время может произойти другое прерывание (например, по таймеру) ? или пока не будет reti, все прерывания запрещаются автоматически?

[akl]

Если прерывание локально разрешено, то при возникновении оного и переходе в обработчик флаг I сбрасывается аппаратно. При выходе по RETI - устанавливается также аппаратно. В отличие от команды RET, которая I флаг не меняет.

[Гефестион]

Возник очередной вопрос. Подключил кнопку на PB7, разрешил прерывания PCIE и PCINT7. Т.е. любое изменение логического состояния на этой ноге будет вызывать прерывание. К сожалению, в отличие от входов INT0, INT1 для PCIE нельзя настроить срабатывание только по фронту или срезу, т.е. кнопка выдаст два прерывания: при нажатии и отпускании. Как сделать так, чтобы кнопка срабатывала только один раз? Как я понял из предыдущих сообщений, запрещать прерывания бессмысленно, т.к. если флаг соответствующего прерывания установился, то как только прерывания будут разрешены (даже если через несколько секунд), это прерывание произойдёт.

[Demiurg]

Начинаем вот с чего. Зачем вам вешать кнопку на внешнее прерывание? Это требуется только в одном случае. Энергосбережение. Будить МК при нажатии на кнопку. Развиваем дальше тему. Кнопка - человекоинтерфейс. То есть медленный. Реакция десятки миллисекунд. Исходим из целесообразности. На куа, спрашивается, вам реакция в доли-единицы микросекунд? Если вы просто физически ничего не успеете сделать? Простой пример. Можете почитать в интернете. Есть такой прикол с денежной купюрой или карандашом. Один человек держит купюру или карандаш, отпускает. Второй человек должен поймать. Так вот. Это практически физически невозможно. Потому что реакция обычного, нетренированного человека - 0,2 с.
Кстати, нашел эту статью.

[Серый_]

Практика показывает обратное. При тяжёлой программе реакция на кнопку будет флегматичной (а энкодер будет давать "прокруты"). Соответственно, если есть 2 лишних INT = одно на кнопку, другое на 1 из электродов энкодера.

[Demiurg]

[uquote="Серый_",url="/forum/viewtopic.php?p=3286690#p3286690"]Практика показывает обратное. При тяжёлой программе реакция на кнопку будет флегматичной (а энкодер будет давать "прокруты"). Соответственно, если есть 2 лишних INT = одно на кнопку, другое на 1 из электродов энкодера.[/uquote]
Это значит, что плохая практика. Я давным-давно использую следующий подход: дробить процессы, так, чтобы итерация основного цикла происходила с запасом за системный тик. Скажем, 1 мс.
Я даже вычисления наловчился дробить. Вычисление квадратного корня со стандартной библиотекой происходит за 2 с чем-то миллисекунды. Это непозволительно долго. Точно не помню, что я там сделал, в общем сделал некоторые переменные статическими, и раздробил вычисление. Чтобы следовать принципу: итерация основного цикла с запасом за 1 мс.

[АСУ]

[uquote="Гефестион",url="/forum/viewtopic.php?p=3286503#p3286503"]Как сделать так, чтобы кнопка срабатывала только один раз?[/uquote]
Не буду спрашивать зачем тебе это нужно… раз спросил значит нужно! Один из вариантов довольно прост: при нажатии на кнопку – возникает прерывание. В теле прерывания проверяешь состояния логического уровня на входе (в твоём варианте PinB.7).
• Если на ноге лог. 0 значит кнопка нажата – поднимаем флаг сработки кнопки (потом можно в основном теле программы обрабатывать необходимое действие по данному флагу), затем выходим из прерывания.
• Если на ноге лог. 1 – то сразу выходим из прерывания без каких либо действий.
Сброс флага кнопки производишь после выполнения необходимых действий по данному флагу.

Такой алгоритм имеет месту быть не для всех вариантов… зависит от твоих задач.

[Alexeyslav]

Этот вариант чреват дребезгом/пропуском нажатия кнопки. Возникло прерывание от нажатия... и пока мы читаем значение на пине процесс дребезга допустим разомкнет кнопку и мы прочитаем "1" - нажатия вроде бы как и небыло...

Поэтому... прерывания на кнопки использоват ТОЛЬКО для пробудки контроллера, а в остальном - сканировать их с периодом в 20мс. И дребезг в таком варанте не страшен пока он длится МЕНЬШЕ 20мс - а это уже очень убитые кнопки.

[АСУ]

Поставив на порт кнопки кондёр в пределах 0,1 мкФ, и при любом дребезге МК проверит вход раньше чем на нём изменится логическое состояние от дребезга контактов.

[Demiurg]

Лишний компонент, лишнее место на плате, лишние затраты.

[АСУ]

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

[BOB51]

http://img.radiokot.ru/files/20529/1g6cmrs760.JPG
и НИКАКИХ АНТИДРЕБЕЗГОВ