Lyhyt vastaus

OCPP ja sovellusrajapinta (API) eivät ole saman teknologian kilpailevia versioita. OCPP on julkaistu protokolla latausaseman ja lataushallintajärjestelmän (CSMS tai CPMS) välistä viestintää varten. Sovellusrajapinta (API) on yleinen rajapinta, jonka kautta yksi ohjelmistojärjestelmä pyytää tietoja tai toimintoja toiselta.

 

Suurin osa latausverkostoista käyttää molempia. OCPP hallinnoi latauslaitteen yhteyttä, kun taas sovellusrajapinnat (API) yhdistävät lataushallintajärjestelmän (CPMS) laskutus-, ajoneuvokanta-, energia-, raportointi- ja asiakashallintajärjestelmiin. Sovellusrajapinta voi myös tarjota latauslaitteen ohjausmahdollisuuksia valmistajan pilvipalvelun kautta, mutta kyseessä on eri arkkitehtuuri.

OCPP:n ja sovellusrajapintojen (API) vertailu

OCPP

OCPP yhdistää yleensä latausaseman CPMS-järjestelmään. Se on avoin standardi, jota ylläpitää Open Charge Alliance. Tyypillisiä viestejä ovat latausaseman tila, valtuutus, latausistunnot, mittarilukemat, viat ja etäkomennot. Se on suunniteltu support eri toimittajien support ja hallintajärjestelmiä, vaikka yhteensopivia versioita ja toimintoja on vielä testattava.

API

API yhdistää kaksi ohjelmistojärjestelmää toisiinsa. Se voi olla valmistajakohtainen, julkisesti dokumentoitu tai perustua erilliseen standardiin. Sähköautojen lataamisessa API:t yhdistävät yleisesti laskutuksen, tariffit, ajoneuvokantatiedot, energianhallinnan, sovellukset ja raportoinnin. Ne voivat myös tarjota pilvipohjaisen pääsyn latauslaitteiden hallintaan. Siirrettävyys riippuu API:n omistajasta, dokumentaatiosta, käyttöoikeuksista ja sopimuksesta.

Kaksi yleistä latausarkkitehtuuria

Suora OCPP

Latausasema ↔ operaattorin CPMS-järjestelmä

Latauslaite muodostaa OCPP-yhteyden suoraan operaattorin valitsemaan alustaan. Tämä poistaa valmistajan pakollisen pilvipalvelun latauslaitteen ydinhallintaan käytetystä reitistä. Se voi selkeyttää vastuualueita ja helpottaa CPMS-järjestelmän myöhempää vaihtoa, edellyttäen että operaattorilla on latauslaitteen tunnistetiedot, yhteensopiva support testattu siirtymissuunnitelma.

Valmistajan pilvipalvelu ja sovellusliittymä (API)

Latausasema ↔ valmistajan pilvipalvelu ↔ operaattorin alusta

Laturi kytkeytyy valmistajan hallinnoimaan palveluun, joka tarjoaa valikoituja tietoja ja hallintatoimintoja sovellusrajapinnan (API) kautta. Tämä voi yksinkertaistaa käyttöönottoa, tarjota tuotekohtaisia työkaluja ja luoda yhden yhtenäisen käyttöliittymän kyseisen valmistajan laitteille. Samalla pilvipalvelu, sovellusrajapinnan ehdot ja jatkuva pääsy tietoihin tulevat osaksi operaattorin riippuvuussuhdeketjua.

 

Katkos ei tarkoita automaattisesti, että fyysinen lataus keskeytyy. Laturi voi jatkaa toimintaansa paikallisen valtuutuksen tai offline-sääntöjen mukaisesti, vaikka etäkomennot ja tietojen synkronointi eivät ole käytettävissä. Lopputulos riippuu laturista, pilvipalvelusta, CPMS-järjestelmästä ja määritetystä varajärjestelmän toiminnasta.

Mitä operaattorin tulisi tarkistaa?

  • Voiko latauslaite olla yhteydessä suoraan toiseen CPMS-järjestelmään, ja kuka hallinnoi sen tunnistetietoja?
  • Mitkä OCPP-versiot, profiilit ja lisätoiminnot on toteutettu ja testattu?
  • Mitkä toiminnot edellyttävät valmistajan pilvipalvelua?
  • Mitä tapahtuu valtuutuksille, laskutukselle, mittaritiedoille ja support sähkökatkon support ?
  • Voidaanko operatiivisia tietoja viedä, ja ovatko API-käyttöoikeudet, käyttörajoitukset tai maksut sopimuksen mukaisia?
  • Kuka huolehtii laiteohjelmistosta, tietoturvapäivityksistä ja käytöstäpoistovelvoitteista?

Missä amina sopii

Nykyisillä amina C/C2- ja amina M/M2-sivuilla määritellään paikallinen OCPP 1.6J -yhteensopivuus sekä laitteiston valmius OCPP 2.0.1:n käyttöönottoon. Ne on suunniteltu liitettäväksi suoraan operaattorin valitsemaan CPMS-järjestelmään ilman, että latauslaitteen ja kyseisen alustan välissä tarvitaan pakollista amina-pilvipalvelua.

 

Tämä ei kuitenkaan tarkoita, että sovellusrajapinnat (API:t) olisivat tarpeettomia. CPMS sekä Aminan erikoistuneet ohjelmisto- ja energiakumppanit voivat käyttää sovellusrajapintoja tai muita rajapintoja toimintoihin, jotka eivät liity latauslaitteen ja CPMS:n väliseen yhteyteen. Tämä jako on tarkoituksellinen: keskittynyt latauslaitteisto, avoin hallintajärjestelmän viestintä ja valinnanvapaus ohjelmistotasolla.

API- ja OCPP-kysymykset

Voiko sovellusrajapinta (API) korvata OCPP:n?

Omistusoikeudellinen sovellusrajapinta (API) voi antaa toiselle alustalle pääsyn latauslaitteiden tietoihin ja ohjausmahdollisuuksiin toimittajan pilvipalvelun kautta. Se ei tarjoa OCPP:n määrittelemää vakiomuotoista latauslaitteen ja CPMS-järjestelmän välistä rajapintaa.

Poistaako OCPP toimittajariippuvuuden?

Se vähentää yhtä sitoutumisen lähdettä, mutta ei poista kaikkia riippuvuussuhteita. Protokollaversiot, toteutetut toiminnot, latauslaitteen tunnistetiedot, laiteohjelmiston omistajuus, CPMS-palveluun liittymisprosessi, sopimukset ja pääsy tietoihin ovat edelleen tärkeitä tekijöitä.