EV Charging Protocols: A kommunikációs rétegek megértése egy töltési projekten belül

Kezdőlap / Insights / EV Charging

EV TÖLTÉSI INFORMÁCIÓK

Az OCPP tervezési útmutatója. A kommunikációs rétegek megértése egy töltési projekten belül

SINELINK| Műszaki útmutató

 

A töltőállomások sikeresen csatlakozhatnak a felügyeleti platformhoz, de mégsem tudnak együttműködni a webhely dinamikus terheléselosztási vezérlőjével. A fejlesztők, az EPC-vállalkozók és a létesítménytulajdonosok számára ez a hiányosság további integrációs munkát, korlátozott felszerelési lehetőségeket vagy a vezérlési architektúra telepítés utáni változtatásait jelentheti.

A protokoll kiválasztását ezért a helyszín tervezett működésével kell kezdeni. Határozza meg, hogy melyik rendszer osztja ki a töltési kapacitást, hogyan kapják meg a töltők a korlátokat, és mi történjen, ha a kommunikáció meghiúsul. Ezután ellenőrizze, hogy a kiválasztott hardver és szoftver együtt támogatja-e ezeket a követelményeket.

Ismerje meg a kommunikációs rétegeket

Egy töltési projekten belül több kommunikációs kapcsolat is létezik. Mindegyik más-más információt hordoz, és más-más célt szolgál.

Például,OCPItöltésszolgáltató platformok között működik. A jelenléte nem határozza meg, hogy egy egyedi töltő hogyan kapja meg a helyi teljesítménykorlátozást. A járművek kommunikációjához saját kompatibilitási ellenőrzések is szükségesek; Az OCPP támogatása nem határozza meg, hogy a töltő mely járműveket vagy járműkommunikációs funkciókat támogatja.

Az Ethernet, a Wi{0}}Fi, a mobilkommunikáció és az RS485 inkább a csatlakozást írja le, mint a teljes vezérlőfelületet. Két eszköz megoszthat egy hálózatot, és továbbra is különböző parancsokat, adatformátumokat és hozzáférési engedélyeket használhat.

Válassza ki az OCPP-t a projektnek szükséges függvényei szerint

Az Open Charge Point Protocol a kommunikációt határozza meg a töltőállomások és a töltőállomás-kezelő rendszer, vagyis a CSMS között. ANyissa meg a Charge Alliance-tbeszámol arról, hogy az OCPP 1.6 továbbra is széles körben használatos, miközben az elfogadás az OCPP 2.x felé halad.

Az OCPP 1.6 már tartalmaz intelligens töltési mechanizmusokat a töltési profilokhoz és a terhelésvezérléshez. Az OCPP 2.0.1 erősebb eszközkezelési, tranzakciókezelési, biztonsági és intelligens töltési képességekkel bővül, beleértve az ISO 15118 szabványhoz kapcsolódó támogatást is. A 2025-ben kiadott OCPP 2.1 kiterjeszti a kétirányú töltés és az elosztott energiaforrás-vezérlés támogatását.

Az OCPP 1.6 és 2.0.1 nem kompatibilis közvetlenül. A mindkettőt kiszolgáló platformnak megfelelő protokollmegvalósításokra van szüksége. Ha egy szállító jövőbeli frissítést kínál, erősítse meg a támogatott hardvert, a szállítási feltételeket és a szükséges platformmódosításokat.

Az új kereskedelmi oldalak esetében az OCPP 2.0.1 hasznos kiindulópont az értékeléshez. A WebSocket feletti JSON-t használó, ellenőrzött 1.6J-s megvalósítás is megfelelhet egy meghatározott projekt követelményeinek. A kétirányú töltést fontolóra vevő projekteknek értékelniük kell az OCPP 2.1-et a járműkommunikáció, az elektromos hardver és a vonatkozó hálózati követelmények mellett.

A tanúsítás hatálya legalább annyira számít, mint a verzió. alatt aOCPP 2.0.1 tanúsítási program, Smart Charging, Advanced Security és ISO 15118 támogatás választható profilok. A Core tanúsítvány önmagában nem bizonyítja, hogy ezeket a funkciókat tesztelték. Kérje a szállított modellre és firmware-re vonatkozó tanúsítványt és megvalósítási nyilatkozatot.

Tekintse át a tanúsítási hatókört →

A dinamikus terheléskezelést teljes szabályozási hurokként határozza meg

A dinamikus terheléskezelés módosítja a díjelosztást, ahogyan más webhelyterhelések is változnak. Szüksége van mérésekre, allokációs algoritmusra, parancsútra és az eredményt megerősítő visszacsatolásra.

Vegyünk egy egyszerűsített telephelyet 300 kW-os importkorláttal és 20 kW-os üzemi árréssel. Ha a nem töltési igény 180 kW, a rendelkezésre álló töltési allokáció 100 kW. Ha ez az igény 240 kW-ra emelkedik, akkor az allokáció 40 kW-ra csökken.

Ez a példa váltakozó áramú-oldali aktív teljesítményt használ, és nem feltételezi a webhelyen történő-generálást vagy tárolást. A tényleges tervezésnek ellenőriznie kell a fázisáramokat, az elágazási határokat és a transzformátor kényszereit is. Az egyenáramú töltő bemenete tartalmazza az átalakítási veszteségeket és a kiegészítő fogyasztást. Ahol napelem vagy tároló van jelen, a mérés határának egyértelműnek kell lennie, hogy az energiaáramlást ne számolják kétszer.

A vezérlő dönti el, hogyan osztja fel a rendelkezésre álló kapacitást. Az egyenlő megosztás, a jármű elsőbbsége és az indulási idő{1}}ütemezése eltérő működési logikát igényel. A kommunikációs protokoll ezt a döntést továbbítja a töltőkhöz; önmagában nem szolgáltatja az allokációs algoritmust.

Erősítse meg a teljes válaszidőt a méréstől a tényleges teljesítménybeállításig. A mérő mintavételezése, a hálózati késleltetés, a vezérlő feldolgozása és a töltő vagy a jármű reakciója egyaránt hozzájárul. A sikeres parancs nyugtázása nem elegendő bizonyíték arra, hogy a kért korlát érvénybe lépett. A terheléskezelést a telephely elektromos védelmi tervével is össze kell hangolni.

Ellenőrizze, hogy a helyi interfész valójában mit tesz lehetővé

A töltő külön interfészt kínálhat a menedzsment platformjához és a helyi energiagazdálkodási rendszeréhez (EMS).Phoenix Contact leírjaegy elrendezés, amely OCPP-t használ a háttérkommunikációhoz és Modbus TCP-t az épületfelügyeleti rendszerből származó dinamikus áramelosztáshoz.

A Modbus praktikus lehetőség az ipari integrációra, de a regisztertérképet még át kell tekinteni. Ellenőrizze, hogy az interfész nem teszi-e ki az írható töltési korlátokat, azok mértékegységeit és megengedett tartományát, a vezérlési szintet és az időtúllépési viselkedést. A Modbus villamosenergia-mérő leolvasása és a külső Modbus vezérlőtől érkező parancsok elfogadása különböző képességek.

EEBUSenergiagazdálkodási-felhasználási eseteket biztosít, mint például az energiakorlátozás és a napenergia ön{1}}fogyasztásának optimalizálása. Alkalmassága a felhasználási esetektől és mindkét eszköz által megvalósított verziótól függ. Az általános EEBUS-igénylést konkrét kompatibilitási felülvizsgálatnak kell követnie.

A gyártói API-k és a védett protokollok szintén támogathatják a hatékony helyi vezérlést. Hasznosságuk a hozzáférhető dokumentációtól, a megvalósítási jogoktól, az elérhető funkcióktól és a stabil támogatástól függ. Kérdezze meg, hogy a helyi parancsok elérhetőek-e felhő-előfizetés nélkül, és hogy a firmware-módosítások módosíthatják-e az interfészt.

A firmware különös figyelmet érdemel. Például,Az Alfen AHP 2.6.0 kiadási megjegyzéseibevezette a Modbus TCP/IP EMS vezérlést meghatározott termékekhez, és dokumentált egyetlen egyidejű EMS kapcsolatot. Ugyanezek a megjegyzések határozzák meg a megfelelő szoftverkövetelményeket az intelligens töltési hálózaton belül. Ezért a kompatibilitást modellenként és firmware-enként kell rögzíteni, beleértve egy márka berendezését is.

Válasszon egy olyan architektúrát, amely egyértelmű vezérlési jogosultsággal rendelkezik

Az OCPP helyi hálózaton is működhet. AAz OCA helyi{0}}vezérlő architektúrájaegy vezérlőt ír le, amely a töltők és az upstream vezérlőrendszer között helyezkedik el. Ez több lehetőséget kínál az állomások tervezésére.

A korlátozott kapacitású-kereskedelmi webhelyek esetében a helyi vezérlés gyakran ésszerű mérnöki választás, mivel a mérési és vezérlési útvonal működő internetkapcsolat nélkül is folytatódhat. Ezt az előnyt ellenőrizni kell a kiválasztott megvalósításban.

Ha több rendszer is beállíthat korlátokat, dokumentálja azok jogosultságát. A telephelyi kapacitáskorlát, az üzemeltetői ütemterv és a belső töltőkorlát egyaránt aktív lehet. Határozza meg, hogyan kombinálják ezeket, mennyi ideig maradjanak érvényesek, és hogyan távolítsa el az elavult parancsokat.

Ez egy dokumentált integrációs probléma.A KEBA csatlakozási útmutatójafigyelmeztet arra, hogy a külső vezérlés megzavarhatja bizonyos fő{0}}ügyfélkonfigurációk beépített terheléskezelését. A több támogatott interfész nem jelenti azt, hogy a vezérlők minden kombinációja támogatott.

Értékelje az építési és élettartam-költségre gyakorolt ​​hatást

A protokoll döntések befolyásolják a berendezéslistát és a kommunikációs infrastruktúrát. A helyi vezérléshez további mérőórákra, helyszíni vezérlőre, hálózati kapcsolókra, kommunikációs kábelezésre és üzembe helyezési hozzáférésre lehet szükség. Vegye fel ezeket a tételeket, mielőtt összehasonlítja a töltőárajánlatokat.

A dinamikus menedzsment javíthatja a meglévő készlet felhasználását, de nem tud további kapacitást létrehozni. Az, hogy elkerüli-e az elektromos korszerűsítést, a kereslettől, az egyidejű töltési igényektől és az elfogadható várakozási időktől függ. A jármű töltési teljesítményének a tervezési értékelés részét kell képeznie.

A bővítéshez ellenőrizze, hogy az új töltők egyenként csatlakozhatnak-e a meglévő vezérlőrendszerhez, vagy csak egy másik gyártó csoportvezérlőjén keresztül. Ellenőrizze, hogy a vegyes váltóáramú és egyenáramú berendezések vezérelhetők-e a szükséges szinten, és hogy egy meghibásodott eszköz nem érinti-e a csoport többi részét.

A platform cseréjéhez erősítse meg a kiszolgálókonfiguráció, a hitelesítő adatok és a tanúsítványok tulajdonjogát. Tisztázza a tranzakció-exportokhoz való hozzáférést, és azt, hogy az alapvető helyi vezérlés függ-e a folyamatos előfizetéstől. A működési költségbecslésben szerepeljen az interfészlicencek, az integrációs munka, a firmware-karbantartás és a regressziós tesztelés.

A biztonság működési követelmény is. Adja meg az eszköz azonosítóját, a titkosított kommunikációt, ahol támogatott, a tanúsítvány megújítási és frissítési kötelezettségeit. AOCA biztonsági műveletek útmutatójamegvalósítási útmutatást ad. A helyi interfészeket megfelelő hálózati hozzáférés-szabályozással kell védeni; a helyi hálózaton való tartózkodás nem szünteti meg a hozzáférés kezelésének szükségességét.

A protokollköveteléseket alakítsa át elfogadási követelményekké

A berendezés megrendelése előtt kérje meg a töltő és a vezérlő szállítóit, hogy együtt erősítsék meg a javasolt konfigurációt. A hasznos műszaki beadványnak tartalmaznia kell:

Az üzembe helyezésnél tesztelni kell az épületigény hirtelen megnövekedését, az egyidejű töltést, az internet elvesztését, a mérő kommunikációs hibáját, a vezérlő újraindítását és az ütköző vezérlési kéréseket. Mérje meg az eredő áramot vagy teljesítményt, jegyezze fel a válaszidőt, és erősítse meg a helyreállítást a nem kívánt töltésnövekedés nélkül.

A folyamatos terhelést, az új munkamenetek engedélyezését és a tranzakció-helyreállítást külön offline követelményként kezelje. Egy rendszer támogathatja az egyiket anélkül, hogy a többieket támogatná. A különböző töltőmárkákkal rendelkező telephelyeken futtassa le a teszteket a teljes javasolt kombináción a szélesebb körű bevezetés előtt.

Csatlakoztassa a kiválasztott töltőket a helyszíni vezérlőrendszerhez

Egy meglévő terheléselosztó vezérlő már biztosíthatja a szükséges kiosztási logikát, miközben a kiválasztott töltők különböző parancsformátumokat és visszacsatolási adatokat szolgáltatnak. Ebben a helyzetben egy töltő{1}}specifikus integrációs réteg képes összekapcsolni a vezérlő követelményeit az egyes kiválasztott eszközökön elérhető funkciókkal.

SINELINKTöbb márkájú EV töltővezérlő integrációs megoldáserre a kapcsolatra összpontosít. Minden egyes integrációt a töltőmodell és a firmware, a rendelkezésre álló protokolldokumentáció, az ügyféloldali interfész és a szükséges viselkedés alapján értékelnek. Ossza meg ezeket a részleteket a SINELINK-el, hogy megvitassa a töltőállomásához szükséges fejlesztési hatókört és érvényesítést.