Ответ: 100%... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Ответ: 100%...

Отправлено Харизмат 19 августа 2009, г. 17:29
В ответ на: + не забыть об антидребезге отправлено пользователем 1111 19 августа 2009, г. 17:24

какое, по вашему мнению оптимальное время дребезга клавишь, так чтобы не делать тройных запросов, я просто жду 10 мс и снова опрашиваю клавишу - если результат истина, то делаю действие. 10 мс это норм?
и еще, как, по вашему, часто необходимо опрашивать клавиатуру? 200мс
Мне так чтобы не сильно жрало рессурс и в 95% нажатий срабатывало(нажатие резкое)

Составить ответ | Вернуться на конференцию.

Ответы

нажатие резкое - а прерыванием никак ? - nest (19.08.2009, 17:42:50 87.139.114.122, пустое)
- Ответ: вообще то речь идет о прерываниях - Харизмат (19.08.2009, 17:47:52 10.10.95.34,194.29.61.86, 348 байт)
  - какие нафиг 50 мс нерационально ? Поставь таймер, пусть тикает каждую мииллисекунду. В его прерывании опрашивай все кнопки и инкрементируй счетчик. Если хоть раз не нажата - обнуляй его. Как дойдет до некого уровня - сначит нажата. - DASM (19.08.2009, 18:00:37 203.185.50.220, пустое)
    - Это пляшет при определении нажатия. При нахождении момента отжатия картина будет зеркальная. - VasilyS (19.08.2009, 20:28:23 80.92.96.25, пустое)
      - ну это вообще-то другой вопрос - DASM   (19.08.2009, 20:36:52 203.185.50.220, пустое)
        
        Это папа и мама. Это огонь и дым. Это водка и пиво. Это неразлучно. Иначе в два счета словишь повторное нажатие. - VasilyS   (19.08.2009, 20:38:56 80.92.96.25, пустое)
        
        если кнопка достоверно нажата более 50 мс - дальше дребезга нет. Проверено. На настоящих китайских кнопках. - DASM   (19.08.2009, 20:43:52 203.185.50.220, пустое)
        
        Ты, по-моему, абсолютно верно сказал про миллисекундный инкрементируемый аккумулятор. Одно "ненажатие" на этом этапе - начинай инкремент сначала. Я лишь бросил 5 копеек, что, когда уже нашел нажатие и ищешь отжатие - картина обратная: ищем непрерывную цепочку (с периодом 1 мс) ненажатых состояний. Одно "нажатое" состояние - начинай искать отжатие сначала. - VasilyS   (19.08.2009, 20:54:10 80.92.96.25, пустое)
        
        Я параноик. Если кнопка давно и уверенно нажата, дребезга нет - помеха может подсуропить. А нам ловить их не надо. Легче успокоитель предусмотреть. - VasilyS   (19.08.2009, 20:59:34 80.92.96.25, пустое)
        
        не спорю - так раньше и делал, когда менее ленивый был, и не было качественных китайских кнопок - DASM   (19.08.2009, 20:58:16 203.185.50.220, пустое)
    - Ответ: =) - Харизмат (19.08.2009, 18:08:2 10.10.95.34,194.29.61.86, 250 байт)
- вешать кнопки на прерывание само по себе уже изврат, за исключением случаев, когда это прерывание используется для вывода проца из спячки - DASM (19.08.2009, 17:47:29 203.185.50.220, пустое)
  - зато проц не занимает без надобности, и срабатывание приближено к 100% :) - nest (19.08.2009, 17:55:5 87.139.114.122, пустое)
    - у меня оно равно 100 % через опрос в прерывании таймера - DASM (19.08.2009, 17:58:59 203.185.50.220, пустое)
  - а как оптимальней? - Харизмат (19.08.2009, 17:49:0 10.10.95.34,194.29.61.86, пустое)
    - опрашивать в прерывании таймера - DASM (19.08.2009, 17:57:27 203.185.50.220, пустое)
      - Ответ: .. - Харизмат (19.08.2009, 18:00:23 10.10.95.34,194.29.61.86, 172 байт)