Телеметрія на шляху
від пристрою до рішення
Ми будуємо шар між фізичними активами та людьми, які за них відповідають: автентифіковане під’єднання пристроїв, приймання даних, що витримує поганий зв’язок, потокову обробку зі справжньою семантикою аварій і сховище, доступне для запитів навіть через роки.
Можливості платформи
Кожен шар нижче вже працює у продакшені — у накопичувачах енергії, зарядній інфраструктурі та телеметрії автопарків, а не намальований для презентації.
Під’єднання пристроїв
Транспорти 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→
Де працює платформа: хмара, власні сервери або гібрид — з тією самою моделлю розгортання.
Проєктуєте платформу телеметрії?
Розкажіть про родини пристроїв, частоту повідомлень і потрібну глибину зберігання. Ми запропонуємо архітектуру приймання, обробки та зберігання, яка виросте від пілота до продакшену без переписування.