Конфигурация оборудования действительно хорошая, чтобы грешить на железо значит проблема в неполной поддержке протокола связи с конкретными устройствми из разрозненных экосистем у открытого софта Zigbee2Mqtt, тем более если штора сбрасывается в заводские настройки (т.к. при простом отключении коррдинатора из сети ее настройки не сбиваются).
Не сталкиваюсь с таким непредсказуемым поведением устройств соединенных со штанными заводскими хабами (вероятно в них более полно реализован протокол связи, разрабатываемый производителем), поэтому в вашем случае для большей стабильности я бы использовал заводской хаб от Tuya с совместимым набором датчиков и поддержкой HomeKit / Matter и при помощи этой интеграции уже подтягивал бы с него устройства в Home Assistance по локальной сети. Или менять конкретные проблемные датчики в надежде что с другой линейкой будет лучше связь, например сам Sonoff имеет свою серию Zigbee устройств.
Друзья, вижу, что тема беспроводных технологий вызывает повышенное обсуждение, но комментарии показывают, что многим не хватает информации о современных решениях, которые работают «из коробки», без костылей и плясок с бубном.
Если вам интересна эта тема я с удовольствием подготовлю подробную статью с описанием последних наработок в этой области технологий, ТОПа производителей подобного рода устройств и как все это взаимодействует между собой без необходимости шаманить с реверс-инжинирингом или собирать систему из разнородных устройств чужих экосистем.
Для этого плюсуем данное сообщение до положительного значения кармы чтобы появилась возможность новой публикации, а пока я отвечаю на вопросы и пожелания в комментариях и собираю обратную связь для будущей статьи.
Что касается обсуждаемоего кейса связки нескольких мостов с разрозненными Zigbee сетями в единую платформу для оффлайнового управления голосом посредством умных колонок вроде Алисы или HomePod, то как раз пишу в конце статьи о том что современные хабы умеют прокидывать зоопарк датчиков в умные колонки по локальной сети с помощью Matter over IP в режиме моста, управление сохраняется даже если интернет пропал.
Обновил абзац в статье.
По поводу освещения в подсобных помещениях.. То обычно или датчика присутствия или таймера забытого освещения настроенного жестко на самом модуле на моей практике достаточно. Кроме того обычно делаю сценарий отключения всего освещения и перехода в ночной режим в 02:00 - помогает и от забатых детьми светильников и для закрытия штор и для перехода отопления в энергоэффетивный режим, хотя конечно все зависит от пожеланий конкретного клиента но я чаще всего работаю с семейными людьми 40+ со стабильным ритмом жизни.
Спасибо за опыт, с какими брендами и в каком году сталкивались?
Чаще всего плохо работают дешевые NoName датчики, подключенные к открытому ПО вроде Home Assistance с драйверами на основе реверс-инжениринга заводского протокола Zigbee, в таком случае накладки неизбежны и такие решения изначально не предназначены в качестве профессиональной инсталляции, а больше как хобби-проекты для себя.
Попробуйте взять нормальный заводской хаб и совместимые с его экосистемой датчики от крупных производителей. Я вообще не припоминаю ситуаций чтобы что-то взяло и само отвалилось. Бывали истории с умными лампочками в торшерах и настальных лампах, если дети балуются выключателем и много раз подряд включат-выключат светильник, тогда умная лампочка может сброситься к заводским настройкам но при попытке добавить ее обратно в систему сразу встанет в туже комнату с тем же названием где и была.
Спасибо за опыт, с какими заводскими решениями и в каком году сталкивались которые так нестабильно работают, но успешно продаются?
Как правило это распространенный страх новых технологий на основе неполноты данных или банальное отсутствие компетенции в них. Чаще всего плохо работают дешевые NoName датчики, подключенные к открытому ПО на основе с драйверами на основе реверс-инжениринга заводского протокола, в таком случае накладки неизбежны и такие решения изначально не предназначены в качестве профессиональной инсталляции, а больше как хобби-проекты для себя.
Когда вы строите дом или делаете капитальный ремонт и параллельно живете жизнь с семьей и детьми - у вас голова забита многими другими вопросами и обычно люди сосредотачиваеются на продумывании эргономики жилого пространства совместно с дизайнером интерьером, а не на штроблении и протяжке километров кабелей своими руками с последующей пусконаладкой и программировании автоматики.
Но да, всегда есть DIY сегмент, когда датчики прошиваются кастомными прошивками, логика и интерфейс крутится на открытом ПО а пользователь невольно вынужден все это поддерживать, помнить как что работает и в случае сбоев собственноручно устранять. Тут у всех свой путь и нет единственно верного решения.
Заводские хабы во всех известных мне системах создают отдельный сегмент сети, что вы имеете ввиду под прямым биндингом? Возможность беспроводных кнопок направлять команды напрямую исполнительным устройствам не создавая сценарий на самом хабе? Довольно редко использую эту функцию и беспроводные пульты впринципе, стараюсь чтобы всегда был настенный выключатель, а для дистанционного управления голос, который в большинстве случаев работает через интернет, но последние поколения колонок учатся обрабаывать некоторые команды локально, а также локально подтягивать устройства с хабов по Matter протоколу.
Так что чисто гипотетически, если включить вручную свет в подвале, подняться через несколько этажей в спальню, чтобы по дороге пропал интернет, но осталась локальная сеть, тогда можно будет голосом выключить в подвале.
Еще лучше грамотно подбирать исполнительные устройства и на самих релюшках ставить таймер забытого света, чтобы группа освещения не могла гореть больше 6 часов и отключалась независимо от интернета, хабов и сценариев. Такие устройства есть у Moes и AVATTO, хабы Zemismart.
Автор за открытость и честность, поэтому в первом же абзаце упомянул что помимо обзора популярных проводных систем "Также рассмотрим, как современные беспроводные технологии позволяют реализовать большинство функций без сложной и дорогой инфраструктуры."
Затрнудняюсь только куда отнести последний стандарт Matter, если он и по проводу в среде TCP / IP работает и в беспроводной среде Thread.
Мой топ компаний по ZigBee оборудованю, большая часть которого цепляется напрямую и к Яндекс Станциям и к Home Assistance:
Moes, AVATTO, Gledopto, LoraTap, Tongou. Терморегуляторы: BEOK, CALEO, BSEED. Умные карнизы и моторы для штор: Zemismart, Dooya.
Хотя сам чаще использую к ним штатные хабы-комбайны от производителей как на последнем фото в статье. Такие устройства за последние годы сменили уже несколько поколений, обзавелись оффлайновыми функциями и поддерживают более гибкую логику чем предлагает Яндекс.
Благодарю за экспертный ответ, не сталкивался с передачей сигналов KNX по питающей электрической сети, тем более в оконечных устройствах в виде выключателей и терморегуляторов, тогда бы их можно было ставить на готовый обычный ремонт и никакие ZigBee и Z-Wave не требовались бы вовсе. Предположу что эта концепция не прижилась из-за нестабильности соединения, особенно сейчас со светодиодным освещением где каждая лампочка или блок питания создает дополнительные помехи в сети.
Что касается прямого управления между KNX устройствами и встроенной логики некоторых устройств, в примитивном варианте оно конечно существует и раньше было достаточно, но сейчас уровень запросов и осведомленности пользователей растет, всем подавай умные сценарии, чтобы датчики движения включали разные группы освещения на разную яркость и теплоту спектра в зависимости от времени суток, чтобы при входе в комнату вместо обычных выключателей была красивая панелька со сценариями освещения / климата / кино развлечений - этого уже на железной логике не сделаешь, максимум таймер забытого света из таких функций осатется полезным, чтобы группа освещения не могла работать больше заданного количества часов, а все остальное через централизованный сервер, ранее LogicMachine, а теперь почти всегда вижу iRidium.
И ладно бы еще логика работы устройств. Отдельная боль открытых систем и KNX в частности - это пользовательский интерфейс. Его как бы надо написать самому на основании API TCP/IP шлюзов. Все что мне встречалось в этой области обычно было или похоже или на SCADA системы или как-будто это делали школьники на уроке информатики в 2000-х. Разве что OpenHub до поры до времени казался весьма симпатичным, но потом перестал развиваться в этом направлении.
Если у вас есть другие кейсы пременения встроенных функций и особенно приличного пользовательского интерфейса в открытых системах - будет интересно узнать.
Я обычно использую заводские шлюзы с внешней антенной и не вешаю на один шлюз более 50 устройств. В доме на 300 квадратов (как правило это 2-3 этажа) - по одному устройству на этаж, расположенных по диагонали на удаленности друг от друга. В общем-то по аналогии с Wi-Fi точками доступа.
В DIY системах на основе zigbee2mqtt другая история с промежуточными координаторами и т.д., но я в это глубоко не влезаю и использую фирменные экосистемы, иногда добавляя Home Assistance как дополнительный элемент для узкоспециализированных задач вроде отслеживания наличия устройства пользователя в локальной сети дома.
WirenBoard это хорошая система для малого бизнеса, в частности ресторанного, у них даже фирменные драйверы для промышленных холодильных установок были. Для домашнего применения по моему опыту она довольно узкоспециализирована хотя и обходится существенно дешевле западных аналогов.
Общаются устройства WirenBoard по модифицированному ModBus протоколу, все настройки на регистрах, которые прописываются в конфигурационных файлах. Чтобы Реле №28 включалось от нажатия KNX кнопки выключателя №10 или сработки температурного датчика 1-Wire №35.
Так что нет, поменять блок без перенастройки всех сценариев и взаимодействий не получится, хотя там и есть модули где с завода входы и выходы сконфигурированы синхронно т.е. вход №1 связан с выходом №1 и т.д., но эти настройки меняются и перенастраиваются под конкретные задачи.
И так уж исторически сложилось что в основном проводные системы все такие замороченные в настройке, многие даже не имеют веб-интерфейса и требуют специализированный лицензионный штатный софт для изменения любых настроек.
В основном эту технологию применяют для очень больших капитальных домов по несколько тысяч квадратных метров: с бассейном, спортзалом, несколькими видами саун и гаражом на десяток автомобилей. Тогда бюджет уже не так критичен, к тому же есть приятный бонус в виде премиальных настенных многокнопочных выключателей с индивидуальной гравировкой под каждой кнопкой. Это штучные проекты, не массовый сегмент.
В конечном итоге к этому все сейчас и приходит и тут в основном нужно внимательно выбирать сами исполнительные устройства, чтобы они были выполнены из качественных компонентов ну и сами стандарты, упомянутый вами датчик работает на Wi-Fi, это допустимо если всех умных устройства планируется не много или они расположены на большом удалении, в остальных случаях лучше аналогичные датчики смотреть по стандартам Matter, Thread, ZigBee или BLE .
Мы с вами просто для разных задач и уровня вовлеченности пользователя рассматриваем системы, по мне везде где пользователю нужно править конфигурационные файлы для изменения настроек системы - это не дружелюбно, пользователи хотят простое мобильное приложение откуда все настраивается в пару кликов в полуавтоматическом режиме и производители современных устройств дают им такую возможность, в частности благодаря гибридным стандартам вроде Matter и центров управления, умеющих работать с разными стандартами.
Иначе бы уже давно DIY производители выросли в крупные бренды, задолго до Wirenboard или упомянутого вами Lavritech (первый раз слышу, никогда не видел ни на выставках ни на живых объектах в Москве) - были и более старые производители вроде MegaD, до сих пор выпускают моноблочные DIN устройства где можно самостоятельно скомпановать входы и выходы на одном устройстве-комбайне вроде MegaD-2561-31I15O-RTC-PoE.
Но такие устройства крайне сложно поддерживать, так что стоит заранее быть готовым к замене всей системы, если что выйдет из строя по прошествии времени, а также обладать навыками программирования для любых настроек.
Алексей, основная цель статьи - поделиться реальным опытом работы с системами умного дома и запустить конструктивное обсуждение под надзором автора, который является действующим специалистом в этой отрасли, а не просто рассуждает теоритически как часто бывает в подобных материалах или спонсорских обзорах или переводах западных статей.
Личная проявленность автора и его навыков здесь второстепенно, для этого лучше подходят и уже используются другие площадки, как нагуглили внимательные читатели ниже, статьи для Хабра переработаны и дополнены техничесеими деталями, в том числе личными примерами и кодом автора.
И да, автор с первых строк прямо и не таясь пишет что это его профессиональная сфера деятельности, в которой он сам работает и помогает другим людям разобраться: кому-то достаточно кейсов из статей, а кто-то не хочет тратить много времени на процесс и готов сразу получить результат в индивидуальной проектной работе, это нормальная практика и не означает что автор не может ответить на вопросы читателей, интересующихся данным направлением.
Вопросы и мнения по теме домашней автоматизации приветствуются — пишите в комментариях, постараемся обсудить максимально предметно.
У меня ограничения по карме в один комментарий в час, поэтому могу отвечать в одном сообщении сразу на несколько постов. Всем добра!
Павел, благодарю вас за интерес к теме статьи и подробный комментарий. Вы выразили весьма распростарненное мнение среди технически продвинутых людей, которые знакомы с подобными системами в теории, но не учитывают многие практические нюансы:
Проводной умный дом дешевле - только если вы сами его спроектируете, соберете из DIY компонентов (включая заводские устройства с кастомной прошивкой) и будете вдальнейшем поддерживать. Если у вас много свободного времени, эта область интереса привлекает и объект недвижимости один то вполне жизнеспособный подход.
Но на моей практике в Москве он редко практикуется, хотя иногда поступают запросы разобраться в подобных системах которые настраивал частный кулибин специалист и например умерла microSD карточка на распберри который был мозгом системы или утеряны пароли \ сменился владелец недвижимости. Если эта тема интересна я продолжу цикл статей здесь.
Проводной умный дом проще настраивать и обслуживать (выявлять неисправности) - так уж исторически сложилось, что профессиональные проводные системы делаются с недружелюбным для непосвященного пользователя интерфейсом, настройка обычно происходит с помощью специального закрытого лицензируемого софта и правок конфигурационных файлов или регистров в самом оборудовании. А системы с беспроводной передачей данных изначально создавались, чтобы конечный пользователь или обычный электрик могли без специальных навыков добавлять и изменять настройки любых устройств прямо из мобильного приложения на смартфоне.
Возможно вы имели ввиду что проводные перепрошитые DIY устройства можно привязать в системы с открытым ПО вроде Home Assistance, OpenHub, Hoobs или сразу в Алису и управлять всем оттуда. Но на моей практике часто даже спустя пару лет интеграции \ плагины да и сама система остается без поддержки производителей так что попытка что-то добавить или обновить по прошествии даже небольшого времени скорее всего закончится отказом системы вследствие того что апдейт несовместим с вашей версией какой-нибудь системной бибилиотеки и нужно переставлять всю систему (и скорее всего менять одноплатник paspberry на новую ревизию ибо ваша снята с производства и ПО с нужными бибилиотеками под нее никто не пилил).
Так что мой основной тезис в том, чтобы использовать заводские решения - не важно в какой системе проводной или беспроводной. Ну и конечно выбирать саму систему исходя из задач и бюджета, в больших поместьях из мрасора с шестиметровыми заборами и бюджетом на умный дом близким к восьмизначным сумма проводные системы с изысканными выключателями с красивого металла с индивидуальными граваировками каждой кнопки могут быть оправданы, но это единичные случаи.
Если у вас другой опыт - напишите о нем больше конкретики и примерами устройств или платфом!
Если на объекте есть интернет, то сейчас полно готовых недорогих решений на Wi-Fi и с локальным управленинм по простенькому API и с бесплатным облаком в комплекте. Например SHELLY или SONOFF, купить пару одинаковых модулей в резерв и забыть еще лет на 10. Например Sonoff 4CHR3 PRO.
А для базовой геометизации соединений, если не хотите заливать силиконовым компаундом - можно обернуть всю плату самоклеящимся листом автомобильной шумоизоляции вроде STP толщиной 2мм.
Конечно не промышленная автоматика, но уже и не Arduino где контакты через картонку.
Отличный кейс у автора, но что если завтра это приложение удалят из РуСтора по правовым соображениям в области нарушений авторских прав или как средство для обхода государственных ограничительных мер?
Есть запасные варианты и идеи как еще зарабатывать одинокому инди разработчкику?
Конфигурация оборудования действительно хорошая, чтобы грешить на железо значит проблема в неполной поддержке протокола связи с конкретными устройствми из разрозненных экосистем у открытого софта Zigbee2Mqtt, тем более если штора сбрасывается в заводские настройки (т.к. при простом отключении коррдинатора из сети ее настройки не сбиваются).
Не сталкиваюсь с таким непредсказуемым поведением устройств соединенных со штанными заводскими хабами (вероятно в них более полно реализован протокол связи, разрабатываемый производителем), поэтому в вашем случае для большей стабильности я бы использовал заводской хаб от Tuya с совместимым набором датчиков и поддержкой HomeKit / Matter и при помощи этой интеграции уже подтягивал бы с него устройства в Home Assistance по локальной сети. Или менять конкретные проблемные датчики в надежде что с другой линейкой будет лучше связь, например сам Sonoff имеет свою серию Zigbee устройств.
Друзья, вижу, что тема беспроводных технологий вызывает повышенное обсуждение, но комментарии показывают, что многим не хватает информации о современных решениях, которые работают «из коробки», без костылей и плясок с бубном.
Если вам интересна эта тема я с удовольствием подготовлю подробную статью с описанием последних наработок в этой области технологий, ТОПа производителей подобного рода устройств и как все это взаимодействует между собой без необходимости шаманить с реверс-инжинирингом или собирать систему из разнородных устройств чужих экосистем.
Для этого плюсуем данное сообщение до положительного значения кармы чтобы появилась возможность новой публикации, а пока я отвечаю на вопросы и пожелания в комментариях и собираю обратную связь для будущей статьи.
Что касается обсуждаемоего кейса связки нескольких мостов с разрозненными Zigbee сетями в единую платформу для оффлайнового управления голосом посредством умных колонок вроде Алисы или HomePod, то как раз пишу в конце статьи о том что современные хабы умеют прокидывать зоопарк датчиков в умные колонки по локальной сети с помощью Matter over IP в режиме моста, управление сохраняется даже если интернет пропал.
Обновил абзац в статье.
По поводу освещения в подсобных помещениях.. То обычно или датчика присутствия или таймера забытого освещения настроенного жестко на самом модуле на моей практике достаточно. Кроме того обычно делаю сценарий отключения всего освещения и перехода в ночной режим в 02:00 - помогает и от забатых детьми светильников и для закрытия штор и для перехода отопления в энергоэффетивный режим, хотя конечно все зависит от пожеланий конкретного клиента но я чаще всего работаю с семейными людьми 40+ со стабильным ритмом жизни.
Спасибо за опыт, с какими брендами и в каком году сталкивались?
Чаще всего плохо работают дешевые NoName датчики, подключенные к открытому ПО вроде Home Assistance с драйверами на основе реверс-инжениринга заводского протокола Zigbee, в таком случае накладки неизбежны и такие решения изначально не предназначены в качестве профессиональной инсталляции, а больше как хобби-проекты для себя.
Попробуйте взять нормальный заводской хаб и совместимые с его экосистемой датчики от крупных производителей. Я вообще не припоминаю ситуаций чтобы что-то взяло и само отвалилось. Бывали истории с умными лампочками в торшерах и настальных лампах, если дети балуются выключателем и много раз подряд включат-выключат светильник, тогда умная лампочка может сброситься к заводским настройкам но при попытке добавить ее обратно в систему сразу встанет в туже комнату с тем же названием где и была.
Спасибо за опыт, с какими заводскими решениями и в каком году сталкивались которые так нестабильно работают, но успешно продаются?
Как правило это распространенный страх новых технологий на основе неполноты данных или банальное отсутствие компетенции в них. Чаще всего плохо работают дешевые NoName датчики, подключенные к открытому ПО на основе с драйверами на основе реверс-инжениринга заводского протокола, в таком случае накладки неизбежны и такие решения изначально не предназначены в качестве профессиональной инсталляции, а больше как хобби-проекты для себя.
Когда вы строите дом или делаете капитальный ремонт и параллельно живете жизнь с семьей и детьми - у вас голова забита многими другими вопросами и обычно люди сосредотачиваеются на продумывании эргономики жилого пространства совместно с дизайнером интерьером, а не на штроблении и протяжке километров кабелей своими руками с последующей пусконаладкой и программировании автоматики.
Но да, всегда есть DIY сегмент, когда датчики прошиваются кастомными прошивками, логика и интерфейс крутится на открытом ПО а пользователь невольно вынужден все это поддерживать, помнить как что работает и в случае сбоев собственноручно устранять. Тут у всех свой путь и нет единственно верного решения.
Заводские хабы во всех известных мне системах создают отдельный сегмент сети, что вы имеете ввиду под прямым биндингом? Возможность беспроводных кнопок направлять команды напрямую исполнительным устройствам не создавая сценарий на самом хабе? Довольно редко использую эту функцию и беспроводные пульты впринципе, стараюсь чтобы всегда был настенный выключатель, а для дистанционного управления голос, который в большинстве случаев работает через интернет, но последние поколения колонок учатся обрабаывать некоторые команды локально, а также локально подтягивать устройства с хабов по Matter протоколу.
Так что чисто гипотетически, если включить вручную свет в подвале, подняться через несколько этажей в спальню, чтобы по дороге пропал интернет, но осталась локальная сеть, тогда можно будет голосом выключить в подвале.
Еще лучше грамотно подбирать исполнительные устройства и на самих релюшках ставить таймер забытого света, чтобы группа освещения не могла гореть больше 6 часов и отключалась независимо от интернета, хабов и сценариев. Такие устройства есть у Moes и AVATTO, хабы Zemismart.
Автор за открытость и честность, поэтому в первом же абзаце упомянул что помимо обзора популярных проводных систем "Также рассмотрим, как современные беспроводные технологии позволяют реализовать большинство функций без сложной и дорогой инфраструктуры."
Затрнудняюсь только куда отнести последний стандарт Matter, если он и по проводу в среде TCP / IP работает и в беспроводной среде Thread.
Мой топ компаний по ZigBee оборудованю, большая часть которого цепляется напрямую и к Яндекс Станциям и к Home Assistance:
Moes, AVATTO, Gledopto, LoraTap, Tongou. Терморегуляторы: BEOK, CALEO, BSEED. Умные карнизы и моторы для штор: Zemismart, Dooya.
Хотя сам чаще использую к ним штатные хабы-комбайны от производителей как на последнем фото в статье. Такие устройства за последние годы сменили уже несколько поколений, обзавелись оффлайновыми функциями и поддерживают более гибкую логику чем предлагает Яндекс.
Благодарю за экспертный ответ, не сталкивался с передачей сигналов KNX по питающей электрической сети, тем более в оконечных устройствах в виде выключателей и терморегуляторов, тогда бы их можно было ставить на готовый обычный ремонт и никакие ZigBee и Z-Wave не требовались бы вовсе. Предположу что эта концепция не прижилась из-за нестабильности соединения, особенно сейчас со светодиодным освещением где каждая лампочка или блок питания создает дополнительные помехи в сети.
Что касается прямого управления между KNX устройствами и встроенной логики некоторых устройств, в примитивном варианте оно конечно существует и раньше было достаточно, но сейчас уровень запросов и осведомленности пользователей растет, всем подавай умные сценарии, чтобы датчики движения включали разные группы освещения на разную яркость и теплоту спектра в зависимости от времени суток, чтобы при входе в комнату вместо обычных выключателей была красивая панелька со сценариями освещения / климата / кино развлечений - этого уже на железной логике не сделаешь, максимум таймер забытого света из таких функций осатется полезным, чтобы группа освещения не могла работать больше заданного количества часов, а все остальное через централизованный сервер, ранее LogicMachine, а теперь почти всегда вижу iRidium.
И ладно бы еще логика работы устройств. Отдельная боль открытых систем и KNX в частности - это пользовательский интерфейс. Его как бы надо написать самому на основании API TCP/IP шлюзов. Все что мне встречалось в этой области обычно было или похоже или на SCADA системы или как-будто это делали школьники на уроке информатики в 2000-х. Разве что OpenHub до поры до времени казался весьма симпатичным, но потом перестал развиваться в этом направлении.
Если у вас есть другие кейсы пременения встроенных функций и особенно приличного пользовательского интерфейса в открытых системах - будет интересно узнать.
Я обычно использую заводские шлюзы с внешней антенной и не вешаю на один шлюз более 50 устройств. В доме на 300 квадратов (как правило это 2-3 этажа) - по одному устройству на этаж, расположенных по диагонали на удаленности друг от друга. В общем-то по аналогии с Wi-Fi точками доступа.
В DIY системах на основе zigbee2mqtt другая история с промежуточными координаторами и т.д., но я в это глубоко не влезаю и использую фирменные экосистемы, иногда добавляя Home Assistance как дополнительный элемент для узкоспециализированных задач вроде отслеживания наличия устройства пользователя в локальной сети дома.
WirenBoard это хорошая система для малого бизнеса, в частности ресторанного, у них даже фирменные драйверы для промышленных холодильных установок были. Для домашнего применения по моему опыту она довольно узкоспециализирована хотя и обходится существенно дешевле западных аналогов.
Общаются устройства WirenBoard по модифицированному ModBus протоколу, все настройки на регистрах, которые прописываются в конфигурационных файлах. Чтобы Реле №28 включалось от нажатия KNX кнопки выключателя №10 или сработки температурного датчика 1-Wire №35.
Так что нет, поменять блок без перенастройки всех сценариев и взаимодействий не получится, хотя там и есть модули где с завода входы и выходы сконфигурированы синхронно т.е. вход №1 связан с выходом №1 и т.д., но эти настройки меняются и перенастраиваются под конкретные задачи.
И так уж исторически сложилось что в основном проводные системы все такие замороченные в настройке, многие даже не имеют веб-интерфейса и требуют специализированный лицензионный штатный софт для изменения любых настроек.
В основном эту технологию применяют для очень больших капитальных домов по несколько тысяч квадратных метров: с бассейном, спортзалом, несколькими видами саун и гаражом на десяток автомобилей. Тогда бюджет уже не так критичен, к тому же есть приятный бонус в виде премиальных настенных многокнопочных выключателей с индивидуальной гравировкой под каждой кнопкой. Это штучные проекты, не массовый сегмент.
Подробнее пишу в предыдущей статьей про Знакомство с умным домом.
В конечном итоге к этому все сейчас и приходит и тут в основном нужно внимательно выбирать сами исполнительные устройства, чтобы они были выполнены из качественных компонентов ну и сами стандарты, упомянутый вами датчик работает на Wi-Fi, это допустимо если всех умных устройства планируется не много или они расположены на большом удалении, в остальных случаях лучше аналогичные датчики смотреть по стандартам Matter, Thread, ZigBee или BLE .
Мы с вами просто для разных задач и уровня вовлеченности пользователя рассматриваем системы, по мне везде где пользователю нужно править конфигурационные файлы для изменения настроек системы - это не дружелюбно, пользователи хотят простое мобильное приложение откуда все настраивается в пару кликов в полуавтоматическом режиме и производители современных устройств дают им такую возможность, в частности благодаря гибридным стандартам вроде Matter и центров управления, умеющих работать с разными стандартами.
Иначе бы уже давно DIY производители выросли в крупные бренды, задолго до Wirenboard или упомянутого вами Lavritech (первый раз слышу, никогда не видел ни на выставках ни на живых объектах в Москве) - были и более старые производители вроде MegaD, до сих пор выпускают моноблочные DIN устройства где можно самостоятельно скомпановать входы и выходы на одном устройстве-комбайне вроде MegaD-2561-31I15O-RTC-PoE.
Но такие устройства крайне сложно поддерживать, так что стоит заранее быть готовым к замене всей системы, если что выйдет из строя по прошествии времени, а также обладать навыками программирования для любых настроек.
Подробнее пишу в новой статье про Проводные системы умного дома.
Алексей, основная цель статьи - поделиться реальным опытом работы с системами умного дома и запустить конструктивное обсуждение под надзором автора, который является действующим специалистом в этой отрасли, а не просто рассуждает теоритически как часто бывает в подобных материалах или спонсорских обзорах или переводах западных статей.
Личная проявленность автора и его навыков здесь второстепенно, для этого лучше подходят и уже используются другие площадки, как нагуглили внимательные читатели ниже, статьи для Хабра переработаны и дополнены техничесеими деталями, в том числе личными примерами и кодом автора.
И да, автор с первых строк прямо и не таясь пишет что это его профессиональная сфера деятельности, в которой он сам работает и помогает другим людям разобраться: кому-то достаточно кейсов из статей, а кто-то не хочет тратить много времени на процесс и готов сразу получить результат в индивидуальной проектной работе, это нормальная практика и не означает что автор не может ответить на вопросы читателей, интересующихся данным направлением.
Вопросы и мнения по теме домашней автоматизации приветствуются — пишите в комментариях, постараемся обсудить максимально предметно.
У меня ограничения по карме в один комментарий в час, поэтому могу отвечать в одном сообщении сразу на несколько постов. Всем добра!
Павел, благодарю вас за интерес к теме статьи и подробный комментарий. Вы выразили весьма распростарненное мнение среди технически продвинутых людей, которые знакомы с подобными системами в теории, но не учитывают многие практические нюансы:
Проводной умный дом дешевле - только если вы сами его спроектируете, соберете из DIY компонентов (включая заводские устройства с кастомной прошивкой) и будете вдальнейшем поддерживать. Если у вас много свободного времени, эта область интереса привлекает и объект недвижимости один то вполне жизнеспособный подход.
Но на моей практике в Москве он редко практикуется, хотя иногда поступают запросы разобраться в подобных системах которые настраивал частный кулибин специалист и например умерла microSD карточка на распберри который был мозгом системы или утеряны пароли \ сменился владелец недвижимости. Если эта тема интересна я продолжу цикл статей здесь.
Проводной умный дом проще настраивать и обслуживать (выявлять неисправности) - так уж исторически сложилось, что профессиональные проводные системы делаются с недружелюбным для непосвященного пользователя интерфейсом, настройка обычно происходит с помощью специального закрытого лицензируемого софта и правок конфигурационных файлов или регистров в самом оборудовании. А системы с беспроводной передачей данных изначально создавались, чтобы конечный пользователь или обычный электрик могли без специальных навыков добавлять и изменять настройки любых устройств прямо из мобильного приложения на смартфоне.
Возможно вы имели ввиду что проводные перепрошитые DIY устройства можно привязать в системы с открытым ПО вроде Home Assistance, OpenHub, Hoobs или сразу в Алису и управлять всем оттуда. Но на моей практике часто даже спустя пару лет интеграции \ плагины да и сама система остается без поддержки производителей так что попытка что-то добавить или обновить по прошествии даже небольшого времени скорее всего закончится отказом системы вследствие того что апдейт несовместим с вашей версией какой-нибудь системной бибилиотеки и нужно переставлять всю систему (и скорее всего менять одноплатник paspberry на новую ревизию ибо ваша снята с производства и ПО с нужными бибилиотеками под нее никто не пилил).
Так что мой основной тезис в том, чтобы использовать заводские решения - не важно в какой системе проводной или беспроводной. Ну и конечно выбирать саму систему исходя из задач и бюджета, в больших поместьях из мрасора с шестиметровыми заборами и бюджетом на умный дом близким к восьмизначным сумма проводные системы с изысканными выключателями с красивого металла с индивидуальными граваировками каждой кнопки могут быть оправданы, но это единичные случаи.
Если у вас другой опыт - напишите о нем больше конкретики и примерами устройств или платфом!
Если на объекте есть интернет, то сейчас полно готовых недорогих решений на Wi-Fi и с локальным управленинм по простенькому API и с бесплатным облаком в комплекте. Например SHELLY или SONOFF, купить пару одинаковых модулей в резерв и забыть еще лет на 10. Например Sonoff 4CHR3 PRO.
А для базовой геометизации соединений, если не хотите заливать силиконовым компаундом - можно обернуть всю плату самоклеящимся листом автомобильной шумоизоляции вроде STP толщиной 2мм.
Конечно не промышленная автоматика, но уже и не Arduino где контакты через картонку.
Отличный кейс у автора, но что если завтра это приложение удалят из РуСтора по правовым соображениям в области нарушений авторских прав или как средство для обхода государственных ограничительных мер?
Есть запасные варианты и идеи как еще зарабатывать одинокому инди разработчкику?
Решилось через декларацию import threading в начале функции