Terms-and-abbreviations: различия между версиями
Admin (обсуждение | вклад) COR-05: актуализированы XIOT-PLC, контроллеры и RS-485 |
Admin (обсуждение | вклад) COR-06: единый словарь действий и адресов управления/состояния |
||
| Строка 4: | Строка 4: | ||
Платформа объединяет устройства-хосты XIOT-PLC, облачный сервис и визуальный редактор — от настройки проекта до управления системой. | Платформа объединяет устройства-хосты XIOT-PLC, облачный сервис и визуальный редактор — от настройки проекта до управления системой. | ||
Конфигурация создаётся в '''XIOT-EDITOR''' и загружается на '''XIOT-PLC'''. Загруженные локальные сценарии продолжают выполняться без связи с облаком; облачные функции в это время недоступны. | Конфигурация создаётся в '''XIOT-EDITOR''' и загружается на '''XIOT-PLC'''. Загруженные локальные сценарии продолжают выполняться без связи с облаком; облачные функции в это время недоступны. | ||
== '''Основные действия''' == | |||
Эти действия не заменяют друг друга. Для поиска в старых материалах могут встречаться названия «тег управления», «тег статуса» и «тег состояния»; в актуальной документации используются термины '''адрес управления''' и '''адрес состояния'''. | |||
{| class="wikitable" style="width:100%" | |||
! Термин !! Что означает !! Важно | |||
|- | |||
| '''Сохранить проект''' || Явно зафиксировать датированную версию проекта. Отдельное сохранение удобно как контрольная точка, особенно во время вёрстки интерфейса в Pro. || Сохранение не меняет конфигурацию XIOT-PLC. Статус '''В облаке''' отдельно подтверждает отправку версии в XIOT-CLOUD. Подробнее: [[Сохранение резервной копии проекта]]. | |||
|- | |||
| '''Создать версию''' || Получить результат сохранения проекта — новую датированную запись в списке версий. || Это результат команды '''Сохранить проект''', а не отдельная кнопка или команда. | |||
|- | |||
| '''Загрузить конфигурацию на контроллер''' || Команда сначала сохраняет проект, создаёт одну новую версию, а затем передаёт на привязанный XIOT-PLC точный снимок этой версии. || Не нажимайте '''Сохранить проект''' непосредственно перед загрузкой без отдельной причины: два последовательных действия создадут две версии. Загрузка не устанавливает XIOT-PLC и не привязывает его к проекту. | |||
|- | |||
| '''Установить XIOT-PLC на устройство-хост''' || Скачать и установить пакет XIOT-PLC на поддерживаемое устройство-хост или контроллер и проверить запуск службы. || Установка пакета не привязывает XIOT-PLC к проекту и не загружает конфигурацию. Подробнее: [[Установка XIOT-PLC на контроллер]]. | |||
|- | |||
| '''Привязать XIOT-PLC к проекту''' || Назначить установленный XIOT-PLC выбранному проекту через локальный интерфейс устройства-хоста. || Привязка не восстанавливает и не загружает конфигурацию проекта. Подробнее: [[Связываем XIOT-PLC с редактором XIOT|Привязка XIOT-PLC к проекту]]. | |||
|- | |||
| '''Драйвер XIOT''' || Интеграционный модуль XIOT-PLC, который обменивается данными с оборудованием, шиной или внешним сервисом и предоставляет адреса для связи с виртуальными устройствами. || Это не системная служба или драйвер операционной системы производителя оборудования, например <code>wb-mqtt-serial</code>. Подробнее: [[Настройка драйверов]]. | |||
|- | |||
| '''Адрес управления''' || Адрес, в который XIOT отправляет команду или записывает значение для физического оборудования. || Если характеристика не управляет оборудованием, адрес управления может не требоваться. | |||
|- | |||
| '''Адрес состояния''' || Адрес, из которого XIOT получает фактическое состояние или обратную связь физического оборудования. || Наличие только адреса состояния само по себе не делает характеристику недоступной для ручного изменения: это дополнительно определяется типом и правами характеристики. Подробнее: [[Механизм работы тегов в XIOT|Адреса управления и состояния в XIOT]]. | |||
|} | |||
Обычная последовательность: установить XIOT-PLC → привязать XIOT-PLC к проекту → настроить драйвер XIOT → назначить адреса управления и состояния → выполнить '''Загрузить конфигурацию на контроллер''' → проверить оборудование и сценарии. Для самостоятельной контрольной точки используйте '''Сохранить проект''', но не повторяйте это действие прямо перед загрузкой без необходимости. | |||
💡 Особое внимание уделено: | 💡 Особое внимание уделено: | ||
| Строка 43: | Строка 69: | ||
'''Физическое устройство''' — реальное оборудование, подключённое по протоколам KNX, Modbus, MQTT и др. | '''Физическое устройство''' — реальное оборудование, подключённое по протоколам KNX, Modbus, MQTT и др. | ||
Обменивается данными с | Обменивается данными с XIOT-PLC через драйвер XIOT, адрес управления и адрес состояния. | ||
'''Виртуальное устройство''' — логическая модель оборудования, создаваемая интегратором в редакторе. | '''Виртуальное устройство''' — логическая модель оборудования, создаваемая интегратором в редакторе. | ||
| Строка 52: | Строка 78: | ||
== 🔄 '''Компоненты логики''' == | == 🔄 '''Компоненты логики''' == | ||
''' | '''Адрес связи''' — идентификатор источника или приёмника значения в настроенном драйвере XIOT. Для исходящей команды используется адрес управления, для входящего фактического значения — адрес состояния. | ||
'''Сценарий''' — логическая последовательность действий, определяющая поведение системы. | '''Сценарий''' — логическая последовательность действий, определяющая поведение системы. | ||
| Строка 66: | Строка 91: | ||
== 👥 '''Роли пользователей''' == | == 👥 '''Роли пользователей''' == | ||
'''Интегратор''' — создаёт проект, настраивает устройства и сценарии, устанавливает XIOT-PLC. | '''Интегратор''' — создаёт проект, настраивает устройства и сценарии, устанавливает XIOT-PLC на поддерживаемое устройство-хост и привязывает его к проекту. | ||
Может передавать проект владельцу. | Может передавать проект владельцу. | ||
| Строка 78: | Строка 103: | ||
== 🔁 '''Основные процессы''' == | == 🔁 '''Основные процессы''' == | ||
'''Передача проекта''' — смена владельца | '''Передача проекта новому владельцу''' — административная смена владельца проекта после подтверждения сторон. Точный порядок и последствия для ролей и доступов приведены в статье [[Передача проекта новому владельцу]]. | ||
'''Привязка XIOT-PLC''' — назначение установленного XIOT-PLC проекту через локальный интерфейс <code>http://IP_контроллера:5551</code>. В текущем интерфейсе интегратор вводит email и пароль XIOT и выбирает проект. Операцию выполняют только из доверенной локальной сети. Сейчас у проекта один PLC-слот (<code>plc1</code>); до шести Wiren Board подключаются к этому XIOT-PLC как отдельные MQTT-подключения. | '''Привязка XIOT-PLC к проекту''' — назначение установленного XIOT-PLC проекту через локальный интерфейс <code>http://IP_контроллера:5551</code>. В текущем интерфейсе интегратор вводит email и пароль XIOT и выбирает проект. Операцию выполняют только из доверенной локальной сети. Сейчас у проекта один PLC-слот (<code>plc1</code>); до шести Wiren Board подключаются к этому XIOT-PLC как отдельные MQTT-подключения. | ||
---- | ---- | ||
Версия от 16:11, 23 августа 2026
XIOT — программно-аппаратная платформа для создания надёжных проводных систем автоматизации: «умный дом», «умное здание» и промышленные объекты.
Платформа объединяет устройства-хосты XIOT-PLC, облачный сервис и визуальный редактор — от настройки проекта до управления системой. Конфигурация создаётся в XIOT-EDITOR и загружается на XIOT-PLC. Загруженные локальные сценарии продолжают выполняться без связи с облаком; облачные функции в это время недоступны.
Основные действия
Эти действия не заменяют друг друга. Для поиска в старых материалах могут встречаться названия «тег управления», «тег статуса» и «тег состояния»; в актуальной документации используются термины адрес управления и адрес состояния.
| Термин | Что означает | Важно |
|---|---|---|
| Сохранить проект | Явно зафиксировать датированную версию проекта. Отдельное сохранение удобно как контрольная точка, особенно во время вёрстки интерфейса в Pro. | Сохранение не меняет конфигурацию XIOT-PLC. Статус В облаке отдельно подтверждает отправку версии в XIOT-CLOUD. Подробнее: Сохранение резервной копии проекта. |
| Создать версию | Получить результат сохранения проекта — новую датированную запись в списке версий. | Это результат команды Сохранить проект, а не отдельная кнопка или команда. |
| Загрузить конфигурацию на контроллер | Команда сначала сохраняет проект, создаёт одну новую версию, а затем передаёт на привязанный XIOT-PLC точный снимок этой версии. | Не нажимайте Сохранить проект непосредственно перед загрузкой без отдельной причины: два последовательных действия создадут две версии. Загрузка не устанавливает XIOT-PLC и не привязывает его к проекту. |
| Установить XIOT-PLC на устройство-хост | Скачать и установить пакет XIOT-PLC на поддерживаемое устройство-хост или контроллер и проверить запуск службы. | Установка пакета не привязывает XIOT-PLC к проекту и не загружает конфигурацию. Подробнее: Установка XIOT-PLC на контроллер. |
| Привязать XIOT-PLC к проекту | Назначить установленный XIOT-PLC выбранному проекту через локальный интерфейс устройства-хоста. | Привязка не восстанавливает и не загружает конфигурацию проекта. Подробнее: Привязка XIOT-PLC к проекту. |
| Драйвер XIOT | Интеграционный модуль XIOT-PLC, который обменивается данными с оборудованием, шиной или внешним сервисом и предоставляет адреса для связи с виртуальными устройствами. | Это не системная служба или драйвер операционной системы производителя оборудования, например wb-mqtt-serial. Подробнее: Настройка драйверов.
|
| Адрес управления | Адрес, в который XIOT отправляет команду или записывает значение для физического оборудования. | Если характеристика не управляет оборудованием, адрес управления может не требоваться. |
| Адрес состояния | Адрес, из которого XIOT получает фактическое состояние или обратную связь физического оборудования. | Наличие только адреса состояния само по себе не делает характеристику недоступной для ручного изменения: это дополнительно определяется типом и правами характеристики. Подробнее: Адреса управления и состояния в XIOT. |
Обычная последовательность: установить XIOT-PLC → привязать XIOT-PLC к проекту → настроить драйвер XIOT → назначить адреса управления и состояния → выполнить Загрузить конфигурацию на контроллер → проверить оборудование и сценарии. Для самостоятельной контрольной точки используйте Сохранить проект, но не повторяйте это действие прямо перед загрузкой без необходимости.
💡 Особое внимание уделено:
- надёжности проводных технологий (KNX, Modbus, DALI);
- интуитивно понятному интерфейсу для пользователя и интегратора;
- удобству проектирования и визуальной настройке без программирования.
🧩 Компоненты платформы XIOT
XIOT-PLC — программный модуль, устанавливаемый из Debian-пакета на поддерживаемую Linux-платформу. Выполняет загруженную конфигурацию, сценарии, обрабатывает данные устройств и управляет оборудованием. Поддерживаются Wiren Board 6/7/8/9, JetHome, Raspberry Pi, Orange Pi, NanoPi, x86-ПК/Intel NUC и VDS/VPS на архитектурах armhf, arm64 и amd64.
XIOT-EDITOR — облачный инструмент конфигурирования системы. Позволяет создавать структуру проекта, добавлять устройства, сценарии и визуальные интерфейсы.
XIOT-CLOUD — облачный сервис хранения, синхронизации и маршрутизации данных. Обеспечивает связь между контроллером, редактором и приложением.
XIOT-APP — мобильное приложение для управления системой. Позволяет контролировать устройства, сценарии и состояние дома с телефона или планшета.
🧱 Структура проекта
Проект — конфигурация системы, включающая этажи, комнаты, устройства и сценарии.
Этаж — логическая группа комнат, используется для структурирования проекта и визуального отображения.
Комната — логическая единица проекта, содержащая устройства, сценарии и характеристики помещения (температура, освещённость, активность и др.).
Устройство — элемент системы, объединяющий физические и виртуальные компоненты.
Сценарий — логическая последовательность действий, определяющая автоматизацию поведения системы. Может срабатывать по времени, событию, состоянию устройства или внешнему сигналу.
⚙️ Типы устройств
Физическое устройство — реальное оборудование, подключённое по протоколам KNX, Modbus, MQTT и др. Обменивается данными с XIOT-PLC через драйвер XIOT, адрес управления и адрес состояния.
Виртуальное устройство — логическая модель оборудования, создаваемая интегратором в редакторе. Может быть связано с физическим устройством или работать автономно.
🔄 Компоненты логики
Адрес связи — идентификатор источника или приёмника значения в настроенном драйвере XIOT. Для исходящей команды используется адрес управления, для входящего фактического значения — адрес состояния.
Сценарий — логическая последовательность действий, определяющая поведение системы. Может выполняться по времени, событию или состоянию устройств.
Тип устройства — шаблон, определяющий функциональность и отображение (лампа, термостат, реле и др.).
Тип логики — шаблон сценария (по времени, событию, рассвету, циклу и т.д.).
👥 Роли пользователей
Интегратор — создаёт проект, настраивает устройства и сценарии, устанавливает XIOT-PLC на поддерживаемое устройство-хост и привязывает его к проекту. Может передавать проект владельцу.
Владелец — конечный собственник системы. Управляет пользователями, назначает или ограничивает интегратора.
Пользователь — управляет системой через XIOT-APP, без доступа к настройкам проекта.
🔁 Основные процессы
Передача проекта новому владельцу — административная смена владельца проекта после подтверждения сторон. Точный порядок и последствия для ролей и доступов приведены в статье Передача проекта новому владельцу.
Привязка XIOT-PLC к проекту — назначение установленного XIOT-PLC проекту через локальный интерфейс http://IP_контроллера:5551. В текущем интерфейсе интегратор вводит email и пароль XIOT и выбирает проект. Операцию выполняют только из доверенной локальной сети. Сейчас у проекта один PLC-слот (plc1); до шести Wiren Board подключаются к этому XIOT-PLC как отдельные MQTT-подключения.