Вы конечно, верно подметили, что в Z-Wave производители много платят за «вступление в семью», но на это надо смотреть и со стороны клиента — защита ваших инвестиций и гарантировано широкий ассортимент стоят денег. И, согласитесь, приятно это получить за ту же цену, что и проприетарный комплект, например, от Даджеста.
Авторитетно могу заявить, что каждый хоп в Z-Wave при актуальный маршрутах занимает 5-15 мс на 40 кбит/с (это ровно длина пакета в битах / 40кбит/с). На 100 кбит/с это в 2.5 раза быстрей.
Ядро работает на 32Мгц и успевает обработать пакет для маршрутизации значительно быстрей, чем за 1 мс.
Собственно, по практике длинные маршруты нужны только для связи с роутером, у которого обычно итак самая хорошая антенна. Датчики и исполнители так или иначе находятся рядом всегда. Вы же не станете управлять светом в другом конце дома с выключателя (сцена «выклбчить все» обычно делается через контроллер).
Кстати, source routing обусловлен необходимостью на ранних стадиях (поколения Z-Wave 1-3) удешевления устройств — ретранслятор может даже не иметь памяти для хранения маршрутов. Сейчас это не так актуально уже. Но есть Explorer Frames — технология поиска недоступного узла, работающая из коробки. Занимает до 2х секунд, после чего маршрут запоминается.
Z-Wave действительно ограничен готовыми устройствами. Это не LoRa и не WiFi, которые фактически являются транспортном. Здесь концепция предлагать готовые к работе и совместимые устройства. Для задач, где нужен только канал, а сверху свое, Z-Wave не подходит (хотя есть исключительный пример — система Danfoss Link / Devi Link).
Z-Uno будет на 908 МГц (частота Z-Wave для США) после лета. Сначала решили освоить рынки России и Европы.
Кстати, текущие Z-Uno вообще без фильтра и будут работать на всех частотах! Можно сказать, эксклюзивные версии. А для следующих мы расскажем, как заменять SAW-фильтр на перемычку ;)
Z-Uno может управлять 8 релейными каналами без проблем. Вопрос только в том, как Wink отобразить это. Если он отобразит все каналы и контролы для реле, то будет всё отлично.
Можете принести к нам его, мы потестим. Нам и самим интересно его потестить — что за зврерь
SPI у модуля Z-Wave есть аппаратный. Его и завернем в Ардуино-подобное API.
I2C и 1-wire будут программными. И вот тут отличие от Ардуино сильное: там работа с пинами идет в реальном времени, а у нас еще отдается управление в неуправляемый код Sigma Design SDK для обслуживания радио, что приводит к проблемам тайминга. Потому эту часть будем делать в нашем коде, а не в скетче.
Мы, возможно, часть текущей партии отправим коллегам в Европу, но у нас backorder больше того, что у нас осталось из первой партии. Апрельская партия будет 1000 штук и точно появится в Европе в Апреле-Мае.
В Vera и Fibaro тоже есть API. Не такое продвинутое в плане возможностей, но есть, и основные все вещи сделать из него можно. Завтра ссылки дадим на API.
Контроллер покажет, используется ли шифрование при общении с устройством.
Также если производитель решил, что в безопасном режиме включенное без шифрование устройство работать не должно, то просто не появятся элементы управления (не будет анонсирован функционал реле), и устройство будет игнорировать команды управления.
Кстати, именно этот специальный софт, идущий с платой RaZberry (софт зовётся Z-Way) с марта 2015 официально поддерживается для контроллеров Contactless. Также обновились стики (теперь называются UZB1) — стали меньше и лучше.
Нет, шифрование на уровне открытого кода ZDK (в шаблонах), т.е. оно в имплементации Классов Команд. Это, кстати, существенно повышает к нему доверие.
Все устройства обязаны включатся и без шифрования. Просто в нешифрованном режиме они могут представлять ограниченный функционал (это определяется производителем). Например, замки в нешифрованном режиме вообще ничего не дают делать кроме как отвечают на имя производителя и ID устройства. А реле могут одинаково работать в обоих режимах, просто один с шифрованием, другой — без.
Некоторые устройства имеют разные кнопки для включения. Например, наши новые устройства в «безопасном» режиме включаются, анонсируют возможность шифрования, но при включении без шифрования (не предложено контроллером) ничего не дают (т.е. устройство хочет всё шифровать, а контроллер не собирается). А в «небезопасном» даже не анонсируют шифрование (даже если контроллер хочет, они не дадут).
Запутал, да? ;)
Короче, устройство в шифрованном режиме увидит, что его включают «несекьюрно» и примет решение: позволить им управлять и без шифрования или скрыть основной функционал и оставить лишь какой-то базовый. Это решение программирует производитель.
Замки по стандарту не могут быть без шифрования. Т.е. тут всё ок. Мы сами вполне доверяем замкам Z-Wave (его даже отмычкой не просто открыть, а шифрование не взломаете за время жизни/эксплуатации замка!).
Но даже диммеры и реле, не говоря уже про датчики движения и открытия, уже имеют шифрование на борту. Это тренд — безопасность в IoT — важная тема, и Z-Wave тут один из первых.
Кстати, есть университетские проекты, которые, используя лишь открытые спеки ITU-T G.9959, делают упрощённый протокол а-ля Z-Wave без маршрутизации и включения в сеть (там регистрация в сети иначе сделана). В этом смысле даже реверс-инжиниринг не нужен. А вот реверсить весь протокол с маршрутизацией весьма трудозатратно. Был бы смысл.
Ядро работает на 32Мгц и успевает обработать пакет для маршрутизации значительно быстрей, чем за 1 мс.
Собственно, по практике длинные маршруты нужны только для связи с роутером, у которого обычно итак самая хорошая антенна. Датчики и исполнители так или иначе находятся рядом всегда. Вы же не станете управлять светом в другом конце дома с выключателя (сцена «выклбчить все» обычно делается через контроллер).
Кстати, source routing обусловлен необходимостью на ранних стадиях (поколения Z-Wave 1-3) удешевления устройств — ретранслятор может даже не иметь памяти для хранения маршрутов. Сейчас это не так актуально уже. Но есть Explorer Frames — технология поиска недоступного узла, работающая из коробки. Занимает до 2х секунд, после чего маршрут запоминается.
Z-Wave действительно ограничен готовыми устройствами. Это не LoRa и не WiFi, которые фактически являются транспортном. Здесь концепция предлагать готовые к работе и совместимые устройства. Для задач, где нужен только канал, а сверху свое, Z-Wave не подходит (хотя есть исключительный пример — система Danfoss Link / Devi Link).
Кстати, текущие Z-Uno вообще без фильтра и будут работать на всех частотах! Можно сказать, эксклюзивные версии. А для следующих мы расскажем, как заменять SAW-фильтр на перемычку ;)
Z-Uno может управлять 8 релейными каналами без проблем. Вопрос только в том, как Wink отобразить это. Если он отобразит все каналы и контролы для реле, то будет всё отлично.
Можете принести к нам его, мы потестим. Нам и самим интересно его потестить — что за зврерь
I2C и 1-wire будут программными. И вот тут отличие от Ардуино сильное: там работа с пинами идет в реальном времени, а у нас еще отдается управление в неуправляемый код Sigma Design SDK для обслуживания радио, что приводит к проблемам тайминга. Потому эту часть будем делать в нашем коде, а не в скетче.
А готовый контроллер на базе Z-Way не пойдёт? rus.z-wave.me/shop/controllers/z-wave.me-razberry-controller
Да, он на Pi, но не все пользователи даже догадываются об этом. А скоро появится в другом форм-факторе на базе роутера
Также если производитель решил, что в безопасном режиме включенное без шифрование устройство работать не должно, то просто не появятся элементы управления (не будет анонсирован функционал реле), и устройство будет игнорировать команды управления.
Все устройства обязаны включатся и без шифрования. Просто в нешифрованном режиме они могут представлять ограниченный функционал (это определяется производителем). Например, замки в нешифрованном режиме вообще ничего не дают делать кроме как отвечают на имя производителя и ID устройства. А реле могут одинаково работать в обоих режимах, просто один с шифрованием, другой — без.
Некоторые устройства имеют разные кнопки для включения. Например, наши новые устройства в «безопасном» режиме включаются, анонсируют возможность шифрования, но при включении без шифрования (не предложено контроллером) ничего не дают (т.е. устройство хочет всё шифровать, а контроллер не собирается). А в «небезопасном» даже не анонсируют шифрование (даже если контроллер хочет, они не дадут).
Запутал, да? ;)
Короче, устройство в шифрованном режиме увидит, что его включают «несекьюрно» и примет решение: позволить им управлять и без шифрования или скрыть основной функционал и оставить лишь какой-то базовый. Это решение программирует производитель.
Но даже диммеры и реле, не говоря уже про датчики движения и открытия, уже имеют шифрование на борту. Это тренд — безопасность в IoT — важная тема, и Z-Wave тут один из первых.
По поводу безопасности, сразу скажу, что есть шифрование. Есть не во всех устройствах, но там, где есть, сеть безопасна — включить соседу не сможете.
Там, где нет шифрования, прослушать точно можно, а вот повключать сложнее — нужно знать, как спуфить HomeId сети соседей. Мы знаем ;)