OCPP 1.6J vs OCPP 2.0.1: Mi változik valójában az elektromos járművek töltését vásárlók számára?

1. Mi az OCPP, és miért számít egy kereskedelmi webhely számára?

Az OCPP az Open Charge Point Protocol rövidítése. Lehetővé teszi a töltőállomások számára, hogy információkat cseréljenek a Charging Station Management System (CSMS) rendszerrel. Az állomás jelentheti állapotát, küldhet munkamenet adatokat és fogadhat parancsokat. A CSMS kezelheti a felhasználói hozzáférést, a terhelési munkameneteket, a riasztásokat és a távoli támogatást. Az OCPP nem állítja be a fizikai csatlakozót a járművön. Nem helyettesíti a telephely elektromos kialakítását sem.

Egy ingatlantulajdonos számára az érték egyszerű. Szeretné látni, hogy mely töltők vannak online, tudnia kell, ha egy munkamenet meghiúsul, és kezelni szeretné a webhelyet anélkül, hogy minden szekrényt felkeresne. Lehetséges, hogy később módosítani szeretné a szoftverszolgáltatót. A közzétett protokollnév segít, de nem bizonyítja, hogy minden funkció működik két termék között.

A teljes projektképért olvassa el aKereskedelmi elektromos járművek töltési infrastruktúrájának vevői útmutatója. A meglévőEV töltési protokollok és kommunikációs rétegek útmutatójaelmagyarázza, miben különböznek a töltőtől az autóig, a töltőtől a háttérrendszerig és a helyi energiavezérlés. Ez az A3-as cikk csak az OCPP verzióra vonatkozó döntésre összpontosít.

Mit jelent a "J" az OCPP 1.6J-ben?

A „J” azt jelenti, hogy a WebSocket feletti JSON. Az OCPP 1.6-nak is van SOAP űrlapja, de sok kereskedelmi platform használja a JSON űrlapot. Amikor egy szállító azt mondja, hogy "OCPP 1.6", kérdezze meg, hogy a megrendelt firmware támogatja-e az OCPP 1.6J-t, a szükséges biztonsági profilt és a tényleges CSMS-t.

2. OCPP 1.6J vs OCPP 2.0.1: Egymás melletti összehasonlítás

A táblázat a protokoll képességeit írja le, nem pedig egy adott töltőre vonatkozó garanciát. A szabvány egyik funkciója opcionális, egy tanúsítási profilra korlátozódik, vagy hiányozhat a vásárolt firmware-ből. Kérjen szolgáltatásmátrixot, firmware-verziót és élő teszt bizonyítékot.

3. Mi változik a napi működésben?

Eszközfigyelés és hibadiagnosztika

Az OCPP 2.0.1 strukturált eszközmodellel rendelkezik. Segítségével a CSMS változtathatatlanul írja le a töltő részeit és azok változóit. Ez megkönnyítheti a felügyeletet és a konfigurációt az összetett berendezések között. Az irányítópultnak azonban támogatnia kell ezeket az üzeneteket. Kérje meg a platform csapatát, hogy mutassa meg az eszközadatokat, amelyeket a kezelők láthatnak és exportálhatnak.

Az OCPP 1.6J továbbra is képes jelenteni az állapotot és a hibákat. Egyes szállítók további diagnosztikai adatokat is szolgáltatnak. A különbség az, hogy sok speciális funkció függhet a gyártó-specifikus bővítményektől. Ezek a bővítmények hasznosak lehetnek, de megnehezíthetik a későbbi platformváltást.

Munkamenet-nyilvántartás és tranzakciókezelés

Az OCPP 2.0.1 TransactionEvent üzeneteket és rugalmasabb szabályokat használ a tranzakciók kezdetére és befejezésére. Ez segíthet a hálózatnak az összetett munkamenet-állapotok kezelésében. A számlázás eredménye azonban továbbra is a CSMS-től, a méréstől, a fizetési beállításoktól és a helyi szabályoktól függ. Egy protokollverzió önmagában nem tesz jogilag készen egy állomást a lakossági számlázásra.

Távoli karbantartás és szoftverfrissítések

Mindkét verzió támogatja a távoli műveleteket. A pontos firmware-frissítés, naplók, megfigyelés és biztonsági munkafolyamat eltérő. Ne fogadja el a „távoli frissítés támogatott” teljes tesztként. Kérdezze meg, mi történik, ha a letöltés meghiúsul, a hálózat megszakad, vagy a töltő újraindul egy munkamenet során. Ellenőrizze, hogyan tudja a technikus biztonságosan helyreállítani az egységet.

4. Biztonság: Mit kell ellenőrizniük a vásárlóknak?

Nyilvános töltőállomások kapcsolják össze a fizikai berendezéseket a szoftverhálózatokkal. Ez kockázatokat jelent a hozzáférés, az adatok, a távoli parancsok és a firmware körül. Az OCPP 2.0.1 erősebb biztonsági eszközökkel rendelkezik. Az OCPP 1.6J biztonsági bővítményekkel és profilokkal is rendelkezik. Egyik verzió sem biztonságos egyszerűen azért, mert a protokoll neve megjelenik egy prospektusban.

• Ellenőrizze a TLS használatát, a tanúsítványkezelést és a hitelesítést a szoftver pontos felépítéséhez.
• Ellenőrizze, hogy az állomás és a CSMS melyik OCPP biztonsági profilt használja.
• Kérdezze meg, hogyan történik a hitelesítő adatok és tanúsítványok telepítése, megújítása és eltávolítása.
• Szükség esetén ellenőrizze az aláírt vagy védett firmware-frissítési munkafolyamatokat.
• Határozza meg a hozzáférés-vezérlést, az eseménynaplókat, az adatmegőrzést és az incidensek támogatását.
• Futtasson le egy biztonsági és kapcsolódási tesztet a nyilvános bevezetés előtt.

5. Az intelligens töltés és a helyi terheléselosztás különböző rétegek

A kereskedelmi webhelyek hálózati korláttal rendelkezhetnek. Az üzemeltető azt szeretné, ha a töltők ezen a határon belül maradnának, miközben továbbra is kiszolgálják a járművezetőket. Az OCPP intelligens töltés képes töltési profilokat küldeni a CSMS-ből. A helyi terheléselosztás vezérlőn vagy helyi töltőhálózaton keresztül is működhet. Ezek összefüggő munkák, de nem mindig ugyanazok a vezérlési útvonalak.

Például egy kis iroda használhat egy helyi vezérlőt, amely méri az épületigényt. A vezérlő ezután utasítja a kompatibilis AC töltőket, hogy csökkentsék az áramerősséget. Ez a helyi funkció akkor is működhet, ha az internet nem működik. Egy nagyobb hálózat is használhat backend ütemezést, tarifaszabályokat vagy flottaprioritásokat. A szabályozási tervnek meg kell mutatnia, hogy kinek van jogosultsága, ha két rendszer különböző határértékeket ad.

A SINELINK felsorolja aDinamikus terheléselosztó vezérlőkompatibilis helyi telepítésekhez. A LoRa-alapú linkje nem az OCPP-kompatibilitás általános állítása. A töltőnek és a vezérlőnek támogatnia kell a megfelelő interfészt. Fedezze felTöltéskezelő termékekés a tervezettDinamikus terheléselosztási útmutató a helyszín mélyebb ellenőrzéséhez.

6. Melyik verzió illik a projektjéhez?

Ne csak azért válasszon verziót, mert az újabb hangzású. Kezdje a használni kívánt háttérrel, a szükséges műveletekkel és a projekt élettartamával. Ezután tesztelje a funkciók teljes készletét. Ha a töltőhely még tervezési szakaszban van, hasonlítsa összeAC vs. DC töltésés felülvizsgáljaA töltési hely méretezése a platform véglegesítése előtt.

7. A töltő és a CSMS együttműködési képességének tesztelése vásárlás előtt

Egy rövid élettartamú pilóta megelőzheti a hosszú integrációs problémát. Használja pontosan a telepíteni kívánt töltőmodellt, firmware-felépítést, SIM/hálózati elérési utat és CSMS-verziót. Rögzítse mind a sikeres lépéseket, mind a kudarcokat.

Tesztelje az internet kimaradását. Tesztelje a töltő újraindítását. Teszteljen egy szokatlanul végződő munkamenetet. Ezek az esetek azt mutatják, hogy a CSMS és a töltő megegyezik-e a munkamenet állapotában. Kérdezze meg, hogy ki fogja javítani az integrációs hibákat, és mennyi ideig tart a támogatás.

8. OCPP tanúsítás: mit bizonyít és mit nem

Az Open Charge Alliance független OCPP tanúsítási programot működtet. A tanúsítás protokollverzióhoz, termékmegvalósításhoz és tesztelt profilokhoz van kötve. Hasznos bizonyíték. Ez nem bizonyítja, hogy minden opcionális funkció rendelkezésre áll, vagy hogy minden harmadik féltől származó fizetés, mérő, jármű vagy energiavezérlő működik.

Az OCA 2025 decemberében frissítette 2.0.1-es tanúsítási programját. Az alapvető követelményeket és az opcionális profilokat figyelmesen el kell olvasni. Kérje meg a tanúsítvány azonosítóját, modelljét, firmware verzióját és a profil lefedettségét. Hasonlítsa össze ezeket az adatokat a megrendelt egységgel. Ne tekintsen egy másik felépítésre vonatkozó régi tesztjelentést a pontos konfiguráció bizonyítékaként.

Az OCPP 2.1 szintén 2025-ben jelent meg. Bővíti a 2.0.1-et, és olyan funkciókat ad hozzá, mint például a kétirányú töltés támogatása. Ez az A3-as cikk az 1.6J-t és a 2.0.1-et hasonlítja össze, mivel ezek gyakori vásárlási lehetőségek. Ha az ajánlata 2.1-et ír elő, tekintse át saját követelményeit, ahelyett, hogy azt feltételezné, hogy a 2.0.1-es egység teljes mértékben megfelel a 2.1-es szabványnak.

9. Mit kérdezzen az EV-töltő szállítójától: OCPP RFQ ellenőrzőlista

• Pontos töltőmodell és firmware felépítés; OCPP 1.6J, 2.0.1 vagy mindkettő.
• CSMS szolgáltató és verzió; hogy a háttérrendszer támogatja-e a kiválasztott OCPP verziót.
• A támogatott funkciók listája, az opcionális profilok és az ismert korlátok.
• Az OCA-tanúsítvány száma és a tesztelt firmware, ha a tanúsítványt igénylik.
• Szükséges biztonsági profil, TLS és tanúsítvány életciklusa.
• Intelligens töltés, helyi terheléskezelés és teljesítményszabályozás.
• Mérés, munkamenet adatok, fizetési integráció és az alkalmazandó helyi szabályok.
• Offline töltési és újracsatlakozási viselkedés.
• Távoli frissítések, hibanaplók, garancia és integrációs támogatás.
• Átvételi tesztterv, felelős felek megnevezése és bevezetési mérföldkövek.

SINELINKH-sorozatú intelligens AC töltő falidobozoldal felsorolja az OCPP 1.6 JSON-t a megadott konfigurációhoz. AEurópai SEC DC töltősorozatoldalon az OCPP 1.6J / 2.0.1 háttérbeállítások szerepelnek. Ezek termékoldali leírások, nem pedig annak ígérete, hogy minden változat vagy funkció rendelkezésre áll. Erősítse meg írásban a megrendelt firmware és szoftver integrációt.

10. Fedezze fel a SINELINK EV töltőtermékeket és a projekttámogatást

Lehet böngészniAC töltő termékek, DC töltő termékek, és aEV töltő termék hub. A webhelyszintű áttekintéshez lásd:EV töltési megoldások. Küldje el nekünk országát, töltőmodelllistáját, háttérplatformját, a szükséges OCPP-verziót, a töltők tervezett számát és a hálózat beállítását. Kérjen rendelésspecifikus protokollmátrixot és kísérleti teszttervet.

Gyakran Ismételt Kérdések