Nuus

Die OCPP-protokol bied 'n verenigde kommunikasie-oplossing tussen laaistasies.muurboks elektriese motorlaaier en enige sentrale bestuurstelsel. Hierdie protokolargitektuur ondersteun die interkonneksie van enige laaistelsel.muurboks elektriese motorlaaier diensverskaffer se sentrale bestuurstelsel met alle laaipale.

I. OCPP-protokol

1. Die volle naam van OCPP is Open Charge Point Protocol, wat 'n gratis en oop protokol is wat ontwikkel is deur die OCA (Open Charge Alliance), 'n organisasie gebaseer in Nederland. Die Open Charge Pointmuurboks elektriese motorlaaier Protokol (OCPP) word gebruik vir verenigde kommunikasie tussen laaistasies (CS)muurboks elektriese motorlaaieren enige laaistasiebestuurstelsel (CSMS). Hierdie protokolargitektuur ondersteun die interkonneksie van enige laaidiensverskaffer se CSMS met alle laaiposte. Voordele van die OCPP-protokol: oop en gratis om te gebruik, voorkom insluiting by 'n enkele verskaffer (laaiplatform), verminder integrasietyd/moeite en IT-probleme.

2. Hoofweergawes van die OCPP-protokol

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

OCPP2.0.1 (JSON)

SOAP word beperk deur sy eie protokolbeperkings en kan nie 'n wye reeks vinnige bevordering bied nie; die JSON-weergawe van die WebSocket-kommunikasie kan in enige netwerkomgewing data na mekaar stuur. Die mees gebruikte protokolle op die mark is die 1.6J-weergawe. OCPP2.0.1 is die 2018-weergawe van die protokol wat die gebruik van die toekoms bevorder.

3, die verskille tussen die verskillende OCPP-weergawesmuurboks elektriese motorlaaierr

OCPP1.* is versoenbaar met laer weergawes, OCPP1.6 is versoenbaar met OCPP1.5, OCPP1.5 is versoenbaar met OCPP1.2.

OCPP2.0.1 is nie versoenbaar met OCPP1.6 nie, OCPP2.0.1 alhoewel sommige van die inhoud van OCPP1.6 ook het, maar die formaat van die gestuurde dataraamwerk is heeltemal anders, OCPP2.0.1 het baie bygevoeg, OCPP1.6 het nie die funksie nie, byvoorbeeld.

(1) StartTransaction en StopTransaction in OCPP1.6 word vervang deur TransactionEvent in OCPP2.0.1.

(2) Firmware-opdatering in OCPP2.0.1 voeg digitale handtekeninge by om onvolledige firmware-aflaaie te voorkom, wat lei tot mislukkings met firmware-opdaterings.

(3) Die transaksie-ID word gewaarborg om uniek te wees deur die platform in OCPP1.6, en gewaarborg om uniek te wees deur die laaipos.muurboks elektriese motorlaaierin OCPP2.0.1.

(4) In OCPP1.6 is die defektiewe plekke geoptimaliseer en opgegradeer, byvoorbeeld: in OCPP1.6 word die transactionId-data binne die StartTransaction deur die platform bepaal, maar in OCPP2.0.1 is dit die laaistapel.muurboks elektriese motorlaaier wat die transactionId-waarde bepaal, wat voordelig is, want wanneer daar 'n netwerkfout is, is dit nodig om die StartTransaction-data weer te stuur wanneer die laaistapelmuurboks elektriese motorlaaier moet die data weer stuur. Die voordeel hiervan is dat wanneer daar 'n netwerkfout is, die StartTransaction-data weer gestuur moet word. As dit die OCPP1.6-weergawe is, is dit baie waarskynlik dat die platform twee kopieë van dieselfde transaksiedata sal stoor, wat lei tot die twee keer aftrekking van die kliënt se geld;

(5) OCPP 2.0.1 besonderhede en kenmerke as die 1.6 weergawe van baie meer, die ontwikkeling van die moeilikheidsgraad het toegeneem.

Tweedens, OCPP 2.0.1-ooreenkoms

OCPP2.0.1 ondersteun die gebruik van JSON-formaat data websockets kommunikasie, OCPP2.0.1 is nie versoenbaar met OCPP1.6 nie.

Ondersteun verskeie sekuriteitsmagtigingsmetodes, ISO15118, slim laai, toestelbestuur, laaibestuur, ens. Beskik oor hoë versoenbaarheid, hoë sekuriteit en hoë skaalbaarheid.

OCPP Netwerktopologie

1. OCPP2.0.1 Sagteware-argitektuur

Dit sluit hoofsaaklik modules van data-oordrag, magtiging, sekuriteit, konfigurasie, diagnose, firmware-bestuur, toestelbestuur en laaibestuur, ens. in. Funksionele module-verdeling (deel) in OCPP2.0.1-protokol:

2、Data-oordrag (DataTransfer) module

Gebruik die derdeparty-biblioteek libwebsockets om 'n websockets-verbinding met die afgeleë CSMS deur die netwerk te vestig vir data-interaksie; gebruik die derdeparty-biblioteek rapidjson vir

3. Magtiging (Magtiging) Module

Magtigingsmetodes sluit in RFID, beginknoppie, debiet-/kredietkaart, PIN-kode, CSMS, plaaslike idToken, ISO15118, vanlynmagtiging en so aan.

Voorbeeld: CSMS Magtigingstydskaart

4. Sekuriteitsmodule (Sekuriteit)

Die sekuriteitsmodule gebruik die RSA-biblioteek van 'n derdeparty-MBEDTLS, die ECC (Elliptic Curve)-module om data te enkripteer en te dekripteer, en die X509-module om sertifikate te bestuur.

Voorbeeld: Tydsdiagram vir die opdatering van laaistasiesertifikate

5. Transaksies (Transaksies) Module

Transaksies verwys na die proses om 'n elektriese voertuig deur 'n laaitoestel te laai.

In OCPP2.0 word al die transaksieverwante boodskappe in die boodskap geïntegreer. , wat vervang , , , en ander boodskappe in OCPP1.6.

Tydsdiagram: Begin Transaksie - Plug and Play

6、Meterwaardes-module

Tydens die transaksieproses moet dit periodiek plaaslike meterdata na CSMS stuur, sodat CSMS en gebruikers die vordering van die transaksie intyds kan verstaan.

Tydsdiagram: transaksieverwante meterdata

7、Kostemodule

Die Faktuurmodule is 'n nuwe sagtewaremodule in OCPP2.0 wat gebruik word om prys- en faktuurinligting aan gebruikers te verskaf. Dit sluit hoofsaaklik in:

-Voor laai, verskaf gedetailleerde prysinligting van laaistasiemuurboks elektriese motorlaaier.

-Tydens laai, verskaffing van intydse koste-inligting.

-Na laai, verskaffing van finale laai-inligting.

(1) Tydsdiagram van prysinligting voor heffing:

(2) Tydsberekeningstabel van faktuurinligting tydens laai

(3) Tydsdiagram van laai-inligting na laai

8、Besprekingsmodule

Bespreking is 'n gereserveerde funksie wat deur die operateur ingestel kan word. Aangesien daar nie baie laaistasies is nie.muurboks elektriese motorlaaier en die reikafstand van elektriese voertuie beperk is, moet gebruikers vooraf die eienaarskap van laaitoerusting verseker.

Tydsdiagram vir die reservering van die aangewese laaitoerusting by 'n laaistasiemuurboks elektriese motorlaaier:

9、Slimlaaimodule

Slim laai verwys na die gedrag van die dinamies aanpassing van die laaikrag soos nodig tydens die laaiproses. Dit sluit hoofsaaklik in:

-Laaibalansering binne die laaistasie -Sentrale stelselbeheer

-Plaaslike slim laai -Energiebestuurstelselbeheer

In OCPP slim laaimuurboks elektriese motorlaaier beheer word hoofsaaklik weerspieël in die laaiprofiele, wat die energie-oordraglimiete vir die laaistasie op 'n spesifieke tydstip bevat.

Laaiprofielboodskapinhoud (JSON):

10、Diagnostiekmodule

Dit word gebruik om die probleme van die laaistasie op afstand te diagnoseer deur 'n lêer op te laai wat diagnostiese inligting vanaf die laaistasie bevat.

Diagram van die oplaaivolgorde van diagnostiese inligtinglêers:

Diagnostiese lêerverwante kode (deel):

11、Firmware Bestuursmodule

Wanneer die laaistasie die firmware moet opdateer, sal CSMS die laaistasie in kennis stel wanneer dit die nuwe firmware kan begin aflaai, en die laaistasie moet CSMS in kennis stel na elke stap van die aflaai en installering van die nuwe firmware.

Voorbeeld: Tydsdiagram vir firmware-opdatering (gedeeltelik)

Firmware-opdateringsverwante kode (deel):

12. Wysboodskap-module

Die vertoonboodskapmodule word deur die laaistasie-operateur (CSO) gebruik om laaiverwante inligting aan die gebruiker te vertoon. Die vertoonboodskapmodule is 'n nuwe funksie in OCPP 2.0, hoofsaaklik insluitend

-Stel vertoonboodskap deur CSO op

-Laaistasiemuurboks elektriese motorlaaier laai vertoonboodskap op

Instelling van die tydsdiagram vir die vertoonboodskap: