Terms-and-abbreviations: различия между версиями
Admin (обсуждение | вклад) Нет описания правки |
Admin (обсуждение | вклад) Английские адреса Wiki: обновление ссылок с сохранением русских подписей |
||
| (не показано 11 промежуточных версий этого же участника) | |||
| Строка 1: | Строка 1: | ||
{{DISPLAYTITLE:Основные термины и сокращения}} | |||
'''XIOT''' — программно-аппаратная платформа для создания надёжных проводных систем автоматизации: | |||
«умный дом», «умное здание» и промышленные объекты. | |||
Платформа объединяет устройства-хосты XIOT-PLC, облачный сервис и визуальный редактор — от настройки проекта до управления системой. | |||
'''XIOT''' | Конфигурация создаётся в '''XIOT-EDITOR''' и загружается на '''XIOT-PLC'''. Загруженные локальные сценарии продолжают выполняться без связи с облаком; облачные функции в это время недоступны. | ||
== '''Основные действия''' == | |||
Эти действия не заменяют друг друга. Для поиска в старых материалах могут встречаться названия «тег управления», «тег статуса» и «тег состояния»; в актуальной документации используются термины '''адрес управления''' и '''адрес состояния'''. | |||
{| class="wikitable" style="width:100%" | |||
! Термин !! Что означает !! Важно | |||
|- | |||
| '''Сохранить проект''' || Явно зафиксировать локальную датированную копию проекта. Отдельное сохранение удобно как контрольная точка, особенно во время вёрстки интерфейса в Pro. || Сохранение не меняет конфигурацию XIOT-PLC. Статус '''В облаке''' отдельно подтверждает отправку версии в XIOT-CLOUD. Подробнее: [[Project-backup|Сохранение резервной копии проекта]]. | |||
|- | |||
| '''Создать версию''' || Получить результат сохранения проекта — новую датированную запись в списке версий. || Это результат команды '''Сохранить проект''', а не отдельная кнопка или команда. | |||
|- | |||
| '''Загрузить конфигурацию на контроллер''' || Сначала сохранить проект локально и после успешной записи отправить сохранённую конфигурацию на привязанный XIOT-PLC. || Дождитесь завершения операций; отдельно проверьте запись в истории, связь контроллера, физические команды и обратную связь. Успешная загрузка сама по себе не подтверждает облачное сохранение или публикацию приложения. Загрузка не устанавливает XIOT-PLC и не привязывает его к проекту. | |||
|- | |||
| '''Установить XIOT-PLC на устройство-хост''' || Скачать и установить пакет XIOT-PLC на поддерживаемое устройство-хост или контроллер и проверить запуск службы. || Установка пакета не привязывает XIOT-PLC к проекту и не загружает конфигурацию. Подробнее: [[Xiot-plc-installation|Установка XIOT-PLC на контроллер]]. | |||
|- | |||
| '''Привязать XIOT-PLC к проекту''' || Назначить установленный XIOT-PLC выбранному проекту через локальный интерфейс устройства-хоста. || Привязка не восстанавливает и не загружает конфигурацию проекта. Подробнее: [[Connect-xiot-plc-to-editor|Привязка XIOT-PLC к проекту]]. | |||
|- | |||
| '''Драйвер XIOT''' || Интеграционный модуль XIOT-PLC, который обменивается данными с оборудованием, шиной или внешним сервисом и предоставляет адреса для связи с виртуальными устройствами. || Это не системная служба или драйвер операционной системы производителя оборудования, например <code>wb-mqtt-serial</code>. Подробнее: [[Driver-setup|Настройка драйверов]]. | |||
|- | |||
| '''Адрес управления''' || Адрес, в который XIOT отправляет команду или записывает значение для физического оборудования. || Если характеристика не управляет оборудованием, адрес управления может не требоваться. | |||
|- | |||
| '''Адрес состояния''' || Адрес, из которого XIOT получает фактическое состояние или обратную связь физического оборудования. || Наличие только адреса состояния само по себе не делает характеристику недоступной для ручного изменения: это дополнительно определяется типом и правами характеристики. Подробнее: [[Xiot-tags|Адреса управления и состояния в 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 на архитектурах <code>armhf</code>, <code>arm64</code> и <code>amd64</code>. | ||
-- | '''XIOT-EDITOR''' — веб-редактор с локальным хранением проектов и облачной синхронизацией. | ||
Позволяет создавать структуру проекта, добавлять устройства, сценарии и визуальные интерфейсы. | |||
'''XIOT-CLOUD''' — облачный сервис хранения, синхронизации и маршрутизации данных. | |||
Обеспечивает связь между контроллером, редактором и приложением. | |||
'''XIOT-APP''' — мобильное приложение для управления системой. | |||
Позволяет контролировать устройства, сценарии и состояние дома с телефона или планшета. | |||
--- | ---- | ||
== 🧱 '''Структура проекта''' == | == 🧱 '''Структура проекта''' == | ||
'''Проект''' — конфигурация системы, включающая этажи, комнаты, устройства и сценарии. | |||
'''Этаж''' — логическая группа комнат, используется для структурирования проекта и визуального отображения. | |||
'''Комната''' — логическая единица проекта, содержащая устройства, сценарии и характеристики помещения (температура, освещённость, активность и др.). | |||
'''Устройство''' — элемент системы, объединяющий физические и виртуальные компоненты. | |||
'''Сценарий''' — логическая последовательность действий, определяющая автоматизацию поведения системы. | |||
Может срабатывать по времени, событию, состоянию устройства или внешнему сигналу. | |||
== ⚙️ '''Типы устройств''' == | |||
'''Физическое устройство''' — реальное оборудование, подключённое по протоколам KNX, Modbus, MQTT и др. | |||
Обменивается данными с XIOT-PLC через драйвер XIOT, адрес управления и адрес состояния. | |||
''' | '''Виртуальное устройство''' — логическая модель оборудования, создаваемая интегратором в редакторе. | ||
Может быть связано с физическим устройством или работать автономно. | |||
--- | ---- | ||
== 🔄 '''Компоненты логики''' == | == 🔄 '''Компоненты логики''' == | ||
'''Адрес связи''' — идентификатор источника или приёмника значения в настроенном драйвере XIOT. Для исходящей команды используется адрес управления, для входящего фактического значения — адрес состояния. | |||
'''Сценарий''' — логическая последовательность действий, определяющая поведение системы. | |||
Может выполняться по времени, событию или состоянию устройств. | |||
'''Тип устройства''' — шаблон, определяющий функциональность и отображение (лампа, термостат, реле и др.). | |||
'''Тип логики''' — шаблон сценария (по времени, событию, рассвету, циклу и т.д.). | |||
---- | |||
== 👥 '''Роли пользователей''' == | |||
'''Интегратор''' — создаёт проект, настраивает устройства и сценарии, устанавливает XIOT-PLC на поддерживаемое устройство-хост и привязывает его к проекту. | |||
Может передавать проект владельцу. | |||
Может | |||
'''Владелец''' — конечный собственник системы. | |||
Управляет пользователями, назначает или ограничивает интегратора. | |||
'''Пользователь''' — управляет системой через XIOT-APP, без доступа к настройкам проекта. | |||
--- | ---- | ||
== 🔁 '''Основные процессы''' == | == 🔁 '''Основные процессы''' == | ||
'''Передача проекта новому владельцу''' — административная смена владельца проекта после подтверждения сторон. Точный порядок и последствия для ролей и доступов приведены в статье [[Transfer-project-to-new-owner|Передача проекта новому владельцу]]. | |||
--- | |||
--- | '''Привязка XIOT-PLC к проекту''' — назначение установленного XIOT-PLC проекту через локальный интерфейс <code>http://IP_контроллера:5551</code>. В текущем интерфейсе интегратор вводит email и пароль XIOT и выбирает проект. Операцию выполняют только из доверенной локальной сети. Сейчас у проекта один PLC-слот (<code>plc1</code>); до шести Wiren Board подключаются к этому XIOT-PLC как отдельные MQTT-подключения. | ||
---- | |||
Текущая версия от 22:14, 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-подключения.