Платформа AZIOT

Від польового сигналу до операційної дії

Незалежна від виробника IoT-платформа, що з’єднує пристрої, протоколи, бізнес-правила та інтерфейси оператора в одній керованій архітектурі.

Переглянути платформу ↓
Архітектура системи

Хто що робить — від об’єкта до оператора

Архітектура — це розподіл відповідальності між обладнанням, інтеграцією, платформою AZIOT і командою замовника. Кожен рівень отримує визначений вхід і передає далі конкретний результат.

Контур замовникаКонтур AZIOT
На об’єкті

Обладнання та датчики

Фіксують температуру, стан, споживання та події

Передає даліСирі сигнали
Edge / інтеграція

Шлюз AZIOT

Опитує локальні системи й узгоджує MQTT, Modbus, BACnet та API

Передає даліНормалізовані дані
Платформа AZIOT

Дані та контекст

Зберігає історію, структуру об’єкта, стани та зв’язки

Передає даліЄдина модель об’єкта
Платформа AZIOT

Правила та сценарії

Виявляє відхилення, визначає пріоритет і запускає потрібну реакцію

Передає даліРішення або команда
Команда замовника

Оператор та бізнес-системи

Отримують сповіщення, керують процесом і контролюють результат

Передає даліКонтрольована дія
Технологічний фундамент

AZIOT поєднує IoT-контур із прикладним фундаментом UnityBase

Польовий рівень взаємодіє з обладнанням. Прикладний рівень додає сигналам бізнес-контекст, правила доступу, інтерфейси та простежуваність. Так інтеграція обладнання не змішується з операційним управлінням.

UnityBase

Фундамент корпоративного застосунку

UnityBase надає метаданійну модель предметної області, незалежний від СУБД доступ до даних, генерацію REST-інтерфейсів та адміністративного UI. Документований контур безпеки охоплює автентифікацію, ролі, доступ на рівні записів і аудит.

AZIOT

IoT-рівень AZIOT

Шлюзи та адаптери приймають польові сигнали, перетворюють протокольні значення на модель об’єкта, перевіряють події й сценарії, передають команди та показують результат операторам і бізнес-системам.

Логічна модель
  1. Підключити обладнання
  2. Нормалізувати сигнал
  3. Додати контекст об’єкта
  4. Застосувати правило
  5. Виконати й підтвердити

Це обґрунтована модель реалізації на основі підтвердженої схеми головної сторінки та документованих можливостей UnityBase; точна production-конфігурація потребує технічного підтвердження (requires technical confirmation).

Один наскрізний сценарій

Як сигнал стає підтвердженою дією

Не шість окремих функцій, а один простежуваний ланцюг. Нижче — конкретний приклад реакції на перегрів.

01

Сигнал

Датчик: 28°C
02

Нормалізація

Температура · зона 4
03

Перевірка правила

> 26°C понад 5 хв
04

Рішення

Запустити вентиляцію
05

Команда

Шлюз → контролер
06

Підтвердження

Стан і результат у журналі
РезультатСистема відреагувала автоматично; оператор бачить причину, час і підтвердження виконання команди.
Можливості

Що дає платформа

Моніторинг
Безперервний збір і візуалізація
Автоматизація
Сценарії без участі людини
Подієва логіка
Реакція на зміни та аномалії
Інтеграція
API, ERP, BMS, SCADA
Безпека
Контроль доступу і захист даних
Аналітика
Звіти, прогнози, оптимізація
Інтеграція

Працює з вашою інфраструктурою

MQTT
REST API
Modbus
KNX
OPC UA
BACnet
WebSocket
RS-485
ONVIF
Wiegand
M-Bus
DALI
Альтернативи

Чому платформа, а не ще одна система

Закрита екосистема

Вендорський BMS

Керування прив’язане до обладнання одного виробника: розширення та інтеграції можливі лише в межах його каталогу й цінової політики.

Клаптикова інтеграція

SCADA + окремі підрядники

Кожна підсистема має свій інтерфейс і свого відповідального; цілісна картина збирається вручну, а кожна зміна потребує нових доробок.

Платформний підхід

AZIOT

Відкриті протоколи, єдина модель об’єкта і сценарії поверх наявного обладнання — без заміни систем і прив’язки до вендора.

FAQ

Поширені запитання

Чи потрібно міняти наявне обладнання?

Ні. AZIOT працює поверх наявної інфраструктури через MQTT, Modbus, BACnet, ONVIF та API. Заміна потрібна лише там, де обладнання фізично не має інтерфейсів для інтеграції.

Скільки триває пілот?

Типовий пілот на одному об’єкті займає від кількох тижнів: архітектурна сесія, підключення ключових підсистем і сценарії з KPI, зафіксованими до запуску.

Де зберігаються та обробляються дані?

Залежно від вимог об’єкта: локально (edge), у хмарі або в гібридній схемі. Критична логіка може виконуватися локально й не залежати від інтернет-з’єднання.

Як платформа захищена?

Автентифікація, ролі, доступ на рівні записів, аудит дій і контрольований інтеграційний шар — це частина прикладного ядра UnityBase, а не зовнішні надбудови.

Що відбувається після впровадження?

Команда замовника отримує документацію, навчання та доступ до налаштувань. Ми супроводжуємо систему, розвиваємо сценарії та підключаємо нові об’єкти за потребою.

Обговорімо вашу інфраструктуру