Когда начал поиск контроллера, сначала столкнулся с проблемой выбора технических характеристик — я не смог найти сравнительной таблицы контроллеров для автоматизации. Поэтому решил составить её сам.
Для сравнения выбрал производителей контроллеров, которые имеют:
1) Хороший опыт в разработке решений для автоматизации и управления оборудованием;
2) Протоколы интеграции с Аудио/Видео оборудованием, оборудованием для Вентиляции/Кондиционированием/ Отоплением
3) Возможность подключения «Интернет-вещей».
Из интернет источников я выбрал следующие компании, представленные на российском рынке, а именно:
Logic Machine 4:
EVE Server:
Iridium Server:
В таблице №1 представлены основные характеристики контроллеров трех производителей и их стоимость, зеленым цветом выделена стоимость контроллеров с уравненными характеристиками, красным цветом добавляемая стоимость для уравнивания характеристик.
Из приведенной таблицы, я сделал следующие выводы:
- LM4 и EVE Server имеют за назначенную начальную цену — больше возможностей по сравнению с Iridium Server
- LM4 и EVE Server поддерживают неограниченное подключение панелей управления и кол-во datapoints.
- Если вы покупаете аппаратный сервер для установки Iridium Server, вам необходимо докупить лицензию Iridium, выбрав хотя бы один протокол управления автоматизацией(KNX, Crestron, HDL, AMX…) в LM4 и EVE Server, где основные протоколы включены в начальную стоимость(это будет видно в следующей таблице).
- Iridium Server и EVE Server имеют возможность разработки скриптов для управления мультимедиа, однако в EVE Server эта возможность включена в начальную стоимость, а в Iridium для этого придется докупить лицензию(+375 €). В LM4 возможно управление мультимедиа оборудованием с установкой лицензии от Iridium для Logic Machine, это увеличивает стоимость управления почти в 2 раза.
В таблице №2 представлены итеграционные возможности контроллеров и стоимость их воплощения. КРАСНЫМ цветом выделены пункты, которые влияют на окончательную стоимость выбранного вами набора поддерживаемых протоколов и интерфейсов.
* термины, используемые в таблице:
future – есть возможность реализации в будущем
no relase – не реализован
частично – функции реализованы частично
Из таблицы делаю выводы:
Возможность установки программной части сервера на других платформах позволяет гибко подходить к решению вопроса при малобюджетных проектах. Если это не большой объект, то запуск сервера на Windows, Linux, Raspberry PI будет отличным решением. EVE Server и Iridium Server можно развернуть на Raspberry, Windows, Linux, VirtualBox (только EVE Server), MAC OSX (только EVE Server), OneBox (только Iridium); Logic Machine не имеет такой возможности.
На объектах масштаба крупного предприятия кол-во запросов на сервер увеличивается в разы, поэтому сервер требует более мощного аппаратного решения. Для этих целей возможно использовать EVE RACK Server, работающий на платформе DELL Power Edge. Для интеграторов важна надежная аппаратная часть Сервера. На данный момент такими платформами являются Logic Machine и EVE Server, имеющие большой период экплуатации не только в домашней, но и в промышленной автоматизации. Iridium Server пока является новичком на рынке контроллеров, в связи с этим есть смысл подождать, когда появится опыт работы с данным сервером на объектах.
В заключение хочу добавить, что в постоянно меняющемся мире автоматизации, владение одной технологией всегда приводит к однотипности решений в будущем…
P.S.: Себе контроллер я пока так и не выбрал.
Комментарии (37)
TyVik
19.07.2016 11:26+3А wiren board не рассматривали? Или почему отсеяли?
Chervon
20.07.2016 22:08Сейчас на этой железке запустили сервер Iridium, называется Победа(о ней я упоминал в статье). Я рад за Российских производителей, но соль в том, что это все сырые железки не проверенные временем поэтому решение на raspberry pi(1,2,3) оптимально.
MasterDan
19.07.2016 11:57Ещё для зданий есть TwinCat от Beckhoff, штука неплохая, я с ними, правда, только в промышленном применении работал.
aivs
19.07.2016 13:37Я так понял автор остановился на протоколе KNX, так как все перечисленные контроллеры в статье его поддерживают. Если knx не нужен, то смысла переплачивать не вижу, проще взять WirenBoard или Raspberry Pi и если нужно добавить к ним различные модули расширения, например CAN, GSM, Z-Wave и др.
Chervon
19.07.2016 16:13В итоге, я выбрал контроллер EVE Server для Raspberry Pi планирую докупить выход на KNX и установить заказчику. По результатам напишу статью… надеюсь в следующем месяце.
lingvo
22.07.2016 15:48Непонятно, почему вы все-таки выбрали Eve. Кроме этого ПО есть еще куча платных вариантов, которые стоило бы рассмотреть перед выбором. А еще непонятно по стоимости. Вы написали, что Eve для RPI стоит 980€, в затем в той же таблице написали, что аппаратная часть стоит 980€. Аппаратная часть — это же RPI? Но он не стоит 980€.
u4420451
19.07.2016 21:05+1Можно ещё Raspberry Pi и OpenHAB.
Поддерживаются все перечисленные протоколы, к тому же бесплатно.
Для себя я выбрал именно такую связку, для связи с ардуиной использую MQTT.Chervon
20.07.2016 01:30Выбирал проверенное, готовое решение и не для себя, но спасибо за информацию обязательно изучу этот вариант. Если у вас есть информация об успешном опыте эксплуатации данного решения дайте ссылку, думаю всем будет интересно.
instalator
21.07.2016 05:43Посмотрите еще IoBroker, в моем УД он выступает мозгом, установлен на неттопе, но можно поставить и на Raspberry Pi.
Bluefox
22.07.2016 12:31+1Это как минимум странно для человека занимающегося автоматизацией не слышать об openHAB, а также о:
— Domoticz
— FHEM
— ioBroker
— MajorDomo
— и вот неполный список https://www.mysensors.org/controller/Chervon
22.07.2016 14:07Думаю про EVE Server вы тоже слышите первый раз
Bluefox
22.07.2016 14:35Сравнение немного странное.
Поиск на гугле о «eve server ilevia» даёт меньше 6к результатов, а по openHAB более 200к.
Это как вы не слышали о BMW, а я ничего не знаю о машинах pagano. :)
Ну ничего. Зато теперь знаете.Chervon
22.07.2016 14:50Мериться «Кило-запросами» не собираюсь. Про Соса-солу еще больше ссылок, это не значит, что она ПОЛЕЗНА!
Bluefox
22.07.2016 22:57По моему вас не переубедить. Ну что ж, оставайтесь в вашем неведении дальше. А взглянуть на ioBroker всё же советую. Через пару месяцев появится полноценная поддержка KNX и на подходящем железе этой системе не будет равных. :)
lingvo
21.07.2016 21:14+2Какой-то странный выбор кандидатов 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.
— не сильно важный пункт — выбор аппаратных платформ — на чем данный софт проверенно работает, а на чем нет.
Вот это была бы интересная статья.
Chervon
21.07.2016 21:17Последнюю фразу считаю Анонсом от «Lingvo» — Критикуешь? Предлагай!!! )
lingvo
21.07.2016 22:09Я сейчас заканчиваю пилотный проект. Как закончу, опишу. Во всех контроллерах УД, которые я тестировал, меня не устраивает механизм написания скриптов, логики и правил. Всякие языки, типа LUA, Javascript, Phyton — все это не то. Отладки также практически нет никакой, как и возможностей портирования правил на другие платформы. Слишком сложно для таких вещей.
Поэтому я хочу разъеденить контроллер УД и сервер сценариев. Пусть контроллер УД занимается интеграцией протоколов, а сервер сценариев выполняет алгоритмы. В этом случае последние, кстати, будут аппаратно независимы от интерфейсов УД и их можно будет переносить от проекта к проекту без изменений.
Bluefox
22.07.2016 12:36Мне тоже очень интересно узнать о чудо решении с отладкой, с возможностью портирования правил на другие платформы и без LUA, Javascript, Phyton, PHP.
senator14
А подскажите, пожалуйста, подойдет ли Ардуино в качестве контроллера для умного дома?
Godless
Все ооочень относительно и зависит от ваших хотелок.
личное мнение — скорее нет чем да.
av0000
Заглянул тут недавно в потроха (прямо скажем — недешевого) шнайдеровского реле — Zelio… А там «родная» Atmega328 :)
Так что, на минимальную автоматику «мозгов» хватит. Вопрос в том, чтобы сделать нормальную обвязку… У того же Зелио 4А реле залипают при использовании с 20Вт КЛЛ…
Godless
эээ, как я понял, вопрос звучал как «ардуино для центрального контроллера»…
А для девайсов то да, конечно годится.
av0000
Нуу…
Если несколько поднапрячься, то (как минимум с 2560 атмегой) можно и центральным попробовать сделать.
Только — надо ли? Как верно ниже заметили, для простейших сценариев — сгодится, если хочется гибкости и/или правки сценариев без регулярной перепрошивки ардуины — надо смотреть в сторону чего-то помощнее и, IMHO желательно с линуксом — дабы скриптами или тем же NodeRed-ом рулить по желанию
chenamob
Вот именно!
Я бы добавил, еще зависит от бюджета финансового и временнОго.
Кроме того, одну и ту же задачу можно решить по разному.
Для простых систем Умного Дома и сигнализации и если не хочется писать код и скрипты — можно использовать наработки облачного проекта 1-М Умный Дом. У них и контроллер свой есть (цена 45$) + варианты в качестве центрального контроллера использовать ПК, обычный роутер или Android-устройство. Поддерживают тучу датчиков от 2$ в Китае. Управление со смартфона, голосовое управление, геолокация, автономная работа и тд и тп
instalator
Для не сложных задач вполне подойдет, но лучше посмотреть в сторону Raspberry Pi.
senator14
Спасибо. А что вы подразумеваете под более сложными задачами? Ардуино сможет управлять освещением, электронными замками?
instalator
Например база данных, гибкие сценарии, подключение обородувания по нескольким протоколам, веб интерфейс…
bazis13
Ардуина отлично подходит для конечных устройств — встроить её в светильник, в замок. Дальше ардуины подключаются к сети — по проводу или без, и слушают команды от сервера, который хранит сценарии и API для GUI.
Я сейчас переделываю свой велосипед на Mysensors + Home Assistant.
av0000
+1. Для домашних поделок — отлично.
У меня сейчас openHAB+MQTT+NodeRed+MySensors раскиданный между Крымом и Москвой.
OpenHAB хорош в плане числа поддерживаемых протоколов, но весьма «на любителя» в плане интерфейса,
MQTT неплох для распределенной связи (у меня связной вообще на vps в Нидерландах), но совсем никак в плане логгинга
МуSensors пока использую минимально — как доделаю платы на NRF24L01, распределённые датчики будут на нём. Пока же основа — ESP8266+MQTT
NodeRed решил таки попробовать с приездом raspberry pi 2 — довольно неплохо в плане быстроты рисования алгоритмов.
Сейчас неспешно поглядываю на AngularLight+WebSockets на предмет самообразования рисования своей веб-морды к OpenHAB-у. Или плюну и поковыряюсь с freeboard.io — тоже забавная «поделка» получается
bazis13
У home assistant есть интеграция с freeboard.
Openhab я долго пытался настроить… сначала первую версию, потом вторую, в которой конфиги поменяли. И каждый раз это было болью. Очень сложно для меня было их писать.
av0000
С конфигами ещё туда-сюда, а со скриптами — вот это точно боль…
За как бы не 3 года неспешной возни с первой версией, только в этом году «дозрел» до скриптописательства, да и то больше вынужденно — json стало надо парсить.
А вторая так вообще — полная непонятка. Не, старые конфиги как-то даже работают, но именно, что «как-то» и половина нужных мне биндингов отсутствует. Но повод повозиться появился — получил pine64. Вместо десктопа (на замену cubietruck) она ещё не очень годится, а накатить на неё openhab уже вполне можно
Bluefox
Лучше плюнуть и начать с ioBroker.
https://iobroker.biz:8080/
Тем более, что MQTT+NodeRed+MySensors там тоже есть.
Вот только с opebHAB у ioBroker проблема.
Нет в ioBroker опенхаба :)