Реклама
Комментарии 31
ещё подключено несколько самодельных контроллеров по MQTT и HTTP для управления освещением, вентиляцией и прочими системами
Если будет возможность — расскажите, как вентиляцией по MQTT управляете.
Только интересует нижний уровень — вентиляторы, нагреватели, рекуператоры и т.п…

А то наобещают MQTT, а потом выясняется, что оно только для GUI и для визуализации.
По сути — аналог того, что в классической автоматике SCADA системой зовётся…
А вентиляторы/ТЭНы — по старинке, силовыми выходами с контроллера автоматики управляются.
Который контроллер может и без визуализации работать, поддерживая заданные параметры и руля оркестром исполнительных механизмов.

PS. Я вот всё жду, когда кто-нибудь предложить за адекватные деньги систему с умными (MQTT, AllJoyn, IoTuvity или что ещё придумают) исполнительными механизмами.
С KNX эта идея выродилась в размещаемые в том же щите автоматике отдельные модули для управления теми или иными системами… С точки зрения внедрения — не сильно от классической автоматики отличающиеся.
Если будет возможность — расскажите, как вентиляцией по MQTT управляете.
Только интересует нижний уровень — вентиляторы, нагреватели, рекуператоры и т.п…

На самом деле в моём случае вентиляция — это вытяжка в санузле совмещенном и на кухне. Возможно слишком обширно захватил словом «вентиляция». В моей квартире нет места для полноценной приточки, тем более рекуператоров и прочего. Управляю через контроллер на базе атмеги 2560 с ethernet-чипом W5100 и прочим обвесом вроде ULN2003 для дискретных выходов, автор железки здесь зарегистрирован — instalator. Код написан в Arduino IDE, пример можно посмотреть на github.
Имею дома зоопарк из различных модулей и сенсоров Xiaomi, объединенных в систему «глупого» дома.
Центр системы — шлюз. Действия настраивал через MiHome — пусть и не сразу всё это взлетело, не сразу подключалось (видимо сказывается удаленность, загруженность и мягко скажем, нестабильность, китайских облаков) — но в итоге желаемое заработало.
Чтобы избежать зависимости от облачности — пробовал поднимать различные альтернативные системы, которые умеют взаимодействовать с Xiaomi, на 3-ей малинке.
Пробовал Domoticz, Home Assistant, OpenHub. Первый — наиболее прост, видимо за счет возможности написания сценариев на Blocky, но выглядит архаично — у меня не получилось создать красивый дешбоард для планшета/мобильного, на котором бы было видно состояние системы. Вторая и третья системы — выглядят симпатично, но стоит попытаться настроить что-то своё — приходится перелопатить десятки страниц вики/форумов/инструкций, чтобы создать простейший триггер кнопка-лампочка: возможно, я чего-то недопонимаю, но править вручную xml, подставляя туда айдишники устройств вручную — это то еще удовольствие.
Еще момент — ни одна из этих альтернативных систем не отличалась стабильностью: пройдя семь кругов ада по установке, настройке и отладке действий, было очень обидно на следующее утро обнаруживать систему в дауне, а в логах — девственную чистоту.
Интересно услышать отзывы людей, которые пользуются ioBroker — насколько удобно им пользоваться и насколько просто создавать в нем собственные сценарии.
Имею дома зоопарк из различных модулей и сенсоров Xiaomi, объединенных в систему «глупого» дома.
Центр системы — шлюз. Действия настраивал через MiHome — пусть и не сразу всё это взлетело, не сразу подключалось (видимо сказывается удаленность, загруженность и мягко скажем, нестабильность, китайских облаков) — но в итоге желаемое заработало.

Я довольно продолжительное время пользовался ioBroker к моменту покупки шлюза Xiaomi, соответственно покупал только для интеграции с устройствами xiaomi с zigbee-интерфейсом, родным приложением пользовался минимально, разве что настроил звонок в дверь по кнопке. Минусы решения автоматики на базе приложения Mi Home я описал в статье.
Пробовал Domoticz, Home Assistant, OpenHub.

Тоже пробовал 2-ой и 3-ий, впечатления те же. Еще до ioBroker сидел на его дедушке, так сказать — ccu.io, а до этой системы, был целиком погружен в MajorDoMo. Перебежал с последнего из-за визуализации в основном. Потому как увидел видео на youtube, как можно легко и просто нарисовать интерфейс в тогда еще DashUI (сейчас в ioBroker аналог — VIS адаптер) — я был сильно впечатлен!
Еще момент — ни одна из этих альтернативных систем не отличалась стабильностью: пройдя семь кругов ада по установке, настройке и отладке действий, было очень обидно на следующее утро обнаруживать систему в дауне, а в логах — девственную чистоту.

Ну тут надо понимать, что системы opensource, если есть проблемы, надо попытаться выстроить диалог с автором проблемного модуля/драйвера/адаптера, сильно приветствуются задачи на github или подобной площадке с подробным описанием, сообщения на форуме и самое главное — самостоятельные попытки решения проблемы, копание в коде. а не «ой всё!».
Интересно услышать отзывы людей, которые пользуются ioBroker — насколько удобно им пользоваться и насколько просто создавать в нем собственные сценарии.

Давно использую, с самого появления. Основной костяк пользователей — немцы, главный разработчик и идейных вдохновитель живет в Германии. Я в статье привел пример как написать скрипты автоматизации, есть встроенный в систему Node-Red (его использую по работе в production в различных проектах, даже очень больших), есть драйвер JS, где можно писать собственно на JS, используя встроенные функции или визуально — blockly.
Около месяца сижу на Home Assistant в связке с сс2531 в качестве координатора.
Из устройств всевозможные датчики Aqara (Xiaomi) и самодельный «CO2-метр» по mqtt.
Те же чувства.
Каждое обновление HA — это боль и breaking changes в ченджлоге.
Последнее обновление вообще в хлам поломало UI. Направление развития нравится, но постоянные сломы порядком напрягают.
Те, кто пользуется ioBroker, конечно будут его хвалить. А те, кто не пользуется — буду хвалить свою систему.
Интересно было бы услышать мнение тех, кто попробовал ioBroker и сбежал — вот где действительно будет какая-то ценная информация.

Мне нравится ioBroker. Для меня работает стабильно. Почему говорю «для меня», потому что стабильность зависит от набора драйверов, железа и вариантов использования.

Когда написал слова; «Отличная статья» у меня не показывались комментарии и я не видел куда выстрелиться мой комментарий, поэтому наверное я получил минус в карме!


Если по теме то живу с ioBroker’ом третий год, до сих пор поражён её стабильностью и гибкостью, так же удивляет скорость появления драйверов на мыслимые и немыслимые девайсы!


В начале до столкновения с иоБрокером, опробовал разные системы, так как особо не разбираюсь в программировании все делал по мануалам, но все прекращалось после установки и попытки первоначальной настройки системы, больше всех систем у меня продержался мажордомо, подкупала голосовой помощник «Алиса». По сравнению с другими системами в иоБрокере подкупило визуализациям Vis и простота добавления новых компонентов, первый девайс который добавил в иоброкер это был микротик, а других девайсов не были у меня тогда, и какова мое удивление было когда увидел в объектах все моменты микротика начиная с интерфейсов заканчивая правила файрволла которыми можно рулить прямо из иоба, ещё больше удивился когда недавно узнал что можно из видерегистратора Dahua получить алармаы прямо в иоБрокер, вот тогда я подумал про себя, вот оно, то что я искал до сих пор!


Данный момент иоБрокер стоит на ноутбуке тем самым одновременно решая задачу бесперебойности и стабильности, подключены стики zwave и zigbee, крутиться драйвер yahka для пробросит девайсов и камер в HomeKit, крутятся скрипты одна из которых по аларму отправляет снапшот и гифку на телеграмм.

Я правильно понимаю что ребята сделали реаерс инжиниринг протокола xiaomi? Если да то интересно как быстро появляется поддержка новых устройств и вообще насколько стабильно это вае работает.

Как автор адаптера ioBroker.zigbee скажу, большинство zigbee-устройств xiaomi уже интегрировано в систему. Но одна из особенностей «самодельного» шлюза — использование не только xiaomi устройств, а практически любых zigbee (лампы, датчики, кнопки, розетки).
Работает это всё достаточно стабильно.
Можно было бы даже перечислить их. На сколько я знаю ещё поддерживаются устройства Philips HUE и Ikea TRÅDFRI.

Отлично. Учитывая.стлимость zwave это все очень вкусно звучит

Классная статья! Сам пользуюсь Z-Wave автоматизацией, но интересно было ZigBee попробовать. С помощью zigbee-shepherd и самописного драйвера добавил пару выключателей Xiaomi и лампочку Ikea.
Карта сети с уровнем сигнала в ioBroker классная вещь! Обязательно попробую.
Есть ли мобильное приложение? Пуши как настроить?
У меня к любым системам «умного дома» есть стандартный вопрос: кто сможет поддерживать это в работоспособном состоянии, если с создателем системы что-то случится?
Если вопрос стоит именно «к любым», то вы наверное заметили, что я в тексте давал много ссылок на github, там на самом деле выложены почти все исходные тексты, на страничках драйверов самая актуальная информация по работе/настройки/подключению девайсов. И да, в любой момент, любой пользователь может, в зависимости от типа лицензии, форкнуть к себе и продолжить разработку уже своей ветки.
Ну т.е. нужно, как минимум, знание git и владение навыками программирования на уровне школьника-отличника. И, конечно, потребуется ссылка на эту статью, поскольку некоторые тайные знания вроде «А вот в этом модуле прошивка нестандартная» больше нигде не описаны.
Вы уверены, что Ваши близкие, в случае чего, справятся?

PS. Статья интересная, система тоже интересная.
Вы уверены, что Ваши близкие, в случае чего, справятся?

разве для этого не гласит правило создания умных домов с дублирующей ручной системой управления? Как минимум, на время, пока близкие входят в курс как этим управлять

Прошу прощения, я не так понял фразу «создатель системы». Я то думал, что это человек — идейный вдохновитель и создатель ioBroker — Bluefox, а вы в комментарии получается имели ввиду создателя умного дома в моей квартире, т.е. меня)) Овечаю: в электрике заложена возможность ручного управления: если контроллер зависнит, то есть в шкафу отдельные темблеры, которые управляют исполнительными реле в обход контроллера — как временно-аварийное решение.
В каждую группу выключателей протянуты силовые провода. Имеется чертеж-схема всего этого безобразия, так что практически любой приглашенный со стороны электрик сможет за день-два перекроссировать провода в шкафу, выключателях и переделать управление освещением, вентиляцией и прочими системами в полностью классический, ручной вариант.
Переадресую этот вопрос к любым «информационным системам»…
И сам же отвечу: пока вся информация открыта и есть сообщество, которое сможет оказывать поддержку — такие системы будут жить. В ином случае, на смену одной, придут другие системы.
Вы, например, готовы в случае чего оказать поддержку соседке по подъезду, которой довелось купить квартиру с такой системой, а потом в ней что-то сломалось? Хотя бы платно? Сама соседка не может: она кассирша в пятёрочке, git не умеет.
:) если смогу — помогу. лампочку же просят поменять или «посмотреть что-то телевизор не показывает».
Я пока нигде не видел объявления «служба поддержки Умного дома», но думаю, со временем появятся. Эти сервисы будут на базе таких служб как «скорая компьютерная помощь» или «прошивка телефонов на дому».
А кто-нибудь пробовал сделать датчик ZigBee, который бы мог подключаться к свистку сс2531?
Провокационный вопрос. Сделали не совсем датчик, но zigbee-устройство с 4мя реле и 4мя кнопками. Подключили к сс2531. В процессе обкатки и доработок прошивки и схемы.
Хочу перевести импульсные счётчики с Wi-Fi (ESP8266) на ZigBee. Сам пока только сделал шлюз из СС2531 как тут в статье. Сложно описывать устройство? Мне по идее надо чтобы можно было передавать на устройство текущее значение счётчика (для коррекции) и отправлять при каждом срабатывании геркона данные счётчика. Вы исходники откроете или это коммерческий проект?
как раз такой «счетчик» можно сделать из датчика двери/окна xiaomi :)
p.s. найдите в телеге чат zigbeer
Да, но он не будет хранить показания счётчика и в случае отключения сервера показания в базе и на счётчике будут разные. У меня сейчас показания сохраняются в память МК и при отключении эл-ва МК на Тиньке питается от батарейки.
не будет хранить — он не предназначен для этого. и да, данные будут разные при потери связи с координатором.
в таком случае нужно разрабатывать собственное устройство и прошивку.
Большое спасибо за статью, как раз то что нужно! С нетерпением жду продолжения по HMI и — было бы неплохо — по базам linux и всего такого!
Только полноправные пользователи могут оставлять комментарии. , пожалуйста.