Сорри за некропостинг, но да, производитель координатора может ограничить количество хопов, через которые возможен роутинг. И если поставить там 0, то все устройства будут подключаться только напрямую к координатору. То есть даже роутеры роутить ничего не будут. =
С плитками все норм в режиме без группировки, и в группировке списком. И это интерфейс для бета тестирования. О чем собственного говорит beta в адресе для удалённого веба. beta.spruthub.ru Есть же и релизная ветка и релизный веб интерфейс. web.spruthub.ru
Для этого нужно, чтобы Sofia была запущена. А тогда всё это работает только через китайское облако. Поэтому у меня поправлена прошивка по мануалу duhow. И подъезд я открываю через POST на локальный веб интерфейс, а для этого нужно, чтобы София выключена была.
Wi-Box у меня уже давно есть, но в подъезде нет камеры, так что без скриншотов, фоток и тд. Фактически используется просто для открытия подъездной двери удалённо. И честно говоря выглядит это как стрельба из пушки по воробьям. Но другого решения не нашёл, а своих мозгов не хватает. Наверняка же можно как-то просто отправлять 0x2BF0 просто с ESP. Может быть, чтобы не заниматься приведением уровня сигнала можно найти 3.3 вольта где-то в трубке.
Честно говоря, когда я увидел заголовок, я подумал о прямой интеграции ленты, через matter. А через малину и облако интеграций каких угодно и сколько угодно. Тот же wled можно из ХА в Алису добавить легко.
В УДЯ не так давно появилась поддержка Matter. Пока вроде не для всех доступна, и бета и с количеством поддерживаемых устройств проблемы. Но суть в том, что бридж в маттер в ХА сможет локально отдавать устройства в УДЯ. Точно так же как бридж ХК в ХоумПод.
Вот только NTP и DNS там на определённый интерфейс вешаются. Не надо на WAN интерфейс их вешать и тогда и в Local In Policy закрывать не надо.
Проблема разве что с SNMP, но там тоже есть немного не элегантное решение. Доступ к snmp, вебу и ssh открываться в локальных политиках на адреса trusted hosts в админах. Если всем админам дать доступ только с доверенных адресов, то FortiGate не будет отвечать на запросы с других адресов ни на веб интерфейс, ни на ssh, ни на snmp.
И всё же классификация не исчерпывающая. Надо наверное делить на 4 категории. 1. Вендорные закрытые системы. Акара, Туя, Сяоми и тд. 2. OpenSource. HomeAssistant, NodeRed, OpenHAB, ioBroker и тд. 3. Системы от облачных вендоров. УДЯ, Алекса, GoogleHome, Apple HomeKit. 4. Универсальные хабы. Hubitat, Athom Homey, SprutHub, наверное Samsung SmartThings сюда же можно. И в целом возможны варианты, что например пользователям Apple иногда проще и дешевле всё равно иметь какой-то универсальный хаб или что-то OpenSource. Там делать автоматизации и тд, но отдавать устройства в HomeKit как пульт управления и для управления голосом. Или в УДЯ, опять же для голосового управления.
Проблема BLE в том, что там стандартов никаких нет. С ними там ещё хуже чем в Zigbee. Куча производителей и каждый делает что-то своё. Поэтому собирать всё в единую точку всё значительно сложнее. А без единой точки не будет единых автоматизаций, где можно учитывать все параметры. Нафига мне управление светом только через приложение на мобильнике. А так же отдельно приложение для штор, и отдельное для отопления. В этом большое преимущество Zigbee. Да приходится иметь какой-то центральный хаб, но так он мне в любом случае нужен, где-то же должны крутиться автоматизации. И лучше бы этот хаб был у меня дома, а не где-то в китайском облаке.
PVST скорее нет, да и смысла нет. Очень он уже медленный на сегодняшний день, да и на вчерашний тоже. А вот RPVST уже довольно часто встречается в оборудовании других вендоров.
В Икея хаб ничего кроме икея не добавить. Тут нужно что-то универсальное. Из открытых zigbee2mqtt или zha. Из коммерческих СпрутХаб, Hubitat, Samsung SmartThings, Athom Homey. Я не про конкретно это устройство, потому что вряд ли например в Hubitat оно заработает, но про в целом возможность подключения сторонних устройств. Даже колонка Яндекс есть теперь с ZigBee и позволяет подключать сторонние устройства, но список поддерживаемых не очень большой.
Просто efr32 или nrf52 потребуют другой среды разработки, других библиотек, так что всё переписывать заново. А c cc2530 на cc2652 вроде полегче переезд должен быть.
Ну как бы вендорлок такой вендорлок. То есть с Икея хабом будут работать только устройства Ikea. К Hue кстати можно подключить Ikea лампочку, но в HomeKit Hue хаб её пробрасывать не будет. К акара хабу только устройства акара, к туе только туя.
zigbee2mqtt.
ZONT сейчас на PRO контроллерах позволяет локальное подключение к mqtt брокеру. И можно напрямую в ХА всё подключчать.
Сорри за некропостинг, но да, производитель координатора может ограничить количество хопов, через которые возможен роутинг. И если поставить там 0, то все устройства будут подключаться только напрямую к координатору. То есть даже роутеры роутить ничего не будут. =
С плитками все норм в режиме без группировки, и в группировке списком. И это интерфейс для бета тестирования. О чем собственного говорит beta в адресе для удалённого веба. beta.spruthub.ru Есть же и релизная ветка и релизный веб интерфейс. web.spruthub.ru
Для этого нужно, чтобы Sofia была запущена. А тогда всё это работает только через китайское облако. Поэтому у меня поправлена прошивка по мануалу duhow. И подъезд я открываю через POST на локальный веб интерфейс, а для этого нужно, чтобы София выключена была.
Wi-Box у меня уже давно есть, но в подъезде нет камеры, так что без скриншотов, фоток и тд. Фактически используется просто для открытия подъездной двери удалённо. И честно говоря выглядит это как стрельба из пушки по воробьям. Но другого решения не нашёл, а своих мозгов не хватает. Наверняка же можно как-то просто отправлять 0x2BF0 просто с ESP. Может быть, чтобы не заниматься приведением уровня сигнала можно найти 3.3 вольта где-то в трубке.
Честно говоря, когда я увидел заголовок, я подумал о прямой интеграции ленты, через matter. А через малину и облако интеграций каких угодно и сколько угодно. Тот же wled можно из ХА в Алису добавить легко.
Только не роутерами, а координаторами. И не сам ХА, а какой-то стик в нём, через ZHA или Z2M.
В УДЯ не так давно появилась поддержка Matter. Пока вроде не для всех доступна, и бета и с количеством поддерживаемых устройств проблемы. Но суть в том, что бридж в маттер в ХА сможет локально отдавать устройства в УДЯ. Точно так же как бридж ХК в ХоумПод.
Вот только NTP и DNS там на определённый интерфейс вешаются. Не надо на WAN интерфейс их вешать и тогда и в Local In Policy закрывать не надо.
Проблема разве что с SNMP, но там тоже есть немного не элегантное решение. Доступ к snmp, вебу и ssh открываться в локальных политиках на адреса trusted hosts в админах. Если всем админам дать доступ только с доверенных адресов, то FortiGate не будет отвечать на запросы с других адресов ни на веб интерфейс, ни на ssh, ни на snmp.
Насколько же проще такое реализовать на FortiGate. Тоже железка не для SOHO, но сильно проще в настройке.
И всё же классификация не исчерпывающая. Надо наверное делить на 4 категории.
1. Вендорные закрытые системы. Акара, Туя, Сяоми и тд.
2. OpenSource. HomeAssistant, NodeRed, OpenHAB, ioBroker и тд.
3. Системы от облачных вендоров. УДЯ, Алекса, GoogleHome, Apple HomeKit.
4. Универсальные хабы. Hubitat, Athom Homey, SprutHub, наверное Samsung SmartThings сюда же можно.
И в целом возможны варианты, что например пользователям Apple иногда проще и дешевле всё равно иметь какой-то универсальный хаб или что-то OpenSource. Там делать автоматизации и тд, но отдавать устройства в HomeKit как пульт управления и для управления голосом. Или в УДЯ, опять же для голосового управления.
Бюджетно в сравнении с KNX например.
Проблема BLE в том, что там стандартов никаких нет. С ними там ещё хуже чем в Zigbee. Куча производителей и каждый делает что-то своё. Поэтому собирать всё в единую точку всё значительно сложнее. А без единой точки не будет единых автоматизаций, где можно учитывать все параметры.
Нафига мне управление светом только через приложение на мобильнике. А так же отдельно приложение для штор, и отдельное для отопления.
В этом большое преимущество Zigbee. Да приходится иметь какой-то центральный хаб, но так он мне в любом случае нужен, где-то же должны крутиться автоматизации. И лучше бы этот хаб был у меня дома, а не где-то в китайском облаке.
Разработчиков бы из Туи бить по голове распечаткой Zigbee Cluster Library, пока не перестанут городить кучу кастомных кластеров под стандартные вещи.
PVST скорее нет, да и смысла нет. Очень он уже медленный на сегодняшний день, да и на вчерашний тоже. А вот RPVST уже довольно часто встречается в оборудовании других вендоров.
В Икея хаб ничего кроме икея не добавить. Тут нужно что-то универсальное. Из открытых zigbee2mqtt или zha. Из коммерческих СпрутХаб, Hubitat, Samsung SmartThings, Athom Homey.
Я не про конкретно это устройство, потому что вряд ли например в Hubitat оно заработает, но про в целом возможность подключения сторонних устройств. Даже колонка Яндекс есть теперь с ZigBee и позволяет подключать сторонние устройства, но список поддерживаемых не очень большой.
Поддержка в СпрутХабе какой-то из версий датчика есть, но её явно ещё надо допиливать.
Просто efr32 или nrf52 потребуют другой среды разработки, других библиотек, так что всё переписывать заново. А c cc2530 на cc2652 вроде полегче переезд должен быть.
Ну как бы вендорлок такой вендорлок. То есть с Икея хабом будут работать только устройства Ikea. К Hue кстати можно подключить Ikea лампочку, но в HomeKit Hue хаб её пробрасывать не будет. К акара хабу только устройства акара, к туе только туя.