Телеметрія на шляху
від пристрою до рішення
Шар між активами і тими, хто за них відповідає: адаптери пристроїв, приймання, яке переживає поганий зв’язок, семантика тривог і сховище, яке потім можна запитувати. Надішліть бриф. Оцінка за 24 години.
Можливості платформи
Від адаптерів пристроїв до операторського вигляду — накопичувачі, зарядка і телеметрія флоту. Без вигаданих версій протоколів; підтверджуємо за списком обладнання.
Під’єднання пристроїв
Транспорти MQTT, HTTP і WebSocket плюс протокольні адаптери для шлюзів та контролерів, які говорять по-своєму. Нові родини пристроїв додаються адаптерами, а не форками ядра.
Ідентичність і доступ пристроїв
Індивідуальні облікові дані, авторизація за токенами й обмежені топіки. Скомпрометований шлюз не зможе читати чи публікувати поза межами власних активів.
Відмовостійке приймання даних
Буферизація, повтори з backoff і дедуплікація на боці edge і сервера. Пристрої з нестабільним зв’язком досилають історію, а не втрачають її.
Потокова обробка
Фільтрація, агрегація, збагачення та виявлення аномалій на живому потоці. Порогова та правилова автоматика спрацьовує за секунди після показання, що її викликало.
Зберігання часових рядів
Рівні зберігання, проріджування та безперервні агрегати: рік історії лишається доступним для запитів без утримання кожного сирого відліку «гарячим».
Видимість для оператора
Огляди парку й активів зі статусами, геолокацією та таймлайнами сесій, власні віджети й деталізація, розмежовані за ролями для експлуатації, підтримки та керівництва.
Як проходить одне показання
Шість етапів між датчиком і оператором. Більшість IoT-платформ ламається на стиках між ними — саме туди ми вкладаємо проєктні зусилля.
Edge і шлюз
Прошивка пристрою або агент шлюзу публікує структуровану телеметрію. Схему корисного навантаження та розкладку топіків ми визначаємо ще до того, як побудовано будь-що інше.
Приймання даних
Брокер або HTTP-ендпоінт з автентифікацією, обмеженням частоти, буферизацією та дедуплікацією. Некоректні повідомлення потрапляють у карантин, а не зникають мовчки.
Нормалізація
Одиниці вимірювання, позначки часу та метадані пристроїв зводяться до однієї канонічної моделі, щоб код нижче за потоком не знав про виробника.
Обробка та правила
Вікна агрегації, виявлення аномалій і правила аварій обчислюються на живому потоці — з рівнями критичності та джерелом у кожній події.
Зберігання
Гарячі часові ряди для дашбордів, згорнуті агрегати для трендів, холодний архів для регуляторних вимог. Розкладку визначають патерни запитів.
Споживання
Дашборди операторів, канали сповіщень, вивантаження в BI та інтеграції з бек-офісом читають ті самі нормалізовані дані.
Що працює під капотом
Розгортається у хмарі, на власних серверах або в гібридній інфраструктурі без переписування прикладного шару.
- MQTT
- HTTP
- WebSocket
- Protocol adapters
- Node.js
- Kafka
- RabbitMQ
- Rule engine
- TimescaleDB
- PostgreSQL
- ClickHouse
- Redis
- Docker
- Kubernetes
- OpenTelemetry
- Structured logging
Пов’язана експертиза
Дашборди→
Інтерфейси оператора, які перетворюють цю телеметрію на те, з чим команда може працювати.
Моніторинг BESS→
Той самий конвеєр для накопичувачів енергії та PV-інверторів через Modbus, IEC 61850 і SunSpec.
Хмара та on-prem→
Де працює платформа: хмара, власні сервери або гібрид — з тією самою моделлю розгортання.
CRM, ERP і CMS→
Бізнес-системи, куди ця телеметрія зазвичай має потрапити — включно з живим операційним столом CRM.
Конвеєри телеметрії
Надішліть бриф. Оцінка за 24 години.
Родини пристроїв, частота повідомлень і зберігання. За робочий день намітимо приймання, обробку і сховище.