Механизм работы тегов в XIOT

В системе XIOT характеристики виртуальных устройств взаимодействуют с физическим оборудованием через адреса, которые предоставляет настроенный драйвер XIOT. Адресом может быть, например, MQTT-топик Wiren Board или групповой адрес KNX.

Ниже описан базовый механизм актуального XIOT-PLC; отдельные типы устройств могут дополнительно обрабатывать команды и входные значения. Иллюстрации сохранены из прежней редакции статьи: расположение элементов может отличаться. Для настройки в текущем редакторе ориентируйтесь на названия полей и правила в тексте.

🔁 Общая логика

Каждая характеристика может использовать два адреса:

Адрес управления — используется для передачи команды или значения из XIOT в физическое устройство (на запись).
Адрес состояния — используется для получения фактического значения или обратной связи от физического устройства (на чтение).

При принятой команде XIOT передаёт значение в адрес управления, если он задан. Если физическое устройство присылает значение через адрес состояния, XIOT проверяет и обрабатывает его для характеристики. Преобразование значений и логика конкретного типа могут влиять на результат.

✅ Ожидание обратной связи

В варианте окна Новый (бета) откройте Характеристики → Привязка тегов. Рядом с адресом состояния находится флажок Связать управление с состоянием. Он определяет момент локального обновления после команды, но не управляет правами доступа. Установленный флажок не включает ожидание ответа.

Флажок снят, оба адреса заданы (taglink=0): команда отправляется по адресу управления, затем контроллер ожидает подходящий ответ из адреса состояния. Одна отправка не подтверждает новое состояние.
Флажок установлен (taglink=1): после отправки команды локальное значение обновляется сразу, без ожидания ответа. Входящие сообщения состояния по-прежнему могут его обновлять. Такое локальное изменение не доказывает физическое исполнение.
Адрес состояния отсутствует: ждать ответ из него невозможно; снятый флажок не создаёт обратную связь.

Используйте ожидание только при реально настроенном канале обратной связи. Если канал должен отвечать, но не отвечает, сначала проверьте его адрес, формат и связь с оборудованием; простое отключение ожидания не исправляет неисправность.

Важно:

В устройствах не обязательно указывать адреса во всех характеристиках.

 Некоторые характеристики служат как логические или системные и не требуют физической привязки.  
 Подробнее — в описании устройств.

⚙️ Возможные конфигурации

Только адрес управления → XIOT отправляет команды, но не получает подтверждённое состояние из физического канала.
Только адрес состояния → XIOT получает значения, но не отправляет через эту привязку команду оборудованию. Наличие адреса состояния и положение флажка сами по себе не делают характеристику «только для чтения»; без адреса управления локальное изменение может произойти без физической команды.
Оба адреса, флажок снят → отправка команды и ожидание обратной связи.
Оба адреса, флажок установлен → отправка команды и немедленное локальное обновление; последующее состояние приходит отдельно.
Ни одного адреса → нет обмена с оборудованием через эту привязку, но характеристика может участвовать во внутренней логике.

📌 Примеры использования

Светильник с обратной связью: у On назначьте канал записи и реальный канал состояния, снимите флажок Связать управление с состоянием. После загрузки конфигурации отправьте команду и проверьте отдельно светильник и возвращённое состояние.

Датчик температуры: для CurrentTemperature обычно нужен адрес состояния от датчика. Адрес управления не добавляют только ради заполнения второго поля. Сравните полученное значение с показанием оборудования и проверьте единицы.

🌐 Виртуальные устройства без физической привязки

В XIOT можно создавать устройства без привязки к физическому оборудованию:

У логических характеристик адреса можно не указывать.
Объект может участвовать в сценариях и интерфейсе без физического канала, если это предусмотрено его типом и настройками.
Отображение и управление в приложении зависят от интерфейса, публикации и прав; отсутствие физического адреса само по себе ничего не публикует.
Передача в Умный дом Яндекса зависит от совместимости типа и настроек интеграции, а не только от её включения: Голосовое управление через Алису.
Можно готовить структуру и интерфейс проекта до монтажа, но такая подготовка не заменяет приёмку оборудования.

Это удобно для:

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

🔧 Рекомендации

Указывайте реальный адрес состояния, если нужна подтверждённая обратная связь. После загрузки конфигурации проверяйте фактическую работу оборудования; локальный индикатор не заменяет физическую проверку.
Используйте ожидание обратной связи только после проверки, что физическое устройство действительно публикует состояние.
Не обязательно задавать адреса во всех характеристиках — системные параметры могут работать автономно.