Опрос кнопки/клавиатуры

[eddy]

Я не понял, к чему такие трудности? Просто заводим прерывание EXTI на кнопки. Как только прерывание получили, заносим в некую переменную значение задержки (скажем, 50), устанавливаем флаг нажатия и отключаем реакцию на прерывания. Ну, а в прерывании системного таймера (1 раз в 1мс) декрементируем эту переменную задержки, и как только она обращается в нуль, опять разрешаем прерывания EXTI.
В main же спокойно обрабатываем флаг.

Реализовал этот алгоритм в управлялке сверлильным станочком. В main не реже 1 раза в миллисекунду проверяется значение счетчика (задержка обработчика - выставляется обработчиком EXTI, в нем же отрубается реакция на внешние прерывания). Если выставлен, то декрементируется, а как обнулится, вызывается функция, проверяющая состояние кнопок.
Задержку пришлось увеличить до 100мс, чтобы можно было успеть одновременно две кнопки нажать (не хотелось мне добавлять еще код для определения нажатия второй кнопки через малый промежуток после первой). Пробовал проводочком замыкать (вот — идеальный источник дребезга) — ложных срабатываний не было.

[makakus]

Пробовал проводочком замыкать (вот — идеальный источник дребезга) — ложных срабатываний не было.

А потому не было, что реализован цифровой интегратор с гистерезисом. Микрики так работают: сначала интегрируют ход кнопки (можешь её неравномерно нажимать и даже приотпускать иногда) пока не дойдёт до порога, а за порогом уже всё обратно - пока не отожмёшь почти до конца, не щёлкает. И тут - дребезг только увеличивает время реакции, а результат однозначный.
У меня так сделано: на каждую кнопку - один байт, в нём счётчик о 5-ти разрядах, флаг состояния "нажато" и 2 флага событий "нажали" и "отпустили". Раз в 10 мс (где как, от 10 до 30) опрос кнопок и реакция на состояние (чаще - на событие).