Результаты поиска

Кабель не может ничего сжечь. Сжигает тот, кто держит его в руках. И этот держащий сжечь может чем угодно, хоть кабелем. ;)

Поддерживаю!!! Такая практика (подчистка своих старых постов) сильно попахивает мошенничеством. имхо.

Ну вот и причина бага: кривой драйвер интерфейса. Датчик тут не при чём. Может. Или ещё 100500 других причин. :)

Причина не найдена, а значит проявится снова через какое-то время....

Датчик не может "не ответить или частично ответить" если опрос организован согласно даташита. И питание нормальное. Если у Вас отвечает "с энной попытки" - надо искать баги в своём коде. Делал метеостанцию с DHT22 - никаких "энных попыток", всегда отвечал с первого раза, станция работала...

Просто эпик тред!... 6-я страница о том - как правильно посчитать резисторы подтяжки для геркона... :D

Паять, но проводами. Чтоб потом отпаивать легче было. Бутерброд замучаетесь отпаивать в случае чего.

А в чём тут защита от дребезга? Дребезг нажатия сбросить её не сможет, но дребезг отжатия установить - сможет. Итого: knopka_nazata=true будет при нажатиях, а иногда и при отжатиях. :eek: См...

Пожалуй соглашусь :)

Вы ему дали грабли, на которые он тут же и наступил. И получил ожидаемый результат (дребезг). И так ничего и не понял.

Зато можно потом сказать, что ничего такого и не писал. Шулерство чистой воды.

Жесть какая! Как можно в ISR добавлять задержки??? :eek: Задержку можно использовать для борьбы с дребезгом. Но никак не зависанием на N мсек в ISR. Для борьбы с дребезгом, длительность задержки должна быть заведомо > максимального времени дребезга контактов. Для кнопок, нажимаемых пальцем...

По делу тут уже сказана куча слов. Только что толку если вы читать не умеете?

Чукча не читатель, чукча - писатель.... Ничему народ не учится... совершенно... даже читать не умеет :confused:

Во флешь??? :eek: И что - при каждом её инкременте (срабатывании прерывания) будет перешиваться флешь? :eek:

Конечно поможет. Только я в том посте комментировал конкретный пример nikolz с простым инкрементом по спаду, где никакой задержки вообще нет.

Без volatile в цикле, ожидающем установки этой переменной в какое-то состояние, оптимизирующий компилятор имеет полное право перенести такую переменную в регистр. И цикл будет ждать вечно.

.....и глюков больше. Тупо инкрементировать по фронту или спаду сигнала идущего с механического контакта - это значит просто гарантированно ловить несколько срабатываний от дребезга. Не важно - замыкание или размыкание ловится - дребезг всё равно будет. Вроде как даже начинающие должны это...

Очевидно здесь только ваше дилетантство. volatile для переменных, совместно используемых в ISR(-ах) и фоновой задаче(-ах) - обязательно. ESP это или не ESP, а что-то другое - вообще не имеет никакого значения. Учите матчасть(си)!

Естественно. Чтобы он не переполнился, нужно ускорять истечение данных из него.