Он точно запущен 44 секунды?
Загрузите диагностический архив.
приложен диагностический архив, доступен только сотрудникам поддержки
(599,8 КБ)
У вас уже включен Debug для wb-mqtt-knxd.
Feb 24 11:29:39 wirenboard-AFSJSI7 wb-mqtt-knx[222807]: DEBUG: Sent to knxd: to:1/1/0 tpdu(2):00 00
Feb 24 11:29:39 wirenboard-AFSJSI7 wb-mqtt-knx[222807]: DEBUG: Received from knxd: from:1.1.5 to:1/1/0 tpdu(3):00 40 00
Feb 24 11:29:44 wirenboard-AFSJSI7 wb-mqtt-knx[222807]: DEBUG: Sent to knxd: to:1/1/0 tpdu(2):00 00
Feb 24 11:29:45 wirenboard-AFSJSI7 wb-mqtt-knx[222807]: DEBUG: Received from knxd: from:1.1.5 to:1/1/0 tpdu(3):00 40 00
Feb 24 11:29:50 wirenboard-AFSJSI7 wb-mqtt-knx[222807]: DEBUG: Sent to knxd: to:1/1/0 tpdu(2):00 00
Feb 24 11:29:50 wirenboard-AFSJSI7 wb-mqtt-knx[222807]: DEBUG: Received from knxd: from:1.1.5 to:1/1/0 tpdu(3):00 40 00
Вижу в логе сообщения.
Они отличаются от ожидаемых?
Здравствуйте! Давайте разберемся на примере одного контрола - станет ясно в чем проблема. Пожалуйста, покажите:
- Каким контром управляете из веб интерфейса?
- Как он настроен в wb-mqtt-knx? В какой групповой адрес шлет команду?
- Что находится в этом групповом адресе? какие флаги у групповых объектов?
ГА 1/1/3 - чей? Один из клиентских, судя по конфигурации.
То есть - я вижу что отправляете на адрес клиента что-то. Какое устройство этот ГА имеет?
структура в ets
wb-mqtt-knx.conf (2,0 КБ)
mqtt-knx config
и еще нюанс почему то записать конфигурацию в устройство у меня получается только через это интерфейс
Активируйте все флаги в приведенных групповых объектов, затем выполните частичную загрузку - должно заработать управление из контроллера.
Для контролов статусов устанавливайте "readOnly" : true - так правильно.
Прошу попробовать и поделиться результатом.
покажите пожалуйста конфиг knxd.
есть прогресс контрол режима работы - групповой адрес 1/1/7 реагирует на изменение и из WB и из ETS…
приходит температура датчика 1/1/5 …
но задать положение сервопривода на устройстве не получается…1/1/10 …состояние в WB меняется, а устройство молчит…
возможно это как то связано с типом данных …устройство принимает 5.001 percentage(0-100%), а контроль wb 5.xxx-8bit-unsigned_value…
А какую телеграмму устройство ожидает?
То есть - если ETS что-то отправляет ну и контроллер отправленное получает - то надо предполагать что шина в порядке и телеграммы ходят.
Из приложенного скриншота я не понимаю что не получается.
Будет полезно если опишете, что за телеграмму отправляете…
То есть - какая телеграмма из тех что представленные имеет ошибку?
Вижу что в ГА 1/1/13 отправлено 0.
Затем от этого устройства вернулся статус (подтверждение) ГА 1/1/14
Ну и потом в ГА 1/1/13 отправлен 1.
То есть - что работает не так как ожидается? Видно что телеграммы отправляются, устройство отвечает.
Покажите пожалуйста телеграмму как она есть.
Из скриншота я вижу значение 0x33.
0x33 = 51
При этом в описании типа 5.001:
Запишите, для проверки, 90% - что в телеграмме будет?
Ну и как сконфигурирован контрол в контроллере? Какой тип выбран?
А оно должно реагировать в текущем состоянии?
То есть у него внутренний алгоритм как обрабатывает получение телеграммы на этот ГА?
Насколько я вижу - реагирует на получение статусом текущего положения. Как-то видел подобное, устройству нужно было явно разрешить обрабатывать изменение.
я подаю команду изменить положение…команда выполняется…меняется статус…
если подаю на 1/1/10 открыть 50%…сервопривод начинает открываться → меняется текущее значение…1/1/11