Det korte svaret

OCPP og et API er ikke rivaliserende versjoner av samme teknologi. OCPP er en publisert protokoll for kommunikasjon mellom en ladestasjon og et ladestyringssystem (CSMS eller CPMS). Et API er et generelt grensesnitt der ett programvaresystem ber om data eller handlinger fra et annet.

 

De fleste ladenettverk bruker begge deler. OCPP administrerer ladetilkoblingen, mens API-er kobler CPMS til fakturerings-, flåte-, energi-, rapporterings- og kundesystemer. Et API kan også eksponere ladekontroller gjennom en produsents sky, men det er en annen arkitektur.

OCPP og API-er sammenlignet

OCPP

OCPP kobler vanligvis en ladestasjon til et CPMS. Det er en åpen spesifikasjon som vedlikeholdes av Open Charge Alliance. Typiske meldinger dekker laderstatus, autorisasjon, økter, målerverdier, feil og fjernkommandoer. Den er utformet for å support ladere og styringssystemer fra forskjellige leverandører, selv om kompatible versjoner og funksjoner fortsatt trenger testing.

API-en

Et API kobler ett programvaresystem til et annet. Det kan være proprietært, offentlig dokumentert eller basert på en egen standard. Innen elbillading kobler API-er vanligvis fakturering, tariffer, flåtedata, energikontroller, apper og rapportering. De kan også gi skybasert tilgang til ladekontroller. Portabilitet avhenger av API-eieren, dokumentasjon, tilgangsrettigheter og kontrakt.

To vanlige ladearkitekturer

Direkte OCPP

Ladestasjon ↔ operatørens CPMS

Laderen oppretter sin OCPP-forbindelse direkte med operatørens valgte plattform. Dette fjerner en obligatorisk produsentsky fra banen som brukes for administrasjon av kjernelader. Det kan gjøre ansvaret tydeligere og en senere CPMS-endring mer praktisk, forutsatt at operatøren har laderens legitimasjon og kompatibel protokoll. support og en testet migreringsplan.

Produsentens sky pluss API

Ladestasjon ↔ produsentens sky ↔ operatørplattform

Laderen kobles til en produsentstyrt tjeneste, som eksponerer utvalgte data og kontroller gjennom et API. Dette kan forenkle klargjøring, tilby produktspesifikke verktøy og gi ett grensesnitt på tvers av produsentens maskinvare. Det gjør også skytjenesten, API-vilkårene og fortsatt datatilgang til en del av operatørens avhengighetskjede.

 

Et strømbrudd betyr ikke automatisk at den fysiske ladingen stopper. En lader kan fortsette under lokal autorisasjon eller frakoblede regler mens eksterne kommandoer og datasynkronisering ikke er tilgjengelige. Resultatet avhenger av laderen, skyen, CPMS og konfigurert reserveoppførsel.

Hva bør en operatør sjekke?

  • Kan laderen peke direkte til et annet CPMS, og hvem kontrollerer påloggingsinformasjonen?
  • Hvilke OCPP-versjoner, profiler og valgfrie funksjoner er implementert og testet?
  • Hvilke operasjoner krever produsentskyen?
  • Hva skjer med autorisasjon, lading, målerdata og fjernstyring support under et strømbrudd?
  • Kan driftsdata eksporteres, og er API-tilgang, prisgrenser eller gebyrer kontraktsfestede?
  • Hvem administrerer fastvare, sikkerhetsoppdateringer og forpliktelser ved tjenesteslutt?

Hvor amina passer inn

De nåværende amina C/C2- og amina M/M2 -sidene spesifiserer lokal OCPP 1.6J og maskinvareklargjøring for OCPP 2.0.1. De er designet for å kobles direkte til operatørens valgte CPMS, uten en obligatorisk amina-sky mellom laderen og den plattformen.

 

Det gjør ikke API-er unødvendige. CPMS og aminas spesialiserte programvare- og energipartnere kan bruke API-er eller andre grensesnitt for funksjoner utenfor lader-til-CPMS-forbindelsen. Oppdelingen er bevisst: fokusert lademaskinvare, åpen kommunikasjon i styringssystemet og valg på programvarelaget.

API- og OCPP-spørsmål

Kan et API erstatte OCPP?

Et proprietært API kan gi en annen plattform tilgang til laderdata og -kontroller gjennom en leverandørsky. Det tilbyr ikke standard lader-til-CPMS-grensesnittet som er definert av OCPP.

Fjerner OCPP leverandørlåsing?

Det reduserer én kilde til låsing, men fjerner ikke alle avhengigheter. Protokollversjoner, implementerte funksjoner, laderlegitimasjon, fastvareeierskap, CPMS-integrering, kontrakter og datatilgang er fortsatt viktige.