Тэлеметрыя на шляху
ад прылады да рашэння
Слой паміж актывамі і тымі, хто за іх адказвае: адаптары прылад, прыём, які перажывае дрэнную сувязь, семантыка трывог і сховішча, якое потым можна пытаць. Дашліце брыф. Ацэнка за 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 гадзіны.
Сямействы прылад, частата паведамленняў і захоўванне. За працоўны дзень намецім прыём, апрацоўку і сховішча.