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

@Slacky Вот тут я попытался упростить по идеям из поста №18. Вживую, правда, не отлаживал - но не вижу, что может быть тут нехорошего :) Кстати, строчки #define HOT_PIN 1 #define COLD_PIN 2 надо уточнить... Интересно Ваше мнение, что не так в этом, более простом, подходе? /* extern "C" {...

Да, согласен.

Здесь предлагается альтернативный (по сравнению со скетчем @Slacky) подход - не на прерываниях, а на непосредственном анализе состояния пинов в loop. Наверно, так тоже можно, но переделки более существенные, чем предлагаемые мной.

Нет, так не получается. Надо делать по другому: - При каждом прерывании от контактов - надо запоминать время срабатывания контакта (время вызова функции прерывания - millis) во внешней переменной (их надо завести две - для холодной и горячей воды). А перед инкрементированием счетчика...

:) Ну, с такими "таймингами" - думаю, дребезг лечится программным способом с "ходу". Я еще не экспериментировал с прерываниями - но вроде особых проблем не должно быть. Как я представляю сейчас - из функции прерывания надо запретить это прерывание на несколько мсек. И "дребезг будет не страшен"...

ОК, с микросхемой понятно. А не обращали внимание, какая максимальная частота срабатывания контактов датчика расхода воды?

Теория по этому случаю простая: - обычно считается, что "дребезг" затихает быстрее, чем ожидается следующий импульс. И в ожидаемый интервал "дребезга" после информативного импульса состояние контактов попросту игнорируется. Так что вопрос к @Slacky был не по теории устранения дребезга, а, в...

Ну, если: - если на микросхеме реализована какая-то логика, то почему эту же логику нельзя реализовать программным путём? @Slacky, если Вы объясните, что там микросхема делает с дребезгом - попытаюсь представить, как это реализуется программно.

Интересно, наверное, можно "обратный" канал организовать вторым комплектом "приемник-передатчик"?

Последовательно. Начиная с пина,потом на оптопаре. Надо понять,где сигнал есть, а где пропадает

Выше уже советовали померить в ключевых точках мультимером. Ничего умнее уже никто не скажет...

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

Я уже задавал вопрос: - в обсуждениях видел упоминания, что можно интернет приёмник сделать и на esp8266 без vs... Но описаний таких конструкций не нашёл. Может кто ткнёт носом?

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

Вот как раз с этим я ни разу не спорю! Просто советую ТС в свои "наслаждения творчеством" внести капельку рационализма и распланировать так чтобы продвигаться постепенно - "от простого к сложному". ЗЫ. По моему мнению, в высшей математике, в курсе методов решения задач есть очень полезный...

Извините, что не первый раз указываю - Вы действительно невнимательно читаете предыдущие посты. На этот раз: Это основная причина появления этой темы :) @nen777w Тут по некоторому размышлению я понял, что меня в стартовом посте задело сразу, но чего осознать и сформулировать сразу я не смог...

Я так понял, спирт там не хранился...:)

@nen777w Конечно, хозяин - барин:) Но я думаю, что неспроста электронные замки (по крайней мере те, что я видел вживую) с механической точки зрения представляют собой простейший механизм - защелку с соленоидом. На мой инженерный взгляд - предлагаемая Вами конструкция слишком усложнена, чтобы...

я хочу свою мысль уточнить: У Вас NodeMCU. На него Вы подаёте от USB 5V. На этой платке стоит мелкий преобразователь до 3.3V. И, как я понял, эти 3.3 Вы используете для питания датчика? Предполагаю, что проблема из-за этого. Т.е. переделайте схему, чтобы напряжение с платы для питания внешних...

Ну, почему "холивар"? В теме: Arduino IDE vs "честный" Си мы обсудили ситуацию довольно интеллигентно :). Правда, аргумента против Ардуино ИДЕ - еще не было. Это свежая струя в обсуждении. Шучу - конечно :D