Что такое "проприетарный линк межды хабом и платформой управления" в случае с зигби? У меня стоит зигстар лан, по сети подключен к иоброкеру, к зигстару подключено десятка три устройств разных производителей, включая самодельные - где тут что проприетарное?
Ранее линк между хабом тродфри, или хабом aqara, или любым другим хабом. До конечных устройств управления: iOS/Android/Etc был не стандартизован и фактически было куча своих вариантов протоколов (у apple - homekit у гугла своё и так далее) вот задача Matter иметь один стандарт.
Matter не замена зигби, он замена пропреоритарному линку между хабом и платформой управления/пользователя. т.е в случае с Икеей например - они выпустили новый хаб который совсестим с Matter и пробрасывает все устройства зигби в Matter. Aqara обещает это сделать апдейтом софта на хабе. т.е то что Matter основной протокол между хабом -- системой управления - это уже как бы не обсуждается. Тут вопрос - когда а не если.
Thread же - это замена зигби, там действительно еще не много устройств.
Конечный пользовательский интерфейс это по сути всего 3 варианта: Apple Home, Google Home, Alexa. Ikea уже перешла на matter, eve - Thread (а значит даже хаб кастомный не нужен)
Зачем изобретать автобус из буханки? есть два стандартизованных протокола Thread и Matter, всё что не совместимо с этим покупать в 2023 году как минимум странно.
Matter это не замена Zigbee/Z-Wave, matter это слой между хабом и конечным девайсом. Thread - замена для Zigbee/Z-Wave.
И да сейчас через апдейты софта приходит поддержка Matter к старым хабам - уже есть у IKEA и на подходе Aqara. Реализация Thread пока менее распространена и более нацелена на то что бы е изобретать велосипед и не требовать уникальный хаб под каждого вендора.
Т.е я бы в 2023 году не покупал девайсы без поддержки Matter вообще, и желательно присматриваться к Thread но не мандатори.
Следующий этап http://mermaid.live вместо plantumUML (мермэйд например нативно в github mardown поддерживается) что сильно упрощает хранение документации в одном месте
Сейчас мне кажеться основной кейс стартапа - это имиграция, т.к можно же сделать часть работ в РФ а далее уже собрав портфолию податься с инкубаторы зарубежом - это повысит шансы прохождения фильтра.
Как результат визы дадут всем участникам стартапа.
Ранее линк между хабом тродфри, или хабом aqara, или любым другим хабом. До конечных устройств управления: iOS/Android/Etc был не стандартизован и фактически было куча своих вариантов протоколов (у apple - homekit у гугла своё и так далее) вот задача Matter иметь один стандарт.
У вас вероятно очень специфический кейс, я говорю об обычном regular Consumer case.
Как пример вот список со статусами https://matter-smarthome.de/en/overview-products-compatible-with-matter/
Matter не замена зигби, он замена пропреоритарному линку между хабом и платформой управления/пользователя. т.е в случае с Икеей например - они выпустили новый хаб который совсестим с Matter и пробрасывает все устройства зигби в Matter. Aqara обещает это сделать апдейтом софта на хабе. т.е то что Matter основной протокол между хабом -- системой управления - это уже как бы не обсуждается. Тут вопрос - когда а не если.
Thread же - это замена зигби, там действительно еще не много устройств.
А почему это должно быть про РФ?
Конечный пользовательский интерфейс это по сути всего 3 варианта: Apple Home, Google Home, Alexa. Ikea уже перешла на matter, eve - Thread (а значит даже хаб кастомный не нужен)
Зачем изобретать автобус из буханки? есть два стандартизованных протокола Thread и Matter, всё что не совместимо с этим покупать в 2023 году как минимум странно.
Matter это не замена Zigbee/Z-Wave, matter это слой между хабом и конечным девайсом. Thread - замена для Zigbee/Z-Wave.
И да сейчас через апдейты софта приходит поддержка Matter к старым хабам - уже есть у IKEA и на подходе Aqara. Реализация Thread пока менее распространена и более нацелена на то что бы е изобретать велосипед и не требовать уникальный хаб под каждого вендора.
Т.е я бы в 2023 году не покупал девайсы без поддержки Matter вообще, и желательно присматриваться к Thread но не мандатори.
Без поддержки Thread / Matter покупать какие-то девайсы для "умного" дома это очень странная идея.
Есть специальные девайсы что бы без сверления например https://ceilingvibrator.com (ну или на али - там их тысячи)
Pro tip: Еще можно использовать redocly для генерации документации на основе OpenAPI.
"боковую загрузку" ?? Пожалуйста используйте устоявщийся термин - "Sideloading" не надо русифицировать термины.
Только не "Наблюдаемость" а Observability
И что? Отказываемся от LE сертификатов и идем на гостSSL? несколько странный подход.
Благодарю, был не вкурсе!
Следующий этап http://mermaid.live вместо plantumUML (мермэйд например нативно в github mardown поддерживается) что сильно упрощает хранение документации в одном месте
А зачем? есть Thread и Matter спеки - открыты и привязки к облаку нет. Какой смысл городить что-то что не совместимо с ними?
Мне кажеться вместо "наблюдаемости" все же Observability лучше использовать т.к первое очень ухо режет и непонятно о чем речь.
Сейчас мне кажеться основной кейс стартапа - это имиграция, т.к можно же сделать часть работ в РФ а далее уже собрав портфолию податься с инкубаторы зарубежом - это повысит шансы прохождения фильтра.
Как результат визы дадут всем участникам стартапа.
Есть еще турция, далее можно искать уже целевое место работы и релокейт. ПМЖ достаточно просто получать в южной америке