Добрый вечер!
Заметил одну странную особенность в работе интеграции:
При создании двух устройств с одинаковыми умениями и одинаковыми MQTT топиками, категория устройства - электрооборудование, тип устройства - light или switch (в принципе не важно) и разными (естественно) названиями устройств, в приложении обновляется состояние только одного из устройств при управлении этим контролом из веб интерфеса WB.
Подскажите, это особенности реализации на данный момент, баг или … что-то еще?
Конечно такое дублирование устройств не всем нужно, но в моем случае актуально, до этого такой вариант в связке с Node-RED работал, хочется сохранить функционал.
Заранее благодарю за обратную связь!
Добрый день.
Вот у меня, например, есть несколько обетов света. Они не отличаются именами, просто в разных комнатах.
При этом управляются.
Так, покажите как воспроизвести поведение, которое кажется неправильным. То есть - что и как сконфигурировать?
Ну и загрузите диагностический архив пожалуйста.
Специально создал два устройства:
Тест 1 (Комната 1), Тест 2 (Комната 2)
оба в умениях используют один и тот же MQTT топик - MR6C_1/K1
при включении контрола из веб интерфейса одно устройство Тест 2 (Комната 2) в приложении Яндекс Алиса отображается как включенное, второе Тест 1 (Комната 1) - нет.
Аналогичная ситуация при включении Тест 2 (Комната 2) из приложения УДЯ, контрол включается, Тест 2 (Комната 2) - включается, Тест 1 (Комната 1) - нет,
но если включать устройство Тест 1 (Комната 1) в УДЯ, то Тест 2 (Комната 2) тоже включается
Так… Вот тут не понимаю, пока практической ценности создавать несколько устройств в Яндекс управляющих одним контролом.
Особенности моей интеграции …
Но вопрос не в ценности, а в работоспособности
В моем случае есть комната - с названием Квартира, в которой отображается состояние всех комнат (вкл,выкл) и в каждой комнате тот же самый контрол отображающий общее состояние комнаты
приложен диагностический архив, доступен только сотрудникам поддержки
(810,9 КБ)
Как-то неожиданно…
А контрол - один? Ну, пожалуй проще написать несколько виртуальных и отдать в интеграцию их.
Да, контрол один. Как реализовать другим путем тоже понятно. Вопрос почему так странно сейчас работает…?
Судя по коду подписка на изменение контрола срабатывает один раз.
Но есть интересная особенность
при включении Тест 2 (Комната 2) из приложения УДЯ, контрол включается, Тест 2 (Комната 2) - включается, Тест 1 (Комната 1) - нет,
но если включать устройство Тест 1 (Комната 1) в УДЯ, то Тест 2 (Комната 2) тоже включается
Яндекс в своем описании никак не указывает как подобное должно работать.
Я могу, конечно, воспроизвести. Напишите пожалуйста как должно выглядеть правильное взаимодействие “многие к одному” и “один ко многим”.
Специально создал два устройства:
Тест 1 (Комната 1), Тест 2 (Комната 2)
оба в умениях используют один и тот же MQTT топик - MR6C_1/K1
при включении контрола из веб интерфейса контроллера одно устройство Тест 2 (Комната 2) в приложении Яндекс Алиса отображается как включенное, второе Тест 1 (Комната 1) - нет.
Вроде подробно описал
Сможете прояснить почему так происходит?
Да, конечно. При изменении топика - при переборе объектов интеграциии обрабатывается первым же. И на этом обработка заканчивается.
Если нужно именно поведение когда один топик связан со многими объектами - создайте виртуальные устройства для каждой интеграции.
Ок, понятно. Спасибо. Жаль что имено так реализовано. В интеграция чере NodeRED работало в таком формате
