Комментарии 30
А нельзя Home Assistant поднять прямо на контроллере?
качестве промежуточного решения мы установили Home Assistant на недорогой неттоп в VirtualBox под Windows.
Зачем эти слои бесполезных абстракций? И уж если так хочется виртуализацию то чего не специализированную для этого систему (promox или любой другой гипервизор)?.
Мы идем к тому, чтобы настройку и обслуживание системы могли делать и электрик, и студент, и среднестатистический системный администратор. Поэтому стараемся использовать более простые технологии, с точки зрения IT-специалистов это не сильно рационально. Но в реальности это будет барьером по квалификации, особенно в глубинке.
Нет, получается что специалист по HA должен уметь еще и windows, виртуалки. Ну, чрезмерно усложнено.
Мы идем к тому, чтобы настройку и обслуживание системы могли делать и электрик, и студент, и среднестатистический системный администратор.
Мне кажется:
Электрик и студент не вкурят ни Virtualbox ни линукс под капотом HAOS
Системный администратор уже сможет базово настроить ту же сеть в proxmox, зайти веб гуй, и понажимать кнопки для восстановления бекапа например.
Если же речь только про веб гуй HA, то ему без разницы на чем работать и никаких сложностей proxmox не добавит.
Ну и раз B2B, в цену уже вложили лицензию windows и виртуалбокса (100 мест энтерпрайз лицензии по 50$/место минималка)?
Настоящий вопрос в том, зачем им вообще неттоп и ha в данном случае... Ну т.е. похоже, что скоро для мигания светодиодом кластер будут делать из пять серверов и схд...
Согласен.
Достаточно, например, https://jethome.ru/d1/?sl=ru на который сразу ставится HA и к которому подключаются шиной RS485 modbus устройства Все. Не нужно шлюзов и лишнего железа.
И экономия на: лицензии и обслуживании Windows, неттопе, контроллере.
Да, зачем еще и гипервизор? HA - отлично работает просто контейнером Docker.
Получается гипервизор в котром крутится аиртуальная машинка, в которой контейнер.
Игла в яйце, яйцо в утке...
в HAOS есть плагины, в докере их не будет. Бонусом в гипервизоре легко делать бэкапы виртуалок, и чинить их в пару кликов разворачивая бэкап.
Будут, с чего бы им не быть? HAOS не всегда был. Есть HACS, наконец, сторонние плагины будут в отдельных контейнерах, такие как MQTT брокер например. Ну и поверх всего docker compose. Кстати, HAOS именно это и делает, только ещё слой абстракции сверху вешает.
Конфиги контейнера - просто каталог. Его банально архивировать. Да и штатный бэкап - работает.
"Слои бесполезной абстракции" и на вам вариант "promox"... А по пути научитесь ставить "линукс", настраивать его, тянуть зависимости, разворачивать promox и изучите контейнеры.
"Линуксойд должен страдать".
Но тут решение для простых низкоквалифицированных людей, которые в дальнейшем должны будут это поддерживать. Есть "образ" с HA, который настроен и забекаплен наверняка. Есть винда и простейшая система виртуальная, которую поставить "далее, далее" в дистрибутиве и указать откуда загрузить образ.
Всё. Винду знают все. Интуитивна и понятна.
Зачем усложнять?
Очень странные выводы. Винду знают все, а virtualbox знаю не многие как и proxmox, в итоге что так что так нужны инструкции.
Для винды потребуется монтор, клава, мышь воткнутые именно в этот сервер, Proxmox доступен в веб интерфейсе хоть с умного холодильника. Дальнейший процесс в целом идентичен - загрузить образ на пк, создать с ним виртуалку (настройки в инструкции например), запустить ее.
А дальше интересно, производительность прокса выше, обновления он без ведома юзера не ставит (в винде надо еще поковыряться), и эти обновы не требует. Бекапы проксмокса мое почтение, даже ребенок разберется как в 3 клика все вернуть.
Установка Proxmox кстати не сильно сложнее винды и по времени даже быстрее, никаких консолей и установок линукса, обычный веб гуй, выбрал диск, сеть по DHCP получит настройки, пароль ввести и запомнить, по окончании процесса не забыть вынуть флешку.
Да, вы все правильно сказали. Уже есть настроенный образ VirtualBox с HA, заранее настроенный для тиражирования. Установка VirtualBox понятна любому пользователю без квалификации: достаточно импортировать машину, и сервер работает. Контроллер Lavritech знает все устройства, используемые в сборке, из коробки и пробрасывает их в MQTT в несколько кликов. При этом дальше планируем отказаться от HA и сделать простые сценарные кнопки внутри Lavritech.
KNX или Crestron
Вы же вроде на техническом сайте.
Извините, но я не понял где тут про бюджетность? Одна только дин рейка из фоток сверху сколько затянула? Штукаря 2 зелени?
Туя плата на 12 портов с али - 10 долларов. Да, обычные свитчи, но кто там будет димировать свет по 4 раза на дню? Управление с мобилки\планшета\433 протоколом дистанционкой, любой. На худой конец добавить диммер и управлять им после платы со свичами с дистанционки. Опять же - у вас НА с полным обвесом, делай что хочешь "из коробки". И коробку в таком случае можно поднять не на "дешёвом тридрипере с виндас", а на прошитой ТВприставке за те же 15 баксов с али.
Тут наверно больше про "у нас куча своих контроллеров которые мы пихаем куда попало"
Не очень понятна задача контроллера Lavritech в этой системе если вы все равно добавили сервер на базе HA. Лишнее звено в коммуникации, лишняя точка отказа. И опять же зачем было пихать HA на VirtualBox если он из коробки может нативно x86 платформу. Modbus он также умеет из коробки, с устройствами Wirenboard прекрасно дружит. Да там нет быстрого модбаса, но и задержка в секунду погоды не сделает для света. Сцены, фронт уже готовый, базовые разграничения доступа к панелям сделать можно, удаленка туда же. Ну если только подсадить заказчика на Lavritech.
Наша зона ответственности в данном проекте заканчивается на виртуальной машине. Заказчик нам предоставляет работающий компьютер с Windows и AnyDesk. Может быть, это много слоев абстракции, но включить компьютер на Windows проще. Статистически намного больше людей умеют это делать, и если компьютер сломается, проще дать другой аналогичный компьютер. Если машина вышла из строя, у нас есть образ, а вот найти человека, кто может предоставить такой же хост на чем-то еще, куда сложнее. На HA решение переходное, в дальнейшем планируем перейти на контроллер Lavritech для такого простого сценарного освещения. У нас есть облачный доступ к веб-интерфейсу контроллера, и мы удаленно там все настраиваем, плюс бэкапы конфигурации в один клик делаются на сервер.
Ув. представитель производителя, а выложены ли у вас на сайте схемы ваших плат? Хочу взглянуть как, например, реализованы защиты входов-выходов. В вики не нашел.
Схемы плат не публикуются, входы и выходы расположены на модулях расширения. В данном проекте это Modbus диммеры и реле Wiren Board, в других проектах — модули расширения Lavritech. Схем в публичном доступе у нас нет.
Жаль. Другие производители давно постят схемы, поскольку ничего уникального в них нет. Значит, буду мучать Wiren.
Да что ж их "мучать"? Входы - типовые, вот, например: https://wirenboard.com/wiki/WBIO-DI-WD-14_Discrete_Inputs#Подключение_внешних_устройств
Контроллер стоит недорого, можно его купить и потрошить, но там несложное ноу-хау спрятано в виде кучи перемычек, которые паяются в зависимости от комплектации модулями. Контроллер можно доукомплектовать модулями ввода-вывода от WirenBoard, они публикуют если не схему, то хотя бы подробные характеристики порта.
Lavritech контроллер имеет один достаточный недостаток - нет RTC из коробки, поэтому без интернета о каких планировщиком уже не подумать. Если взять тут конфиг с аналоговыми выходами, то ими можно управлять диммерами по протоколу 0-10В, три канала. Плюс реле по шине Modbus. Но нет RTC...
Добрый день! Спасибо за конструктивные комментарии.
По поводу модуля часов реального времени — у нас давно был вопрос, стоит ли добавлять его в базовую комплектацию. Однако ни одного реального запроса на эту функцию мы не получили, поэтому решили не усложнять плату и не добавлять дополнительные элементы, которые в 99% проектов оставались бы невостребованными.
У нас есть разработанный модуль, который включает несколько вариантов часов реального времени, EEPROM и сторожевой таймер. Но мы не запускали его в производство из-за отсутствия спроса. Если такой запрос есть, можем вернуться к этому проекту — на складе даже есть определенное количество таких модулей. Реализация часов реального времени и EEPROM в текущих платах не представляет сложности.
Кроме того, сторожевой таймер тоже был запланирован и на самих платах Lavriboard, но фактически в реализуемых нами проектах он не требовался. Этот модуль можно установить практически в любой из нескольких доступных сокетов на наших платах.
Но, опять же, важна реальная потребность. Если есть интерес, можем не только поднять проект, но и опубликовать схему, чтобы обсудить, какие часы или сторожевые таймеры предпочтительнее и какой функционал действительно необходим. Пока мы не развивали это направление именно из-за отсутствия реальных запросов.
Экономически странное решение. Контроллер WirenBoard стоит дешевле миникомпьютера с Windows, HA, и тоже позволяет делать скрипты и это более менее доступно условному электрику с мозгами. И он умеет выводить веб интерфейс для киосков.
Вот если бы задача решена была полностью решена на Lavritech, с простым веб интерфейсом и планировщиком, то был бы согласен.
Конвертер Modbus в MQTT, TCP стоит от USRIOT копейки, можно и его использовать.
Кстати, не соглашусь с идеями ставить дешёвые платки с Туя и прочими облаками - надёжность не та, ширпотребность и кроилово ведёт к постоянным выездам на объект, когда начнет глючить. В итоге минус репутация как интегратора.
Интересными показались контроллеры JetHome - но у них нет RS485, зато есть контроллер EthernetPhy LAN8270, PoE,RTC и до кучи две EEPROM.
Есть у JetHome RS-485.
Сейчас автоматизирую фастфуд в Перми, решили там использовать контроллеры SLS PLC, насчет диммирования обычных светильников владелец сразу отказался, они это не используют, а вот реле и ленты да. Все так же завели в HA из коробки. Причем вся логика управления с выключателей пишется в контроллерах, поэтому неработоспособность HA на это не влияет.
Есть так же RTC по нему планировщик запускает с утра печи, включает свет и вывеску.
Контроль за климатом и протечками на беспроводных датчиках Zigbee.
Поддержка Modbus тоже есть, но пока не дошли до нее, будем вентиляцию и кондиционеры подключать.
Могу написать статью как закончим проект.
Автоматизация света в ресторане «из коробки»: как мы это сделали и что внутри