Подскажите пожалуйста про Zigbee, не могу понять - это протокол поверх wifi? Как устройства достучатся к серверу с другого конца дома? Надо ставить везде роутеры Zigbee и подключать их к локальной сети или как?
Wifi нужен только дляьпервоначальной настройки, работает потом без вай фай. Ну типа как альтернатива вай фай, только для своих устройств, поэтому не загружена, отклик быстрый и так далее, не зависишь от роутеров или интернета. Чтобы издалека достучаться- надо поставить побольше хабов или усилителей зигби и все. Они недорогие все, можно купить сразу ведерко. Шлюзы да, можно проводом подключать к роутеру, но опять же, они и без роутера будут работать.
Роутер (повторитель) зигби - это ЛЮБОЕ зигби устройство с питанием от розетки. Гейтвей (с интерфейсом к сети wifi/ethernet) - одна штука
это у вас, у меня этих гейтвеев 20 штук. у меня и броадлинков допотопных (еще до зигби существовали такие) было несколько гейтвеев на одну сеть, все прекрасно работает до сих пор. да и роутеров у меня 5 штук, все вместе одновременно прекрасно работают.
Есть 2 принципиальные возможности - управление по радиоканалу и управление по проводу. И совсем не факт, что радиоканал - это менее надежно. Есть, например, протокол Casambi, который использует BLE. На нем управление освещением в нескольких зданиях компании BBC построено. Но компания обновляла свою систему освещения, выставила требование минимальной перепрокладки кабелей. В целом лучше использовать протоколы, которые приняты многими компаниями как стандартные. Возможностей для маневра (подбор оборудования, замена при сгорании) сильно больше. Ни Wirenboard ни Teletask такими стандартами не стали. Из беспроводных протоколов/стандартов наиболее известны - BLE (его используют Casambi, Yealight, наверное еще чьи-то устройства), но каждый производитель поверх BLE накладывает свой способ взаимодействия устройств. Casambi с Yeelight не договорятся. - Zwave и ZigBee. Интересные протоколы, но несколько устаревшие по своей идеологии, и часто с "проприетарным" уклоном. Особенно ZigBee. - Tuya / Aquara / Xiaomi. Распространенные протоколы для DIY сегмента. Надежность не самая высокая. По этой причине в сложных системах не применяются. Для нормальной работы требуют доступа к своему облачному серверу. Что получается без этого владельцы Xiaomi в России имели возможность ощутить месяц назад, а владельцы устройств от Сбера (Tuya) несколько раньше. Плюс в том, что можно собрать простую бюджетную систему управления, и долго с ней "играть". На сколько ею будут довольны другие члены семьи - это вопрос. Еще есть новый протокол Matter, который активно поддерживают Google, Apple, Samsung и т. д. Не совсем правильно называть его протоколом, это скорее набор спецификаций для общения по IP различных устройств. То есть может "ходить" и по кабелю, и по воздуху (WiFi). Из (преимущественно) проводных протоколов наиболее известны - ModBUS. Довольно простой протокол, пришел из промышленности. Дешев в реализации, в быту чаще используется для управления вентсистемами, увлажнителями, изредка кондиционерами. - DALI. Используется для управления освещением. Удобен в использовании, хорошо масштабируется, очень надежен. Используется в системах управления освещением в самых разных ценовых сегментах. - KNX. На днях отметил 33ю годовщину, Поддержан более чем 500 производителями оборудования во всем мире. На рынке имеется самый широкий диапазон устройств с поддержкой KNX, в том числе отечественного производства. Чаще всего для передачи используют специальную витую пару KNX TP, но может передаваться и по радиоканалу, и по IP, и по силовой проводке. Очень надежен. Оборудование часто дорогое или очень дорогое. Но есть и вполне бюджетные решения. В сухом остатке: - в системах домашней автоматизации используется много разных протоколов. - удобно привести это разнообразие к одному из стандартных протоколов через шлюзы. В наших системах мы таким стандартным протоколом выбрали KNX, но возможны варианты. Далее все это можно "накрыть" какой-либо программой, которая и инженеркой управляет, и CCTV понимает, и музыкой с видео может "рулить". В DIY это часто HomeAssistant (но есть и другие). Предполагает готовность владельца к не самым простым процедурам конфигурирования, написания скриптов, полезным будет знание языка Python и наличия некоторой IT подготовки. В профессионально устанавливаемых системах такой интегрирующей системой может быть Control4, Crestron, Savant, или отечественный Iridi.
"Смешались в кучу кони, люди" BLE - просто транспорт, как ethernet или вайфай. Не протокол умного дома Zwave и ZigBee - протоколы умного дома, траспорт + прикладной уровень, а "проприетарный уклон" там искусственный и достаточно легко обходится. Tuya / Aquara / Xiaomi - экосистемы, а не протоколы. В них и zigbee, и проприетарные протоколы по вайфай и куча всего еще Так это и есть протокол. Как HTTP или SIP. Но не транспорт. Транспорт к нему - IP, ZigBee, Bluetooth
Что-то у вас реально каша в голове. Wirenboard не имеет своего протокола, они по модбас работают, соответственно всё модбасовское к ним и от них цепляется. Можно хоть овен, хоть сименс хоть ваго с ними скрестить, при необходимости. Ни про зигби уже сказали, что то вы там не то нашородили.
Ладно, господа, вы все отлично знаете и про 7 уровневую модель OSI, и про то как ZigBee от бренда отвязывать, и про то, что WirenBoard по Modbus работает. Пойду я свои проекты делать...
А придумали ли уже управлением доступом путем использования NFC телефона (ну или как-то Milfare в телефон записывать). Что бы как бесконтактная оплата по NFC это работало?
Если вы проекты на knx делаете, вопросов нет, по этой технологии с вами никто и не спорит, тут вы крупный специалист, но зачем вы чушь про другие технологии вываливаете? Путаете новичков? Они посмотрят, о куча сообщений, человек шарит, занимается автоматизацией, знает о чём говорит, а вы им лапши кастрюлю на уши вылили.
Если на то пошло - zigbee с точки зрения внешнего использования довольно стандартизован: - отправляем байты команды на некое устройство с нужным ID, на нужный endpoint в нем - получаем байты ответа от устройства с какого-то endpointа Общераспространенные команды типа вкл. выкл, установка диммера, запрос состояния и т. д. - стандартны и работают одинаково у всех брендов, а это значит что стандартные вещи типа умных реле, цветных лампочек, диммеров и термометров будут работать независимо от бренда - если только само устройство не залочено на определенный "ключ сети", который используется только и исключительно в устройствах этого бренда и не меняется - тогда оно просто не сможет "спариться" с сетью zigbee от координатора от другого бренда. Брендоспецифичные команды - по сути те же самые последовательности байт, только их надо знать. Поэтому работать с ними может либо родной софт, либо штуки типа z2m, где можно прописать команды вручную. Это может быть измерение мощности нагрузки через розетку, установка режимов работы устройства и т. д. А как оно там устроено внутри стека zigbee, на уровне прошивок модулей - это уже вопрос разработчиков и производителей этих самых модулей, даже не производителей самих устройств.