EV įkrovimo protokolai: komunikacijos sluoksnių supratimas įkrovimo projekte

Pagrindinis puslapis / Įžvalgos / EV įkrovimas

EV ĮKROVIMO ĮŽVALGOS

OCPP planavimo vadovas. Supratimas apie komunikacijos sluoksnius apmokestinimo projekte

SINELINK| Techninis vadovas

 

Įkrovimo stotis gali sėkmingai prisijungti prie savo valdymo platformos ir vis tiek neveikti su svetainės dinaminio apkrovos balansavimo valdikliu. Kūrėjams, EPC rangovams ir įrenginių savininkams ši spraga gali reikšti papildomus integravimo darbus, ribotą įrangos pasirinkimą arba valdymo architektūros pakeitimus po įdiegimo.

Todėl protokolo pasirinkimas turėtų prasidėti nuo numatytos svetainės veikimo. Nustatykite, kuri sistema paskirstys įkrovimo pajėgumus, kaip įkrovikliai gaus limitus ir kas turėtų nutikti nutrūkus ryšiui. Tada patikrinkite, ar pasirinkta aparatinė ir programinė įranga kartu palaiko tuos reikalavimus.

Suprasti komunikacijos sluoksnius

Įkrovimo projekte egzistuoja kelios ryšio jungtys. Kiekvienas iš jų turi skirtingą informaciją ir turi skirtingą tikslą.

Pavyzdžiui,OCPIveikia tarp įkrovimo paslaugų platformų. Jo buvimas nenustato, kaip atskiras įkroviklis gauna vietinę galios ribą. Transporto priemonės ryšiui taip pat reikia atlikti savo suderinamumo patikras; OCPP palaikymas nenustato, kurias transporto priemones ar transporto priemonės ryšio funkcijas palaiko įkroviklis.

Ethernet, Wi{0}}Fi, korinis ryšys ir RS485 apibūdina ryšį, o ne visą valdymo sąsają. Du įrenginiai gali bendrinti tinklą ir vis tiek naudoti skirtingas komandas, duomenų formatus ir prieigos leidimus.

Pasirinkite OCPP pagal projektui reikalingas funkcijas

Open Charge Point Protocol apibrėžia ryšį tarp įkrovimo stotelių ir įkrovimo stoties valdymo sistemos arba CSMS. TheAtidarykite Charge Alliancepraneša, kad OCPP 1.6 tebėra plačiai naudojamas, o priėmimas pereina prie OCPP 2.x.

OCPP 1.6 jau apima išmaniojo įkrovimo mechanizmus, skirtus įkrovimo profiliams ir apkrovos valdymui. OCPP 2.0.1 prideda geresnes įrenginių valdymo, operacijų tvarkymo, saugumo ir išmaniojo įkrovimo galimybes, įskaitant palaikymą, susijusį su ISO 15118. OCPP 2.1, išleistas 2025 m., išplečia dvikrypčio įkrovimo ir paskirstyto energijos išteklių valdymo palaikymą.

OCPP 1.6 ir 2.0.1 nėra tiesiogiai suderinami. Platformai, kuri aptarnauja abi, reikia atitinkamų protokolų diegimo. Jei tiekėjas siūlo būsimą atnaujinimą, patvirtinkite palaikomą aparatinę įrangą, pristatymo sąlygas ir būtinus platformos pakeitimus.

Naujoms komercinėms svetainėms OCPP 2.0.1 yra naudingas vertinimo atskaitos taškas. Patvirtintas 1.6J diegimas, naudojant JSON per WebSocket, taip pat gali atitikti apibrėžtus projekto reikalavimus. Projektai, kuriuose numatomas dvikryptis įkrovimas, turėtų įvertinti OCPP 2.1 kartu su transporto priemonės ryšiu, maitinimo aparatūra ir taikomais tinklo reikalavimais.

Sertifikavimo apimtis yra svarbi tiek pat, kiek versija. PagalOCPP 2.0.1 sertifikavimo programa, Išmanusis įkrovimas, Išplėstinė sauga ir ISO 15118 palaikymas yra pasirenkami profiliai. Vien Core sertifikatas neįrodo, kad šios funkcijos buvo išbandytos. Paprašykite sertifikato ir įgyvendinimo pareiškimo, apimančio pristatytą modelį ir programinę įrangą.

Peržiūrėkite sertifikavimo sritį →

Apibrėžkite dinaminės apkrovos valdymą kaip visą valdymo kilpą

Dinaminis apkrovos valdymas koreguoja apmokestinimo paskirstymą, kai keičiasi kitos svetainės apkrovos. Tam reikalingi matavimai, paskirstymo algoritmas, komandų kelias ir rezultatą patvirtinantis grįžtamasis ryšys.

Apsvarstykite supaprastintą svetainę su 300 kW importo riba ir 20 kW veikimo marža. Kai ne-įkrovimo poreikis yra 180 kW, galimas įkrovimo paskirstymas yra 100 kW. Jei šis poreikis padidėja iki 240 kW, paskirstymas sumažėja iki 40 kW.

Šiame pavyzdyje naudojama kintamosios srovės-aktyvioji galia ir nenumatoma, kad svetainėje -generuojama ar saugoma. Tikrasis projektas taip pat turi patikrinti fazių sroves, šakų ribas ir transformatoriaus apribojimus. Nuolatinės srovės įkroviklio įvestis apima konversijos nuostolius ir pagalbinį suvartojimą. Jei yra saulės energijos arba saugyklos, matavimo riba turi būti aiški, kad energijos srautai nebūtų skaičiuojami du kartus.

Valdytojas nusprendžia, kaip paskirstyti turimą pajėgumą. Vienodas pasidalijimas, transporto priemonės prioritetas ir išvykimo{1}}laikų planavimas reikalauja skirtingos veikimo logikos. Ryšio protokolas perduoda šį sprendimą įkrovėjams; ji pati savaime nepateikia paskirstymo algoritmo.

Patvirtinkite visą reakcijos laiką nuo matavimo iki faktinio galios reguliavimo. Prie to prisideda skaitiklio atranka, tinklo delsa, valdiklio apdorojimas ir įkroviklio arba transporto priemonės reakcija. Sėkmingas komandos patvirtinimas yra nepakankamas įrodymas, kad prašoma riba įsigaliojo. Apkrovos valdymas taip pat turi būti derinamas su aikštelės elektros apsaugos projektu.

Patikrinkite, ką iš tikrųjų leidžia vietinė sąsaja

Įkroviklis gali pasiūlyti atskiras sąsajas savo valdymo platformai ir vietinei energijos valdymo sistemai (EMS).„Phoenix Contact“ aprašosusitarimas naudojant OCPP užpakaliniam ryšiui ir Modbus TCP dinaminiam srovės paskirstymui iš pastato valdymo sistemos.

„Modbus“ yra praktiškas pramonės integravimo variantas, tačiau registro žemėlapį dar reikia peržiūrėti. Patikrinkite, ar sąsaja rodo įrašymo įkrovimo ribas, jų vienetus ir leistiną diapazoną, valdymo lygį ir skirtojo laiko trukmę. Modbus elektros skaitiklio nuskaitymas ir komandų priėmimas iš išorinio Modbus valdiklio yra skirtingos galimybės.

EEBUSpateikia energijos{0}}valdymo naudojimo atvejus, pvz., galios apribojimą ir saulės energijos suvartojimo{1}}optimizavimą. Jo tinkamumas priklauso nuo naudojimo atvejų ir abiejų įrenginių įdiegtų versijų. Po bendros EEBUS paraiškos turėtų būti atlikta speciali suderinamumo peržiūra.

Gamintojo API ir patentuoti protokolai taip pat gali palaikyti veiksmingą vietinę kontrolę. Jų naudingumas priklauso nuo prieinamos dokumentacijos, diegimo teisių, turimų funkcijų ir stabilaus palaikymo. Paklauskite, ar vietinės komandos išlieka prieinamos be debesies prenumeratos ir ar programinės įrangos pakeitimai gali pakeisti sąsają.

Firmware nusipelno ypatingo dėmesio. Pavyzdžiui,Alfen AHP 2.6.0 laidos pastabospristatė Modbus TCP/IP EMS valdymą nurodytiems produktams ir dokumentavo vieną vienalaikį EMS ryšį. Tose pačiose pastabose nurodomi atitinkami programinės įrangos reikalavimai išmaniajame įkrovimo tinkle. Todėl suderinamumas turėtų būti registruojamas pagal modelį ir programinę-aparatinę įrangą, įskaitant vienos prekės ženklo įrangą.

Pasirinkite architektūrą su aiškia valdymo nuosavybe

OCPP gali veikti vietiniame tinkle. TheOCA vietinio{0}}valdiklio architektūraaprašomas valdiklis, esantis tarp įkroviklių ir aukštesnės valdymo sistemos. Tai sukuria keletą stoties projektavimo variantų.

Apribotos talpos{0}}komercinėse svetainėse vietinis valdymas dažnai yra protingas inžinerinis pasirinkimas, nes matavimo ir valdymo kelias gali tęstis ir be veikiančio interneto ryšio. Ta nauda turi būti patikrinta pasirinktame įgyvendinime.

Jei limitus gali nustatyti kelios sistemos, dokumentuokite jų įgaliojimus. Svetainės talpos apribojimas, operatoriaus tvarkaraštis ir vidinis įkroviklio apribojimas gali būti aktyvūs. Apibrėžkite, kaip jos derinamos, kiek laiko galioja kiekviena ir kaip pašalinamos pasenusios komandos.

Tai dokumentuota integracijos problema.KEBA ryšio gairėsįspėja, kad išorinis valdymas gali trukdyti įtaisytajam-tam tikrų pagrindinių-kliento konfigūracijų apkrovos valdymui. Kelios palaikomos sąsajos nereiškia, kad palaikomi visi valdiklių deriniai.

Įvertinkite poveikį statybai ir eksploatavimo išlaidoms

Protokolo sprendimai turi įtakos įrangos sąrašui ir ryšių infrastruktūrai. Vietiniam valdymui gali prireikti papildomų skaitiklių, vietos valdiklio, tinklo jungiklių, ryšio kabelių ir prieigos. Įtraukite šiuos elementus prieš palygindami įkroviklio kainas.

Dinaminis valdymas gali pagerinti esamo tiekimo naudojimą, bet negali sukurti papildomų pajėgumų. Ar bus išvengta elektros atnaujinimo, priklauso nuo paklausos, tuo pačiu metu vykstančių įkrovimo poreikių ir priimtino laukimo laiko. Transporto priemonės įkrovimo charakteristikos turi likti projekto vertinimo dalimi.

Norėdami išplėsti, nustatykite, ar nauji įkrovikliai gali prisijungti prie esamos valdymo sistemos atskirai, ar tik per kito gamintojo grupės valdiklį. Patikrinkite, ar mišrią kintamosios ir nuolatinės srovės įrangą galima valdyti reikiamu lygiu ir ar vienas sugedęs įrenginys neturi įtakos likusiai grupei.

Norėdami pakeisti platformą, patvirtinkite serverio konfigūracijos, kredencialų ir sertifikatų nuosavybės teisę. Išsiaiškinkite prieigą prie operacijų eksportavimo ir ar esminė vietinė kontrolė priklauso nuo nuolatinės prenumeratos. Į veiklos sąnaudų sąmatą įtraukite sąsajos licencijas, integravimo darbus, programinės įrangos priežiūrą ir regresijos testavimą.

Saugumas taip pat yra veiklos reikalavimas. Nurodykite įrenginio tapatybę, šifruotą ryšį, jei jis palaikomas, sertifikato atnaujinimo ir atnaujinimo pareigas. TheOCA saugos operacijų vadovaspateikia įgyvendinimo gaires. Vietinės sąsajos turėtų būti apsaugotos tinkamais prieigos prie tinklo valdikliais; buvimas vietiniame tinkle nepašalina būtinybės valdyti prieigą.

Protokolo pretenzijas paverskite priėmimo reikalavimais

Prieš užsakydami įrangą, paprašykite įkroviklio ir valdiklio tiekėjų kartu patvirtinti siūlomą konfigūraciją. Naudingame techniniame dokumente turėtų būti:

Pradedant eksploatuoti, turėtų būti patikrintas staigus pastato poreikio padidėjimas, vienu metu įkrovimas, interneto praradimas, skaitiklio ryšio sutrikimas, valdiklio paleidimas iš naujo ir nesuderinamos valdymo užklausos. Išmatuokite gautą srovę arba galią, užrašykite reakcijos laiką ir patvirtinkite atsigavimą be netyčinio įkrovimo padidėjimo.

Laikykite nuolatinį apmokestinimą, naujų seansų leidimą ir operacijų atkūrimą kaip atskirus reikalavimus neprisijungus. Sistema gali palaikyti vieną, nepalaikydama kitų. Svetainėse su skirtingų prekių ženklų įkrovikliais prieš platesnį diegimą paleiskite viso siūlomo derinio bandymus.

Prijunkite pasirinktus įkroviklius prie aikštelės valdymo sistemos

Esamas apkrovos balansavimo valdiklis jau gali pateikti reikiamą paskirstymo logiką, o pasirinkti įkrovikliai rodo skirtingus komandų formatus ir grįžtamojo ryšio duomenis. Tokiu atveju konkretus įkroviklio{1}}integravimo sluoksnis gali sujungti valdiklio reikalavimus su funkcijomis, pasiekiamomis kiekviename pasirinktame įrenginyje.

SINELINK'sKelių prekių ženklų EV įkroviklio valdymo integravimo sprendimassutelkia dėmesį į šį ryšį. Kiekvienas integravimas įvertinamas pagal įkroviklio modelį ir programinę-aparatinę įrangą, turimą protokolo dokumentaciją, kliento sąsają ir reikiamą elgseną. Pasidalykite šia informacija su SINELINK, kad aptartumėte kūrimo apimtį ir patvirtinimą, reikalingą jūsų įkrovimo stotelei.