Выпустили обновление для модуля wb-mqtt-knx.
В нашей конвенции пока нет готовых типов полей, в которые можно было бы упаковать необычные типы данных вроде времени с днём недели, или команд для выбора сцены. Для того, чтобы прямо сейчас можно было использовать такие датапоинты, не дожидаясь полноценной поддержки, мы добавили их отображение в виде JSON-объектов.
Для этого в настройках для групповых адресов необходимо указать специальный тип датапоинта:
В результате создаются текстовые WB-MQTT контролы, функцией которых является получение и передача JSON объектов и преобразование их в КNX телеграммы.
Каждому полю из структуры KNX датапоинта соответствует отдельная пара ключ-значение JSON объекта.
Примеры:
-
Для 10.001 “Time Of Day”:
-
Для 14.xxx “4-Octet Float Value”:
-
Для 16.xxx “String”:
-
Для 18.xxx “Scene Control”:
Количество поддерживаемых типов данных со временем будет увеличено.
Обновление доступно в Testing релизе.
О проблемах с этим обновлением wb-mqtt-knx можно писать в ответах к этой теме.
1 лайк
Добрый день!
Прошу подтвердить верность мыслей, либо перенаправить в нужном направлении.Конкретно идея кейса следующая.
- Имеется готовый объект на knx со своими панелями управления созданными на базе GIRA или логик машин. Т.е. со своим верхним уровнем.
- Необходимо добавить на существующие панели управления дополнительные каналы устройств (z-wave или zigbee) в частности модули штор,
- Необходимо добавить стороннее оборудование rs485(шаблон на wb имеется)
Идея. Использовать WB7 с модулем knx, z-wave zigbee. присвоить соответствующим топикам mqtt устройств групповые адреса и управлять ими через верхний уровень knx.
Реализуемо все это? Если да, то прошу описать примерную схему с типовым описанием скрипта
на таком примере:
1)В среде KNX в ETS создаются виртуальные групповые адреса реле. например 1.1.10 и 1.1.11 с адресом статусов 1.2.10 и 1.2.11
2) На базе этих друх реле средствами верхнего уровня KNX формируется виртуальная штора/
3) WB слушает шину и при поступлении команды 0/1 на адрес 1/1/10 или 1/1/11 перенаправляет значения в имеющийся mqtt-топик, например канала [WBIO-DO-R10R-4] или отправляет JSON в mqtt Топик (в случае если нужно управлять z2m реле).
4) При физическом изменении статуса привязанного mqtt канала в шину knx также должны отправляться статусы по адресам 1/2/10 и 1/2/11. Специально указал разные адреса команд и статусов, т.к. это часто бывает в конфигурациях knx.
Спасибо. Основные задачи сделать получилось.
Остается важный момент.
Когда в wb-mqtt-knx можно будет прописывать дополнительно адреса статусов для групповых адресов в рамках одного контрола?
Пока получается сделать только так
Задача соответствующая создана, срок пока не определен. Думаю что в тестирование пойдет не раньше чем через 2 недели.
Да, те же статусы можно создать и вручную, но согласен что не сильно удобно.
