EV Charging Protocols: Förståelse av kommunikationsskikten inom ett laddningsprojekt

Hem / Insikter / EV Laddning

EV LADDNINGSINSIKT

En planeringsguide till OCPP. Förståelse för kommunikationslagren inom ett laddningsprojekt

SINELINK| Teknisk guide

 

En laddstation kan ansluta framgångsrikt till sin hanteringsplattform och fortfarande misslyckas med att fungera med webbplatsens dynamiska lastbalanseringskontroll. För utvecklare, EPC-entreprenörer och anläggningsägare kan det gapet innebära ytterligare integrationsarbete, begränsade utrustningsval eller ändringar av styrarkitekturen efter installationen.

Valet av protokoll bör därför börja med den avsedda driften av platsen. Fastställ vilket system som ska tilldela laddningskapacitet, hur laddarna kommer att ta emot gränser och vad som ska hända när kommunikationen misslyckas. Kontrollera sedan att den valda hårdvaran och programvaran stöder dessa krav tillsammans.

Förstå kommunikationsskikten

Flera kommunikationslänkar samexisterar inom ett laddningsprojekt. Var och en har olika information och tjänar ett annat syfte.

Till exempel,OCPIfungerar mellan laddningstjänstplattformar. Dess närvaro avgör inte hur en enskild laddare får en lokal effektgräns. Fordonskommunikation kräver också egna kompatibilitetskontroller; stöd för OCPP avgör inte vilka fordon eller fordonskommunikationsfunktioner en laddare stöder.

Ethernet, Wi-Fi, mobilkommunikation och RS485 beskriver anslutning snarare än hela kontrollgränssnittet. Två enheter kan dela ett nätverk och fortfarande använda olika kommandon, dataformat och åtkomstbehörigheter.

Välj OCPP efter de funktioner som projektet behöver

Open Charge Point Protocol definierar kommunikation mellan laddstationer och ett laddstationshanteringssystem, eller CSMS. DeÖppna Charge Alliancerapporterar att OCPP 1.6 fortfarande används i stor utsträckning medan adoptionen går mot OCPP 2.x.

OCPP 1.6 innehåller redan Smart Charging-mekanismer för laddningsprofiler och lastkontroll. OCPP 2.0.1 lägger till starkare kapacitet för enhetshantering, transaktionshantering, säkerhet och smart laddning, inklusive stöd relaterat till ISO 15118. OCPP 2.1, som släpptes 2025, utökar stödet för dubbelriktad laddning och distribuerad energiresurskontroll.

OCPP 1.6 och 2.0.1 är inte direkt kompatibla. En plattform som betjänar båda behöver lämpliga protokollimplementeringar. Om en leverantör erbjuder en framtida uppgradering, bekräfta den hårdvara som stöds, leveransvillkor och nödvändiga plattformsändringar.

För nya kommersiella webbplatser är OCPP 2.0.1 en användbar utgångspunkt för utvärdering. En verifierad 1.6J-implementering, med JSON över WebSocket, kan också uppfylla ett definierat projekts krav. Projekt som överväger dubbelriktad laddning bör bedöma OCPP 2.1 tillsammans med fordonskommunikation, strömhårdvara och tillämpliga nätkrav.

Certifieringsomfånget spelar lika stor roll som versionen. UnderOCPP 2.0.1 certifieringsprogram, Smart Charging, Advanced Security och ISO 15118 Support är valfria profiler. Enbart ett Core-certifikat bekräftar inte att dessa funktioner har testats. Begär certifikatet och implementeringsförklaringen som täcker den levererade modellen och firmware.

Granska certifieringens omfattning →

Definiera dynamisk lasthantering som en komplett kontrollslinga

Dynamisk belastningshantering justerar laddningstilldelningen när andra belastningar på platsen ändras. Den behöver mätningar, en allokeringsalgoritm, en kommandoväg och feedback som bekräftar resultatet.

Överväg en förenklad anläggning med en importgräns på 300 kW och en driftsmarginal på 20 kW. När icke-laddningsbehov är 180 kW är den tillgängliga laddningstilldelningen 100 kW. Om efterfrågan stiger till 240 kW sjunker tilldelningen till 40 kW.

Det här exemplet använder växelström på-sidan och antar ingen-generering eller lagring på webbplatsen. En faktisk konstruktion måste också kontrollera fasströmmar, grengränser och transformatorbegränsningar. DC-laddarens ingång inkluderar omvandlingsförluster och extra förbrukning. Där sol eller lagring finns ska mätgränsen vara tydlig så att energiflöden inte räknas två gånger.

Regulatorn bestämmer hur den tillgängliga kapaciteten ska fördelas. Lika delning, fordonsprioritet och schemaläggning för avgångstid- kräver olika driftslogik. Kommunikationsprotokollet överför detta beslut till laddarna; den tillhandahåller inte i sig allokeringsalgoritmen.

Bekräfta hela svarstiden från mätning till faktisk effektjustering. Mätarsampling, nätverksfördröjning, kontrollbearbetning och laddare eller fordonssvar bidrar alla. En framgångsrik kommandobekräftelse är otillräckligt bevis för att den begärda gränsen har trätt i kraft. Lasthanteringen ska också samordnas med platsens elskyddsutformning.

Kontrollera vad det lokala gränssnittet faktiskt tillåter

En laddare kan erbjuda separata gränssnitt för sin ledningsplattform och sitt lokala energiledningssystem (EMS).Phoenix Contact beskriverett arrangemang som använder OCPP för backend-kommunikation och Modbus TCP för dynamisk strömtilldelning från ett byggnadsledningssystem.

Modbus är ett praktiskt alternativ för industriell integration, men registerkartan behöver fortfarande ses över. Kontrollera om gränssnittet exponerar skrivbara laddningsgränser, deras enheter och tillåtet räckvidd, kontrollnivån och timeoutbeteendet. Att läsa av en Modbus elmätare och acceptera kommandon från en extern Modbus styrenhet är olika möjligheter.

EEBUStillhandahåller användningsfall för-energihantering som effektbegränsning och optimering av själv-solenergiförbrukning. Dess lämplighet beror på användningsfallen och versionerna som implementeras av båda enheterna. Ett allmänt EEBUS-påstående bör följas av en specifik kompatibilitetsgranskning.

Tillverkarens API:er och proprietära protokoll kan också stödja effektiv lokal kontroll. Deras användbarhet beror på tillgänglig dokumentation, implementeringsrättigheter, tillgängliga funktioner och stabilt stöd. Fråga om lokala kommandon förblir tillgängliga utan ett molnabonnemang och om ändringar i firmware kan ändra gränssnittet.

Firmware förtjänar särskild uppmärksamhet. Till exempel,Alfens AHP 2.6.0 release notesintroducerade Modbus TCP/IP EMS-kontroll för specificerade produkter och dokumenterade en enda samtidig EMS-anslutning. Samma anteckningar anger matchande programvarukrav inom ett Smart Charging Network. Kompatibilitet bör därför registreras efter modell och firmware, inklusive för utrustning från ett märke.

Välj en arkitektur med tydligt kontrollägande

OCPP kan arbeta på ett lokalt nätverk. DeOCA:s lokala-kontrollerarkitekturbeskriver en styrenhet placerad mellan laddare och uppströmshanteringssystemet. Detta skapar flera alternativ för stationsdesign.

För kommersiella webbplatser med-begränsad kapacitet är lokal kontroll ofta ett vettigt tekniskt val eftersom mät- och kontrollvägen kan fortsätta utan en fungerande internetanslutning. Den fördelen måste verifieras i den valda implementeringen.

Om flera system kan sätta gränser, dokumentera deras auktoritet. En platskapacitetsgräns, ett operatörsschema och en intern laddargräns kan alla vara aktiva. Definiera hur de kombineras, hur länge varje förblir giltigt och hur föråldrade kommandon tas bort.

Detta är ett dokumenterat integrationsproblem.KEBAs anslutningsvägledningvarnar för att extern kontroll kan störa den inbyggda-lasthanteringen för vissa huvud-klientkonfigurationer. Flera gränssnitt som stöds fastställer inte att varje kombination av styrenheter stöds.

Bedöm effekten på konstruktion och livstidskostnad

Protokollbeslut påverkar utrustningslistan och kommunikationsinfrastrukturen. Lokal styrning kan kräva ytterligare mätare, en platskontroll, nätverksväxlar, kommunikationskablar och idrifttagningsåtkomst. Inkludera dessa artiklar innan du jämför priser på laddare.

Dynamisk hantering kan förbättra användningen av ett befintligt utbud, men det kan inte skapa ytterligare kapacitet. Om den undviker en eluppgradering beror på efterfrågan, samtidiga laddningsbehov och acceptabla väntetider. Fordonsladdningsprestanda måste förbli en del av konstruktionsbedömningen.

För expansion, fastställa om nya laddare kan ansluta det befintliga styrsystemet individuellt eller endast genom en annan tillverkares gruppkontroller. Kontrollera om blandad växelströms- och likströmsutrustning kan styras på önskad nivå och om en defekt enhet påverkar resten av gruppen.

För plattformsbyte, bekräfta äganderätten till serverkonfiguration, autentiseringsuppgifter och certifikat. Förtydliga tillgången till transaktionsexporter och om viktig lokal kontroll beror på ett fortsatt abonnemang. Inkludera gränssnittslicenser, integrationsarbete, firmwareunderhåll och regressionstestning i driftskostnadsberäkningen.

Säkerhet är också ett operativt krav. Ange enhetsidentitet, krypterad kommunikation där stöds, certifikatförnyelse och uppdateringsansvar. DeOCA Security Operations Guideger implementeringsvägledning. Lokala gränssnitt bör skyddas genom lämpliga nätverksåtkomstkontroller; att vara på ett lokalt nätverk tar inte bort behovet av att hantera åtkomst.

Förvandla protokollanspråk till acceptanskrav

Innan du beställer utrustning, be laddaren och styrenhetens leverantörer att bekräfta den föreslagna konfigurationen tillsammans. En användbar teknisk inlämning bör innehålla:

Driftsättning bör testa en plötslig ökning av byggnadsefterfrågan, samtidig laddning, internetförlust, kommunikationsfel i mätaren, omstart av styrenheten och motstridiga kontrollförfrågningar. Mät den resulterande strömmen eller effekten, registrera svarstiden och bekräfta återhämtningen utan oavsiktliga laddningsökningar.

Behandla fortsatt laddning, auktorisering av nya sessioner och transaktionsåterställning som separata offlinekrav. Ett system kan stödja ett utan att stödja de andra. För webbplatser med olika laddarmärken, kör testerna på den kompletta föreslagna kombinationen innan en bredare distribution.

Anslut de valda laddarna till platskontrollsystemet

En befintlig lastbalanserande styrenhet kan redan tillhandahålla den nödvändiga allokeringslogiken medan de valda laddarna exponerar olika kommandoformat och återkopplingsdata. I den situationen kan ett-laddarspecifikt integrationslager koppla styrenhetens krav till de funktioner som är tillgängliga på varje vald enhet.

SINELINK'sMulti Brand EV Charger Control Integration Solutionfokuserar på detta samband. Varje integration bedöms mot laddarmodellen och firmware, tillgänglig protokolldokumentation, kund-gränssnitt och nödvändigt beteende. Dela dessa detaljer med SINELINK för att diskutera utvecklingsomfånget och valideringen som behövs för din laddstation.