Az OCPP protokoll egységes kommunikációs megoldást biztosít a töltőállomások közöttfali dobozos elektromos autó töltő és bármely központi kezelőrendszer. Ez a protokollarchitektúra támogatja bármely töltőállomás összekapcsolásátfali dobozos elektromos autó töltő a szolgáltató központi kezelőrendszere az összes töltőoszloppal együtt.
I. OCPP protokoll
1. Az OCPP teljes neve Open Charge Point Protocol, amely egy ingyenes és nyílt protokoll, amelyet az OCA (Open Charge Alliance), egy hollandiai székhelyű szervezet fejlesztett ki. Az Open Charge Pointfali dobozos elektromos autó töltő Az OCPP protokollt az egységes kommunikációhoz használják a töltőállomások (CS) között.fali dobozos elektromos autó töltőés bármely töltőállomás-kezelő rendszer (CSMS). Ez a protokollarchitektúra támogatja bármely töltésszolgáltató CSMS-ének összekapcsolását az összes töltőoszloppal. Az OCPP protokoll előnyei: nyílt és ingyenesen használható, megakadályozza az egyetlen szolgáltatóhoz (töltőplatformhoz) való ragaszkodást, csökkenti az integrációs időt/erőfeszítést és az informatikai problémákat.
2. Az OCPP protokoll főbb verziói
OCPP1.2(SOAP) OCPP1.5(SOAP) OCPP1.6(SOAP/JSON)
OCPP2.0.1 (JSON)
A SOAP-ot saját protokollkorlátai korlátozzák, nem lehet széles körben gyorsan népszerűsíteni; a WebSocket kommunikáció JSON verziója bármilyen hálózati környezetben képes adatokat küldeni egymásnak, a piacon leggyakrabban használt protokoll az 1.6J verzió, az OCPP2.0.1 a 2018-as protokollhasználat előmozdítása a jövő irányába mutat.
3. A különböző OCPP verziók közötti különbségekfali doboz elektromos autó töltésr
Az OCPP1.* az alacsonyabb verziókkal kompatibilis, az OCPP1.6 az OCPP1.5-tel, az OCPP1.5 pedig az OCPP1.2-vel.
Az OCPP2.0.1 nem kompatibilis az OCPP1.6-tal, az OCPP2.0.1 bár az OCPP1.6 tartalmának egy része is kompatibilis, de az elküldött adatkeret formátuma teljesen eltérő lett. Az OCPP2.0.1 sok mindent hozzáadott, például az OCPP1.6 nem rendelkezik a funkcióval.
(1) Az OCPP1.6 StartTransaction és StopTransaction metódusait az OCPP2.0.1 TransactionEvent váltotta fel.
(2) Az OCPP2.0.1 firmware-frissítése digitális aláírásokat ad hozzá a hiányos firmware-letöltések megelőzése érdekében, amelyek firmware-frissítési hibákhoz vezethetnek.
(3) A tranzakcióazonosító egyediségét a platform garantálja az OCPP1.6-ban, és ezt a terhelési pont is garantálja.fali dobozos elektromos autó töltőaz OCPP2.0.1-ben.
(4) Az OCPP1.6-ban a hibás helyeket optimalizálták és frissítették, például: az OCPP1.6-ban a StartTransaction-ön belüli tranzakcióazonosító adatot a platform határozza meg, míg az OCPP2.0.1-ben ez a töltési halom.fali dobozos elektromos autó töltő amely meghatározza a transactionId értékét, ami azért előnyös, mert hálózati hiba esetén újra kell küldeni a StartTransaction adatokat, amikor a töltési halom megtörténik.fali dobozos elektromos autó töltő újra el kell küldeni az adatokat. Ennek az az előnye, hogy hálózati hiba esetén újra kell küldeni a StartTransaction adatokat. Ha OCPP1.6 verzióról van szó, a platform nagy valószínűséggel két példányban menti el ugyanazokat a tranzakciós adatokat, ami az ügyfél pénzének kétszeri levonását eredményezi.
(5) Az OCPP 2.0.1 sokkal részletesebb és részletesebb funkciókkal rendelkezik az 1.6-os verzióhoz képest, a fejlesztés nehézsége is megnőtt.
Másodszor, az OCPP 2.0.1 megállapodás
Az OCPP2.0.1 támogatja a JSON formátumú websocket-kommunikációt, az OCPP2.0.1 nem kompatibilis az OCPP1.6-tal.
Több biztonsági engedélyezési módszert támogat, ISO15118 szabványt, intelligens töltést, eszközkezelést, töltéskezelést stb. Magas szintű kompatibilitást, magas biztonságot és nagyfokú skálázhatóságot kínál.
OCPP hálózati topológia
1. OCPP2.0.1 szoftverarchitektúra
Főként adatátviteli, jogosultságkezelési, biztonsági, konfigurációs, diagnosztikai, firmware-kezelési, eszközkezelési és töltéskezelési modulokat tartalmaz. Funkcionális modulfelosztás (rész) az OCPP2.0.1 protokollban:
2、Adatátviteli (DataTransfer) modul
Használja a harmadik féltől származó libwebsockets könyvtárat websockets kapcsolat létrehozásához a távoli CSMS-sel a hálózaton keresztül az adatkommunikációhoz; használja a harmadik féltől származó rapidjson könyvtárat a következőkhöz:
3. Engedélyezési (engedélyezési) modul
Az engedélyezési módszerek közé tartozik az RFID, a start gomb, a bank-/hitelkártya, a PIN-kód, a CSMS, a helyi idToken, az ISO15118, az offline engedélyezés és így tovább.
Példa: CSMS engedélyezési idődiagram
4. Biztonsági modul
A biztonsági modul harmadik féltől származó mbedtls RSA könyvtárat, ECC (elliptikus görbe) modult használ az adatok titkosításához és visszafejtéséhez, valamint X509 modult a tanúsítványok kezeléséhez.
Példa: Idődiagram a töltőállomás tanúsítványainak frissítéséhez
5. Tranzakciók (Tranzakciók) modul
A tranzakciók az elektromos jármű töltőberendezéssel történő töltésének folyamatát jelentik.
Az OCPP2.0-ban az összes tranzakcióval kapcsolatos üzenet integrálva van az üzenetbe.
Időzítési diagram: Tranzakció indítása - Plug and Play
6. Mért értékek modul
A tranzakciós folyamat során rendszeresen el kell küldenie a helyi mérőadatokat a CSMS-nek, hogy a CSMS és a felhasználók valós időben nyomon követhessék a tranzakció előrehaladását.
Idődiagram: tranzakcióhoz kapcsolódó mérőadatok
7. Költségmodul
A számlázási modul egy új szoftvermodul az OCPP2.0-ban, amely ár- és számlázási információk biztosítására szolgál a felhasználók számára. Főként a következőket tartalmazza:
- Töltés előtt részletes információ megadása a töltőállomás árárólfali dobozos elektromos autó töltő.
- Töltés közben valós idejű költséginformációk nyújtása.
- Töltés után a végleges töltési információk megadása.
(1) Az árinformációk idődiagramja a felszámítás előtt:
(2) A számlázási információk idődiagramja a töltés során
(3) A töltés utáni töltési információk idődiagramja
8. Foglalási modul
A foglalás egy foglalt funkció, amelyet az üzemeltető állíthat be. Mivel nincs sok töltőállomásfali dobozos elektromos autó töltő és az elektromos járművek hatótávolsága korlátozott, a felhasználóknak előre gondoskodniuk kell a töltőberendezések tulajdonjogáról.
Idődiagram a kijelölt töltőberendezés töltőállomáson történő lefoglalásáhozfali dobozos elektromos autó töltő:
9. Intelligens töltés modul
Az intelligens töltés a töltési teljesítmény dinamikus, szükség szerinti beállítását jelenti a töltési folyamat során. Főként a következőket foglalja magában:
- Terheléselosztás a töltőállomáson belül - Központi rendszervezérlés
-Helyi intelligens töltés -Energiagazdálkodási rendszer vezérlése
Az OCPP intelligens töltésbenfali dobozos elektromos autó töltő A szabályozás főként a töltési profilokban tükröződik, amelyek a töltőállomás energiaátviteli korlátait tartalmazzák egy adott időpontban.
Töltési profilok üzenet tartalma (JSON):
10. Diagnosztikai modul
A töltőállomás problémáinak távoli diagnosztizálására szolgál a töltőállomásról származó diagnosztikai információkat tartalmazó fájl feltöltésével.
Diagnosztikai információs fájl feltöltési sorrenddiagramja:
Diagnosztikai fájlhoz kapcsolódó kód (részlet):
11. Firmware-kezelő modul
Amikor a töltőállomásnak frissítenie kell a firmware-t, a CSMS értesíti a töltőállomást, hogy mikor kezdheti meg az új firmware letöltését, és a töltőállomásnak minden egyes lépés után értesítenie kell a CSMS-t az új firmware letöltéséről és telepítéséről.
Példa: Firmware frissítés időzítési diagramja (részleges)
Firmware frissítéssel kapcsolatos kód (részlet):
12. DisplayMessage modul
A kijelző üzenetmodult a töltőállomás üzemeltetője (CSO) használja a töltéssel kapcsolatos információk megjelenítésére a felhasználó számára. A kijelző üzenetmodul az OCPP 2.0 új funkciója, főként a következőket tartalmazza:
-A CSO által megjelenített üzenet beállítása
-Töltőállomásfali dobozos elektromos autó töltő feltöltési kijelzőüzenet
A kijelző üzenet időzítési diagramjának beállítása:
A megjelenítési üzenet időzítési diagramjának megtekintése:
Sichuan Green Science & Technology Co., Ltd.
0086 19158819831
Közzététel ideje: 2024. augusztus 9.
