Terms-and-abbreviations: различия между версиями
Admin (обсуждение | вклад) OLD-05D: локальное сохранение, облако и загрузка PLC по актуальным исходникам |
Admin (обсуждение | вклад) Английский адрес статьи, русский заголовок и сохранение истории по поручению владельца |
||
| Строка 1: | Строка 1: | ||
{{DISPLAYTITLE:Основные термины и сокращения}} | |||
'''XIOT''' — программно-аппаратная платформа для создания надёжных проводных систем автоматизации: | '''XIOT''' — программно-аппаратная платформа для создания надёжных проводных систем автоматизации: | ||
«умный дом», «умное здание» и промышленные объекты. | «умный дом», «умное здание» и промышленные объекты. | ||
Версия от 21:21, 2 октября 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-подключения.