Nyheter

OCPP-protokollen gir en enhetlig kommunikasjonsløsning mellom ladestasjonerveggbokslader for elektrisk bil og ethvert sentralt styringssystem. Denne protokollarkitekturen støtter sammenkobling av alle ladesystemerveggbokslader for elektrisk bil tjenesteleverandørens sentrale styringssystem med alle ladestolper.

I. OCPP-protokollen

1. Det fulle navnet på OCPP er Open Charge Point Protocol, som er en gratis og åpen protokoll utviklet av OCA (Open Charge Alliance), en organisasjon med base i Nederland. The Open Charge Pointveggbokslader for elektrisk bil Protokollen (OCPP) brukes for enhetlig kommunikasjon mellom ladestasjoner (CS)veggbokslader for elektrisk bilog ethvert ladestasjonsadministrasjonssystem (CSMS). Denne protokollarkitekturen støtter sammenkobling av enhver ladetjenesteleverandørs CSMS med alle ladestolper. Fordeler med OCPP-protokollen: åpen og gratis å bruke, forhindrer binding til én enkelt leverandør (ladeplattform), reduserer integrasjonstid/-innsats og IT-problemer.

2. Hovedversjoner av OCPP-protokollen

OCPP1.2 (SOAP) OCPP1.5 (SOAP) OCPP1.6 (SOAP/JSON)

OCPP2.0.1 (JSON)

SOAP er begrenset av sine egne protokollbegrensninger og kan ikke fremmes raskt i et bredt spekter av kommunikasjon; JSON-versjonen av WebSocket-kommunikasjon kan sende data til hverandre i ethvert nettverksmiljø. Den mest brukte protokollen på markedet er 1.6J-versjonen. OCPP2.0.1 er 2018-utgangen av protokollen som fremmer bruken av fremtiden.

3, forskjellene mellom de ulike OCPP-versjoneneveggbokslading for elbilr

OCPP1.* er kompatibel med eldre versjoner, OCPP1.6 er kompatibel med OCPP1.5, og OCPP1.5 er kompatibel med OCPP1.2.

OCPP2.0.1 er ikke kompatibel med OCPP1.6, OCPP2.0.1 selv om noe av innholdet i OCPP1.6 også er det, men formatet på datarammen som sendes har vært helt annerledes. OCPP2.0.1 har lagt til mye av OCPP1.6 som ikke har denne funksjonen, for eksempel.

(1) StartTransaction og StopTransaction i OCPP1.6 er erstattet av TransactionEvent i OCPP2.0.1.

(2) Fastvareoppdatering i OCPP2.0.1 legger til digitale signaturer for å forhindre ufullstendige fastvarenedlastinger, noe som fører til feil ved fastvareoppdatering.

(3) Transaksjons-ID-en er garantert unik av plattformen i OCPP1.6, og garantert unik av betalingsposten.veggbokslader for elektrisk bili OCPP2.0.1.

(4) I OCPP1.6 har de defekte stedene blitt optimalisert og oppgradert, for eksempel: i OCPP1.6 bestemmes transactionId-dataene i StartTransaction av plattformen, men i OCPP2.0.1 er det ladehaugen.veggbokslader for elektrisk bil som bestemmer transactionId-verdien, noe som er fordelaktig fordi det er nødvendig å sende StartTransaction-dataene på nytt når det oppstår en nettverksfeil når debiteringshaugenveggbokslader for elektrisk bil må sende dataene på nytt. Fordelen med dette er at ved nettverksfeil må StartTransaction-data sendes på nytt. Hvis det er OCPP1.6-versjonen, er det svært sannsynlig at plattformen lagrer to kopier av de samme transaksjonsdataene, noe som resulterer i at kundens penger trekkes to ganger.

(5) Detaljer og funksjoner i OCPP 2.0.1 er mye mer omfattende enn 1.6-versjonen, og vanskelighetsgraden har økt.

For det andre, OCPP 2.0.1-avtalen

OCPP2.0.1 støtter bruk av JSON-formaterte data-websockets-kommunikasjon, OCPP2.0.1 er ikke kompatibel med OCPP1.6.

Støtter flere sikkerhetsautorisasjonsmetoder, ISO15118, smart lading, enhetsadministrasjon, ladeadministrasjon, osv. Har høy kompatibilitet, høy sikkerhet og høy skalerbarhet.

OCPP-nettverkstopologi

1. OCPP2.0.1 programvarearkitektur

Den omfatter hovedsakelig moduler for dataoverføring, autorisasjon, sikkerhet, konfigurasjon, diagnose, firmwarehåndtering, enhetshåndtering og ladehåndtering, etc. Funksjonell modulinndeling (del) i OCPP2.0.1-protokollen:

2、Dataoverføring (DataTransfer) modul

Bruk tredjepartsbiblioteket libwebsockets til å opprette en websockets-tilkobling med det eksterne CSMS-systemet gjennom nettverket for datainteraksjon; bruk tredjepartsbiblioteket rapidjson for

3. Autorisasjonsmodul (Autorisasjonsmodul)

Autorisasjonsmetoder inkluderer RFID, startknapp, debet-/kredittkort, PIN-kode, CSMS, lokal idToken, ISO15118, offline-autorisasjon og så videre.

Eksempel: CSMS-autorisasjonstidsskjema

4. Sikkerhetsmodul (Security)

Sikkerhetsmodulen bruker tredjepartsbiblioteket mbedtls RSA, ECC-modulen (Elliptic Curve) for å kryptere og dekryptere data, og X509-modulen for å administrere sertifikater.

Eksempel: Tidsdiagram for oppdatering av ladestasjonssertifikater

5. Transaksjonsmodul (Transaksjoner)

Transaksjoner refererer til prosessen med å lade et elektrisk kjøretøy med en ladeenhet.

I OCPP2.0 er alle transaksjonsrelaterte meldinger integrert i meldingen. , som erstatter , , , og andre meldinger i OCPP1.6.

Tidsdiagram: Start transaksjon - Plug and Play

6. Målerverdimodul

Under transaksjonsprosessen må den sende lokale målerdata til CSMS med jevne mellomrom, slik at CSMS og brukere kan forstå transaksjonens fremdrift i sanntid.

Tidsdiagram: transaksjonsrelaterte målerdata

7. Kostnadsmodul

Faktureringsmodulen er en ny programvaremodul i OCPP2.0, som brukes til å gi pris- og faktureringsinformasjon til brukere. Den inkluderer hovedsakelig:

- Før lading, gi detaljert prisinformasjon for ladestasjonenveggbokslader for elektrisk bil.

- Gir kostnadsinformasjon i sanntid under lading.

-Etter lading, gi endelig ladeinformasjon.

(1) Tidsdiagram for prisinformasjon før betaling:

(2) Tidsdiagram over faktureringsinformasjon under lading

(3) Tidsdiagram for ladeinformasjon etter lading

8. reservasjonsmodul

Reservasjon er en reservert funksjon som kan stilles inn av operatøren. Siden det ikke er mange ladestasjonerveggbokslader for elektrisk bil og rekkevidden til elbiler er begrenset, må brukerne sikre seg eierskap til ladeutstyr på forhånd.

Tidsdiagram for reservasjon av angitt ladeutstyr på en ladestasjonveggbokslader for elektrisk bil:

9. SmartCharging-modul

Smart lading refererer til den dynamiske justeringen av ladeeffekten etter behov under ladeprosessen. Det omfatter hovedsakelig:

- Lastbalansering i ladestasjonen - Sentral systemkontroll

-Lokal smart lading -Kontroll av energistyringssystem

I OCPP smart ladingveggbokslader for elektrisk bil Kontrollen gjenspeiles hovedsakelig i ladeprofilene, som inneholder energioverføringsgrensene for ladestasjonen på et bestemt tidspunkt.

Meldingsinnhold for ladeprofiler (JSON):

10. Diagnostikkmodul

Den brukes til å eksternt diagnostisere problemer med ladestasjonen ved å laste opp en fil som inneholder diagnostisk informasjon fra ladestasjonen.

Diagram over opplastingssekvens for diagnostisk informasjonsfil:

Diagnostikkfilrelatert kode (delvis):

11. Modul for fastvareadministrasjon

Når ladestasjonen trenger å oppdatere fastvaren, vil CSMS varsle ladestasjonen når den kan begynne å laste ned den nye fastvaren, og ladestasjonen bør varsle CSMS etter hvert trinn i nedlastingen og installasjonen av den nye fastvaren.

Eksempel: Diagram for tidsstyring av fastvareoppdatering (delvis)

Kode relatert til fastvareoppdatering (delvis):

12. DisplayMessage-modul

Meldingsmodulen brukes av ladestasjonsoperatøren (CSO) til å vise laderelatert informasjon til brukeren. Meldingsmodulen er en ny funksjon i OCPP 2.0, hovedsakelig inkludert

-Oppsett av visningsmelding fra CSO

-Ladestasjonveggbokslader for elektrisk bil laster opp visningsmelding

Innstilling av tidsdiagram for visningsmeldinger: