Подавление дребезга контактов, Алгоритм подавления,реализация Опции

[Axxel]

Привет всем!

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

Какие еще есть правильные методы,
либо можно это сделать проще или красивее?

Пример для одного бита порта ввода:

#define BOUNCE_CANCELLATION_PERIOD 20


unsigned char BITcounter=0; //счетчик состояний бита
bit BITstate=0; //используемое (устойчивое) состояние бита (более 20 мсек)
bit BITmemory=0; // промежуточная переменная, запоминающаяя предыдущее состояние бита
bit toggled=0; //флаг,указывающий на изменение состояния бита

interrupt Timer0() //возникает 1 раз в мсек
{
if(BITmemory^BITn){if(toggled){BITcounter=0;} toggled=1;}
if(toggled ){BITcounter++;}
if(BITcounter==BOUNCE_CANCELLATION_PERIOD){BITstate=BITn;BITcounter=0;toggled=0;
}
BITmemory=BITn; //чтение с порта
}



Вот, примерно так...

Сообщение отредактировал Axxel - Mar 28 2007, 08:34

[DeXteR]

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

Если неждать то кто даст гарантию что после принятия решения о нажатой кнопке не происходит дребезга
А с дребезгом при отжатии как быть ??

По моему мнению самый верный способ - запускать програмный таимер по нажатию
Делать +1 если нажата и -1 если отжата
Ограничить нулем и числом А снизу и сверху
И принимать решение о точ что нажата кнопка когда таимер достигнет А

Заодно можно и блительное нажатие обрабатывать

[Visor]

Если неждать то кто даст гарантию что после принятия решения о нажатой кнопке не происходит дребезга
А с дребезгом при отжатии как быть ??

Либо я не ясно выразился, либо одно из двух.
Ловим фронт изменения входа (не важно какой), запоминаем новое состояние, ждем время достаточное чтоб дребезг успокоился, проверяем вновь состояние входа, если совпало, его и принимаем за текущее. Обрабытывается таким образом и вкл и выкл.

[Axxel]

А если произойдет такое?

Эскизы прикрепленных изображений

 

[Visor]

А если произойдет такое?

Объясните пожалуйста, как такое возможно?

[Axxel]

Объясните пожалуйста, как такое возможно?

Помехи например, ложные срабатывания от датчиков, ведь такое IMHO может быть

Я проще делаю. В 8-битный сдвиговый регистр каждые 10 мс вдвигаю текущее состояние кнопки. Если в сдвиговом регистре все '1', то кнопка нажата, выходной сигнал устанавливаю в '1'. Если все '0', то кнопка отжата, выходной сигнал устанавливаю в '0'. Все другие комбинации игнорируются и не меняют состояние вых. сигнала.

При опроcе каждые 10 мс и 8-ми битах время получается 80 мс, это отлично работает со всеми обычными кнопками, в т.ч. с мембранными клавами. Для массивных контактов, которые могут дребезжать с малой частотой (контактор какой-нибудь, например), время опроса можно увеличить до 20..30 мс.

Можно кусочек кода?

И еще вопрос: используя прерывания от аппаратного таймера для подавления
дребезга, с какой частотой целесообразнее всего устраивать эти прерывания?
И каков риск что пользовательская функция-обработчик не успеет обработаться
до возникновения следующего прерывания?

[Visor]

Помехи например, ложные срабатывания от датчиков, ведь такое IMHO может быть

Сигналы конечно в природе возможны всякие, но мы вроде обсуждаем сабж!