Идея в том что есть комната и в ней несколько групп света

день добрый. кто использует yandex2mqtt, поясните, для чего всё таки stat и могу ли я вписать туда тоже, что и в set? в документации ничего внятного не нашел.

Состояние, по идеи можешь

и для кого это состояние? ответочка в для яндекса?

вот так это будет выглядеть в mqtt
в этот "on" падает значение, которое яндекс пишет, 0 или 1 (вкл/выкл)

Да, чтоб видеть и показывать тебе статус

это ты мне set показал, я про stat спрашивал.

Ну так Яндекс же показывает статус выключателя, вот судя по всему он с этого объекта и берет

с этого - это с какого?

С которого ты пропишешь в stat

Это например актуально для xiaomi выключателей, у них инжектор состояние и переключатель, это разные объекты

я все методом тыка, сори. нихера не шарю

да ничего. я сам методом тыка с этим yandex2mqtt. документация там скудная, совсем. только как установить, по конфику инфы мало, ну или я не там искал.

Всем доброго утра! Давно я сюда не писал, но тут решил заняться переделками в IoB и столкнулся с глюком. Суть следующая. Имеем некий девайс с modbus RTU. Живет он у меня давно и раньше работал так... его регистры опрашивал специфический китайский девайс, формировал собственные регистры, которые отдавал в modbus драйвер в IoB по ТСP. Вообщем-то работало, но была одна проблема - в такой схеме holding регистры не записывались. Вообщем-то это не очень и нужно, но все же изредка необходимость возникала. И решил я переделать... Перенести опрос на шлюз RTU-TCP, к которому и подключил интересующий меня девайс. Ну и обычно... создал драйвер, прописал регистры... и нифига. Не работает. Путем долгих исследований выяснил, что проблема возникает из-за конфликта отдельных регистров друг с другом (а их там много). Причем как с input, так и с holding. Ошибка адреса. Регистр не видит. Если некоторую часть удалить из опроса - все работает. Ну можно предположить, что где-то ошибся с адресами. Но нет. Если создать еще один modbus драйвер в IoB и засунуть все, что удалено из первого, во второй - он работает также нормально. Если в качестве теста опрашивать через Modbus pool - никаких проблем. В принципе можно так и оставить - два драйвера для опроса одного устройства. Но как-то некрасиво... Это похоже недоработка в IoB. Как может конфликтовать внутри одного драйвера опрос нескольких регистров - ума не приложу. Вот такая проблемка...

Дамп трафика ответит на все вопросы в чем проблема.

Помогите решить проблему. Использую iobrker как MQTT сервер. Контроллеры устройств (Arduino) подписываются на изменения статусов. Иногда эта подписка, по-разным причинам, не проходит. Проблема в том, что  протокол MQTT не возвращает результат подписки. В итоге получается, что контроллер считает, что он получает изменения статусов, а в реале этого не происходит. Хочется запустить какой-то запрос со стороны контроллера "дай список того, на что я подписан", либо со стороны MQTT сервера - "на что подписан контроллер 12". И я не нашел в описании MQTT, как это сделать.

Он ответит только на вопрос о том уходит ли корректный запрос с драйвера IoB. Больше ничего. И, кстати, корректный запрос может и уходить. Как я говорил - в отдельных драйверах с разнесенными в них регистрами все нормально.

Не связано ли это с максимальным размером пакета?

в настройках шлюза? нет - modbus pool при настройке в нем опроса всех нужных регистров работает нормально. Да и на этом шлюзе много чего висит на разных портах, в том числе и по несколько устройств,  и опрашивается IoB

там именно какой-то странный конфликт отдельных регистров внутри одного драйвера - удаляешь один - работает, оставляешь и находишь другой и удаляешь - тоже работает, выносишь конфликтный в отдельный драйвер и опрашиваешь в два потока - тоже работает