1gor90 пишет:
вы упорно не хотите читать форум вот тут: тыц я описал как я это вижу.

VictorS пишет: Это не панацея. Потом будете просить делать защиту от защиты помех.
если время Х = времени антидребезга, то подразумевается, что всё это время может быть дребезг. Он может быть даже дольше, чем вы подразумеваете.
В итоге имеем, что, если время Х совпало со всплеском антидребега, то вроде всё нормально. Был 1 в самом начале и через х времени опять 1.
1. Время х должно быть явно больше, чем антидребезг
2. ta - время защиты от антидребезга, tn - общее время нажатия кнопки (или чего там). надо смотреть состояние на входе за промежуток ta...tx и если состояние не менялось, например всегда было 1, значит это была нажата именно кнопка.

Regius пишет:
ну не вижу противоречей. так как время защиты от дребезга в прошивке вы ведь ставите заведомо больше чем это дребезг физически происходит. то есть все должно работать. мы ведь не рассматриваем вариант когда кпопка дребезжит все время когда она нажата. так как в таком случае кпопка подлежит замене как неисправная

VictorS пишет: Тут засада не в дребезге, а в защите от помех. С дребезгом вопрос решён. Так что вариант когда кнопка дребезжит пока нажата рассматривать надо. т.е. если она всегда дребезжит, то это уже помеха...
Мы же с помехами хотим бороться, а не с дребезгом. Так что тут всё надо рассматривать

Всем добрый день. Позвольте изложить свои размышления. Задача, снятие показаний счетчиков воды с импульсным выходом (геркон, резисторы не используются). Было прошито прерывания, задержка в 500 мс. Лишнего ничего, только еще TCP клиент. Питание 5В, 1А, RSSI -60дб. Локация сортир, нагрузки рядом, лампа энергосберегайка, не LED, вентилятор вытяжной, мелкий. Длинна кабелей до счетчиков не более 2 м. Стиралка 1,5 м питание со щита отдельной линией заземлена (PE). Радостно включаю и получаю... генератор случайных чисел по значению и времени. Принимаю меры против дребезга. Использовалось: Триггеры Шмидта, RS триггеры, одновибраторы, ну и так кондерчики всякие, куда уж больше. Результат не получен. Сделал вывод, что от дребезга спасает программные и простейшие аппаратные способы. Стал бороться с помехами. наблюдения показали, что они коррелируют с включением сторонних нагрузок, свет в первую очередь, собственно замыкание геркона счетчика в обоих каналах и небольшой процент пойди знай еще чего. Как боролся. Опторазвязка, оптопары и сдвоенные и раздельные. Полная гальваническая развязка (питание первичных цепей оптронов от отдельного источника 12В). Подтяжка GPIO и не только задействованных. Кондеры по питанию, электролиты и керамика (в частности на ESP 1000 мкф и 0,1). Особенная экзотика мелкие релюшки пост. тока (РЭС15) прямо рядом с ESP (практически полностью исключен фактор кабеля от счетчиков). Результат - меньше, но полностью хорошо только ночью, когда все спят и ничего не делают в сортире. Показания за сутки не актуальны В бешенстве слепил на ардуине и доске с дырками счетчик, 2 канала, вывел на дисплей 1602, на входы ардуины прицепил прямо "НО" контакты реле.зашунтировал кондерами 22нф. Источники питания те же. Бросил все это там же. 3 дня показания цифра в цифру. Сейчас вывожу это все на сервер, через ESP, с этим у меня куда как сложнее. Писал сегодня в Уарт-бридж теме. Думаю ESPэшка очень чувствительна к помехам, как говорится низкая электромагнитная совместимость. Может кто найдет решение. Я пока взял тайм аут, время много отнимает.

У меня ложные срабатывания происходят в "выключателе" света. Сделав опто-развязку, сократив длину проводов, проблему победил лишь частично.
У меня "выключатель" включает люминисцентную лампу на стартерах, и пока стартеры включают лампу(1-2 сек), помехи благополучно ее выключают, это происходит почти каждый раз.
Но когда лампа уже горит, то опторазвязка помогает и "выключатель" работает стабильно.
Есть предложение к автору прошивки, возможно ли сделать дополнительную опцию, например для режима KEY в прерываниях, что при получении сигнала на входе GPIO, он обрабатывается как установлено в настройках, т.е. включает 1 на выбранном GPIO, и потом сразу, буквально после обработки программы антидребезка, переводит входящие GPIO в режим desable, на время (например от 0 до 10 сек, ) указанное в окошке, или как опция перед компиляцией в настройках.
Это помогло бы переждать импульсные помехи при включении нагрузки.