Зажание кнопки (STM32F4)

[Реостат]

Добрый день.
Исследую внешние прерывания для STM32F4 на плате Discovery. Не могу понять, как реализовать "зажатие" кнопки. Т.е. длительный процесс.

Сейчас я сделал простое нажатие и отжатие кнопки (мгновенное действие). Т.е. простое переключение диодов.

А хочется сделать это:
Зажал кнопку - загорелся зеленый диод.
Убрал палец с кнопки - загорелся оранжевый диод.

Как обработчик прерывания правильно написать/сконфигурировать?

[andries5]

А если использовать флаг нажатия кнопки, нажал кнопку - выставить флаг. В цикле проверять флаг, есть флаг, но не нажата кнопка, зажечь желтый и убрать флаг.

[Реостат]

Да, да. Сейчас флаг состояния как раз используется.
Ааа, смысле в основном цикле делать проверку?

[Easyrider83]

На таком камне есть смысл запускать RTOS. А там уже делать проверку кнопок в отдельной задаче.

[Реостат]

До RTOS пока еще не дошел.
Т.е. Вы хотите сказать, что отслеживание длительного процесса зажатия кнопки одним только внешним прерыванием не отделается?


А есть тут возможность отслеживать кроме нажатия кнопки еще и ее отжатие?
Т.е. при событии "кнопка нажата" ставим флаг состояния = ON. При событии "кнопка отпущена" - OFF.

[Easyrider83]

Используйте прерывание по таймеру. По нажатию инкременируйте переменную. По отпусканию оценивайте результат.
RTOS не бойтесь. Там все просто. Руки сразу развяжутся.

[andries5]

А есть тут возможность отслеживать кроме нажатия кнопки еще и ее отжатие?
Т.е. при событии "кнопка нажата" ставим флаг состояния = ON. При событии "кнопка отпущена" - OFF.

Конечно есть. Можно вызвать прерывание по Rising событию и по Falling событию. В прерывании определить какое именно событие произошло и выполнить соответствующее действие. Не забывать про дребезг.

[Реостат]

Да, и в самом деле - флаг "EXTI_Trigger_Rising_Falling".

[kolobok0]

Добрый день.
...Не могу понять, как реализовать "зажатие" кнопки. Т.е. длительный процесс....Как обработчик прерывания правильно написать/сконфигурировать?

Тут уже выше всё ключевое прозвучало. Первое(чтоб не с граблей начинать) - проникнитесь темой дребезга контактов. Пока это не пощупаете - все Ваши алгоритмы будут на уровне пятиклассника.

вторую тему, я бы сразу обозвал - обработка нескольких клавиш(клавиатуры). Пускай это будет тупо несколько входов, а не матрица, пока.

сразу пишите по "взрослому" - нажатие, двойное нажатие, удержание(автоповтор клавиши), комбинация клавиш.

Если в рукопашную, чисто программно - то обычно прикрывают(как в писюке биос) тонким слоем обработчика аппаратуру(в данном случае обработчик прерывания). Ну и софтово разруливать состояния, функционал и внешний интерфейс (Ваш API).

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

обычно, чтоб отсечь дребезг - используют квантованный временной интервал. Обычно это один из таймеров.

И тут уже прозвучало замечание - для такой мощи как STM32F - делать на супер циклах можно в случае: когда Вы понимаете точно, что хотите добиться(в чём выигрыш). ну и в чём проигрыш конечно-же. Например: если Вы делаете на коленке чисто помигать светодиодами - тащить РТОС это явно перебор. А вот если это серьёзный распределённый проект(в котором сидят несколько программеров) - то использовать супер цикл= надо иметь веские аргументы.

удачи вам
(круглый)

[NewWriter]

сразу пишите по "взрослому" - нажатие, двойное нажатие, удержание(автоповтор клавиши), комбинация клавиш.

Пусть вначале напишет для обычных нажатий, со срабатыванием при нажатии. Потом уже дальше "по-взрослому" будет. А то запутается. Пытаться сразу сделать всё сразу, не делав раньше даже простого - сломать себе мозг. Методы для обычной линейной клавиатуры и для матричной будут разными.
Да и далеко не в каждой клавиатуре нужен сразу весь набор обработок нажатий. То есть, если кнопки клавиатуры только на вкл/выкл, то зачем там автоповтор и длительное нажатие. Как бы принцип разумной достаточности.