Перейти к содержанию

attiny13 обработка кнопок


GUM

Рекомендуемые сообщения

Всем привет! начал осваивать программирование на ассемблере, вопрос такой, написал программу для получения стробоскопического эффекта светодиода. Период, когда он горит - 200микросекунд, период, когда он выключен регулируется от 400 микросекунд и больше. 4 кнопки, 2 из них повышают(груби и точно), другие 2 понижают аналогично. При нажатии на кнопки(после пары нажатий на увеличение) микроконтроллер выдает сплошной 0 на выходе, как я понял за одно нажатие кнопки он ее успевал обработать овер кучу раз, пришлось ввести задержку после обработки кнопки, но теперь понятное дело все вообще не плавно переключается, а чувствуется эта "тупая" задержка после каждого нажатия. Как можно программно изменить этот деффект? при этом оставив кнопки(потом хочу все делать при помощи ацп), но именно сейчас, когда я зеленый, хочу понять, каким образом задержка в данном случае не будет мешать основной программе? Макросы сюда пихать не буду, по комментариям понятно, если будут вопросы, отвечу.

Все проверял, как в протеусе, так и на реальной схеме.

 .include "tn13def.inc";используем attiny13

; RAM ===================================================
.dseg;оперативная память
count: .byte 2;выделяем 2 ячейки памяти для счетчика
compare: .byte 2;выделяем 2 ячейки памяти для периода диода в выключенном состоянии
; END RAM ===============================================

rjmp T0_OVF ; Timer0 Overflow Handler

; Interrupts ==============================================обработчки прерываний
T0_OVF:;обработка перрывания таймера 0 по переполнению
PUSHF;кладем в стек регистр Р16 и SREG
PUSH R17;то же самое р17
INCM count;прибавляем к счетчику 1
POP R17;достаем р17
POPF;и р16 с SREG
RETI;выход из прерывания
; End Interrupts ==========================================

Reset:;предварительные настройки
LDI R16,LOW(RAMEND);инициализация стека
OUT SPL,R16

//инициализация таймера========================================
SETB TIMSK0,TOIE0,R20;разрешаем локальное прерывание таймера 0
OUTI TCCR0B,1<<CS00; запускаем таймер с предделителем 1
LDI R16,0b00010000
UOUT DDRB,R16
LDI R16,0b00001111
UOUT PORTB,R16
SEI;глобальное разрешение прерываний
LDI R16,14;загружаем начальное значение в регистр для периода выклюения светодиода
STS compare,R16;загружаем в оперативную память
//конец инициализации==========================================

; Main =========================================================
Main:;тело цикла/

LDS R16,count;загружаем значение из счетчика
CPI R16,7;дотикало ли до 200мс
BREQ LED_OFF;если да, то переход
M1:
LDS R16,count;загружаем значение таймера
LDS R17,compare;загружаем переменную для определения времени перерыва светодиода
CP R16,R17;натикало нужное значение?
BREQ LED_ON;если да, то включаем светодиод

SBIS PINB,0;если нажата кнопка то повысить нерабочий период светодиода на 200мс
RJMP BT1

SBIS PINB,1;если нажата кнопка, то понизить нерабочий период светодиода на 200мс
RJMP BT2

SBIS PINB,2;если кнопка нажата, то повысить нерабочий период светодиода на 10мс
RJMP BT3

SBIS PINB,3;если кнопка нажата, то понизить нерабочий период светодиода на 10мс
RJMP BT4

LDS R20,count;сброс таймера, если по какой-либо причине
LDS R21,compare;показания стали больше чем в переменной
CP R21,R20; например при понижении периода нерабочего состояния
BRLT L1

RJMP MAIN;все сначала
; End Main =====================================================

BT1:
LDS R18,compare;грубое повышение
SUBI R18,(-7)
STS compare,R18

B0:;злосчастная задержка
LDI R18,4
CLR R16
CLR R17
B1:
Dec R17
BRNE B1
dec R16
BRNE B1
Dec R18
BRNE B1

RJMP Main

BT2:
LDS R18,compare;грубое снижение
SUBI R18,7
STS compare,R18

RJMP B0
//RJMP Main

BT3:
LDS R18,compare;точное повышение
SUBI R18,(-1)
STS compare,R18
RJMP B0

BT4:
LDS R18,compare;точное снижение
SUBI R18,1
STS compare,R18
RJMP B0

LED_OFF:
CLRB PORTB,4,R16;выключаем светодиод
RJMP M1;возвращаемся обратно

LED_ON:;включение светодиода
SETB PORTB,4,R16;перестаем подавать питание
L1:
CLI;запрет прерываний
CLR R16;нужен 0
STS count,R16;обнуляем счетчик в оперативке
STS count+1,R16
OUT TCNT0,R16;обнуляем регистр таймера
SEI;разрешаем прерывание
RJMP MAIN;переход обратно


.eseg;еепром 

 

Всем откликнувшимся спасибо! Напоминаю, только начал осваивать, могут быть нелогичные моменты.

Ссылка на комментарий
Поделиться на другие сайты

Обычно для того,чтобы не пропустить нажатие кнопки используют прерывания.В обработчике прерываний прописывают действие при нажатии кнопки,или поднимают флаг.Если используется флаг то выполнение действий при нажатии кнопки прописывают в основном цикле.Например:

нажимаем кнопку

в обработчике прерываний поднимается флаг А (А=1)

если флаг А поднят(А=1) то

увеличиваем время свечения светодиода на 50 микросекунд

сбрасываем флаг(А=0)

Ссылка на комментарий
Поделиться на другие сайты

Давно не писал на ассемблере. Посмотрите в примерах, как должна выглядеть таблица векторов прерываний. В даташите она выглядит так

5c4ebe4b22d23_.jpg.1bb42bb39e721105ff4160fbf6d2a8a8.jpg

Неиспользуемые вектора можно заменить на rjmp RESET. Должно быть приблизительно так.

rjmp RESET
rjmp RESET
rjmp RESET
rjmp TIM0_OVF
Ссылка на комментарий
Поделиться на другие сайты

Сравнительное тестирование аккумуляторов EVE Energy и Samsung типоразмера 18650

Инженеры КОМПЭЛ провели сравнительное тестирование аккумуляторов EVE и Samsung популярного для бытовых и индустриальных применений типоразмера 18650. 

Для теста были выбраны аккумуляторы литий-никельмарганцевой системы: по два образца одного наименования каждого производителя – и протестированы на двух значениях тока разряда: 0,5 А и 2,5 А. Испытания проводились в нормальных условиях на электронной нагрузке EBD-USB от ZKEtech, а зарядка осуществлялась от лабораторного источника питания в режиме CC+CV в соответствии с рекомендациями в даташите на определенную модель. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

21 час назад, GUM сказал:

CP R16,R17;натикало нужное значение?

надо завести еще одну переменную для отсчета задержки по срабатыванию кнопки, и

если эта задержка равна нулю, опрашивать кнопки,

по срабатыванию кнопки присвоить этой переменной 50 мс,

если эта задержка НЕ РАВНА нулю, НЕ опрашивать кнопки, а декрементировать задержку (как в вашем случае считать значение декремента вам надо разобраться самому что бы получилось эти 50мс игногирования кнопок).

То есть

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

21 час назад, GUM сказал:

B0:;злосчастная задержка

на инициализацию переменной-задержки,

и проверять эту задержку после проверки задержки на управление светодиодом - получится "как бы" параллельно за счет скорости работы процессора.

Изменено пользователем ruhi
опечатка

Можно сделать все! Но чем больше можно, тем больше нельзя!

Ссылка на комментарий
Поделиться на другие сайты

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

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

Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств. Подробнее параметры и результаты тестов новой серии PLM по ссылке.

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

2 часа назад, proekt07 сказал:

Обычно для того,чтобы не пропустить нажатие кнопки используют прерывания.В обработчике прерываний прописывают действие при нажатии кнопки,или поднимают флаг.Если используется флаг то выполнение действий при нажатии кнопки прописывают в основном цикле.Например:

нажимаем кнопку

в обработчике прерываний поднимается флаг А (А=1)

если флаг А поднят(А=1) то

увеличиваем время свечения светодиода на 50 микросекунд

сбрасываем флаг(А=0)

все наоборот) нажатие кнопки не пропускается) если убрать задержку, то при нажатии на кнопку она программно нажимает огромное количество раз, хотя в реальности я просто тыкнул ее пальцем разок)

Ссылка на комментарий
Поделиться на другие сайты

Литиевые батарейки и аккумуляторы от мирового лидера  EVE в Компэл

Компания Компэл, официальный дистрибьютор EVE Energy, бренда №1 по производству химических источников тока (ХИТ) в мире, предлагает продукцию EVE как со склада, так и под заказ. Компания EVE широко известна в странах Европы, Америки и Юго-Восточной Азии уже более 20 лет. Недавно EVE была объявлена поставщиком новых аккумуляторных элементов круглого формата для электрических моделей «нового класса» компании BMW.

Продукция EVE предназначена для самого широкого спектра применений – от бытового до промышленного. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

2 часа назад, snn_krs сказал:

Давно не писал на ассемблере. Посмотрите в примерах, как должна выглядеть таблица векторов прерываний. В даташите она выглядит так

5c4ebe4b22d23_.jpg.1bb42bb39e721105ff4160fbf6d2a8a8.jpg

Неиспользуемые вектора можно заменить на rjmp RESET. Должно быть приблизительно так.


rjmp RESET
rjmp RESET
rjmp RESET
rjmp TIM0_OVF

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

Ссылка на комментарий
Поделиться на другие сайты

1 час назад, ruhi сказал:

надо завести еще одну переменную для отсчета задержки по срабатыванию кнопки, и

если эта задержка равна нулю, опрашивать кнопки,

по срабатыванию кнопки присвоить этой переменной 50 мс,

если эта задержка НЕ РАВНА нулю, НЕ опрашивать кнопки, а декрементировать задержку (как в вашем случае считать значение декремента вам надо разобраться самому что бы получилось эти 50мс игногирования кнопок).

То есть

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

на инициализацию переменной-задержки,

и проверять эту задержку после проверки задержки на управление светодиодом - получится "как бы" параллельно за счет скорости работы процессора.

А вот это очень даже решение проблемы) учусь по статьям Di Halta, он так же всегда советовал не давать тупить мк, а все задержки в основной цикл пихать, по факту мне надо переместить цикл задержки перед опросом кнопок и все) больше спасибо!

Ссылка на комментарий
Поделиться на другие сайты

22 часа назад, GUM сказал:

мне надо переместить цикл задержки перед опросом кнопок

я бы так не формулировал "переместить цикл задержки" , Вот как то так надо:

считать два типа задержки: одна для ШИМ (переключения ноги);

другая для запрета опроса кнопок (когда она появляется)

в основном цикле.

И не "все задержки в основной цикл пихать", а

"все задержки в основном цикле считать-проверять"

Приятно помогать понимающему(вникающему в суть) человеку.

Можно сделать все! Но чем больше можно, тем больше нельзя!

Ссылка на комментарий
Поделиться на другие сайты

22 часа назад, GUM сказал:

все наоборот) нажатие кнопки не пропускается) если убрать задержку, то при нажатии на кнопку она программно нажимает огромное количество раз, хотя в реальности я просто тыкнул ее пальцем разок)

Именно.Дребезг кнопки заставляет программу считать,что кнопку нажали много раз подряд ,чтобы этого не было кнопки и заводят на прерывание. При срабатывании прерывания поднимается флаг прерывания,выполняется подпрограмма прерывания,флаг сбрасывается и т.д. Чтобы дребезг не давал ненужных срабатываний прерывания(поднятия флага прерывания),флаг можно сбрасывать руками,прописывая в регистр GIFR единицу в нужный бит.Тогда у вас будет одно нажатие кнопки-один шаг работы того,что вы назначили при нажатии кнопки(например,увеличение длительности свечения светодиода на 50 микросек.)Чем больше задержек в основном цикле-тем больше "тормозов",а в обработчике прерываний крайне желательно не делать задержек совсем.

 

int.JPG

Ссылка на комментарий
Поделиться на другие сайты

35 минут назад, proekt07 сказал:

Именно.Дребезг кнопки заставляет программу считать,что кнопку нажали много раз подряд ,чтобы этого не было кнопки и заводят на прерывание.

 прерывание от ногадрыга нужно в двух случаях первый когда нужно обработать импульсы с высокой частотой , второй для вывода тела из сна. Для обработки нажатия кнопок он нахрен не нужен, мало того он вреден по своей сути , именно по причине дребезга контактов. Всего-то нужен тупой опрос по таймеру и нормальный обработчик состояния.

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...