Комментарии 161
Посмотрим что будет в остальных частях. Пока всё стандартно, как и во многих аналогичных «Умных домах».
Умный дом без сервера https://youtu.be/NrIrLw1rOdk
Сам не тестил, но идея интересная.
И ещё для MH-Z19 сделать полноценные окошки по месту, у него не очень хорошая циркуляция и так…
p.s. я увидел что у вас есть выносной датчик, но не понятно зачем нужен ещё один внутри, с учётом, что наверное в esp есть встроенный, который какую-нибудь погоду на Марсе покажет.
А всякие nrf52 будут сильно меньше кушать батарейку.
1. Отсутствие аппаратного сервера?
Приведу примеры:
— WiFi розетка
— Устройство управления вентиляцией
— Датчик протечки с управлением кранами
Принципиально, чтобы они все были привязаны к одной железке? Мне нет.
ЗЫ Я к тому, что система будет наращиваться и не будет включать в себя только датчики, также будут устройства управления. Невозможно сделать все и сразу, не возможно все предусмотреть. Идей много. Реализовываем постепенно.
Хоть и не могу, надеюсь, пока не могу, похвастаться чем-то работающим, но считаю, что оптимальный вариант — датчики/исполнительные устройства, которые обмениваются между собой данными и принимают решения «каждый за себя».
Центральный блок — это single point of failure. Он может давать какой-то дополнительный функционал, но делать функционирование всей системы зависимым от исправности единственной железки — это не совсем правильно.
Вы не поняли примеры? Что тогда для Вас умный дом?
Для меня система сбора и обработки данных, а также управление.
Разверните свой сервер на расбери или ПК и тогда Вы получите свой сервер, если он Вам нужен.
Соединение датчика протечки с электрическими вентилями это всего-лишь автоматизация и только МОЖЕТ быть элементом умного дома который сможет управлять вентилями не только по датчику а так же по расписанию, признаку «уехал на месяц на курорт а ты только подергай вентили каждые три дня» и т.д.
Тот же выключатель может принимать широковещательные сообщения от датчика движения и от датчика освещенности и включать свет без использования центрального сервера. Это будет «малая автоматизация». А вот на центральном сервере может уже работать более сложный алгоритм, который даст команду включить свет, когда вы только подойдете к двери, за которой находится зона обнаружения датчика движения. Немного кривой пример, конечно.
В общем, суть простая — я бы старался делать более или менее автономные связки датчиков и исполнительных устройств, а на центральный сервер переносил бы какие-то высокоуровневые функции, типа изменения режимов работы. Дергать вентили каждые три дня надо в любом случае, значит делать это надо локально. А включать режим «вентили по умолчанию закрыты» должно быть можно как вручную, так и при установке центральным блоком режима «уехал в отпуск».
Я не слишком много думал на эту тему. Просто наблюдаю, как приятель едет неожиданно на дачу, поскольку завис RaspberryPi, на котором работает Open Hab, управляющий в том числе дежурным отоплением. При том, что моя система управления отоплением гораздо тупее, но за то полностью автономна и работает без каких либо вмешательств уж 5 лет. Но он может дистанционно поменять температуры в разных комнатах, а мне надо только локально менять уставки термостатов в каждой комнате отдельно. Идеально было бы — объединить сильные стороны и не добавить новых слабых сторон.
И есть ли фото WarningWater?
Понятное дело, что deep sleep нет смысла использовать для передачи информации раз в 10 секунд.
Но, blynk бесплатно дают серверную часть на java и его можно запустить где угодно, тем самым еще и убрать лимиты при бесплатном использовании.
Доверять свои данные каким-то третьим лицам? Яб не решился. Особенно если функционал расширяется.
Использую расбери с установленным homeassistant, как сервер. Через OpenVPN получаю данные удаленно. Никаких торчащих устройств в интернет нет.
Сейчас изобретаю ESP плюс реле внутри обычного выключателя света, но нехватка знаний и времени затягивает процесс уже несколько месяцев
Я как-то делал тестовый вариант, но не на ESP, RTL8710 (ну и в семействе есть более крутые). Вместо реле — оптрон и симистор, чтобы не получить залипание дешевых китайских реле.
Схемотехника реле тупа до безобразия (но не факт, что все правильно). Но ей нельзя коммутировать мощную индуктивную нагрузку, по-идее может сгореть симистор.
И да, оно будет не хило так греться
С индуктивной нагрузкой? Или с любой? Я как-то не испытывал на чем-то более мощном, чем освещение.
А где можно почитать подробности о LifeOfFlowers (или заказать себе)?
у Вас еще один нагреватель там есть — LM1117MP, но греет раза в два меньше чем esp.
если не секрет, где заказывали печатные платы?
Интересное было направление, но пошло по странному пути.
Я бы сказал, что не скатилось, а вернулось на круги своя к решениям конца 90-х.
С другой стороны, вынос логики на внешние сервера приближает появление решений с ИИ, которое со временем даст качественный скачок, типа появления голосовых помощников при переезде систем распознавания голоса в облака…
Верно. А потом появились Сири, ОкейГугл и прочие. И это был качественный скачок.
О! Вот в чём дело. Это прям вопрос для холивара.
Сама история.
Собственно ИМХО :)
Для того, чтобы дом стал-таки умным, нужно смотреть не с точки зрения "умного дома", а с точки зрения живущих в нём людей. И чем меньше он будет "путаться под ногами" тем удобнее будет живущим. К примеру, мониторинг СО2 нужен не столько для того, чтобы смотреть графики, получать оповещение на телефон, звонков жене, чтобы проветрила. Нужно, чтобы дом сам проветрился при повышении уровня углекислого газа.
Мало того, "умный дом" может и должен самообучаться и выявлять предпочтения и привычки жильцов. Так, он может определять при каком уровне СО2 жильцы сами проветривают помещение и в будущем учитывать это "знание".
Дом должен различать своих жильцов и учитывать их персональные профили. Так, если жена предпочитает одну температуру в комнате, а муж — другую, то и греть помещение нужно по-разному, в зависимости от того, кто в нём находится. Кстати, эмпирически (и только эмпирически) появляется профиль, когда в комнате находятся оба. И в разных комнатах эти профили будут разными (в спальне, в ванной, на кухне). И в разное время дня. Вот тут и понадобятся элементы ИИ.
Теперь об облаках. Собрав множество профилей появляется возможность выявлять стандартные модели предпочтений для начальных установок, выявления трендов, предсказания комфортных условий в случае прихода гостей. В общем, БигДата рулит ;)
Удобно? Да! Можно написать жёсткие правила руками? Нет!
Безусловно, все "ручки управления" должны быть. И в виде физических органов управления, удобных конкретным людям (а это могут быть и привычные кнопки, выключатели, краны, и сенсорые панели и энкодерные задатчики, и виртуальные органы управления в дополненной реальности — всё, что сможете придумать и сделать), и в виде программных интерфейсов — для желающих самостоятельно что-нибудь подкрутить, перенастроить и расширить.
Ну, а тут уже можно начинать ждать Скайнет… ;)
Удобно? Да! Можно написать жёсткие правила руками? Нет!
Почему нет то? Тут нет ничего сложного. И опять же никакого ИИ. Неужели сложно по нескольким условиям объединить 2 профиля? :) Так причём тут ИИ, Скайнет, и прочий бред?
Неужели сложно по нескольким условиям объединить 2 профиля?
Не иначе, Вы — холостяк! ;)
У Вас в любом случае будет ограниченное количество условий. Даже если взять температуру в помещении. Вы прыгнули по верхам ни даже не подумали о типе обогрева, инертности, и т.д. Я просто раньше занимался чистой дискреткой, так схемы и алгоритмы я сперва в голове прорабатывал, а после этого реализовывал (весёлые 90е годы), Чаще даже не рисовал. Так же и ремонтом всего этого барахла занимался без схем. :) С тех времён и привык прорабатывать алгоритм до мелочей, даже приходилось прорабатывать возможные изменения, чтоб не пришлось делать пустую работу по переделке :) Так что можете сперва прикинуть как Вы будуте менять к примеру температуру в помещении а потом прикинуть какие будут у вас возможности по оптимизации. И никакие облака и переработка сотен профилей Вам не помогут.
То же самое с пожаром, проникновением в помещение и прочими форс-мажорами.
У меня не стоят краны с электроприводом, зато есть дистанционно управляемый замок. Можно впустить человека, который попытается устранить проблему, если вы вдруг оказались слишком далеко от дома.
С обычным уведомлением всегда лучше, чем находится в полном неведении.
(Я согласен, что если бы еще закрылись краны, было бы отлично, но пока я хочу быть хотя бы предупрежден)
по-моему лучше на опенврт установить москитто, и все данные отправлять на него, прокинуть порты и воспользоваться каким нибудь дднс чтоб с любого места иметь доступ к публикуемым данным. сервер блинк на роутер уже не натянешь. есть приложения mqtt которые отображают графики, есть удобные с кнопочным интерфейсом, так же с помощью таскера, автовойса и плагина для mqtt управлять устройствами голосом с любого экрана сказав только ок Гугл… так же опрашивать показания датчиков температуры влажности, даже показания счетчиков. помимо температуры влажности сейчас измеряю текущую потребляемую мощность прикрепив фоторезист напротив лампочки эл счетчика, и даже без интернета все работает и обменивается данным внутри дома.
А на dir320 за 500р это уже есть. MQTT+MySQL на таком железе крутиться на ура.
Человек выше расписал, как реально работает что-то подобное (домашний интернет вещей, опрос датчиков) и не только у него.
Если вы на телефоне не можете «развернуться» и вам для этого нужен простор в виде 2,5 Ггц и SSD, возможно проблема в выбираемых инструментах. Как фаирволл предлагаемая вами железка просто шикарна.
Согласись,
1. Этих целей автор статьи не преследовал.
2. То что ты предложил, для первого комментатора — избыточно.
Поймите, все эти ESP8266 — это чаще всего дешевые решения, и «коммент»
>сервер блинк на роутер уже не натянешь
предлагает без удорожания всей системы сделать тот же функционал, на том, что есть дома, не добавляя железа, при этом пользователь не заметит разницы.
Поделюсь своими соображениями...
Как-то я на одной выставке разговаривал с человеком, разрабатывающим "еще одну систему умного дома". Его путь был "мы делаем центральные блоки и ПО, а переферию — китай, за ними все равно не угнаться". И вот таких куча.
С одной стороны да, куда больше юзабилити его софта для конечного пользователя по сравнению с опенхабом тем же. С другой — софт закрыт и не подлежит никакому расширению.
На мой взгляд, единственный путь, чтобы это вышло за узкий круг гиков — это что-то наподобие магазинов приложений, которые во многом сыграли свою роль в популяризации смартфонов. И стандартизация железа и софта. Логика такая:
- производитель железки весь софт для нее написать не сможет, а куча разрабов со временем могут написать много всего разного и полезного
- если это еще как-то можно монетизировать, может кто-то и будет этим заниматься. Больше софта — умный дом уже не такой тупой, может больше людей захотят использовать, больше аудитория — больше разрабов, ну и так далее
Аналогично с железом. Стандарты и протоколы есть (хоть и много разных), больше совместимых между собой программных и аппаратных устройств — больше пользы, больше аудитории.
Но нееет, все каждый раз делают "свою супер-систему с блэкджеком".
Хочу сделать подарок девушке, esp8266 + два датчика ds18b20 + реле + ssh1306 (у нее две агамы)
Но она находится в другом городе, и боюсь что при обрыве провода у нее возникнут закономерные вопросы, как это припаять.
Самый простой способ со стороны датчика это RJ-11, но ничего кроме макетки мне не достать, либо не знаю как искать. И поэтому теряюсь в догадках, как установить гнездо.
Можете что нибудь посоветовать? Уже задумываюсь заказать купорос
Не подумавши, я три провода по пяти пинам раскидал так:
GND
NC
NC
DATA
+3.3v
А вот если бы подумал, можно было бы так:
GND
DATA
+3.3v
DATA
GND
И тогда можно было бы втыкать любой стороной.
Если питание ограничить резистором в 100 Ом, то ничего страшного не случится даже если туда всунут наушники.
Или что-то из этого ассортимента — не шибко большой но весьма надёжный 6-контактный разъём.
cdn.shopify.com/s/files/1/1781/2563/products/M-MB-P4F-BK_600x_crop_center.jpg
Правда, со стороны ножен пришлось отрезать часть пластика, что бы ножки дотягивались до макетки сквозь пластик коробки.
ruvolt.ru/upload/iblock/27a/27a4f92a76c0c818c229ebac8d23eefc.png
В итоге получилось так:
pp.userapi.com/c841437/v841437138/70195/Cqrfs_KZ_5k.jpg
sc02.alicdn.com/kf/HTB1vu_BMXXXXXclXpXXq6xXFXXX6/220488221/HTB1vu_BMXXXXXclXpXXq6xXFXXX6.jpg
А беру их вот в таких коробочках (а зачастую и сами датчки в эти коробочки пихаю + wemos D1 отлично в такие помещается (если выпилить все внутренности кроме мамы)
panda-bg.com/products/hi/hi-3313-240105-RJ11-modular-box.jpg
Ну, не слишком и дорого — в полтора раза против М12: $1.40 за пару 6pin, если конечно есть потребность в надёжном, но быстроразъёмном соединении.
А так-то никто не говорил, что это лучший выбор. Просто кому-то может пригодиться.
Вот если смотреть всякие помышленные/медицинские быстроразъёмные решения, да ещё и герметичные, тогда — да, будет дорого… ;)
В таком случае — оптимально решение, предложенное batal.
Кстати, модули легко извлекаются из крепежа, так что электрические и механические работы выполняются независимо друг от друга. Да, в корпусе потребуется прорезать лишь одно прямоугольное отверстие (как в крышке исходной розетки).
И ещё, результирующая конструкция оказывается вполне ремонтопригодна.
Ну, и нагородив столько железяк, вы почему-то отказываетесь от еще одной — сервера. Например, на что-то-там-Pi. Это никоим образом не улучшит надежность «умного дома» — хоп до внешнего сервера и обратно не улучшит стабильность и отзывчивость.
Ну, и раз был упомянут термин «умный дом», то безопасность такого решения тоже под большим вопросом. Только собственные сервера, только VPN. И все равно никаких гарантий. =)
Т.е. грубо говоря может датчик влажности включить систему полива.
А, вот если с коммерческими амбициями — то сомневаюсь, что можно конкурировать с тем, что уже сейчас повсюду продается. Ни по цене, ни по функционалу.
И еще вопрос: какая прошивка ESP-шки используется и как читается mh-z19, через UART или PWM?
Игрался с MH-Z19/MH-Z19B/SenseAir S8 LP одновременно. Некоторые из них были в закрытых корпусах (близко к тому что у автора) — это к тому на чем основано мое утверждение :)
MH-Z19B — при нормальной калибровке с ним полностью совпадет. Но! Период ABC калибровки у него всего один день. В итоге если в течении 24 часов комнату не проветрили — следующие 24 часа будет показывать заниженные данные.
(у S8 этот алгоритм реализован существено лучше — период взят 8 дней а так же калибровка за один раз может откоррективать данные не более чем на 50ppm)
Если комната стабильно проветривается раз в сутки или же отключить ABC калибровку — MH-Z19B тоже отличный датчик.
MH-Z19 (мои две штуки) — иногда показывали хорошие данные, а иногда +-400ppm…
А почему ничего не написано про питание датчиков?
По возможности датчики должны быть с батарейным питанием.
Тут самое интересное. За батарейками надо следить. Их надо регулярно менять. Учитывая, что WiFi в ESP кушает порядочно — менять нужно часто. А если датчиков много?
Датчик протечек.
Построен на основе Wi-Fi модуля ESP-12E. Измерение происходит при помощи электродов, входящих в состав корпуса IP-65. Устройство работает от двух элементов питания AAA (или АА), время работы также составляет от 1 года.
Как, узнать, жива ли батарейка в датчике? Датчик закинут под стиралку в прошлом году… Или в позапрошлом… Через полгода про него все забудут. А через полтора года случится то, ради чего его туда забросили, а он протух.
А вот MH-Z19 в спящий режим не увести (он прогревается како-то время) а жрет он много. Смысла связываться с батарейками никакого.
Отсутствие аппаратного сервера («Центральный блок»).
тупиковая ветвь развития.
На Хабре статей о умных домах очень много, считаю что датчик СО2, температуры, состояние полит/не полит любимый фокус не применимо к понятию о умном доме. Веб камера направленная на ртутный градусник не может называться умным домом.
Если мы хотим иметь умный дом, то мы должны им управлять и реагировать на датчики/сенсоры и в зависимости от сенсора это может быть включение света/отопление или же отключение воды или других приборов. А все это должно обрабатываться и управляться с некоего сервера аки «центрального блока». По этой причине, присоединяюсь ко всем комментариям выше, которые критикуют идею создания умного дома без серверной части.
Как выше сказано — хобби это замечательно и тут главное что б было в радость.
Но ИМХО уже много коммерчески успешных проектов на базе ESP. Выше уже упомянули Sonoff, который перепрошивается и позволяет навешивать ряд датчиков. На выходе имеем Wifi модуль + Сенсор + Реле. И все это довольно в небольшом бюджете. Увязывайте все пучком через «сервер» и это будет что-то большее похожее на умный дом. «Сервер» или дома на малиноподобных Pi или же на облачных платформах. Выбор зависит от степени паранои.
На тот же сервер вешаем в нагрузку задачу отправки разного рода уведомлений о событиях происходящих дома или же никто не мешает настроить тот же Blynk.
Хочеться реальных тестов на сколько хватит модулей при их автономной работе. Как я понял из статьи и комментариев, то время автономной работы это теоретические расчеты. Пока склоняюсь к тому, что всякого рода автономные датчики должны работать по рф433 или другим менее прожорливым по питанию технологиям. Но время не стоит на месте…
За статью спасибо, ждем продолжения.
И вот, прошло несколько лет, и идея доросла до полного отказа от центрального блока.
Меня это несколько удивляет, но я готов подождать и посмотреть что получится. Взять, к примеру, муравейник — центральный «штаб» отсутствует, но система в целом работает, и даст фору большинству умных домов.
Опять же реализация таких вещей для дома, очень часто упирается в финансы, а так же уже существующую систему коммуникаций. Не всегда есть в нужном месте проложенное питание или слаботочка для повышения необходимого уровня надежности, как результат приходится чем то жертвовать.
Каждый участок вне штатной ситуации должен уметь уйти в безопасный режим и иметь ручное управление.
В природе очень много хороших примеров организации и как пример движение птиц/пчёл… то что у людей происходит на улицах и дорогах очень далеко до самоорганизации сравнимой с некоторыми животными.
Некоторые комментарии от меня:
1) MH-Z19 греется до 30-35 градусов на открытом стенде. Это не может не влиять на DHT22.
2) MH-Z19B греется еще больше (за счет того что измеряет в два раза чаще) — мало ли кому пригодится. У этого датчика настоятельно рекомендую отлключать ABC калибровку.
3) DHT22 (AM2302) — на долгосроке не выдерживает никакой конкуренции. Стабльно через год у половины датчиков «откывает» датчик влажности. Начинает показывать или всегда 1%, или всегда 99%. Основано на десятке таких датчиков — валяются дома (надо выкинуть). При этом температуру показывают отлично.
4) Я лично рекомандовал бы заменить датчики температуры и влажности на что-то от Sensirion (SHT20\21\30\31) — отличные датчики. Один такой уже почти год живет на улице — никаких проблем со табильностью.
BME280 основываясь на своем опыте рекомендовать не могу — мой единственный экземпляр сильно врет по температуре.
P.S. В идеале MH-Z19(B) заменить на SenseAir S8. На али не сильно дороже (36$) — но датчик сильно лучше.
От 18650 (на 3400) с отправкой раз в 7.5 минут ESP8266 (Wemos D1) прожила 4 месяца (c deep sleep само собой).
Если нужные сроки от года — это либо переходить на NRF либо наращивать емкость батарей.
ESP8266 тем и привлекательны, что для них база не нужна, достаточно точки доступа, которая есть у всех.
К водосчетчику нужно еще прицепляться и анализировать с другими датчиками, движения например.
Система сбора данных на ESP. Часть I. CO2