Комментарии 38
А подскажите, пожалуйста, подойдет ли Ардуино в качестве контроллера для умного дома?
0
Все ооочень относительно и зависит от ваших хотелок.
личное мнение — скорее нет чем да.
личное мнение — скорее нет чем да.
+2
Заглянул тут недавно в потроха (прямо скажем — недешевого) шнайдеровского реле — Zelio… А там «родная» Atmega328 :)
Так что, на минимальную автоматику «мозгов» хватит. Вопрос в том, чтобы сделать нормальную обвязку… У того же Зелио 4А реле залипают при использовании с 20Вт КЛЛ…
Так что, на минимальную автоматику «мозгов» хватит. Вопрос в том, чтобы сделать нормальную обвязку… У того же Зелио 4А реле залипают при использовании с 20Вт КЛЛ…
0
эээ, как я понял, вопрос звучал как «ардуино для центрального контроллера»…
А для девайсов то да, конечно годится.
А для девайсов то да, конечно годится.
0
Нуу…
Если несколько поднапрячься, то (как минимум с 2560 атмегой) можно и центральным попробовать сделать.
Только — надо ли? Как верно ниже заметили, для простейших сценариев — сгодится, если хочется гибкости и/или правки сценариев без регулярной перепрошивки ардуины — надо смотреть в сторону чего-то помощнее и, IMHO желательно с линуксом — дабы скриптами или тем же NodeRed-ом рулить по желанию
Если несколько поднапрячься, то (как минимум с 2560 атмегой) можно и центральным попробовать сделать.
Только — надо ли? Как верно ниже заметили, для простейших сценариев — сгодится, если хочется гибкости и/или правки сценариев без регулярной перепрошивки ардуины — надо смотреть в сторону чего-то помощнее и, IMHO желательно с линуксом — дабы скриптами или тем же NodeRed-ом рулить по желанию
0
Все ооочень относительно и зависит от ваших хотелок.
Вот именно!
Я бы добавил, еще зависит от бюджета финансового и временнОго.
Кроме того, одну и ту же задачу можно решить по разному.
Для простых систем Умного Дома и сигнализации и если не хочется писать код и скрипты — можно использовать наработки облачного проекта 1-М Умный Дом. У них и контроллер свой есть (цена 45$) + варианты в качестве центрального контроллера использовать ПК, обычный роутер или Android-устройство. Поддерживают тучу датчиков от 2$ в Китае. Управление со смартфона, голосовое управление, геолокация, автономная работа и тд и тп
0
НЛО прилетело и опубликовало эту надпись здесь
Спасибо. А что вы подразумеваете под более сложными задачами? Ардуино сможет управлять освещением, электронными замками?
0
НЛО прилетело и опубликовало эту надпись здесь
Ардуина отлично подходит для конечных устройств — встроить её в светильник, в замок. Дальше ардуины подключаются к сети — по проводу или без, и слушают команды от сервера, который хранит сценарии и API для GUI.
Я сейчас переделываю свой велосипед на Mysensors + Home Assistant.
Я сейчас переделываю свой велосипед на Mysensors + Home Assistant.
+2
+1. Для домашних поделок — отлично.
У меня сейчас openHAB+MQTT+NodeRed+MySensors раскиданный между Крымом и Москвой.
OpenHAB хорош в плане числа поддерживаемых протоколов, но весьма «на любителя» в плане интерфейса,
MQTT неплох для распределенной связи (у меня связной вообще на vps в Нидерландах), но совсем никак в плане логгинга
МуSensors пока использую минимально — как доделаю платы на NRF24L01, распределённые датчики будут на нём. Пока же основа — ESP8266+MQTT
NodeRed решил таки попробовать с приездом raspberry pi 2 — довольно неплохо в плане быстроты рисования алгоритмов.
Сейчас неспешно поглядываю на AngularLight+WebSockets на предмет самообразования рисования своей веб-морды к OpenHAB-у. Или плюну и поковыряюсь с freeboard.io — тоже забавная «поделка» получается
У меня сейчас openHAB+MQTT+NodeRed+MySensors раскиданный между Крымом и Москвой.
OpenHAB хорош в плане числа поддерживаемых протоколов, но весьма «на любителя» в плане интерфейса,
MQTT неплох для распределенной связи (у меня связной вообще на vps в Нидерландах), но совсем никак в плане логгинга
МуSensors пока использую минимально — как доделаю платы на NRF24L01, распределённые датчики будут на нём. Пока же основа — ESP8266+MQTT
NodeRed решил таки попробовать с приездом raspberry pi 2 — довольно неплохо в плане быстроты рисования алгоритмов.
Сейчас неспешно поглядываю на AngularLight+WebSockets на предмет самообразования рисования своей веб-морды к OpenHAB-у. Или плюну и поковыряюсь с freeboard.io — тоже забавная «поделка» получается
0
У home assistant есть интеграция с freeboard.
Openhab я долго пытался настроить… сначала первую версию, потом вторую, в которой конфиги поменяли. И каждый раз это было болью. Очень сложно для меня было их писать.
Openhab я долго пытался настроить… сначала первую версию, потом вторую, в которой конфиги поменяли. И каждый раз это было болью. Очень сложно для меня было их писать.
0
С конфигами ещё туда-сюда, а со скриптами — вот это точно боль…
За как бы не 3 года неспешной возни с первой версией, только в этом году «дозрел» до скриптописательства, да и то больше вынужденно — json стало надо парсить.
А вторая так вообще — полная непонятка. Не, старые конфиги как-то даже работают, но именно, что «как-то» и половина нужных мне биндингов отсутствует. Но повод повозиться появился — получил pine64. Вместо десктопа (на замену cubietruck) она ещё не очень годится, а накатить на неё openhab уже вполне можно
За как бы не 3 года неспешной возни с первой версией, только в этом году «дозрел» до скриптописательства, да и то больше вынужденно — json стало надо парсить.
А вторая так вообще — полная непонятка. Не, старые конфиги как-то даже работают, но именно, что «как-то» и половина нужных мне биндингов отсутствует. Но повод повозиться появился — получил pine64. Вместо десктопа (на замену cubietruck) она ещё не очень годится, а накатить на неё openhab уже вполне можно
0
Лучше плюнуть и начать с ioBroker.
https://iobroker.biz:8080/
![](https://habrastorage.org/files/3b3/95c/0ee/3b395c0ee3294a38baad17ba9d03ab75)
Тем более, что MQTT+NodeRed+MySensors там тоже есть.
Вот только с opebHAB у ioBroker проблема.
Нет в ioBroker опенхаба :)
https://iobroker.biz:8080/
Тем более, что MQTT+NodeRed+MySensors там тоже есть.
Вот только с opebHAB у ioBroker проблема.
Нет в ioBroker опенхаба :)
0
А почему Овен и Сегнетикс не рассматривали?
0
А wiren board не рассматривали? Или почему отсеяли?
+3
Ещё для зданий есть TwinCat от Beckhoff, штука неплохая, я с ними, правда, только в промышленном применении работал.
0
Я так понял автор остановился на протоколе KNX, так как все перечисленные контроллеры в статье его поддерживают. Если knx не нужен, то смысла переплачивать не вижу, проще взять WirenBoard или Raspberry Pi и если нужно добавить к ним различные модули расширения, например CAN, GSM, Z-Wave и др.
0
Я выбирал именно шину KNX, как наиболее надежную шину для автоматизации.
0
В итоге, я выбрал контроллер EVE Server для Raspberry Pi планирую докупить выход на KNX и установить заказчику. По результатам напишу статью… надеюсь в следующем месяце.
0
Непонятно, почему вы все-таки выбрали Eve. Кроме этого ПО есть еще куча платных вариантов, которые стоило бы рассмотреть перед выбором. А еще непонятно по стоимости. Вы написали, что Eve для RPI стоит 980€, в затем в той же таблице написали, что аппаратная часть стоит 980€. Аппаратная часть — это же RPI? Но он не стоит 980€.
0
Можно ещё Raspberry Pi и OpenHAB.
Поддерживаются все перечисленные протоколы, к тому же бесплатно.
Для себя я выбрал именно такую связку, для связи с ардуиной использую MQTT.
Поддерживаются все перечисленные протоколы, к тому же бесплатно.
Для себя я выбрал именно такую связку, для связи с ардуиной использую MQTT.
+1
Выбирал проверенное, готовое решение и не для себя, но спасибо за информацию обязательно изучу этот вариант. Если у вас есть информация об успешном опыте эксплуатации данного решения дайте ссылку, думаю всем будет интересно.
0
НЛО прилетело и опубликовало эту надпись здесь
Это как минимум странно для человека занимающегося автоматизацией не слышать об openHAB, а также о:
— Domoticz
— FHEM
— ioBroker
— MajorDomo
— и вот неполный список https://www.mysensors.org/controller/
— Domoticz
— FHEM
— ioBroker
— MajorDomo
— и вот неполный список https://www.mysensors.org/controller/
+1
Думаю про EVE Server вы тоже слышите первый раз
0
Сравнение немного странное.
Поиск на гугле о «eve server ilevia» даёт меньше 6к результатов, а по openHAB более 200к.
Это как вы не слышали о BMW, а я ничего не знаю о машинах pagano. :)
Ну ничего. Зато теперь знаете.
Поиск на гугле о «eve server ilevia» даёт меньше 6к результатов, а по openHAB более 200к.
Это как вы не слышали о BMW, а я ничего не знаю о машинах pagano. :)
Ну ничего. Зато теперь знаете.
0
Мериться «Кило-запросами» не собираюсь. Про Соса-солу еще больше ссылок, это не значит, что она ПОЛЕЗНА!
0
Какой-то странный выбор кандидатов iRidium Server — вот непроверенное решение. Пока только в прототипах и с кучей багов.
И если уж говорить о системном подходе к выбору контроллера, то:
— во первых — забудьте про привязку к железу. Это сегодня не актуально и на этом только разводят лохов «элитные» фирмочки типа саванта, крестона и тд., впихивая железо c мощностью RPi или простого Celeronа за тысячи баксов. Контроллер умного дома должен быть кроссплатформеным — работать на системах от встраиваемых одноплатников с линуксом и до многоядерных серверов в Докерах и Windows.
Таким образом у интегратора появляется шиоркий выбор железа для бюджетный и ответственных применений. Есть сегмент DIY рынка с хабами за 100-300 баксов, типа Веры, Fibaro, Smartthings, но эти системы весьма ограничены в функциональности и возможностях интеграции и для интегратора представляют мало интереса.
— во вторых — контроллерный софт для УД условно делится на 2 лагеря. Опенсоурсный и с коммерческой поддержкой. Между ними особенная разница в поддержке и скорости развития проекта. Опенсоурсные развиваются быстрее, но поддержка хуже — могут быть баги, нестабильные версии. Для интеграторов больше подходят контроллеры с коммерческой поддержкой и гарантированным временем реакции. Часто один и тот же софт предлагается и в том и том виде — так можно получить преимущества обоих видов.
— ну и в третих, когда уже разобрались, можно сравнивать. И тут, несмотря на большой зоопарк есть конкретные лидеры и в том и том лагере. В основном это определяется размером Community — у кого она больше, тот софт соответственно и лучше. Например среди opensource выделяется OpenHAB, domoticz, Jeedom, FHEM Есть также отечественный проект MajorDomo.
В коммерческих проектах выделяются OpenRemote(имеет также opensource версию) и Homeseer. Следует отметить, что так как мир IoT стремительно развивается, опенсоурсные системы шагнули далеко вперед относительно коммерческих. Но это скоро пройдет — например OpenHAB с версии 2.0 уже будет иметь коммерческий суппорт.
— Сравнивать можно по различным характеристикам из которых я бы отметил:
— список возможных интерфейсов интеграции. У OH например, он наиболее широк — он интегрируется с более чем 50-ю системами. Но насчет других было бы интересно посмотреть. Также по каждому интерфейсу надо смотреть, какие адаптеры поддерживаются.
— наличие и объем документации
— Язык программирования сценариев. Особенно возможности графического создания сценариев и их отладки. Что с реальным временем.
— возможность графической конфигурации — из браузера, например
— вопрос панелей и их программирования я бы вообще убрал из сравнения контроллеров. Это отдельные копьютерные системы. Например iRidium Mobile можно подключить к чуть ли не любому контроллеру УД через REST API.
— не сильно важный пункт — выбор аппаратных платформ — на чем данный софт проверенно работает, а на чем нет.
Вот это была бы интересная статья.
И если уж говорить о системном подходе к выбору контроллера, то:
— во первых — забудьте про привязку к железу. Это сегодня не актуально и на этом только разводят лохов «элитные» фирмочки типа саванта, крестона и тд., впихивая железо c мощностью RPi или простого Celeronа за тысячи баксов. Контроллер умного дома должен быть кроссплатформеным — работать на системах от встраиваемых одноплатников с линуксом и до многоядерных серверов в Докерах и Windows.
Таким образом у интегратора появляется шиоркий выбор железа для бюджетный и ответственных применений. Есть сегмент DIY рынка с хабами за 100-300 баксов, типа Веры, Fibaro, Smartthings, но эти системы весьма ограничены в функциональности и возможностях интеграции и для интегратора представляют мало интереса.
— во вторых — контроллерный софт для УД условно делится на 2 лагеря. Опенсоурсный и с коммерческой поддержкой. Между ними особенная разница в поддержке и скорости развития проекта. Опенсоурсные развиваются быстрее, но поддержка хуже — могут быть баги, нестабильные версии. Для интеграторов больше подходят контроллеры с коммерческой поддержкой и гарантированным временем реакции. Часто один и тот же софт предлагается и в том и том виде — так можно получить преимущества обоих видов.
— ну и в третих, когда уже разобрались, можно сравнивать. И тут, несмотря на большой зоопарк есть конкретные лидеры и в том и том лагере. В основном это определяется размером Community — у кого она больше, тот софт соответственно и лучше. Например среди opensource выделяется OpenHAB, domoticz, Jeedom, FHEM Есть также отечественный проект MajorDomo.
В коммерческих проектах выделяются OpenRemote(имеет также opensource версию) и Homeseer. Следует отметить, что так как мир IoT стремительно развивается, опенсоурсные системы шагнули далеко вперед относительно коммерческих. Но это скоро пройдет — например OpenHAB с версии 2.0 уже будет иметь коммерческий суппорт.
— Сравнивать можно по различным характеристикам из которых я бы отметил:
— список возможных интерфейсов интеграции. У OH например, он наиболее широк — он интегрируется с более чем 50-ю системами. Но насчет других было бы интересно посмотреть. Также по каждому интерфейсу надо смотреть, какие адаптеры поддерживаются.
— наличие и объем документации
— Язык программирования сценариев. Особенно возможности графического создания сценариев и их отладки. Что с реальным временем.
— возможность графической конфигурации — из браузера, например
— вопрос панелей и их программирования я бы вообще убрал из сравнения контроллеров. Это отдельные копьютерные системы. Например iRidium Mobile можно подключить к чуть ли не любому контроллеру УД через REST API.
— не сильно важный пункт — выбор аппаратных платформ — на чем данный софт проверенно работает, а на чем нет.
Вот это была бы интересная статья.
+2
Последнюю фразу считаю Анонсом от «Lingvo» — Критикуешь? Предлагай!!! )
0
Я сейчас заканчиваю пилотный проект. Как закончу, опишу. Во всех контроллерах УД, которые я тестировал, меня не устраивает механизм написания скриптов, логики и правил. Всякие языки, типа LUA, Javascript, Phyton — все это не то. Отладки также практически нет никакой, как и возможностей портирования правил на другие платформы. Слишком сложно для таких вещей.
Поэтому я хочу разъеденить контроллер УД и сервер сценариев. Пусть контроллер УД занимается интеграцией протоколов, а сервер сценариев выполняет алгоритмы. В этом случае последние, кстати, будут аппаратно независимы от интерфейсов УД и их можно будет переносить от проекта к проекту без изменений.
Поэтому я хочу разъеденить контроллер УД и сервер сценариев. Пусть контроллер УД занимается интеграцией протоколов, а сервер сценариев выполняет алгоритмы. В этом случае последние, кстати, будут аппаратно независимы от интерфейсов УД и их можно будет переносить от проекта к проекту без изменений.
0
Нашел еще один контроллерный софт — http://www.intrahouse.eu. Позиционируют себя как EU, хотя компания российская. Информации на сайте маловато и отзывов нет.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как я выбирал контроллер для системы «Умный дом»