Как стать автором
Обновить

Комментарии 118

Так как у вас MQTT уже используется, то советую вместо Rules в OpenHAB сделать всю логику в Node-Red — там программировать и отлаживать такие сценарии на порядок проще и по опыту скажу, что по сравнению с OH он вообще не глючен. А OpenHAB использовать только для перевода различных интерфейсов к MQTT — веб, телеграмы и т.д.

Спасиб, покурю статью — как то прошла мимо, вообще не в курсе.
Тут еще такое дело — делать автоматизацию можно на чем угодно, хоть на скриптах — тут кому что удобнее и привычнее. Если кто то реализует подобное моему на своем "каркасе" и запилит ответную статью будет вообще прекрасно.

При использовании телефона с OS Android и для работы с MQTT рекомендую всем приложение MQTT Dash.

Приложение бесплатное, стабильное, простое в настройках и управлении, кушает минимум ресурсов, автор всегда на связи.
У меня на андроидных панелях стоит Commandfusion iViewer с MQTT скриптом — бесплатно на один скрин и графических возможностей больше. Работает в 24/7 уже месяцев 6 как.

Но Dash-приложение с MQTT интерфейсом все равно нужно, только слегка в другом виде — я всех девелоперов прошу об этом:
— сделайте его на iOS и на Android
— сделайте возможность посылать MQTT сообщения с заблокированного экрана, чтобы не нужно было долго разблокировать телефон, потом искать и открывать нужное приложение. Надо чтобы просто взял телефон, два раза на ощупь нажал и все, как в Homekit на Apple.
Тогда из телефона получится идеальный пульт управления любой MQTT автоматизацией. Я даже за такое бы приложение заплатил пару баксов. Передайте разработчику, если можно.
а как Commandfusion iViewer взаимодействет с домашним сервером, когда вы не дома? порты пробрасываются как-то через домашний роутер?
Дожили, контроллер в приводе крана.
А шаговый двигатель (он реально шаговый? ) для того чтобы изредка крутить на небольшой угол, да еще и в одну сторону, уже никого не удивляет? действительно- «дожили»: контроллеры, WiFi и Bluetouch где надо и не надо, облака, управление с планшета/айфона/часов. Показательный пример- контроллер для регулирующего клапана (для промышленного применения) с кучей «плюшек» на борту- беспроводной интерфейс (зачем, если кабели к нему так и так тянуть?), графический дисплей (почему не сенсорный?) и прочие «преимущества» в основном не нужные потребителю, но увеличивающие цену. И назначение упомянутого контроллера- управлять приводом задвижки. Мне (да и всей системе отопления в целом) глубоко фиолетово на сколько мм переместился шток за последние пол-часа: задача регулятора- поддерживать заданный расход, а это может быть и 5, и 20 и 90 % хода. Дисплей и прочая «светомузыка» нужны практически только при наладке. Вот и выходит для связи с центральным контроллером по протоколу «Супер-ПуперBus» нужен какой-то микроконтроллер, PIC16 вполне бы справился, но «как-то не круто, давайте ARM 7 поставим», а после- «осталось куча незадействованных входов/выходов, да и ресурсов процессора еще дофига- давайте прикрутим пинание кошки по сигналу от марсианского вездехода».
>А шаговый двигатель (он реально шаговый? )
Да, конечно.
А подскажите, что за кран таки выбрали? Есть у него опознавательные знаки? :)
В статье есть — гидролок профессиональный, именно его фото внутренностей в статье используется.
Спасибо, не понял, что «гидролок» — название производителя.
http://gidrolock.ru/production/sharovoy-kran-s-elektroprivodom-gidrolock-professional/
Спасибо.
Тут похоже так же петрушка, как у Ксерокса и копировального аппарта. Встречал такую фразу — «у меня гидролок от Аквасторожа».
Вот смотрю на фотографию и не понимаю — зачем байпас между коллекторами холодной и горячей воды? У вас еще и бойлер «на всякий» есть? А то у меня разрыв шаблона произошел…
Какой именно байпас? :)
Их два:
1) между фильтром и редуктором давления — он для промывки фильтра обратным потоком воды (холодный промывается горячей и наоборот).
2) в конце коллектра — это отводы на проточный водонагреватель. На него оба крана открываются и вход гор воды закрывается.
НЛО прилетело и опубликовало эту надпись здесь
Спасиб. Задумка именно такая — причем решил просто засвелить сверху 110мм трубу фрезой и вставить 12мм носик для садовых шлангов (есть такие для врезки в платиковые бочки), а не городить из пластика вставку с 50мм отводом, потом в нее через пару переходников отвод как на стиралку.
Пока не было необходимости промывать, подозрительно чистая вода, поэтому доработка вытесняется в backlog более приоритеными.
Только главное не забыть, что по хорошему на эти шланги надо ставить сухой гидрозатвор. Многие считают неправильным прямое подключение канализации в стояк питьевой воды) Даже если там есть кран на фильтре… я просто надел две трубки и сливаю через них в унитаз. Заодно есть бонус, видно сколько шлака с фильтра вымылось.
>>>Многие считают неправильным прямое подключение канализации в стояк питьевой воды)
Тоже слышал, но ИМХО перебор. Если так заморачиваться, то нельзя и канализационный слив посудомойки подключать без сухого сифона.
Посудомойка обсыхает после рабочего цикла, плюс высокая температура и моющее средство.
А тут прямая дорога для бактерий.
В мануалах производителей все подобные сливы исполняются через воздушный разрыв.
>>>Посудомойка обсыхает после рабочего цикла
В поддоне снизу все время есть какое то количество воды, насос начисто все не выкачивает, влажность в машинке некислая.
Мало того — шланг сливной идет снизу вверх до уровня подключения к сифону раковины. И он все время заполнен водой.
Фото воды, вытекшей из снятого только что шланга


Вода не стекает обратно из-за обратного клапана в машинке. Причем это чистая вода, оставшаяся в машинке после полоскания посуды, в ней уже нет химии. И этот обратный клапан ну совсем не преграда для бактерий.
>>>А тут прямая дорога для бактерий.
То есть прямая дорога это — забраться по трубке до шарового крана внизу фильтра (допустим ОК), затем надо как то найти дырку, куда батерия пролезет и самая вишенка — эта супербактерия должна преодолеть 6 атм давления вырывающихся молекул воды.
Ну ОК — если такая бактерия найдется и все предолеет, я готов ее честно выпить — судя по фильмам после такого про меня будут снимать фильмы Марвел.

Вы сами сравните варианты сверху — посудомойка явно на порядок стремнее.
Ох, не люблю ссылки на мануалы, опыт отцов и т.д. Это прямой путь к ремесленичеству и каргокульту. Все должно иметь логичное объяснение.
У меня есть оно конечно для мануалов — про микроволновку и «не сушить кошку» все наверно в курсе. Ведь можно открыть кран промывочный, сбросить давление и уехать на месяц в отпуск. Наверно от такого выстрела в ногу спасет сухой сифон.
Хотя есть еще более невероятная версия — компания производит и сухие сифоны и фильтры. Ничего личного, только расширение рынка сбыта.
Фраза про фильмы Marvel сделала мне день, спасибо :)
Для производственных моек (общепита) это прописано в СанПиН кстати. См. СанПиН 2.3.6.1079-01
(Измененная редакция. Изм. № 2)

3.8. Производственное оборудование и моечные ванны присоединяются к канализационной сети с воздушным разрывом не менее 20 мм от верха приемной воронки. Все приемники стоков внутренней канализации имеют гидравлические затворы (сифоны).
ценизм снипов и методичек по расчету потерь с военной кафедры местами радует.
Моечная ванна — это большая раковина. К домашней раковине требования нет, ибо тут только 1-2 человека продрищется :)?
Судя по этому санпин кстати для слива дренажа достаточно сделать U колено шлангом для затвора, но так как слив не постоянный он будет пересыхать, поэтому городят сухой сифон. Но логика выше говорит что это лишнее для напорных сливов
у меня на сифоне под раковиной кухни обнаружили «коннекторы» для подключения посудомойки и стиралки, куда и воткнул их
опять же содержимое сифона раковины промывается ацкой химией из посудомойки
А вот если такой малореальный, но возможный случай.
Вот собираетесь промыть фильтры. Открываете краны, а тут внезапно воды нету, и еще эффект обратной тяги. То есть холодная вода вместо того что бы приходить начинает убывать (к примеру потому что сосед внизу тоже открыл кран). И получается что начнет подсасываться содержимое из канализации?
>>>И получается что начнет подсасываться содержимое из канализации?
У нас в стране практически нет напорной канализации. То есть подсасывать может только воздух.
Этот подсос воздуха — вполне реально может произойти, но совпасть должны факторы с вероятностью уровня «встретить вчера динозавра в Нью-Йорке».
Правильно считают, бактериальное заражение не нужно.
Судя по комплектации, вдохновлялись работами Игоря Иващенко?
>>>вдохновлялись работами Игоря Иващенко
Впервые слышу, гугл выдает картинки с водоразводкой, похоже какой то сантехник прошаренный.
А по комплектации:
far — был очень положительный опыт на прошлой квартире по кое какой арматуре
rehau трубы\фиттинги — просто посмотрел как устроена гильза обжимная, это гениально
бугатти краны — тоже опыт с прошлой квартиры.
у данного запорного крана какая логика, у меня сейчас стоит нептун на 12 вольт, там три провода, (земля + два), при подачи напряжения кран либо закрывается, либо открывается, стоят концевики

нашел на сайте производителя

Управление.
Соединение черного провода с синим проводом (GND): закрытие шарового электропривода.
Отсоединение черного провода от синего провода (GND): открытие шарового электропривода.
Там есть 2 варианта (помимо деления на 220/12в):
1. Нормально-открытый, когда в разомкнутом состоянии контактов кран открыт, в замкнутом — закрыт. Вы про него и написали.
2. «С пропорциональным управлением» — когда при подключении к нулю одного из 2 проводов соответственно меняется и состояние крана.
С пропрциональным — был еще третий вариант — там надо была кодовой посылкой задавать значение 0-255 градус открытия, сейчас не нашел на сайте.
Но это все не совсем правильно — это же шаровый кран, а не регулирующий вентиль. Нельзя его в полуоткрытом состоянии использовать. То есть 1 вариант самый правильный для использования по прямому (отсечному) назначению ИМХО.
Про регулировку — отдельно напишу, на отоплении использую.
Тут напряжние на кране должно быть всегда по хорошему.
Черный провод — это фактически подтянутый к + вывод контроллера внутри крана.
Замыкаем на землю — контроллер внутри привода читает с этого порта 0 и закрывает кран.
В принципе можно коммутировать чем угодно — реле, или как в статье оптопарой, или простом слаботочным транзистором, типа 2N3904. Но лучше оптопарой, стоимость такая же, а по напряжению развязка надежнее.
На подобном фильтре (Honeywell) я сетку поменял на 50мкм, и что характерно, не забивается, а вот следующий за ним полипропиленовый, тоже 50мкм, стабильно меняется раз в два месяца. И вот еще, интересно, зачем шаговый двигатель, ведь шаровый клапан не сможет нормально дросселировать поток. А для гидролока, была идея: применить модульную серву и 555 таймер, но так и осталась идеей.
>>>И вот еще, интересно, зачем шаговый двигатель, ведь шаровый клапан не сможет нормально дросселировать поток.
Могу только предпологать. Я там выше написал — в этой проф серии года три назад был привод с управлением посылкой байта в прямом и обратном порядке бит. Привод выставлял эти 255 значений угла поворота крана. Возможно двигатель пошел из-за унификации на все проф модели, крутящего момента с счетом пары шестерен редуктора в нем до дури.
>>>ведь шаровый клапан не сможет нормально дросселировать поток.
Полностью согласен, поэтому наличие кранов с пропорциональным управлением в этой серии считаю совсем лишним.
скорей всего для профилактики, с некоторой периодичностью:
пример 1 раз в месяц — крутнуть туда обратно на 25 %
Тут все проще с профилактикой, шар в одну сторону вращается.
В стандартном контроллере гидролока есть правило раз в месяц замыкать\размыкать линию. Шар соответсвенно делает полоборота (проходит полностью открытие и закрытие)
Спасибо. Не знал
И вот еще, интересно, зачем шаговый двигатель

Шаговый двигатель позволяет точно позиционировать кран в положении открыто/закрыто и не имеет инерции.
Тут инерция не критична — с учетом редуктора перемещение штора на оборот минимальное.
А позоционирование идет по фотопаре, она определяет положение крана.
Поэтому да, зачем шаговый — это интересный вопрос.
Когда-то думал себе систему противопротечки поставить — но почитал форумы, пользователи жалуются на то, что краны ломаются — неожиданно и непредсказуемо.
Угу — и обратной связи нет, пользователь узнает о поломке после затопа.
Мой контроллер шлет показания уровня сигнала wifi каждые 30 сек, центральный сервер Openhab мониторит и если нет ссобщения больше 2 минут — отправляет нотификацию мне.
Механическую часть мониторить всё равно не получится.
Про поломавшиеся краны гиролок проф еще ни разу не слышал, с его крутящим моментом перегрузить его — нереально ИМХО.
Но для праноиков можно и тут кое что допилить — надо вывести наружу сигнал с фотопары, и аналоговым входом проверять, что при подачи сигнала на закрытие синал меняется. Можно это делать и раз в месяц при профилактическом обороте крана в правиле «Rotate valves»
Можно тупо задублировать, поставить две штуки (или более, в зависимости от паранойи) последовательно :)
Это уже не параноя, а шизофрения :), это к докторам.
любые? или определённых моделей?
НЛО прилетело и опубликовало эту надпись здесь
Я как понял у автора реализованно и автономность, а OH просто обьединяет все!
Вот ты прям в душу плюнул.
Логика срабатывания по показаниям датчиков протечки внутри контроллера.
Openhab не принимает в ней участия, он дает логику второго уровня, нотификации меня и отправку показаний счетчика в УК.
А как сделал мониторинг состояния и управление? Куда подключался — не поделишься?
НЛО прилетело и опубликовало эту надпись здесь
Жестко :) Там еще есть «разъем для подключения расширений» — лучше подключаться через него (выглядит, как LAN-разъем).

На этом разъеме есть питание (5В), информация о срабатывании (если «авария», на линии 0, если все штатно — 1), есть две линии, которые при подаче на них 0 — откроют или закроют кран (в зависимости от того, на какую линию).

Только вот не нашел я там сигнала, который бы однозначно говорил, что кран открыт или закрыт :(
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Пробовал отключить — все с ними ок.
Ппм и см слили воду и заморгали ошибкой (мои siemens по крайней мере)
Не доверяете аквастопу от сименса? Они вроде гарантию от протечек дают и даже обещают возместить расходы на ремонт, если таки протечка случится.
Не-не — этим доверяю, решение по защите в том числе гибкой подводки у них очень правильное.
Датчики больше нужны для зажиты от гибкой подводки в смесители на кухне и в ванной много всего окромя стиралки.
Так шаровые краны на 1\2 дюйма если год не трогать — повернуть очень тяжело.

Удивлён что никто не написал. Аварийная запорная система должны по расписанию раз в месяц должна ночью перекрыть-открыть кран. Ибо кран который год никто не крутил может и перекрыть не до конца, и покрытие задраться, и вообще сломаться шар может(он хрупок и вверху его паз для отвёртки которая вентилем крутится).
Эта фраза была про обычные краны на входе любой квартиры.
У гидролока контроллер крутит краны раз в месяц.
У меня эта логика в правиле на openhab, в статье его нет, оно совсем простое. Добавлю попозже, сейчас с мобилы
Добавил в статью правило openhab Rotate valves.
Помимо openhub рассматривали что-то для интеграции? Или просто пальцем в небо?
Лирика
Вот уже несколько лет тема умного дома мусолится и прогрессирует. Приятно видеть, что от простого описания кусочков мы перешли именно к вопросу объединения в одно целое. И отдельное спасибо за схемы/код и за то что поделились своим опытом.
Думаю тут основная интеграция идет через mqtt на транспортном уровне. Как написали в самом первом коменте, можно openhab заменить на node red, или еще чем подобным. Можно вообще обойтись подписками mqtt одних нод на события других нод, исключив любую прослойку (кроме самого mqtt сервера).
Но я выбрал опенхаб за счет расширяемости плагинами и гибкости.
Это сейчас все на mqtt, а завтра надо будет прикрутить девайс с rs485 или еще чем то — опенхаб тут рулит
Сейчас этих интеграционных софтов вагон и маленькая тележка. Вот примерный список самых популярных.
Трудно сказать, какой из них выстрелит, а какой загнется. Поэтому надо на чем-то остановиться, но сделать так, чтобы при случае можно было легко перелезть на что-то другое.
Датчики давления
Практически — показометры. Точность +- 0,5 атм меня полностью устроила.

эти +- со временем гуляют, или просто ошибка калибровки? получится по разности показаний датчиков до и после загрязненность фильтра отслеживать (поймать изменение как раз на те самые 0,5 атм )?
Ну я с запасом дал. Реально +- 0,08 у меня получилось на диапазоне 0-6 атм расхождение от Far манометра. Вопрос — насколько правильно показывает Far :).
Поидее да — можно поставить два датчика и мониторить загрязнение фильтра, хорошая идея.
Спасибо за статью! Сам реализую подобную систему и тоже на openhab, только помимо водоснабжения прикрутил еще электроснабжение, мониторинг климата и освещение. Изначально пробовал несколько систем можордомо, iobroker (в самом начале его пути), остановился на openhab по причине множества биндингов, можно подключить практически любое устройство, ну и мануалов на момент освоения было больше :) Из подходов автора понравилось, что модуль управления шариками автономный, openhab лишь дополняет систему, в случае протечки и неактивности openhab вода все равно перекроется, сам придерживаюсь такого же принципа. Из пожеланий, все же рекомендую перходить с MQTT на что-нибудь другое (по крайней мере для важных компонент, таких как водоснабжение и электричество) например на ModBus и соответственно переводить эти системы на проводную шину, у меня нечасто, но бывали траблы с MQTT. У себя еще хочу реализовать автономные счетчики для воды на PCF8583 (питаются от обычной часовой батарейки, подключаются к контролеру по i2c), что бы разгрузить основной контроллер и openhab от подсчета и хранения количества воды.
>>>только помимо водоснабжения прикрутил еще электроснабжение, мониторинг климата и освещение
А у тебя это все на одном контроллере?
>>>все же рекомендую перходить с MQTT на что-нибудь другое
Пока с mqtt у меня все железо-бетонно. Для москито мои 0,5 сообщения в сек не нагрузка. Провода заложены, сам конечно больше провод уважаю, wifi всегда лотерея — но пока живет.
Тут еще такая фигня — я закопал 800 метров витой пары на 56 кв метрах и все равно находятся точки, где нафакапил — и придется по wifi идти однозначно.
>>>еще хочу реализовать автономные счетчики для воды на PCF8583
Тоже мысли такие были, пока обошелся суперконденсатором на пару недель, посмотрим как себя поведет.
У меня нет такого — сделал и живет, все время чешется — контроллер управления светом 4-ую итерацию сейчас будет переживать.
Не, у меня дома такой зоопарк, что мама не горюй))) все это делалось постепенно, но все отлично внедряется в openhab, соответственно для всего можно писать правила)
Учет электроснабжения реализован на SDM220MT (покупал на алиэкспресс) в openhab заведен по ModBus, счетчик ставится сразу после вводного меркурия (к нему нереально подключится, все опломбировано и объяснить электрикам что-то нереально), второй счетчик поставил на одну из вводных линий (для мониторинга определенных устройств), на сервере торчит обычный копеечный USB ModBus адаптер, счетчик в регистрах выдает полную, активную, реактивную мощности, напряжение, ток, частоту, косинус фи и еще кажется что-то.
Свет делал очень давно и реализован через noolite-ские контроллеры и пульты, в openhab есть биндинг, через который можно рулить как контроллерами, так и принимать команды с пультов.
Всевозможные датчики (температура, влажность, освещенность и т.д.) реализованы через esp8266, заводятся в openhab через MQTT.
Бесперебойник как обычно через USB -> NUT -> Network UPS Tools Binding.
Прелесть ModBus в том что одна шина (фактически 2 провода витой пары) в длину может достигать до 1,2 км, и на одну шину можно вешать кучу устройств, плюс время отклика достаточно малое.
Если интересно чуть позже выложу скриншоты с графиков от счетчика SDM220MT.
Кстати, я так понял, что датчики давления обычные аналоговые, подключаются к АЦП? Какой там макс уровень 5в или 3,3в?
>>>SDM220MT.
По нему была статья тут не так давно.
>>>датчики давления обычные аналоговые, подключаются к АЦП?
Угу. Там +5в, земля и сигнальная линия.
Кстати, у вас на скриншоте давления 4 и 6 атм, не многовато? может редукторами понизить до 2,5 — 3 атм, всяко гибкие подводки сохранее будут. Или датчики стоят до редукторов?
Это до редукторов давление, на фильтре 100мкм. После редукторов 2,5.
И это я на 10 этаже, простая формула говорит, что на 1 этаже 9 очков в холодном стояке и кто то выбрасывает редукторы при ремонте :)
а в доме какая водоразводка — снизу вверх, или сверху вниз?
Гравитация на нашей планете одинаковая при любой подаче воды :).
Водоразводка — с 1 по 10 этаж — все подача снизу.
С 11 по 19 этаж — горячая сверху, холодная снизу.
Кстати, если будите реализовывать учет электроэнергии, то не советую неинвазивные методы, точность крайне низкая, до установки SDM220MT, собирал неинвазивные датчики тока из проекта опенэнерджимониторинг, заколебался его настраивать, напряжение еще более-менее, а ток измеряет очень грубо, SDM220MT измерения через шунт, точность намного выше.
Слегка путаете, протокол и интерфейс. ModBus у вас работает скорее всего поверх RS485. А если использовать ModBusTCP то он не лучше в плане надежности, чем тот же MQTT.
Из пожеланий, все же рекомендую перходить с MQTT на что-нибудь другое (по крайней мере для важных компонент, таких как водоснабжение и электричество) например на ModBus и соответственно переводить эти системы на проводную шину, у меня нечасто, но бывали траблы с MQTT

И чем вас Modbus тогда спасет? Странно слышать о ненадежности MQTT — этот протокол сам по себе рассчитан на высокую надежность передачи в любых средах, в том числе Wi-Fi и сотовых сетях. Каждое сообщение подтверждается, также есть QoS, гарантирующие доставку сообщений и периодические ping-опросы, чтобы знать, если устройство отвалилось. Если у вас были с ним траблы, то либо какое-то из устройств не реализовало поддержку этого протокола полностью, либо были проблемы с физическим каналом передачи, но это уже вопрос не к MQTT. То, что провода лучше радио, это понятно. Но если это будет Ethernet c MQTT, то по надежности это будет не хуже, чем тот же Modbus TCP.
Вполне возможно, что проблемы на аппаратном уровне, MQTT поднимал на esp8266, периодически раз в несколько месяцев какой то из датчиков отваливается, именно не реагирует на MQTT запросы, хотя GET запросами инфа получается. У себя пока реализовал правила, если uptime через MQTT не меняется 2 мин, то посылается GET команда на перезагрузку esp8266 (костыль я знаю, но времени пока нет нормально сделать).
А на чем программируешь?
У меня есть две ноды на esp8266 wemos d1 mini — скетчи на ардуино ide, ни разу не отваливались за полгода.
Изначально начинал на arduino ide, но чем больше система становилась, тем больше понимал, что программист с меня так себе))) и время на программирование уходит гораздо больше, чем на железную составляющую, в общем перешел на готовые прошивки от хоумс смарт, сейчас ковыряю есп изи
В этом и может быть проблема. Все эти сборники — попытка впихнуть невпихуемое. Там и вебсервера и поддержка кучи датчиков, это все жрет память, а ее гулькин фиг.
Библитеки mqtt и ip стек на esp8266 ардуино ide вылизывается ацкой толпой народа, посмотри сколько народа комитится на гитхабе в этом проекте, это не сравнимо с поделками кулибиных, какими бы крутыми они не были.
Попробуй написать тестовую ноду в arduino ide и посмотри как у нее будет с отваливанием
на счет впихнуть невпихуемое согласен )) за свободной памятью слежу, все лишнее стараюсь обрубать, на счет тестовой ноды, нужно будет в одну есп залить посмотреть на стабильность
Чем сложнее система — тем ниже её надёжность.
Не по теме, конечно. Но в принципе — да.

По мне так поставить два запорных крана с управлением от ВЫКЛЮЧАТЕЛЯ. Уходишь из дома — выключаешь не только весь свет (все же это делают, да?), но и воду.
Стоимость в разы ниже. Надёжность — не меньше.
Звонок на телефон: Чувак, тут такие девушки — развратные и доступные, давай к нам?
А ты в ответ: Не могу, у меня стиралка еще не постирала. :)
Шутка конечно, но с долей правды. Такой кондовый сценарий предполагает, что ты не будешь пользоваться этим выключателем при включенной ПММ и СМ. А это человеческий фактор, он всегда стреляет.
СМ имеется с незапамятных времён. ПмМ была до преезда (в новую кухню не стали ставить — нет смысла при семье из 3 человек). Ни разу не оставляли включёнными эти приборы, когда уходили из дома. Не знаю почему. Может недоверие ко всей бытовой технике*. Может ещё что-то. Тем не менее ни разу такой ситуации не возникало.
* — родители, уходя из дома, выключают телевизор из розетки. Наверное наследственное :))
Что за шланги использовали для разводки воды?
Шланги??? Трубы наверно — это Rehau Stabil
Спасибо!
Был незнаком c ними, обычно ПП или МП трубы белые, серые — шланги.
У рехау каждая серия труб своего цвета, для отопления например розовые :).
Они ощутимо дороже обычного металопласта и требуют спец инструмента для натяжки гильз — но по надежности трубы и соединения несравнимы с обычными.
И только тут начинается умный дом…
Объединение систем в единой точке (openhab) позволяет строить логику, не доступную набору автономных систем. Например: пришло событие увеличения счетчика воды — система безопасности активна, замки входной двери закрыты, потребление электроэнергии посудомойкой и стиралкой менее 5 Вт — значит зафиксирована протечка мимо датчиков.

Вот вот. Все на датчики надеются. А если труба лопнула где нет датчика. При вашей схеме можно просто считать потребление на каждой точке и сумму сравнивать с входным расходом.
— появился расход на входе в квартиру, значит мониторим потребители. Суммируем все потребители за определенный промежуток времени и сравниваем сумму с той что прошла на вход за тот же период времени.
Если совпадают — все ок. Если разница, значит куда то еще уходит. Датчики молчат — проблема в трубе.
Принцип понят правильно, а реализация понята не правильно :).
Я меряю потребление электричества, а не воды у двух приборов (стиралка и посудомойка).
То есть если меня нет дома, а работает посудомойка — то тикающий счетчик — это нормально.
А вот если меня нет дома, посудомойка и стиралка не потребляют электричество — это уже беда.
Я то как раз и имел ввиду недостаток вашей логики. Пример. Вы дома. Посудомойка не арбайтен. Стирлку сдали в ремонт. Никакого потребления электричества. Вода расходуется! В чем дело? Ну конечно же унитаз. Или кран в раковине.
А если вы дома, но спите. а лопнула труба. Датчики далеко. Стиралка и посудомойка электричество не кушают. Значит все ок??? Спим дальше. Как в этом случае определить кто расходует воду? Кран в ванной или в раковине.
А если считать все потребители то сразу станет ясно. Если вода пошла, но нет расхода на конечных потребителях — тревога. А еще лучше считать сумму. Так как где тонко там и рвется. Лопнула труба в момент открытия крана. Если просто смотреть есть расход или нет. То не определишь. А если утекло 3л, а с крана выбежал всего 1, то вопрос — куда убежали еще 2?
вот именно это и имел ввиду.
А — понял. Это совсем идеальный, но нереальный вариант — его проблема вот тут:
>>> если считать все потребители то сразу станет ясно
Несуществует кранов и унитазов с встроенными счетчиками воды (может и к лучшему :) ).
Если бы они были — да, можно вообще отказаться от датчиков.
Проблема лопнувшей трубы у меня минимизируется по другому:
1) примение труб рехау с натяжными гильзами. Это ипически надежное решение.
2) в туалете и ванной полы сделаны с уклоном в сторону зумпфа (см фото), где бы ни лопнула труба — вода потечет в зумпф и замкнет датчик. Проблема только на кухне — там нет уклона.
3) практически нет гибкой подводки (только от смесителя на кухне).
Полностью пока нельзя застраховаться, можно только минимизировать риски.
Даже ваше решение — это уже много. Я лишь подсказал как бы это хотелось видеть в идеале.
А в чем проблема со счетчиками на кранах и унитазах. Их ведь можно и установить. Согласен это деньги. Но на будущее. Вдруг под вами будет квартира олигарха ))) с крутым ремонтом.
Я ванной сделал пассивную систему безопасности. Так же как и у вас уклон к вертикальной канализационной трубе. а в нее врезал сифон (по примеру как в отелях душ и сифон вделан в пол). Получается если что… то все бежит и сливается как раз в этот сифон и канализацию.
Один минус. Время от времени (месяца3-4) там высыхает вода. И тогда приходится устраивать потоп в ручную. Что бы был гидрозамок от запаха. Ну а поскольку полы в ванной моем, то Достаточно плеснуть лишнего и пусть туда сбегает.

>>>А в чем проблема со счетчиками на кранах и унитазах.
Пороблема не в деньгах. Посмотрите любой кран — у него есть гибкая или медная подводка диаметром 8-11мм. Ваш счетчик все равно будет до нее. И если порвет эту подводку, вода польется не в раковину, но будет считаться и в вашем алгоритме все будет ОК, хотя протекли. Надо счетчик прям внутрь крана встраивать или в его выпуск, а это очень сложно технически.
>>>Время от времени (месяца3-4) там высыхает вода.
Залейте туда 2 столовых ложки растительного масла и премешайте, что бы оно «всплыло» с обоих сторон сифона. Это исключит испарение воды из сифона. Аналогично совветую делать, когда едете в отпуск с любым сифоном.
за масло спасибо, не подумал.
а насчет счетчика. Именно поэтому датчик протечки там и нужен. Так как «последняя миля» не защищена. А так согласен — были бы встроенные то меньше возни. Зато если неконтролируемая утечка и будет то только здесь. И здесь как раз датчик.
ИМХО проблема надумана и это оверинжиниринг. Мокрых точек в квартире 2-3-4, обычно не больше. Мне кажется, раскидать по ним датчиков не должно быть проблемой.
Выбирал тупо в лоб по крутящему моменту.… Так шаровые краны на 1\2 дюйма если год не трогать — повернуть очень тяжело

А не легче их просто запрограммировать на цикл закрытие-открытие ну, скажем, раз в неделю? Тогда и запас по крутящему моменту не понадобится. А значит — краны и подешевле будут, и габаритами поменьше.
Так и сделано — см правило Rotate valves, только крутит раз в месяц.
расскажите подробнее про датчик протечки? где покупали у нас? я сейчас делаю подобную систему, только на wemos плате, датчик пока стоит самый простой ардуиновский с цифровым выводом.
Датчики — http://gidrolock.ru/production/datchiki-protechki-vody-gidrolock/, у меня WSU.
Покупал в Мск в плеер.сру или в stelmarket — точно уже не помню, цена около 600р каждый.
Учитывай — что у этих активных датчиков выход «открытый коллектор». То есть он по срабатыванию подтянет вывод контроллера к земле и этот вывод должен быть предварительно подтянут к питанию через резистор 4,7к-10к.
Это все есть на моей схеме, смотри картинку — выводы D6 и D7.
а почему вы не использовали встроенную подтяжку пинов? их нет в плате или недостаточно такой подтяжки?
и зачем r1 и r2?
Встроенная подтяжка есть в контроллер, но она довольно слабая — около 40к сопротивление подтягивающего резистора.
r1\2 — токоограничение сопротивлением 200-300 Ом. Когда ток маленький — падение напряжения на них минимальное, но с ростом тока — падение растет, пассивная защита портов контроллера от больших токов.
А согласование уровней не нужно в данном случае? Питание датчика-то 5v, а логические пины по идее 3.3 на плате
Это зависит от контроллера, насколько его входы чувствительны к перенапряжению.
Для STM32F205, который под крышкой photon — цифровые входы толерантны к 5в, а вот аналоговые нет — погорят.
На wemos d1 r2 как раз 10к на подтяжке пина, сделал через модуль согласования уровней — работает(датчик от 3.3в не взлетел, чуда не случилось).
спасибо! Существуют аналогичные промышленные датчики пламени и утечки газа(дыма)? а то в свой блок я воткнул обычный ардуиновский датчик пламени и MQ-2 датчик газа, на изменение состава в плане дыма/газа кое-как реагирует.
И ещё: у вас есть нотификация о том, что данные перестали поступать от системы?
>>Существуют аналогичные промышленные датчики пламени и утечки газа(дыма)?
Да, гугли по «ИЗВЕЩАТЕЛЬ ПОЖАРНЫЙ ДЫМОВОЙ ОПТИКО-ЭЛЕКТРОННЫЙ», но его надо будет курочить и искать как запитать\снимать сигнал.
>>>у вас есть нотификация о том, что данные перестали поступать от системы?
Да, каждая нода раз в 30 секунд отправляет сообщение с уровнем сигнала wifi.
Openhab раз в минуту проверяет, что бы между посылками не было перерыва более 2 минут, если больше — то сообщает мне имя ноды в телеграмм.
Код опенхаба
rule «Check node online» //every minutes
when
Time cron «0 0/1 * * * ?» //every min
then

var Date d_now = new Date()
diff = d_now.getTime() — watercount_rssi.lastUpdate().getTime()
if (diff > 120000 && diff < 180050)
{
sendTelegram("*****_bot", «water_count is offline»)
}
end
Прекрасная статья, спасибо!

Все здорово, но почему корпус из PLA для потенциально влажного помещения?
Он же имеет свойство впитывать влагу, что в свою очередь может неблагоприятно отразиться на электронике.
Да, и не забудьте удостовериться года через 1,5-2, что корпус все еще в рабочем состоянии:
Таблица разложения PLA
Угу, читал что PLA недолговечен.
Пробовал на ABS перейти, но без термокамеры такие большие модели ведет и они отслаиваются.
На пару лет точно хватит, а к тому времени надеюсь принтер перевести на coreXY кинематику и «закамерить».
Времени бы еще на все это :)
Да, согласен насчет отслоения, думаю, это происходит из-за плохого контакта с поверхностью. Но я нашел выход: печатаю без прямо на стекле на столе с подогревом, перед печатью наношу на место печати лак для волос Syoss экстрасильной фиксации (другие марки не пробовал в связи с прекрасными показателями этой). За все время еще ни разу ничего не отслоилось, только детали бывает с приличным усилием приходится отдирать от нагретого стола. Что показывает, что лак намного лучшее сцепление по сравнению со каптоновым покрытием. Плюс старое напыление после 5+ печатей отлично смывается под струей воды.

Как термокамера для Prusa i3 отлично подошел перевернутый квадратный журнальный столик из Ikea, обернутый упаковочной пленкой. Как вариант, можно кстати сделать стенки из стеклопластика для эстетики, но это уже, как говорится, на вкус и цвет все фломастеры разные :)

Успехов с умным домом!
НЛО прилетело и опубликовало эту надпись здесь
База от Ти — это очень хорошо, у них есть очень энергоэффективные решения.
Минус ИМХО — краны, на сайте ноль инфы, но по виду и времени открывания похожы на обычный Китай с Али, типа такого
https://ru.aliexpress.com/store/product/5pcs-lot-NPT-BSP-SS304-1-2-electric-control-valve-DC5V-2-wires-control-for-water/116043_879090156.html
Два провода, управление путем переброса полярности питания.
У них слабый крутящий, около 2N*m по «их» измерениям, хотя реально и того меньше. Тут простая математика — они работают 5 сек, при мощности 5в * 0,5А = 2,5Вт — итого 12,5Вт тратят.
Гидролок декларирует 21N*m, но открывается 30 сек и жрет при этом 0,7А * 12В = 8,4Вт. Итого за закрытие = 252Вт.
Допустим гидролок не врет на счет крутящего, получаем пропорцию:
21 к 252 как Х к 8,4
Х = 0,7 N*m
Че то не верю, что китайцы порвали все шаблоны и увеличили эффективность двигла в 3 раза :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
https://ru.aliexpress.com/store/product/Stainless-Steel-DN15-Electirc-Operated-Valve-DC12V-7-Wires-NPT-BSP-Female-1-2-Actuated-Valve/116043_32720370425.html — в том же магазине, те же яйца, только с концевиками.
Там же внутренности редуктора.
>>>Сам кран Bugatti.
По фото с сайта совсем не похож, у бугатти под приводы одна модель 200 крана и она на моих фото выше, если система уже стоит у тебя — сделай фото крана, забрось на https://habrastorage.org/ — и сюда ссылку, очень интересно посмотреть что за зверь такой.
>>>видел остатки карандаша после срабатывания такого крана
Есть такое видео — это индастриал привод с пиковым моментом в 40Н*м и то тупит https://www.youtube.com/watch?v=8a0RgXeA_Ag
>>>Для Вас он на картинке, а я его могу руками пощупать.
Есть такая штука — физика и математика — если ими пользоваться, то можно и не щупать :). Но щупать — да, всегда интересно.
Что будет когда электричество пропадет?
Нуууу, боюсь в этом случае прекратят работать межатомарные силы и нам уже будет на все пофиг.
Вероятность протечки в момент отключения электричества стремится к нулю(ибо является произведением вероятностей двух крайне малых вероятностей отдельных событий), с тем же успехом можно защаться от падения метеорита в отдельно взятой квартире.
Но если охота по-параноить — надо использовать блок питания на 12в, к нему в буферном режиме свинцовую батарею и получать 5в через DC-Dc преобразователь.

А реально ли диагностировать обрыв датчика?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации