Праграмнае забеспячэнне для
энергетыкі, мабільнасці і медыа
Мы працуем у чатырох галінах, дзе даныя паступаюць у рэальным часе, пратаколы прамысловыя, а памылковыя паказанні маюць аперацыйныя наступствы. Абярыце кірунак, найбліжэйшы да вашай задачы — кожная старонка апісвае, што мы будуем, і выкарыстоўваны стэк.
Дзе мы працуем углыб
Каманда, якая ўжо ведае пратаколы, мадэлі адмоваў і аператарскую тэрміналогію галіны, не выстаўляе кліенту рахунак за гэтае навучанне. Праца пачынаецца на ўзроўні інтэграцыі, а не з першых прынцыпаў.
ПЗ для партфеля сонечных устаноўак→
Партфельны маніторынг для аператараў PV: тэлеметрыя інвертараў у рэальным часе, каэфіцыент прадукцыйнасці з карэкцыяй па інсаляцыі, справаздачы аб выпрацоўцы і апавяшчэнні на аснове правілаў па некалькіх пляцоўках.
Кіраванне і маніторынг BESS→
Дыспетчарскія прадстаўленні батарэйных блокаў, PV-інвертараў і DC-радкоў: патокі энергіі ў рэальным часе, аналітыка SOC/SOH, дыягностыка на ўзроўні радкоў і апавяшчэнні на аснове правілаў.
Платформы EV-зарадкі→
Бэкенды CPO і EMSP, white-label кіраванне зарадкай, разумная зарадка і балансаванне нагрузкі, а таксама маршрутнае планаванне для камерцыйных EV-паркоў з некалькімі прыпынкамі.
Відэаінфраструктура→
Канвееры транскадавання і ўпакоўкі: ABR-лесвіцы, per-title кадаванне, нізкалатэнтны HLS, multi-DRM дастаўка і апаратна-паскоранае кадаванне ў маштабе.
Агульныя каманды вывучаюць галіну за ваш кошт
Большая частка выдаткаў у прамысловым праграмным праекце — не ў кодзе, а ў непаразуменнях. Каманда, якая ніколі не чытала мадэль даных IEC 61850 або ставіцца да сесіі OCPP як да простага запыту/адказу, выяўляе рэальныя патрабаванні падчас інтэграцыйнага тэставання. Гэта самае дарагое месца для іх выяўлення.
Праца ў абмежаванай колькасці галін дазваляе нам адштурхоўвацца ад абмежаванняў, а не ад фрэймворка. Мы ведаем, якія палі тэлеметрыі ненадзейныя на практыцы, якія рэалізацыі вендараў адхіляюцца ад спецыфікацыі і на якія паказчыкі аператар глядзіць у першую чаргу.
- Паводзіны пратаколаў вядомы загадзя, а не выяўляюцца падчас інтэграцыі
- Мадэлі даных спраектаваны пад рэальныя патэрны запытаў, а не пад універсальны CRUD
- Інтэрфейсы правяраюцца паводле таго, як працуюць аператары, а не як выглядаюць дэма
- Рэжымы адмоваў і мяжавыя выпадкі вызначаюцца на этапе архітэктуры, а не пасля запуску
- Ацэнкі грунтуюцца на рэаліях галіны, а не на аптымістычных аналогіях
Што аб'ядноўвае ўсе чатыры кірункі
Галіны адрозніваюцца; інжынерны фундамент — не. Кожная платформа, якую мы ствараем, абапіраецца на тыя самыя тры ўзроўні.
Атрыманне тэлеметрыі
Адаптары пратаколаў, атрыманне праз брокер і поллінг, канвееры ўзбагачэння даных і сховішча часавых радоў, аптымізаванае пад рэальныя патэрны запытаў аператараў.
Інтэрфейсы аператарскага ўзроўню
React-дашборды рэальнага часу для людзей, якія прымаюць рашэнні пад часавым ціскам — спачатку іерархія інфармацыі, потым выбар бібліятэкі графікаў.
Вытворчыя аперацыі
Структураванае лагаванне, размеркаванае трэйсінгаванне, апавяшчэнні і CI/CD-канвееры з першага каміту — сістэма застаецца падтрымліваемай пасля перадачы.
Не ўпэўнены, які раздзел падыходзіць вашаму праекту?
Апішыце абсталяванне, пратаколы і карыстальнікаў. Мы скажам, што з'яўляецца прамалінейным, што нясе рызыку і дзе мы ўжо гэта рабілі.