Make_Pic (23.06.2018 11:43, просмотров: 212) ответил Boвa на Лучше тогда так: В прерывании сканируем клавиатуру без delay! (можно в одном прерывании всю, но лучше построчно). Если хоть одна кнопка нажата выдаем код нажатой кнопки в буфер и не сканируем клавиатуру на время дребезга равного времени-
- 1 раз в 1 мсек потратить несколько мксек? - Лагунов(24.06.2018 18:43)
- Да ничего страшного, если в обработчике прерывания есть короткие задержки. Если время задержки сопоставимо с временем возврата и нового входа в прерывание, всё равно ничего не наэкономишь. Да часто и экономить нет смысла, всё равно процессор йцукен(37 знак., 24.06.2018 18:51)
- пока только Вова пугается поставить в прерывании пару десятков nop(); :) - =L.A.=(25.06.2018 16:06)
- у меня опрос клавиатуры в прерывании systick исключительно для простоты. Чтобы где-то лежал, гарантировано туда заходил строго ритмично. Осциллографом специально смотрел - сколько он там топчется. Всего ничего. В принципе я так делал даже с Лагунов(42 знак., 25.06.2018 09:54)
- вы видно не писали обработчики прерываний, что делают кучу математики на 100КГц. - lloyd(24.06.2018 19:42)
- Да ничего страшного, если в обработчике прерывания есть короткие задержки. Если время задержки сопоставимо с временем возврата и нового входа в прерывание, всё равно ничего не наэкономишь. Да часто и экономить нет смысла, всё равно процессор йцукен(37 знак., 24.06.2018 18:51)
- Не делать задержку, а обходить опрос клавиатуры на время дребезга. UPD А дабы не вставали волосы опрос клавы делать в прерывании по таймеру только один раз в 100 мс. - Boвa(23.06.2018 11:56 - 14:57)
- Если опрос требует минимум врмемени, а RTOS нет, почему бы и не затащить в прерывание? При опросе кнопок в прерывании более точно выдерживается период опроса, за счет этого нет пропусков в определении коротких нажатий и лучше работает антидребезг. - AlexG(23.06.2018 11:52)
- 1 раз в 1 мсек потратить несколько мксек? - Лагунов(24.06.2018 18:43)