Спасибо, как раз только запустил Z-Uno, оказывается она только под старую Ардуину, а на более новых версиях не работает :(
Вообщем так и увидел, даже 1 температурный SensorMultilevel шлется в классе MultiChannel.
А как в Z-Wave вообще различать несколько сенсоров на одном устройстве?
К примеру Датчик движения от Fibaro, там есть датчик температуры и освещенность.
Так вот от них приходят COMMAND_CLASS_SENSOR_MULTILEVEL со значением температуры и освещенности.
И как их значение привязать к отдельным переменным? Тут хоть можно по типу датчика понять где что.
Но ведь есть устройства, где несколько однотипных датчиков. Как тогда различать где значения какого?
Мне что бы реализовать движок на SerialAPI нужны только образцы устройств и время.
Да, его требуется несколько больше, чем имея документацию.
Никто не говорит о 100% реализации Z-Wave протокола.
Добавление/удаление нод, получение информации с датчиков (бинарный, аларм, мультилевел), отправка команд реле и диммеру (свитч бинарный и мультилевел) уже сделал. Да, есть непонятные поля, но они не критичны, прекрасно работает и без них.
Но видя ситуацию с поддержкой разных сертифицированных!!! устройств в различных контроллерах становится грустно. Даже имея доступ к SDK не получается сделать что бы работало все и из коробки.
Ваш OZW смотрел, он по сути и вдохновил на написание своего кода, т.к. он у меня не смог полноценно добавить ноду, т.к. не проводится интервью.
Так IP интерфейс по сути обертка для SerialAPI.
Открывать нужно для того, что бы можно было свободно реализовывать контроллеры на основе сертифицированных USB-стиков. Ну не нужно мне железо, я хочу только софт писать используя железо которое делают другие.
PoltoS а зачем вы создали свой Z-Way если есть готовые движки? Меня вот не устраивают готовые по разным параметрам — платности, неработоспособностью не различных платформах, глючностью, закрытостью кода и т.д.
Вот к примеру хочу сделать в Arduino получение значения с датчиков и вывод на LCD экран.
Что такое SendData? Функция в Z-Way? Так я за пару вечеров написал код для приема/отправки пакетов, подтверждения получения, парсер полученных функций. Теперь надо реализовывать сам разбор байтов. В OpenZWave куча хаков, со снифом много отличий, вообще работы куча…
Много чего нужно, чего не открыли. Интереснее SerialAPI, т.к. те кому интересен обмен между устройствами имеет доступ к SDK, что бы разрабатывать это самое устройство :)
Вот хотя бы параметры для FUNC_ID_ZW_ADD_NODE_TO_NETWORK, что значат эти параметры?
ADD_NODE_UNK_1 = 0x40;
ADD_NODE_UNK_2 = 0x80;
Никто дальше OpenZWave я так понимаю не продвинулся в реверсе SerialAPI?
Z-Way на Windows у меня виснет при добавлении первого устройства.
Приходится снифать трафик HomeSeer, я так понимаю у них есть SDK.
Пришла еще Z-Uno, крутая штука, возможно с ней будет проще отлаживать обработку классов команд.
Вообщем так и увидел, даже 1 температурный SensorMultilevel шлется в классе MultiChannel.
Я так понимаю можно до 10 каналов использовать.
К примеру Датчик движения от Fibaro, там есть датчик температуры и освещенность.
Так вот от них приходят COMMAND_CLASS_SENSOR_MULTILEVEL со значением температуры и освещенности.
И как их значение привязать к отдельным переменным? Тут хоть можно по типу датчика понять где что.
Но ведь есть устройства, где несколько однотипных датчиков. Как тогда различать где значения какого?
Охотно верю, функций в протоколе достаточно много. Но и цели реализовать полную поддержку нет.
На данный момент именно удовольствие движет процессом :)
Да, его требуется несколько больше, чем имея документацию.
Никто не говорит о 100% реализации Z-Wave протокола.
Добавление/удаление нод, получение информации с датчиков (бинарный, аларм, мультилевел), отправка команд реле и диммеру (свитч бинарный и мультилевел) уже сделал. Да, есть непонятные поля, но они не критичны, прекрасно работает и без них.
Но видя ситуацию с поддержкой разных сертифицированных!!! устройств в различных контроллерах становится грустно. Даже имея доступ к SDK не получается сделать что бы работало все и из коробки.
Ваш OZW смотрел, он по сути и вдохновил на написание своего кода, т.к. он у меня не смог полноценно добавить ноду, т.к. не проводится интервью.
Открывать нужно для того, что бы можно было свободно реализовывать контроллеры на основе сертифицированных USB-стиков. Ну не нужно мне железо, я хочу только софт писать используя железо которое делают другие.
PoltoS а зачем вы создали свой Z-Way если есть готовые движки? Меня вот не устраивают готовые по разным параметрам — платности, неработоспособностью не различных платформах, глючностью, закрытостью кода и т.д.
Вот к примеру хочу сделать в Arduino получение значения с датчиков и вывод на LCD экран.
Много чего нужно, чего не открыли. Интереснее SerialAPI, т.к. те кому интересен обмен между устройствами имеет доступ к SDK, что бы разрабатывать это самое устройство :)
Вот хотя бы параметры для FUNC_ID_ZW_ADD_NODE_TO_NETWORK, что значат эти параметры?
ADD_NODE_UNK_1 = 0x40;
ADD_NODE_UNK_2 = 0x80;
Никто дальше OpenZWave я так понимаю не продвинулся в реверсе SerialAPI?
Z-Way на Windows у меня виснет при добавлении первого устройства.
Приходится снифать трафик HomeSeer, я так понимаю у них есть SDK.
Пришла еще Z-Uno, крутая штука, возможно с ней будет проще отлаживать обработку классов команд.