Den komplette guide til OCPP 1.6 til EV Opladning af netværk

Hvad er OCPP 1.6 præcist?

Fundamentalt set er OCPP 1.6 en open source-kommunikationsprotokol, der administreres af Open Charge Alliance (OCA), et globalt konsortium dedikeret til at fremme EV infrastruktur. Den specificerer protokollerne for udveksling af information mellem en EV Ladestation (ladepunktet) og et centralt system eller backoffice-system. I modsætning til tidligere versioner af OCPP tilføjede version 1.6 nogle nøglefunktioner, der standardiserede datahåndteringen i netværket.

De grundlæggende funktioner i OCPP 1.6 er beregnet til at håndtere livscyklussen for en opladningssession. Når en oplader tændes første gang, sender den en BootNotification til CMS'et for at identificere sig selv og hardwarespecifikationer. Opladeren sender periodisk en Heartbeat-besked for at holde den online. Ved en brugers ankomst håndterer protokollen godkendelse ved at sammenligne RFID-tags eller mobilapp-legitimationsoplysninger med en database. Opladeren sender MeterValues ​​under opladningsprocessen for at rapportere energiforbruget, hvilket er afgørende for fakturering. Endelig understøtter protokollen fjernkommandoer, herunder RemoteStartTransaction eller RemoteStopTransaction, så operatører kan betjene hardwaren tusindvis af kilometer væk uden at være fysisk til stede. Ud over disse transaktionelle grundlæggende elementer understøtter OCPP 1.6 Firmware Online Upgrades (OTA). Dette gør det muligt for operatører at installere softwarepatches, sikkerhedsopdateringer og nye funktioner til hardwaren eksternt, så en oplader, der er installeret i dag, vil være kompatibel med morgendagens elbiler uden behov for at have en tekniker på stedet.

Hvorfor erstattede OCPP 1.6 JSON den ældre SOAP-version?

I løbet af de tidlige EV infrastruktur, mange producenter anvendte proprietære protokoller. Når man købte en oplader hos virksomhed A, havde man intet andet valg end at bruge virksomhed A's software, så længe produktet levede. Denne fastlåsning fra leverandørernes side udgjorde en stor fare for operatørerne. I tilfælde af at producenten gik konkurs eller øgede sine softwarepriser, var hardwaren en dyr brevpresser.

OCPP 1.6 undgår denne risiko ved at tilbyde interoperabilitet. En EPC-entreprenør (Engineering, Procurement, and Construction) vil være i stand til at vælge den mest stabile hardware og kombinere den med enhver OCPP-kompatibel software, der leverer de specifikke fakturerings- og overvågningsfunktioner, de har brug for. Denne fleksibilitet fremmer konkurrence og innovation. Desuden gør det processen med at udvide ladenetværk lettere. En operatør er ikke begrænset til ét mærke, når han eller hun ønsker at tilføje nye stationer til en eksisterende placering. De er i stand til at kombinere og udskifte udstyr i henhold til lokale behov og stadig have et enkelt administrationsdashboard.

Årsagen til, at OCPP 1.6 JSON erstattede den ældre SOAP-version

Teknologisk udvikling er ikke nødvendigvis tilføjelse af funktioner, men forbedring af leveringsmekanismen. Før OCPP 1.6 brugte protokollen SOAP (Simple Object Access Protocol), der brugte XML-baseret messaging. SOAP var funktionel, men tung, og den forbrugte meget båndbredde og processorkraft på grund af XML's omfangsrige natur.

Branchen blev ændret ved overgangen til OCPP 1.6 JSON (JavaScript Object Notation) i stedet for WebSockets. JSON er et let dataudvekslingsformat, der er langt enklere at læse af maskiner og af mennesker. Protokollen opfyldte nogle af de vigtigste mål ved at bruge JSON. For det første forbedrede den effektiviteten af ​​dataoverførslen betydeligt, hvilket er afgørende i opladere, der er forbundet via mobilnetværk, hvor hver megabyte er penge. For det andet reducerede den latenstid, hvilket muliggjorde næsten realtidskommunikation mellem opladeren og styringssystemet. Endelig maksimerede den systemets skalerbarhed, hvilket gjorde det muligt for en enkelt cloud-server at håndtere titusindvis af opladere på én gang uden at kollapse under belastningen af ​​tung XML-behandling.

JSON-frameworkets tekniske overlegenhed er umiddelbart tydelig, når den sammenlignes med den ældre SOAP-arkitektur på en række centrale driftsaspekter:

Mekanikken bag smart opladning og dynamisk belastningsbalancering gennem OCPP 1.6

OCPP 1.6-transformationer EV opladning til passiv strømforsyning til aktiv energiorkestrering. Dens grundlæggende innovation, Smart Charging, gør det muligt for operatører at undgå dyre netopgraderinger ved at konvertere enkelte opladere til et samlet, softwarestyret netværk og dramatisk udvide antallet af aktive ladepunkter.

Det centrale styringssystem (CMS) overvåger ikke længere blot data; det styrer aktivt hardwarens elektriske adfærd ved hjælp af opladningsprofiler. Det er denne granulære kontrol, der gør dynamisk belastningsbalancering (DLB) en kommerciel realitet:

• Optimering af infrastrukturkapacitet: Dynamisk belastningsbalancering (DLB) omdanner fysiske begrænsninger til variabler. OCPP 1.6 kan sikkert understøtte ti eller flere ladestationer i stedet for de fire eller deromkring, som en grænse på 100 kW traditionelt ville understøtte. Systemet måler den samlede belastning i realtid og reducerer automatisk outputtet pr. enhed for at holde nettet stabilt og maksimere antallet af aktive ladepunkter.
• Intelligent prioritetsstyring: Operatører går ud over blot distribution med funktioner som StackLevel og ladeplaner. Du kan prioritere premium-abonnenter eller flådekøretøjer, så de er klar til missionen, og andre sessioner bruger resten af ​​strømbufferen.
• Algoritmisk omkostningsoptimering: Systemet justerer automatisk opladningshastighederne til time-of-use (TOU)-tariffer, hvilket flytter stort forbrug til perioder uden for myldretiden for at sænke elomkostningerne betydeligt og maksimere marginerne.

Oversættelse af digitale protokoller til realtidsovervågning af hardwaresensorer

En protokol er simpelthen en sekvens af instruktioner; den kræver god hardware til at omdanne disse instruktioner til fysiske handlinger. Betragt protokollen og hardwaren som hjernen og nervesystemet. Når CMS'et udsteder en kommando om at stoppe transaktionen, skal opladerens interne controller aktivere en fysisk kontaktor for at afbryde den elektriske forbindelse.

OCPP 1.6 kommunikerer direkte med forskellige hardwaresensorer for at sikre sikkerhed og nøjagtighed. For eksempel er MeterValues-meddelelsen baseret på strøm- og spændingssensorer med høj opløsning i opladeren. Medmindre disse sensorer er korrekt kalibreret, vil de faktureringsoplysninger, der transmitteres via OCPP, være forkerte. Desuden sporer protokollen temperatursensorer. Når en af ​​de interne komponenter begynder at overophede, kan opladeren sende en StatusNotification med en Fejltilstand, og softwaren kan afslutte sessionen, før den kan blive beskadiget.

I mere sofistikeret hardware, som f.eks. med PCT Med patenterede bueslukkende strukturer er interaktionen endnu mere kritisk. Den fysiske beskyttelse (IP66-tætning, 1500 V DC-afbrydelse) leveres af hardwaren, og OCPP-protokollen tilbyder det diagnostiske lag, som informerer operatøren om disse komponenters tilstand. Denne synergi sikrer, at sikkerhedskonceptet ikke er en passiv funktion, men et aktivt overvåget datapunkt. Det er i leveringen af ​​denne perfekte blanding af rå hardware og præcise digitale standarder, at BENY produktionserfaring kommer ind i billedet.

Almindelige forbindelsesfejl og hvordan du hurtigt retter dem

Trods den mest passende hardware kan det være vanskeligt at installere en ladestation. Et digitalt handshake mellem en ny oplader og et CMS kan mislykkes af en række årsager. De fem hyppigste forbindelsesfejl og deres løsninger er som følger:

• Forkert WebSocket-URL (OCPP-slutpunkt): Den mest almindelige fejl er blot en tastefejl i CMS-URL'en, dvs. at opladeren ikke er klar over, hvor den skal sende sine beskeder hen. For at løse dette skal du sørge for, at slutpunktsadressen (typisk startende med ws:// eller wss://) er korrekt, og at ladepunkts-ID'et i slutningen af ​​URL'en nøjagtigt matcher det ID, der er registreret i din backend-software.
• Netværks- og firewallbegrænsninger: Et stort antal industrielle eller kommercielle installationer bruger hårde firewalls, der forhindrer de porte, der er nødvendige for at bruge WebSockets. Dette kan løses ved at samarbejde med IT-afdelingen på stedet for at sikre, at det lokale netværk tillader udgående trafik på de nødvendige porte (normalt port 80 eller 443), og at CMS IP-adressen er hvidlistet.
• Uoverensstemmelse mellem SSL/TLS-certifikat: I tilfælde af en sikker forbindelse (wss://) skal opladeren som standard have tillid til serveren via sit SSL-certifikat. Da ældre firmware muligvis ikke kan identificere nyere certifikater, er den mest effektive metode at opgradere opladerens firmware til den nyeste version eller sikre, at CMS'et bruger en globalt accepteret certifikatmyndighed.
• Autorisationsfejl (offlinetilstand): Nogle gange kan en oplader oprette forbindelse til netværket, men vil ikke starte en opladningssession. Dette indikerer normalt en beskadiget lokal godkendelsesliste eller cache. Dette fjernes normalt ved at rydde opladerens lokale cache direkte via CMS'et og sikre, at parameteren AuthorizeRemoteTxRequests er indstillet korrekt.
• Parameterkonfigurationsfejl: OCPP 1.6 har hundredvis af konfigurationsnøgler, herunder HeartbeatInterval eller MeterValueSampleInterval. Når en af ​​disse skubbes til værdier, som hardwaren fysisk ikke er i stand til at opretholde, vil forbindelsen sandsynligvis mislykkes. En hård nulstilling vil gendanne opladeren til dens fabriksindstillinger for OCPP, og du kan trygt omkonfigurere tasterne én ad gangen.

OCPP 1.6 vs 2.0.1: Hvilken skal jeg bruge nu?

I takt med at branchen udvikler sig, har debatten ændret sig til OCPP 2.0.1. Men i tilfælde af de fleste af de eksisterende projekter er version 1.6 branchens schweizerkniv, pålidelig, alsidig og understøttet af mange.

Følgende er en direkte sammenligning af de to versioner med hensyn til vigtige tekniske og operationelle aspekter:

OCPP 1.6 er den ubestridte markedsleder inden for kommerciel implementering og markedsandele på verdensplan. Den har uovertruffen økosystemmodenhed, der sikrer hurtig og billig integration med stort set enhver eksisterende hardware eller Central Management System (CMS), og er branchens praktiske og kampklare arbejdshest. På den anden side er OCPP 2.0.1 designet til at understøtte nutidens højt efterspurgte netværk. Den giver unikke fordele inden for avanceret kryptografisk sikkerhed med indbygget end-to-end certifikatadministration og kompleks enhedstopologiadministration med finjusteret fjerndiagnosticering og finjusteret lokal energirouting.

OCPP 1.6 er den rigtige løsning i dag til langt de fleste kommercielle og private installationer. Det er den mest stabile, og næsten alle CMS-systemer i verden understøtter den. Når du bygger en kæmpe motorvejsladestation, Ultra-Fast, eller du planlægger at bruge Plug and Charge (bilen identificerer sig selv uden et kort), så er det et godt fremtidssikret træk at investere i 2.0.1-klar hardware.

Har din oplader brug for en officiel OCA-certificering?

En opladerproducent, der hævder at være OCPP-kompatibel, er utilstrækkelig. Protokollen er ikke officielt certificeret af Open Charge Alliance (OCA), så der er intet eksternt bevis for, at protokollen blev brugt korrekt. OCA-certificering sikrer, at funktionerne i Core og Smart Charging er fejlfrie gennem grundig testning. Dette minimerer interoperabilitetsrisici for EPC'er og store investorer betydeligt. Det sikrer også, at din hardware er fuldt kompatibel, selv når du skifter softwareudbyder mange år senere, så du ikke behøver at bruge mange penge på omskrivninger.

Ud over teknisk pålidelighed er officiel OCA-certificering en vigtig kommerciel ressource. Det er et must for virksomheder, der går internationalt eller afgiver udbud på offentlige kontrakter. På de mest konkurrenceprægede markeder som Nordamerika er det ofte en forudsætning for at få lukrative offentlige kontrakter at demonstrere officiel overholdelse af reglerne. EV infrastrukturtilskud. Endelig er det et kompromisløst kvalitetsmærke, der viser, at din hardware er pålidelig, standardiseret og klar til det globale marked.

Konklusion

Den moderne EV Charging Revolution er den usynlige hånd i OCPP 1.6. Den har muliggjort hurtig skalering af infrastruktur på verdensplan ved at tilbyde et standardiseret, let og intelligent kommunikationsrammeværk. Uanset om du driver en lille ladestation på arbejdspladsen eller et nationalt netværk med tusindvis af stationer, er det vigtigt at kende denne protokols indviklede detaljer, herunder dens effektivitet i JSON og smarte ladeprofiler, for at få succes med dens drift.

Når du vælger din opladningshardware, så gå ud over det ydre kabinet. Fokuser på udstyr, der kombinerer dybdegående teknisk viden om DC med en stærk, certificeret implementering af OCPP. På denne måde sikrer du ikke blot, at din investering ikke blot er et nutidigt værktøj, men et skalerbart, interoperabelt aktiv, der kan tilpasses de konstant skiftende behov i den globale energiomstilling.

Ofte Stillede Spørgsmål