Comments 161
Интересно, но в очередной раз связь через чужой сервер.
Посмотрим что будет в остальных частях. Пока всё стандартно, как и во многих аналогичных «Умных домах».
Посмотрим что будет в остальных частях. Пока всё стандартно, как и во многих аналогичных «Умных домах».
Дописал в конце статьи по поводу сервера.
+ отдельный сервер. Опять не то.
а как вы хотите?
Сама архитектура IoT подразумевает какой-то концентратор данных. Как-то так это выглядит
Сама архитектура IoT подразумевает какой-то концентратор данных. Как-то так это выглядит
Я хочу и вправду устройство умного дома, а не примитивный сбор телеметрии, в данном варианте он умеет только собирать данные с датчиков и отсылать на внешний сервер (притом весьма не надёжный), тут нет ни логирования, ни возможности отработать данные датчиков и что либо предпринять (как минимум хоть воду перекрыть в случае протечки, или включить вентиляцию), это устройство даже само не может передать данные на смартфон (без внешнего сервера расположенного не известно где, притом я не уверен за надёжность дойдут данные или нет). Так что это не более чем игрушка. Её конечно можно использовать как блок обработки датчиков для умного дома, и не более того.
Умный дом без сервера https://youtu.be/NrIrLw1rOdk
Сам не тестил, но идея интересная.
Зачем градусник ставить рядом с ИК грелкой?
Потому что греется она не сильно, по сравнению со всем остальным в корпусе и не вносит большой погрешности. Ставить вторую перегородку нет смысла, а если переместить датчик CO2 к ESP, то от дополнительного нагрева показания CO2 становятся менее достоверными.
Я про то, что лучше bme280 на проводке повесить.
И ещё для MH-Z19 сделать полноценные окошки по месту, у него не очень хорошая циркуляция и так…
p.s. я увидел что у вас есть выносной датчик, но не понятно зачем нужен ещё один внутри, с учётом, что наверное в esp есть встроенный, который какую-нибудь погоду на Марсе покажет.
И ещё для MH-Z19 сделать полноценные окошки по месту, у него не очень хорошая циркуляция и так…
p.s. я увидел что у вас есть выносной датчик, но не понятно зачем нужен ещё один внутри, с учётом, что наверное в esp есть встроенный, который какую-нибудь погоду на Марсе покажет.
чтоб получить справочные данные же :-)
И почему вас так пугает один центральный блок например на nrf-ке, у вас же есть wi-fi роутер как шлюз?
А всякие nrf52 будут сильно меньше кушать батарейку.
А всякие nrf52 будут сильно меньше кушать батарейку.
Этот вариант продумывался. Роутер есть практически у каждого пользователя. Не хочу патчить софт центрального блока. Не хочу завязываться на дальность до датчика, спаривание. Не нравится что устройство получается не мобильным, в плане привязки к блоку. Хочу чтобы можно было в любом месте где есть только роутер установить устройство. Например на работе тоже поставил датчик CO2, и не пришлось ваять еще один сервер.
Наверняка блютус можно сопрячь с телефоном.
Нет удаленного просмотра и управления. ESP32 имеет BT, но это нарушает некую идеологию. Если использовать устройство как датчик разбития окна/открытия двери (совместно, например с IP камерой торчащей в интернет), то актуально получать данные находясь не только дома.
Зачем вам удалённо знать уровень CO2 на работе?
Во-первых, это для примера, выше написано про окно и дверь, во-вторых, я пишу с работы жене, чтобы проветрила дома)
Что значит требование:
1. Отсутствие аппаратного сервера?
1. Отсутствие аппаратного сервера?
«центральный блок» как написали выше в коментах
UFO just landed and posted this here
Вы не правы, как мне кажется. Если Вы создадите 10 устройств, которые автономно могут работать и при этом не только собирать информацию, но и управлять чем-то — это будет считаться умный дом? Грубо говоря, если не говорить о стоимости, у меня может быть каждое устройство и сервером (центральным блоком) и датчиком? Мне кажется имеет право.
Приведу примеры:
— WiFi розетка
— Устройство управления вентиляцией
— Датчик протечки с управлением кранами
Принципиально, чтобы они все были привязаны к одной железке? Мне нет.
ЗЫ Я к тому, что система будет наращиваться и не будет включать в себя только датчики, также будут устройства управления. Невозможно сделать все и сразу, не возможно все предусмотреть. Идей много. Реализовываем постепенно.
Приведу примеры:
— WiFi розетка
— Устройство управления вентиляцией
— Датчик протечки с управлением кранами
Принципиально, чтобы они все были привязаны к одной железке? Мне нет.
ЗЫ Я к тому, что система будет наращиваться и не будет включать в себя только датчики, также будут устройства управления. Невозможно сделать все и сразу, не возможно все предусмотреть. Идей много. Реализовываем постепенно.
Полностью согласен!
Хоть и не могу, надеюсь, пока не могу, похвастаться чем-то работающим, но считаю, что оптимальный вариант — датчики/исполнительные устройства, которые обмениваются между собой данными и принимают решения «каждый за себя».
Центральный блок — это single point of failure. Он может давать какой-то дополнительный функционал, но делать функционирование всей системы зависимым от исправности единственной железки — это не совсем правильно.
Хоть и не могу, надеюсь, пока не могу, похвастаться чем-то работающим, но считаю, что оптимальный вариант — датчики/исполнительные устройства, которые обмениваются между собой данными и принимают решения «каждый за себя».
Центральный блок — это single point of failure. Он может давать какой-то дополнительный функционал, но делать функционирование всей системы зависимым от исправности единственной железки — это не совсем правильно.
Ну вот как раз одним из таких доводов я и пользуюсь. Если заглючит/сгорит/уронит кот (которого у меня нет)/сядут батарейки центрального блока — вся система не работает.
UFO just landed and posted this here
Это так кажется только когда датчиков и исполнительных устройств не больше десяти, и связи достаточно прямые с минимальными перекрестными. Это называется малая автоматизация. Зависимость от главной железки лечится очень просто — местным управлением исполнительными устройствами, тогда при выходе из строя ядра системы перестаёт работать только «умность» а выключателем света по прежнему можно управлять вручную.
Соединение датчика протечки с электрическими вентилями это всего-лишь автоматизация и только МОЖЕТ быть элементом умного дома который сможет управлять вентилями не только по датчику а так же по расписанию, признаку «уехал на месяц на курорт а ты только подергай вентили каждые три дня» и т.д.
Соединение датчика протечки с электрическими вентилями это всего-лишь автоматизация и только МОЖЕТ быть элементом умного дома который сможет управлять вентилями не только по датчику а так же по расписанию, признаку «уехал на месяц на курорт а ты только подергай вентили каждые три дня» и т.д.
Думаю, мы с вами тут расходимся только в терминах.
Тот же выключатель может принимать широковещательные сообщения от датчика движения и от датчика освещенности и включать свет без использования центрального сервера. Это будет «малая автоматизация». А вот на центральном сервере может уже работать более сложный алгоритм, который даст команду включить свет, когда вы только подойдете к двери, за которой находится зона обнаружения датчика движения. Немного кривой пример, конечно.
В общем, суть простая — я бы старался делать более или менее автономные связки датчиков и исполнительных устройств, а на центральный сервер переносил бы какие-то высокоуровневые функции, типа изменения режимов работы. Дергать вентили каждые три дня надо в любом случае, значит делать это надо локально. А включать режим «вентили по умолчанию закрыты» должно быть можно как вручную, так и при установке центральным блоком режима «уехал в отпуск».
Тот же выключатель может принимать широковещательные сообщения от датчика движения и от датчика освещенности и включать свет без использования центрального сервера. Это будет «малая автоматизация». А вот на центральном сервере может уже работать более сложный алгоритм, который даст команду включить свет, когда вы только подойдете к двери, за которой находится зона обнаружения датчика движения. Немного кривой пример, конечно.
В общем, суть простая — я бы старался делать более или менее автономные связки датчиков и исполнительных устройств, а на центральный сервер переносил бы какие-то высокоуровневые функции, типа изменения режимов работы. Дергать вентили каждые три дня надо в любом случае, значит делать это надо локально. А включать режим «вентили по умолчанию закрыты» должно быть можно как вручную, так и при установке центральным блоком режима «уехал в отпуск».
Широковещательные, это уже похоже на MESH-сеть, а это несколько сложнее для умного дома чем необходимо. Надо ведь как-то разрулить работу всех умных автономных устройств, если они все будут широковещательством заниматься, темболее по большому счету впустую.
Это будет не умный дом, а малая автоматизация. Связи датчик-датчик слишком бедны на информацию чтобы работать действительно умно, и вынуждены будут дублировать некоторые сенсоры. Например, привод управляющий ставнями на окнах должен быть завязан на расписание работы, освещённость снаружи(защита от чрезмерно яркого солнца, даже если по расписанию ставни должны быть открыты), наличие дождя, людей в комнате, знать открыто ли окно… когда количество необходимых параметров для учета больше двух, то выигрывает всё-таки централизованная система с глупыми исполнительными устройствами. Для надежности можно некоторые датчики(температуру измерять с двух сторон дома и брать минимальное значение) и ядро системы дублировать. И да, при изменении алгоритма работы «умного дома» не надо бегать с программатором к каждому устройству и перепрошивать. Загрузка прошивки по воздуху — лишняя точка уязвимости.
Согласен. Сенсоры дублировать, конечно, не надо — они могут быть широковещательными. Но вот загрузка и особенно изменение прошивок — это проблема. Нужен какой-то компромисс между интеллектом и сложностью прошивок «глупых устройств».
Я не слишком много думал на эту тему. Просто наблюдаю, как приятель едет неожиданно на дачу, поскольку завис RaspberryPi, на котором работает Open Hab, управляющий в том числе дежурным отоплением. При том, что моя система управления отоплением гораздо тупее, но за то полностью автономна и работает без каких либо вмешательств уж 5 лет. Но он может дистанционно поменять температуры в разных комнатах, а мне надо только локально менять уставки термостатов в каждой комнате отдельно. Идеально было бы — объединить сильные стороны и не добавить новых слабых сторон.
Я не слишком много думал на эту тему. Просто наблюдаю, как приятель едет неожиданно на дачу, поскольку завис RaspberryPi, на котором работает Open Hab, управляющий в том числе дежурным отоплением. При том, что моя система управления отоплением гораздо тупее, но за то полностью автономна и работает без каких либо вмешательств уж 5 лет. Но он может дистанционно поменять температуры в разных комнатах, а мне надо только локально менять уставки термостатов в каждой комнате отдельно. Идеально было бы — объединить сильные стороны и не добавить новых слабых сторон.
А в других частях датчики будут подробно обозреваться, например LifeOfFlowers и WarningWater?
Как получили такое время работы?
И есть ли фото WarningWater?
И есть ли фото WarningWater?
У ESP есть хороший спящий режим. Тестами и расчетами получили данное время. Фотка есть, но это в следующей статье.
А на сколько оно спит? Ведь тогда, насколько мне известно, его роутер должен отключить и оно будет тратить много энергии на подключение. Интересно, сколько реально сможет работать.
Хорошо спит. www.youtube.com/watch?v=6SdyImetbp8
Понятное дело, что deep sleep нет смысла использовать для передачи информации раз в 10 секунд.
Понятное дело, что deep sleep нет смысла использовать для передачи информации раз в 10 секунд.
Blynk сервер меня разочаровал своей нестабильностью.
Но, blynk бесплатно дают серверную часть на java и его можно запустить где угодно, тем самым еще и убрать лимиты при бесплатном использовании.
Но, blynk бесплатно дают серверную часть на java и его можно запустить где угодно, тем самым еще и убрать лимиты при бесплатном использовании.
Доверять свои данные каким-то третьим лицам? Яб не решился. Особенно если функционал расширяется.
Использую расбери с установленным homeassistant, как сервер. Через OpenVPN получаю данные удаленно. Никаких торчащих устройств в интернет нет.
А можете показать, как стойки снизу к корпусу у вас крепятся, очень уж аккуратная коробочка у вас получилась.
Не думали над созданием умной розетки/выключателя света?
Сейчас изобретаю ESP плюс реле внутри обычного выключателя света, но нехватка знаний и времени затягивает процесс уже несколько месяцев
Сейчас изобретаю ESP плюс реле внутри обычного выключателя света, но нехватка знаний и времени затягивает процесс уже несколько месяцев
Есть где-то макет розетки, но пока решили отложить.
Есть несколько готовых решений Sonoff. Или это совсем не то?
Я как-то делал тестовый вариант, но не на ESP, RTL8710 (ну и в семействе есть более крутые). Вместо реле — оптрон и симистор, чтобы не получить залипание дешевых китайских реле.
Схемотехника реле тупа до безобразия (но не факт, что все правильно). Но ей нельзя коммутировать мощную индуктивную нагрузку, по-идее может сгореть симистор.
Заголовок спойлера
оптрон с zero crossing, снаббер из р4 и с1 не нужен. Чтобы коммутировать индуктивную нагрузку в выходную цепь цепляется ntc резистор. И да, оно будет не хило так греться
И да, оно будет не хило так греться
С индуктивной нагрузкой? Или с любой? Я как-то не испытывал на чем-то более мощном, чем освещение.
С любой. На 10 А выделяется порядка 9 Вт, что требует неплохого радиатора. Интересная тема проскакивала на Geektimes (Щелкаем реле правильно: коммутация мощных нагрузок). Там симистор который с небольшой задержкой шунтируется реле, тем самым избавляя от дребезга контактов релешки, плюс стартовые токи берет на себя симистор, который кратковременно может выдержать очень большие токи. Тоже планирую так делать, только с управлением от микроконтроллера (чтобы реле включалось, только при значительной нагрузке, плюс хочется туда всунуть измерение потребляемой мощности).
А где можно почитать подробности о LifeOfFlowers (или заказать себе)?
>Wi-Fi модуль разогревает плату
у Вас еще один нагреватель там есть — LM1117MP, но греет раза в два меньше чем esp.
если не секрет, где заказывали печатные платы?
у Вас еще один нагреватель там есть — LM1117MP, но греет раза в два меньше чем esp.
если не секрет, где заказывали печатные платы?
А есть особый смысл в датчике протечки без автоматической реакции? Если в момент протечки дома не будет интернета, смысл как-то пропадает. Умный дом всё-таки должен уметь сам решать проблемы, потому централизованный контроль в ходу.
В последнее время все «Умные дома» скатились до уровня телеметрии и всё. Притом практически все зависят от внешних ресурсов в интернете.
Интересное было направление, но пошло по странному пути.
Интересное было направление, но пошло по странному пути.
Я бы сказал, что не скатилось, а вернулось на круги своя к решениям конца 90-х.
С другой стороны, вынос логики на внешние сервера приближает появление решений с ИИ, которое со временем даст качественный скачок, типа появления голосовых помощников при переезде систем распознавания голоса в облака…
Если бы вернулось то это было бы локально как с Dragon NaturallySpeaking (русский вариант Горыныч), это ещё было в конце 90х годов всё замечательно работало локально без внешних сервисов, и причём тут вообще ИИ то? Всё «умные дома» работают по жёсткому алгоритму и не принимают никаких решения. Ни в распознавании голоса, ни в системах видеонаблюдения, везде обычная логика.
Верно. А потом появились Сири, ОкейГугл и прочие. И это был качественный скачок.
С точки зрения «умного дома» это не качественный скачёк. Если Dragon понимал исключительно меня то Сири, Алисы и т.д. не разбираются кто им дал команду. И там тоже нет никакого ИИ. :)
О! Вот в чём дело. Это прям вопрос для холивара.
То, что находится ниже -- моё сугубое ИМХО, навеянное историей строительства дома Билла Гейтса.
Сама история.
Собственно ИМХО :)
Для того, чтобы дом стал-таки умным, нужно смотреть не с точки зрения "умного дома", а с точки зрения живущих в нём людей. И чем меньше он будет "путаться под ногами" тем удобнее будет живущим. К примеру, мониторинг СО2 нужен не столько для того, чтобы смотреть графики, получать оповещение на телефон, звонков жене, чтобы проветрила. Нужно, чтобы дом сам проветрился при повышении уровня углекислого газа.
Мало того, "умный дом" может и должен самообучаться и выявлять предпочтения и привычки жильцов. Так, он может определять при каком уровне СО2 жильцы сами проветривают помещение и в будущем учитывать это "знание".
Дом должен различать своих жильцов и учитывать их персональные профили. Так, если жена предпочитает одну температуру в комнате, а муж — другую, то и греть помещение нужно по-разному, в зависимости от того, кто в нём находится. Кстати, эмпирически (и только эмпирически) появляется профиль, когда в комнате находятся оба. И в разных комнатах эти профили будут разными (в спальне, в ванной, на кухне). И в разное время дня. Вот тут и понадобятся элементы ИИ.
Теперь об облаках. Собрав множество профилей появляется возможность выявлять стандартные модели предпочтений для начальных установок, выявления трендов, предсказания комфортных условий в случае прихода гостей. В общем, БигДата рулит ;)
Удобно? Да! Можно написать жёсткие правила руками? Нет!
Безусловно, все "ручки управления" должны быть. И в виде физических органов управления, удобных конкретным людям (а это могут быть и привычные кнопки, выключатели, краны, и сенсорые панели и энкодерные задатчики, и виртуальные органы управления в дополненной реальности — всё, что сможете придумать и сделать), и в виде программных интерфейсов — для желающих самостоятельно что-нибудь подкрутить, перенастроить и расширить.
Ну, а тут уже можно начинать ждать Скайнет… ;)
Удобно? Да! Можно написать жёсткие правила руками? Нет!
Почему нет то? Тут нет ничего сложного. И опять же никакого ИИ. Неужели сложно по нескольким условиям объединить 2 профиля? :) Так причём тут ИИ, Скайнет, и прочий бред?
Неужели сложно по нескольким условиям объединить 2 профиля?
Не иначе, Вы — холостяк! ;)
В жизни это выглядит обычно так:
Жена чаем поперхнулась :) Рядом сидит за соседним компом. И дочка кошке хвост откручивает.
У Вас в любом случае будет ограниченное количество условий. Даже если взять температуру в помещении. Вы прыгнули по верхам ни даже не подумали о типе обогрева, инертности, и т.д. Я просто раньше занимался чистой дискреткой, так схемы и алгоритмы я сперва в голове прорабатывал, а после этого реализовывал (весёлые 90е годы), Чаще даже не рисовал. Так же и ремонтом всего этого барахла занимался без схем. :) С тех времён и привык прорабатывать алгоритм до мелочей, даже приходилось прорабатывать возможные изменения, чтоб не пришлось делать пустую работу по переделке :) Так что можете сперва прикинуть как Вы будуте менять к примеру температуру в помещении а потом прикинуть какие будут у вас возможности по оптимизации. И никакие облака и переработка сотен профилей Вам не помогут.
У Вас в любом случае будет ограниченное количество условий. Даже если взять температуру в помещении. Вы прыгнули по верхам ни даже не подумали о типе обогрева, инертности, и т.д. Я просто раньше занимался чистой дискреткой, так схемы и алгоритмы я сперва в голове прорабатывал, а после этого реализовывал (весёлые 90е годы), Чаще даже не рисовал. Так же и ремонтом всего этого барахла занимался без схем. :) С тех времён и привык прорабатывать алгоритм до мелочей, даже приходилось прорабатывать возможные изменения, чтоб не пришлось делать пустую работу по переделке :) Так что можете сперва прикинуть как Вы будуте менять к примеру температуру в помещении а потом прикинуть какие будут у вас возможности по оптимизации. И никакие облака и переработка сотен профилей Вам не помогут.
Есть у нас система для работы с шаровыми кранами (без esp) просто реализация под дин рейку на STM32. Но чтобы поставить мне ее дома мне нужно врезать два электромеханических крана, что уже само по себе сложно (хоть я и проводил все трубы сам изначально). Так же нужны провода к кранам, мощный аккум и зарядка подключенная, так как чтобы повернуть два крана даже по очереди севшего аккума не хватит. В общем это все рассматривалось, но пока было решено остановиться именно на таком варианте сигнализации протечки.
лучше узнать о протечке сразу, а не спустя 5 часов. Меньше ущерба в большинстве случаев.
То же самое с пожаром, проникновением в помещение и прочими форс-мажорами.
У меня не стоят краны с электроприводом, зато есть дистанционно управляемый замок. Можно впустить человека, который попытается устранить проблему, если вы вдруг оказались слишком далеко от дома.
То же самое с пожаром, проникновением в помещение и прочими форс-мажорами.
У меня не стоят краны с электроприводом, зато есть дистанционно управляемый замок. Можно впустить человека, который попытается устранить проблему, если вы вдруг оказались слишком далеко от дома.
О протечке узнаем в течении сразу или в течении минуты, пока думаем как лучше сделать. Никто не говорил что спать будет ESP по 5 часов.
5 часов — это ситуация, когда потекло в обед, а узнал ты об этом, только когда с работы вернулся и дверь открыл.
С обычным уведомлением всегда лучше, чем находится в полном неведении.
С обычным уведомлением всегда лучше, чем находится в полном неведении.
Началось с того, что у меня начал капать тройник, а узнал я через примерно неделю, судя по количеству воды, которая стекла в угол (теперь я знаю куда сунуть датчик). Капал он медленно и до соседей не успело протечь, но, так сказать, осадок остался.
(Я согласен, что если бы еще закрылись краны, было бы отлично, но пока я хочу быть хотя бы предупрежден)
(Я согласен, что если бы еще закрылись краны, было бы отлично, но пока я хочу быть хотя бы предупрежден)
по-моему лучше на опенврт установить москитто, и все данные отправлять на него, прокинуть порты и воспользоваться каким нибудь дднс чтоб с любого места иметь доступ к публикуемым данным. сервер блинк на роутер уже не натянешь. есть приложения mqtt которые отображают графики, есть удобные с кнопочным интерфейсом, так же с помощью таскера, автовойса и плагина для mqtt управлять устройствами голосом с любого экрана сказав только ок Гугл… так же опрашивать показания датчиков температуры влажности, даже показания счетчиков. помимо температуры влажности сейчас измеряю текущую потребляемую мощность прикрепив фоторезист напротив лампочки эл счетчика, и даже без интернета все работает и обменивается данным внутри дома.
UFO just landed and posted this here
Еще вашему варианту нужен будет wi-fi.
А на dir320 за 500р это уже есть. MQTT+MySQL на таком железе крутиться на ура.
А на dir320 за 500р это уже есть. MQTT+MySQL на таком железе крутиться на ура.
UFO just landed and posted this here
На старом телефоне это все просто летает. (но и ему нужен будет Wi-FI)
Человек выше расписал, как реально работает что-то подобное (домашний интернет вещей, опрос датчиков) и не только у него.
Если вы на телефоне не можете «развернуться» и вам для этого нужен простор в виде 2,5 Ггц и SSD, возможно проблема в выбираемых инструментах. Как фаирволл предлагаемая вами железка просто шикарна.
Человек выше расписал, как реально работает что-то подобное (домашний интернет вещей, опрос датчиков) и не только у него.
Если вы на телефоне не можете «развернуться» и вам для этого нужен простор в виде 2,5 Ггц и SSD, возможно проблема в выбираемых инструментах. Как фаирволл предлагаемая вами железка просто шикарна.
UFO just landed and posted this here
У меня он завелся на MTK6577 c ОЗУ 512 Мб. Он избыточен для того, что описано выше.
UFO just landed and posted this here
Хых, ну а че не интерпрайз решение? СХД, бекапы, НА?
Согласись,
1. Этих целей автор статьи не преследовал.
2. То что ты предложил, для первого комментатора — избыточно.
Согласись,
1. Этих целей автор статьи не преследовал.
2. То что ты предложил, для первого комментатора — избыточно.
UFO just landed and posted this here
Понимаю… Есть более энергоэффективные железки.:)
Поймите, все эти ESP8266 — это чаще всего дешевые решения, и «коммент»
>сервер блинк на роутер уже не натянешь
предлагает без удорожания всей системы сделать тот же функционал, на том, что есть дома, не добавляя железа, при этом пользователь не заметит разницы.
Поймите, все эти ESP8266 — это чаще всего дешевые решения, и «коммент»
>сервер блинк на роутер уже не натянешь
предлагает без удорожания всей системы сделать тот же функционал, на том, что есть дома, не добавляя железа, при этом пользователь не заметит разницы.
дир 320 было много ревизий, на моем 16 оперативы что конечно же маловато, а так да, за 400 рублей с китайщины простой роутер 32мБ 4мБ, как раз отдельная сеть для устройств, чтоб для домашних пользователей ничего не просаживалось, единственный минус -слабая антенна, но мою квартиру он покрывает
Делайте подвязку для какого нить Open Hab-a. Иначе мертворожднное дитя очередное. Сколько их уже было. У Вас не хватит ресурсов покрыть весь необходимый ассортимент. А значит единственный путь выживания и развития это объединеени уже существующим.
Поделюсь своими соображениями...
Как-то я на одной выставке разговаривал с человеком, разрабатывающим "еще одну систему умного дома". Его путь был "мы делаем центральные блоки и ПО, а переферию — китай, за ними все равно не угнаться". И вот таких куча.
С одной стороны да, куда больше юзабилити его софта для конечного пользователя по сравнению с опенхабом тем же. С другой — софт закрыт и не подлежит никакому расширению.
На мой взгляд, единственный путь, чтобы это вышло за узкий круг гиков — это что-то наподобие магазинов приложений, которые во многом сыграли свою роль в популяризации смартфонов. И стандартизация железа и софта. Логика такая:
- производитель железки весь софт для нее написать не сможет, а куча разрабов со временем могут написать много всего разного и полезного
- если это еще как-то можно монетизировать, может кто-то и будет этим заниматься. Больше софта — умный дом уже не такой тупой, может больше людей захотят использовать, больше аудитория — больше разрабов, ну и так далее
Аналогично с железом. Стандарты и протоколы есть (хоть и много разных), больше совместимых между собой программных и аппаратных устройств — больше пользы, больше аудитории.
Но нееет, все каждый раз делают "свою супер-систему с блэкджеком".
Вопрос главный — кто предполагаемый потребитель продукта???
Меня интересует каким способом подключать датчики 1-wire к плате?
Хочу сделать подарок девушке, esp8266 + два датчика ds18b20 + реле + ssh1306 (у нее две агамы)
Но она находится в другом городе, и боюсь что при обрыве провода у нее возникнут закономерные вопросы, как это припаять.
Самый простой способ со стороны датчика это RJ-11, но ничего кроме макетки мне не достать, либо не знаю как искать. И поэтому теряюсь в догадках, как установить гнездо.
Можете что нибудь посоветовать? Уже задумываюсь заказать купорос
Хочу сделать подарок девушке, esp8266 + два датчика ds18b20 + реле + ssh1306 (у нее две агамы)
Но она находится в другом городе, и боюсь что при обрыве провода у нее возникнут закономерные вопросы, как это припаять.
Самый простой способ со стороны датчика это RJ-11, но ничего кроме макетки мне не достать, либо не знаю как искать. И поэтому теряюсь в догадках, как установить гнездо.
Можете что нибудь посоветовать? Уже задумываюсь заказать купорос
Как вариант — нажимные клеммы, вот такие, например. А со стороны датчика — любой коаксиальный, из тех, что ставят в блоки питания. Можно и с обоих концов клеммы.
Вот буквально недавно решил этот вопрос, подключения ds18b20, использованием dupont-коннектора на штырьки. Под рукой оказался пятипиновый коннектор, в него завел три провода от завалявшегося кабеля под сигнализацию (две витых пары), а коннектор воткнул в штырьки, припаянные к макетке. Очень удачно, что именно дырку под этот коннектор я правильно рассчитал при подготовке корпуса к 3d печати, другие дырки пришлось дорабатывать напильником :-)
Не подумавши, я три провода по пяти пинам раскидал так:
GND
NC
NC
DATA
+3.3v
А вот если бы подумал, можно было бы так:
GND
DATA
+3.3v
DATA
GND
И тогда можно было бы втыкать любой стороной.
Не подумавши, я три провода по пяти пинам раскидал так:
GND
NC
NC
DATA
+3.3v
А вот если бы подумал, можно было бы так:
GND
DATA
+3.3v
DATA
GND
И тогда можно было бы втыкать любой стороной.
Используй обычный разъём 3.5мм как на наушниках. Есть 4-х контактные при необходимости.
Если питание ограничить резистором в 100 Ом, то ничего страшного не случится даже если туда всунут наушники.
Или что-то из этого ассортимента — не шибко большой но весьма надёжный 6-контактный разъём.
Если питание ограничить резистором в 100 Ом, то ничего страшного не случится даже если туда всунут наушники.
Или что-то из этого ассортимента — не шибко большой но весьма надёжный 6-контактный разъём.
Тоже в своих поделках для присоединения датчиков использую 3.5мм как на наушниках. Легко в продаже найти для монтажа маму/папу и замена датчика становиться очень простым делом. Применять прижимные клеммы, не очень понравилось.
Я для себя открыл RJ11 (телефонный кабель) :) Тоже очень удобно через него датчики цеплять. Как бонус удобная коробка сразу с мамой RJ11 в которую отлично встают датчики. В случае i2c еще и возможность параллелить линию для нескольих датчиков.
Ну у возникала проблема, что на маме RJ11 (RJ45) контакты слишком близко и не попадали в макетку. За день до того как нужно было подарить, решил с помощью такого коннектора
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
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
sc02.alicdn.com/kf/HTB1vu_BMXXXXXclXpXXq6xXFXXX6/220488221/HTB1vu_BMXXXXXclXpXXq6xXFXXX6.jpg
А беру их вот в таких коробочках (а зачастую и сами датчки в эти коробочки пихаю + wemos D1 отлично в такие помещается (если выпилить все внутренности кроме мамы)
panda-bg.com/products/hi/hi-3313-240105-RJ11-modular-box.jpg
Весьма удобны mini XLR разъёмы — компактные, быстроразъёмные, бывают от трёх до шести пинов.
Слишком дорогие, однако.
Ну, не слишком и дорого — в полтора раза против М12: $1.40 за пару 6pin, если конечно есть потребность в надёжном, но быстроразъёмном соединении.
А так-то никто не говорил, что это лучший выбор. Просто кому-то может пригодиться.
Вот если смотреть всякие помышленные/медицинские быстроразъёмные решения, да ещё и герметичные, тогда — да, будет дорого… ;)
Ну изначально разговор шел о поделке для подарка. Для него это слишком суровое решение :)
В таком случае — оптимально решение, предложенное batal.
Если взять двухпортовую розетку:
и бережно обрезать основание так, чтобы осталась только площадка с крепежом модулей и самими модулями, то полученную конструкцию легко можно вклеить в Ваш корпус. А это уже и дёшево, и сердито…
Кстати, модули легко извлекаются из крепежа, так что электрические и механические работы выполняются независимо друг от друга. Да, в корпусе потребуется прорезать лишь одно прямоугольное отверстие (как в крышке исходной розетки).
И ещё, результирующая конструкция оказывается вполне ремонтопригодна.
Датчик температуры лучше вынести в отдельный блок. Я понимаю, что будет некрасиво/неудобно, но иначе вы будете иметь погрешность в несколько градусов. Смысл измерений пропадает. Особенно если использовать нормальный датчик температуры. Впрочем, как можно догадаться, показания датчика влажности в этом случае тоже будут ошибочны.
Ну, и нагородив столько железяк, вы почему-то отказываетесь от еще одной — сервера. Например, на что-то-там-Pi. Это никоим образом не улучшит надежность «умного дома» — хоп до внешнего сервера и обратно не улучшит стабильность и отзывчивость.
Ну, и раз был упомянут термин «умный дом», то безопасность такого решения тоже под большим вопросом. Только собственные сервера, только VPN. И все равно никаких гарантий. =)
Ну, и нагородив столько железяк, вы почему-то отказываетесь от еще одной — сервера. Например, на что-то-там-Pi. Это никоим образом не улучшит надежность «умного дома» — хоп до внешнего сервера и обратно не улучшит стабильность и отзывчивость.
Ну, и раз был упомянут термин «умный дом», то безопасность такого решения тоже под большим вопросом. Только собственные сервера, только VPN. И все равно никаких гарантий. =)
А как у Вас решается вопрос общения устройств между собой при отсутствии сервера? Может датчик отправить команду конкретному исполнительному устройству или устройство «слушать» показания определенного датчика.
Т.е. грубо говоря может датчик влажности включить систему полива.
Т.е. грубо говоря может датчик влажности включить систему полива.
Сейчас это не сделано, но есть режим оффлайн, когда в принципе можно прикрутить переключение в режим точки доступа и тогда другие датчики будут подключаться к ней. В данный момент думаю это не нужно, разве что в устройстве WarningWater — это еще обдумываем, как лучше сделать автоматизированную систему с запорными кранами
Если это всё делается для себя ради хобби — то это здорово. Обычно такие поделки заканчиваются монтажной платой с кучей соплей внутри какого-нибудь импровизированного корпуса.
А, вот если с коммерческими амбициями — то сомневаюсь, что можно конкурировать с тем, что уже сейчас повсюду продается. Ни по цене, ни по функционалу.
А, вот если с коммерческими амбициями — то сомневаюсь, что можно конкурировать с тем, что уже сейчас повсюду продается. Ни по цене, ни по функционалу.
Вот тоже сейчас играюсь с mh-z19 и есть вопрос: а насколько оно в закрытом корпусе без принудительной вентиляции реалистичные данные выдает? У меня оно сейчас открыто на макетке стоит, вдали от дыхания, и на долгих прогонах кажется здорово занижает данные. Думаю попробовать вентилятор приколхозить.
И еще вопрос: какая прошивка ESP-шки используется и как читается mh-z19, через UART или PWM?
И еще вопрос: какая прошивка ESP-шки используется и как читается mh-z19, через UART или PWM?
Принудительная вентиляция не нужна.
Игрался с MH-Z19/MH-Z19B/SenseAir S8 LP одновременно. Некоторые из них были в закрытых корпусах (близко к тому что у автора) — это к тому на чем основано мое утверждение :)
Игрался с MH-Z19/MH-Z19B/SenseAir S8 LP одновременно. Некоторые из них были в закрытых корпусах (близко к тому что у автора) — это к тому на чем основано мое утверждение :)
И какой из трех датчиков вы считаете наиболее точным/стабильным в работе?
SenseAir S8. Он же используется например в Airvisual Node, Tion MagicAir и прочих.
MH-Z19B — при нормальной калибровке с ним полностью совпадет. Но! Период ABC калибровки у него всего один день. В итоге если в течении 24 часов комнату не проветрили — следующие 24 часа будет показывать заниженные данные.
(у S8 этот алгоритм реализован существено лучше — период взят 8 дней а так же калибровка за один раз может откоррективать данные не более чем на 50ppm)
Если комната стабильно проветривается раз в сутки или же отключить ABC калибровку — MH-Z19B тоже отличный датчик.
MH-Z19 (мои две штуки) — иногда показывали хорошие данные, а иногда +-400ppm…
MH-Z19B — при нормальной калибровке с ним полностью совпадет. Но! Период ABC калибровки у него всего один день. В итоге если в течении 24 часов комнату не проветрили — следующие 24 часа будет показывать заниженные данные.
(у S8 этот алгоритм реализован существено лучше — период взят 8 дней а так же калибровка за один раз может откоррективать данные не более чем на 50ppm)
Если комната стабильно проветривается раз в сутки или же отключить ABC калибровку — MH-Z19B тоже отличный датчик.
MH-Z19 (мои две штуки) — иногда показывали хорошие данные, а иногда +-400ppm…
Чтение по уарт, прошивка своя, позже выложим исхлдники.
Можете написать во сколько это всё обошлось, хотябы примерно?
А почему ничего не написано про питание датчиков?
Так там все с USB берется.
Написано
Тут самое интересное. За батарейками надо следить. Их надо регулярно менять. Учитывая, что WiFi в ESP кушает порядочно — менять нужно часто. А если датчиков много?
По возможности датчики должны быть с батарейным питанием.
Тут самое интересное. За батарейками надо следить. Их надо регулярно менять. Учитывая, что WiFi в ESP кушает порядочно — менять нужно часто. А если датчиков много?
Про измерение батареек и про время работы написано по тексту
Ну да…
Как, узнать, жива ли батарейка в датчике? Датчик закинут под стиралку в прошлом году… Или в позапрошлом… Через полгода про него все забудут. А через полтора года случится то, ради чего его туда забросили, а он протух.
Датчик протечек.
Построен на основе Wi-Fi модуля ESP-12E. Измерение происходит при помощи электродов, входящих в состав корпуса IP-65. Устройство работает от двух элементов питания AAA (или АА), время работы также составляет от 1 года.
Как, узнать, жива ли батарейка в датчике? Датчик закинут под стиралку в прошлом году… Или в позапрошлом… Через полгода про него все забудут. А через полтора года случится то, ради чего его туда забросили, а он протух.
ESP без проблем живет в спящем режиме очень долго.
А вот MH-Z19 в спящий режим не увести (он прогревается како-то время) а жрет он много. Смысла связываться с батарейками никакого.
А вот MH-Z19 в спящий режим не увести (он прогревается како-то время) а жрет он много. Смысла связываться с батарейками никакого.
Сама идея создания умного дома с требованием:
тупиковая ветвь развития.
На Хабре статей о умных домах очень много, считаю что датчик СО2, температуры, состояние полит/не полит любимый фокус не применимо к понятию о умном доме. Веб камера направленная на ртутный градусник не может называться умным домом.
Если мы хотим иметь умный дом, то мы должны им управлять и реагировать на датчики/сенсоры и в зависимости от сенсора это может быть включение света/отопление или же отключение воды или других приборов. А все это должно обрабатываться и управляться с некоего сервера аки «центрального блока». По этой причине, присоединяюсь ко всем комментариям выше, которые критикуют идею создания умного дома без серверной части.
Как выше сказано — хобби это замечательно и тут главное что б было в радость.
Но ИМХО уже много коммерчески успешных проектов на базе ESP. Выше уже упомянули Sonoff, который перепрошивается и позволяет навешивать ряд датчиков. На выходе имеем Wifi модуль + Сенсор + Реле. И все это довольно в небольшом бюджете. Увязывайте все пучком через «сервер» и это будет что-то большее похожее на умный дом. «Сервер» или дома на малиноподобных Pi или же на облачных платформах. Выбор зависит от степени паранои.
На тот же сервер вешаем в нагрузку задачу отправки разного рода уведомлений о событиях происходящих дома или же никто не мешает настроить тот же Blynk.
Хочеться реальных тестов на сколько хватит модулей при их автономной работе. Как я понял из статьи и комментариев, то время автономной работы это теоретические расчеты. Пока склоняюсь к тому, что всякого рода автономные датчики должны работать по рф433 или другим менее прожорливым по питанию технологиям. Но время не стоит на месте…
За статью спасибо, ждем продолжения.
Отсутствие аппаратного сервера («Центральный блок»).
тупиковая ветвь развития.
На Хабре статей о умных домах очень много, считаю что датчик СО2, температуры, состояние полит/не полит любимый фокус не применимо к понятию о умном доме. Веб камера направленная на ртутный градусник не может называться умным домом.
Если мы хотим иметь умный дом, то мы должны им управлять и реагировать на датчики/сенсоры и в зависимости от сенсора это может быть включение света/отопление или же отключение воды или других приборов. А все это должно обрабатываться и управляться с некоего сервера аки «центрального блока». По этой причине, присоединяюсь ко всем комментариям выше, которые критикуют идею создания умного дома без серверной части.
Как выше сказано — хобби это замечательно и тут главное что б было в радость.
Но ИМХО уже много коммерчески успешных проектов на базе ESP. Выше уже упомянули Sonoff, который перепрошивается и позволяет навешивать ряд датчиков. На выходе имеем Wifi модуль + Сенсор + Реле. И все это довольно в небольшом бюджете. Увязывайте все пучком через «сервер» и это будет что-то большее похожее на умный дом. «Сервер» или дома на малиноподобных Pi или же на облачных платформах. Выбор зависит от степени паранои.
На тот же сервер вешаем в нагрузку задачу отправки разного рода уведомлений о событиях происходящих дома или же никто не мешает настроить тот же Blynk.
Хочеться реальных тестов на сколько хватит модулей при их автономной работе. Как я понял из статьи и комментариев, то время автономной работы это теоретические расчеты. Пока склоняюсь к тому, что всякого рода автономные датчики должны работать по рф433 или другим менее прожорливым по питанию технологиям. Но время не стоит на месте…
За статью спасибо, ждем продолжения.
Когда только началась повальная ардуино-мания и очередная волна умных домов, прокатилась целая серия статей, неплохо, кстати, аргументированных, мол центральный блок управления — это слабая точка в системе, и конечные устройства должны уместь что-то делать даже в отрыве от центрального блока. То есть, если центральный блок завис или сгорел, то датчик протечки должен даже без центрального суметь дернуть аварийный кран. А у умного выключателя света, обязательно должна быть кнопка ручного управления.
И вот, прошло несколько лет, и идея доросла до полного отказа от центрального блока.
Меня это несколько удивляет, но я готов подождать и посмотреть что получится. Взять, к примеру, муравейник — центральный «штаб» отсутствует, но система в целом работает, и даст фору большинству умных домов.
И вот, прошло несколько лет, и идея доросла до полного отказа от центрального блока.
Меня это несколько удивляет, но я готов подождать и посмотреть что получится. Взять, к примеру, муравейник — центральный «штаб» отсутствует, но система в целом работает, и даст фору большинству умных домов.
В идеале критичные узлы должны иметь дублирование. По питанию, акку/бесперебойник; wifi/gsm. Но для комфортной/правильной работы/управление умным домом без центрального блока управления не обойтись.
Опять же реализация таких вещей для дома, очень часто упирается в финансы, а так же уже существующую систему коммуникаций. Не всегда есть в нужном месте проложенное питание или слаботочка для повышения необходимого уровня надежности, как результат приходится чем то жертвовать.
Каждый участок вне штатной ситуации должен уметь уйти в безопасный режим и иметь ручное управление.
В природе очень много хороших примеров организации и как пример движение птиц/пчёл… то что у людей происходит на улицах и дорогах очень далеко до самоорганизации сравнимой с некоторыми животными.
Опять же реализация таких вещей для дома, очень часто упирается в финансы, а так же уже существующую систему коммуникаций. Не всегда есть в нужном месте проложенное питание или слаботочка для повышения необходимого уровня надежности, как результат приходится чем то жертвовать.
Каждый участок вне штатной ситуации должен уметь уйти в безопасный режим и иметь ручное управление.
В природе очень много хороших примеров организации и как пример движение птиц/пчёл… то что у людей происходит на улицах и дорогах очень далеко до самоорганизации сравнимой с некоторыми животными.
Играюсь дома с MH-Z19\MH-Z19B\SenseAir S8 LP и всевозможными датчиками влажности и температуры.
Некоторые комментарии от меня:
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$) — но датчик сильно лучше.
Некоторые комментарии от меня:
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 либо наращивать емкость батарей.
От 18650 (на 3400) с отправкой раз в 7.5 минут ESP8266 (Wemos D1) прожила 4 месяца (c deep sleep само собой).
Если нужные сроки от года — это либо переходить на NRF либо наращивать емкость батарей.
Литий на мороз нельзя, только батарейки. И для отправки температуры интервал можно минут до 15 увеличить.
ESP8266 тем и привлекательны, что для них база не нужна, достаточно точки доступа, которая есть у всех.
ESP8266 тем и привлекательны, что для них база не нужна, достаточно точки доступа, которая есть у всех.
Wemos D1… что-то знакомое. там стабилизатор на 3.3В неотключаемый и прожорливый(что-то в районе 1мА), что садит батарейку медленно но верно. Обойти стабилизатор и выдать свои 3.3В без выпайки встроенного тоже не выйдет — в таком режиме линейные стабилизаторы(отсутствие напряжения на входе, но есть на выходе) потребляют повышенный ток впустую. Поэтому надо менять на свой стабилизатор, с собственным потреблением тока порядка 1-10мкА и тогда ваш девайс заиграет красками, а не жалкие 4 месяца.
Зимой или летом?
На фото CO2 364ррм? Вы в лесу что ли меряли?
Контактные датчики протечки помогают далеко не во всех вариантах помещений. Может быть щелочка в полу через которую вода весело утекает не доходя до контактов. Из опыта.
К водосчетчику нужно еще прицепляться и анализировать с другими датчиками, движения например.
К водосчетчику нужно еще прицепляться и анализировать с другими датчиками, движения например.
Кому интересно, вот ссылка на статью по софту geektimes.ru/post/122601
Sign up to leave a comment.
Система сбора данных на ESP. Часть I. CO2