Mikä on CSMS sähköautojen latauksessa

Lyhyt vastaus

CSMS eli latausasemien hallintajärjestelmä (Charging Station Management System) on ohjelmistoalusta, joka operoi, valvoo ja laskuttaa sähköautojen latausasemien verkkoa. Termi on peräisin Open Charge Alliancen vuonna 2018 julkaisemasta OCPP 2.0:sta, jossa se korvasi OCPP 1.6:n termin Central System, ja se vakiintui käyttöön OCPP 2.0.1:n myötä vuonna 2020. CSMS hoitaa latauslaitteiden provisioinnin ja laitehallinnan, kuljettajien valtuutuksen, lataustransaktiot ja mittaustiedot, etäohjauksen, älykkään latauksen, tariffit ja laskutuksen, diagnostiikan sekä laiteohjelmistopäivitykset. Kaupallisessa käytössä CSMS ja CPMS (Charge Point Management System) tarkoittavat samaa ohjelmistoluokkaa: CSMS on protokollan kannalta täsmällinen termi ja CPMS markkinoilla yleisempi termi. Operaattorin valitsema CSMS ratkaisee, mitä laitteistoa operaattori voi käyttää, mihin liiketoimintajärjestelmiin se voi kytkeytyä ja kuka omistaa latausdatan.

Kun operaattorilla on 40 kohdetta ja latauslaitteita kolmelta eri valmistajalta, yksi ohjelmisto ratkaisee, toimiiko mikään tästä kaikesta oikeasti. Kun latauslaite putoaa verkosta kuudelta aamulla, kun kuljettajaa laskutetaan kahdesti yhdestä lataustapahtumasta tai kun kohde käy lähellä verkkoliittymänsä rajaa, vastaus löytyy samasta paikasta. Tuo paikka on taustajärjestelmä, ja OCPP:n sanastossa sitä kutsutaan CSMS:ksi.

Termiä käytetään alalla usein epäjohdonmukaisesti. Osa toimittajista puhuu CSMS:stä, osa CPMS:stä ja osa latausalustasta. Nimitysten takana on kuitenkin täsmällinen tekninen määritelmä, jolla on täsmällinen alkuperä, ja sen ymmärtäminen helpottaa huomattavasti tarjouspyyntöjen, toimittajien demojen ja integraatiokeskustelujen tulkintaa.

Tämä artikkeli käsittelee, mikä latausasemien hallintajärjestelmä on, mistä termi on peräisin, mitä järjestelmä tekee toiminto kerrallaan, miten se viestii latauslaitteiden kanssa, miten se sopii yhteen muun latausteknologiapinon kanssa ja mikä erottaa yhden CSMS:n toisesta silloin, kun juuri sinä allekirjoitat sopimuksen.

Mikä on CSMS (latausasemien hallintajärjestelmä)?

CSMS (Charging Station Management System) on sähköautojen latausverkon taustajärjestelmä. Se on ohjelmisto, joka tietää, mitä latauslaitteita on olemassa, ovatko ne verkossa, kuka saa käyttää niitä, mitä kukin lataustapahtuma maksoi ja mitä tehdä, kun jokin hajoaa.

Muodollinen määritelmä

OCPP 2.0.1 -määrittelyssä CSMS määritellään taustajärjestelmäksi, joka hallitsee latausasemia. Protokollassa on vain kaksi normatiivista roolia, ja CSMS on niistä yksi. Toinen on itse latausasema. Kaikki muu sähköautojen latausarkkitehtuurissa, kuten kuljettajat, roaming-kumppanit, verkonhaltijat ja energianhallintajärjestelmät, jää protokollan rajojen ulkopuolelle.

CSMS:ää operoi latausasemaoperaattori (Charging Station Operator, CSO). Alan arkikielessä tätä roolia kutsutaan yleensä latauspisteoperaattoriksi (Charge Point Operator, CPO). Erolla on vähemmän merkitystä kuin suhteella: yksi organisaatio pyörittää CSMS:ää, ja tuo organisaatio vastaa verkosta kaupallisesti.

Mitä CSMS hallitsee

CSMS on verkon tietojen ensisijainen lähde. Se tallentaa jokaisen latausaseman konfiguraation, valtuutussäännöt, jotka ratkaisevat, voiko lataustapahtuma alkaa, hinnoittelun, joka määrittää, mitä lataustapahtuma maksaa, sekä jälkikäteen koko transaktiotietueen. Lisäksi se antaa komentoja: lataustapahtuman käynnistys etänä, saatavuuden muutos, latausrajan asetus, pistorasian uudelleenkäynnistys, laiteohjelmistopäivityksen lähetys.

Mitä CSMS ei hallitse

CSMS ei toimita sähköä, eikä se ohita fyysisiä turvajärjestelmiä. Jos latauslaitteen sisäiset suojaukset laukeavat, CSMS saa siitä tiedon ja raportoi sen, mutta laukeamisesta se ei päätä. Sama koskee kohteen sähköisiä rajoja. CSMS voi muokata kysyntää sille annetun liikkumavaran puitteissa, ja se voi reagoida energianhallintajärjestelmän tai verkonhaltijan signaaleihin, mutta fyysinen rajoite määräytyy itse sähköasennuksesta.

Kolme tasoa: latausasema, EVSE, liitin

OCPP 2.0.1 mallintaa kohteen loogisesti eikä fyysisesti, kolmella tasolla. Latausasema (Charging Station) on koko järjestelmä, jolla on yksi identiteetti ja joka viestii CSMS:n kanssa OCPP:llä. Sen alla on yksi tai useampi EVSE (Electric Vehicle Supply Equipment), joista kukin voi ladata yhtä ajoneuvoa kerrallaan. Kunkin EVSE:n alla on yksi tai useampi liitin, eli yksittäinen pistorasia tai kiinteä kaapeli.

Tällä on käytännössä merkitystä, koska latausalue, jolla on kaksikymmentä EVSE:tä yhden modeemin takana, on protokollan kannalta yksi latausasema. Jokaisella EVSE:llä on numero, joka esiintyy OCPP-viesteissä muodossa evseId (EVSE-tunniste), ja numerot alkavat ykkösestä ja etenevät järjestyksessä ilman aukkoja. Nolla-arvoinen evseId on varattu koko asemalle, joten nollalle lähetetty komento koskee aseman jokaista EVSE:tä. Liittimet numeroidaan samalla tavalla, alkaen ykkösestä kunkin EVSE:n sisällä.

CSMS vai CPMS: onko niillä todellista eroa?

Molemmat termit ovat markkinoilla käytössä rinnakkain, joten ero ansaitsee suoran vastauksen ennen mitään muuta.

CSMS on protokollan termi

CSMS tulee määrittelystä. Se tuli käyttöön OCPP 2.0:ssa vuonna 2018 ja vakiintui OCPP 2.0.1:n myötä, ja se on oikea termi, kun puhutaan OCPP-viesteistä, sertifioinnista tai mistä tahansa protokollatason asiasta. Jos luet Open Charge Alliancen teknistä dokumenttia, näet siinä termin CSMS.

CPMS on markkinoiden termi

CPMS eli latauspisteiden hallintajärjestelmä (Charge Point Management System) juontaa juurensa OCPP 1.6:n sanastoon, jossa latauslaite oli Charge Point ja taustajärjestelmä Central System. Ala piti kiinni ilmauksesta Charge Point vielä pitkään sen jälkeen, kun protokolla oli vaihtanut sen, ja sen seurauksena CPMS siirtyi kaupalliseen käyttöön.

Missä termit aidosti eroavat

Termeillä on yksi aito tekninen ero. CSMS viittaa nimenomaan OCPP:n puoleiseen rooliin eli järjestelmään, johon latausasema muodostaa yhteyden. CPMS on yleisessä käytössä laajempi, ja se sisältää usein kaupallisia toimintoja, joita OCPP ei kata lainkaan, kuten asiakkuudenhallinnan, laskutuksen, roaming-tilityksen ja kuljettajasovellukset. Alusta, joka toteuttaa vain OCPP-puolen, on CSMS. Alusta, joka pyörittää myös sen ympärillä olevaa liiketoimintaa, on sitä, mitä useimmat tarkoittavat CPMS:llä.

Hankinta-asiakirjoissa termit viittaavat yleensä samaan järjestelmään. Jos vaatimusmäärittelyssä CSMS ja CPMS on listattu erillisiksi vaatimuksiksi, kumpaankin liitetty määritelmä painaa enemmän kuin itse nimike.

Miksi ala luopui termistä Central System

Sähköautojen latauksen terminologia seuraa protokollaa, ja protokolla muuttui. Muutoksen ymmärtäminen kertoo suunnilleen, kuinka vanha jokin dokumentti, latauslaite tai toimittajan tuoteajattelu on.

Sanaston muutos OCPP 1.6:sta 2.0.1:een

OCPP 1.6 julkaistiin vuonna 2015, ja siitä tuli protokollan laajimmin toteutettu versio. OCPP 2.0 ilmestyi vuonna 2018, OCPP 2.0.1 seurasi vuonna 2020, ja OCPP 2.1 julkaistiin vuonna 2025. Sukupolvessa 2.x Charge Pointista tuli Charging Station ja Central Systemistä CSMS. Nimenmuutos ei ollut kosmeettinen. OCPP 2.0.1 toi mukanaan EVSE-tason, korvasi litteät tunnisteet rakenteisilla objekteilla ja siirsi transaktiotunnisteiden luomisen taustajärjestelmältä latausasemalle.

Sukupolvet eivät ole keskenään yhteensopivia, joten OCPP 1.6:ta puhuva latauslaite ei voi viestiä taustajärjestelmän kanssa, joka puhuu vain 2.0.1:tä. Tämän yhteensopimattomuuden vuoksi versiotuella on merkitystä käyttöönottoa suunniteltaessa, ja siksi datalehden maininta ”OCPP-yhteensopiva” ei yksinään kerro tarpeeksi.

IEC 63584 toi CSMS:n hankintakieleen

OCPP 2.0.1:n kolmas painos hyväksyttiin vuonna 2024 IEC-standardiksi IEC 63584. Kun protokollasta tulee kansainvälinen standardi, sen sanasto alkaa näkyä julkisten hankintojen asiakirjoissa, kansallisissa viitekehyksissä ja vaatimustenmukaisuuden tarkistuslistoissa. Se on pääsyy siihen, että CSMS näkyy nyt kaupallisissa teksteissä, joissa oletuksena oli aiemmin CPMS. Itse termi on peräisin vuodelta 2018. Muuttunut on se, kuinka usein ostajat nyt kohtaavat sen.

Mitä tämä tarkoittaa, kun luet tarjouspyyntöä

Jos tarjouspyynnössä käytetään termiä CSMS ja viitataan OCPP 2.0.1:een tai IEC 63584:ään, laatija työskentelee määrittelyn pohjalta ja odottaa todennäköisesti protokollatason vastauksia tuetuista viesteistä, toiminnallisista lohkoista ja sertifioinnista. Jos tarjouspyynnössä käytetään termiä CPMS ja puhutaan kuljettajista, sovelluksista ja laskutuksesta, laatija ajattelee kaupallisesti. Vastaaminen väärällä tyylilajilla on yleinen tapa menettää pisteitä teknisesti vahvassa tarjouksessa.

Mitä CSMS tekee? Ydintoiminnot selitettynä

OCPP 2.0.1 jakaa 64 viestiään toiminnallisiin lohkoihin, ja lohkot vastaavat tarkasti sitä, mitä jokaisen vakavasti otettavan CSMS:n on hoidettava. Alla oleva luettelo noudattaa tätä rakennetta, koska se on luotettavin tapa vertailla alustoja eksymättä markkinoinnin kategorioihin.

Provisiointi ja laitehallinta

Jokaisen latauslaitteen on esittäydyttävä, ennen kuin se voi tehdä mitään. Se lähettää käynnistysilmoituksen, vastaanottaa konfiguraationsa ja raportoi komponentti- ja muuttujarakenteensa. OCPP 2.0.1 vakioi tämän laitemallilla, jonka avulla CSMS voi lukea ja kirjoittaa konfiguraatiota standardoidusti sen sijaan, että se nojaisi valmistajakohtaisiin avainnimiin. Sekalaista laitekantaa käyttävälle operaattorille tämä on ero kaluston hallinnan ja kokoelman hallinnan välillä.

Valtuutus ja tunnistautuminen

Ennen kuin lataustapahtuma alkaa, CSMS ratkaisee, saako esitetyllä tunnisteella ladata. Tunniste voi olla RFID-kortti, sovellustunnus, ISO 15118:n mukainen sopimusvarmenne tai toisen palveluntarjoajan asiakkaalle kuuluva roaming-tunnus. CSMS tarkistaa sen omia tietojaan, paikallista välimuistia tai roaming-taustajärjestelmää vasten. Latausasemilla voi myös olla paikallinen valtuutuslista, jotta lataus toimii yhteyden katketessakin, ja kohteissa, joissa mobiiliverkon kuuluvuus on heikko, sillä on enemmän merkitystä kuin useimmat ostajat odottavat.

Transaktiot, mittaus ja lataustapahtumien data

Transaktiotietue on järjestelmän kaupallinen sydän. Siihen tallentuu, milloin lataustapahtuma alkoi ja päättyi, kuinka paljon energiaa siirtyi minäkin ajankohtana ja kenen tunnisteella. OCPP 2.0.1 korvasi version 1.6 erilliset aloitus- ja lopetusviestit yhdellä tapahtumapohjaisella mallilla ja siirsi transaktiotunnisteen luomisen latausasemalle. Käytännön tuloksena on vähemmän orpoja lataustapahtumia ja selkeämpi täsmäytys.

Mittausarvoja saapuu säännöllisin väliajoin lataustapahtuman aikana sekä sen alussa ja lopussa. Datan laatu ja tarkkuustaso ratkaisevat, pystyykö operaattori laskuttamaan tarkasti, todistamaan kiistanalaisen lataustapahtuman tai mallintamaan käyttöastetta kunnolla.

Etäohjaus ja saatavuus

Operaattoreiden on voitava tehdä toimenpiteitä latauslaitteille käymättä paikan päällä. CSMS voi käynnistää ja pysäyttää lataustapahtumia etänä, vapauttaa kaapelin, joka ei ole irronnut, muuttaa latausaseman saatavuutta ja käynnistää sen uudelleen. Tukitiimit käyttävät näitä jatkuvasti. Etäkomentojen nopeus ja luotettavuus vaikuttavat suoraan siihen, kuinka monta kohdekäyntiä verkko tarvitsee kuukaudessa.

Älykäs lataus ja kuormanhallinta

Älykäs lataus on se kohta, jossa CSMS lakkaa olemasta valvontatyökalu ja alkaa suojata liiketoiminnan kannattavuutta. Latausprofiilien avulla CSMS voi asettaa rajoja lataustapahtumittain, EVSE-kohtaisesti, latausasemakohtaisesti tai koko ryhmälle, ja rajoihin voidaan liittää aikatauluja. Dynaaminen kuormanhallinta jakaa käytettävissä olevan kapasiteetin ajoneuvojen kesken, jotta kohde voi palvella useampia latauslaitteita ilman verkkoliittymän vahvistamista.

Asuin-, työpaikka- ja pysäköintiympäristöissä toimiville operaattoreille tämä on usein alustan arvokkain yksittäinen toiminto.

Tariffit, hinnoittelu ja laskutus

Tariffimoottori muuttaa energian ja ajan rahaksi. Se tarkoittaa kWh-kohtaisia hintoja, latauskertamaksuja, vuorokaudenajan mukaista hinnoittelua, seisontamaksuja sekä eri hintoja eri asiakasryhmille tai kohteille. CSMS soveltaa tariffia, tuottaa laskutettavan tietueen ja välittää sen sille järjestelmälle, joka laskun lähettää. Operaattorit kompastuvat valuuttoihin, arvonlisäveron käsittelyyn ja pyöristyksiin eri markkinoilla: asioihin, jotka on helppo ohittaa demossa ja kallista huomata myöhemmin.

Maksut ja ad hoc -lataus

EU:ssa julkisen latauksen on toimittava kuljettajille, joilla ei ole sopimusta operaattorin kanssa. Asetusta (EU) 2023/1804 vaihtoehtoisten polttoaineiden infrastruktuurin käyttöönotosta on sovellettu 13. huhtikuuta 2024 alkaen, ja se edellyttää ad hoc -latausta julkisesti saatavilla olevissa latauspisteissä sekä hintojen läpinäkyvyyttä ja laajalti käytettyjä sähköisiä maksutapoja. Operaattoreiden on tarjottava vähintään yksi seuraavista: maksukortinlukija, maksukortteja lukeva lähimaksulaite tai internetyhteyttä käyttävä laite, joka tukee turvallista maksamista esimerkiksi QR-koodin avulla. Asetuksen koko teksti on saatavilla EUR-Lex-palvelussa.

Operatiivisesti tämä velvoite toteutuu CSMS:ssä. Sen on valtuutettava lataustapahtuma maksun katevarauksen eikä asiakastilin perusteella, veloitettava jälkikäteen oikea summa ja tuotettava kuitti.

Diagnostiikka, valvonta ja laiteohjelmisto

Rikki oleva latauslaite, josta ei ole raportoitu, on pahempi kuin verkosta pudonnut latauslaite, koska operaattori maksaa yhä kohteesta ja kuljettaja tulee silti paikalle. CSMS kerää tilailmoitukset ja virhekoodit, tuo ne näkyviin ja hallitsee laiteohjelmistopäivityksiä koko laitekannassa. Alustojen välinen ero ei yleensä ole siinä, keräävätkö ne virheitä, vaan siinä, mitä sen jälkeen tapahtuu.

eMablerin Pulse hoitaa tämän kerroksen tekoälypohjaisella diagnostiikalla. Se havaitsee latauspisteiden virheet, vertaa niitä laitevalmistajan dokumentaatioon, suosittelee korjauksia ja voi toimia automaattisesti käynnistämällä pistorasioita uudelleen tai poistamalla viallisia portteja käytöstä ennen kuin asiakkaat kärsivät.

Tietoturva ja varmenteiden käsittely

OCPP 2.0.1 määrittelee kolme tietoturvaprofiilia, joissa HTTP Basic -todennus tai TLS-asiakasvarmenteet yhdistetään valinnaiseen tai pakolliseen TLS:ään. Se kattaa myös varmenteiden elinkaaren hallinnan, allekirjoitetut laiteohjelmistot ja tietoturvatapahtumien lokituksen. Ostajien kannattaa kysyä, mitä profiileja alusta käyttää tuotannossa, eikä sitä, mitkä niistä mainitaan sen dokumentaatiossa, ja pitää ISO 27001 -sertifiointia perusvaatimuksena.

Varaukset ja kuljettajaviestintä

Kaksi pienempää toimintoa täydentää kokonaisuuden. Varausten avulla kuljettaja voi varata EVSE:n tietyksi ajaksi. Näyttöviestien avulla CSMS voi lähettää tekstiä latausaseman näytölle, ja sitä käytetään hintatietoihin, huoltoilmoituksiin ja katkoista tiedottamiseen.

Miten CSMS viestii latausasemien kanssa?

Latauslaitteen ja CSMS:n välinen yhteys on yksinkertaisempi kuin useimmat olettavat, ja kun tiedät, miten se toimii, vianmäärityskeskusteluista katoaa paljon mystiikkaa.

OCPP WebSocketin yli

Nykyaikainen OCPP toimii JSON-muotoisena WebSocketin yli, ja siitä käytetään nimeä OCPP-J. Latausasema on asiakasosapuoli, ja se avaa aina yhteyden CSMS:ään ja pitää sen jatkuvasti auki. Tällä on merkitystä, koska se tarkoittaa, että latausasema voi olla palomuurin tai mobiiliverkon NAT:n takana ja silti vastaanottaa komentoja taustajärjestelmältä. Kun yhteys on muodostettu, kumpi tahansa osapuoli voi lähettää viestejä.

Latausaseman tunniste on osa yhteyden URL-osoitetta, joten sitä ei tarvitse toistaa jokaisessa viestissä. Aiemmat versiot OCPP 1.2 ja 1.5 käyttivät sen sijaan SOAP-protokollaa, ja niitä esiintyy vain vanhoissa asennuksissa.

Lataustapahtuma alusta loppuun

Lataustapahtuma etenee ennakoitavassa järjestyksessä. Latausasema käynnistyy ja lähettää käynnistysilmoituksen ja sen jälkeen heartbeat-viestejä osoittaakseen olevansa toiminnassa. Kuljettaja esittää tunnisteen, ja latausasema pyytää CSMS:ää valtuuttamaan sen. Transaktio alkaa, mittausarvoja saapuu tietyin väliajoin, ja transaktio päättyy lopulliseen mittarilukemaan. Sen jälkeen CSMS hinnoittelee lataustapahtuman ja tuottaa tietueen. Tilailmoitukset kulkevat koko ketjun rinnalla ja raportoivat saatavuudesta ja vioista.

OCPP 1.6, 2.0.1 ja 2.1 kentällä

Useimmat eurooppalaiset verkot ovat nykyään sekaympäristöjä. OCPP 1.6 on yhä laajalti käytössä, koska se on kypsä ja valtava asennettu laitekanta tukee sitä. OCPP 2.0.1 on nykyinen tavoite uusissa käyttöönotoissa, ja se tuo mukanaan laitemallin, paremman tietoturvan ja vahvemman älykkään latauksen. OCPP 2.1 julkaistiin tammikuussa 2025, se lisää hajautettujen energiaresurssien ohjauksen ja vehicle-to-grid-valmiudet, ja se on taaksepäin yhteensopiva OCPP 2.0.1:n kanssa.

Minkä tahansa CSMS:n, jonka operaattori hankkii nyt, on pystyttävä käsittelemään vähintään versioita 1.6 ja 2.0.1 rinnakkain samassa verkossa ilman kohdekohtaisia erityisjärjestelyjä.

Miten CSMS sopii laajempaan latausarkkitehtuuriin?

OCPP ohjaa vain yhtä yhteyttä, latausaseman ja CSMS:n välistä. Kaikki muu, mitä operaattori tarvitsee, kulkee muiden rajapintojen kautta, ja CSMS on keskus, jonka kautta ne kaikki kytkeytyvät.

Roaming ja OCPI

Kuljettajat odottavat voivansa ladata verkoissa, joita heidän palveluntarjoajansa ei omista. Tämä toimii roaming-protokollien kautta, joista yleisin on OCPI, ja ne välittävät sijainteja, tariffeja, valtuutuspyyntöjä, lataustapahtumia ja latauskertojen tietueita (CDR) operaattoreiden ja palveluntarjoajien välillä. eMSP ei ole lainkaan OCPP-toimija. Se tavoittaa verkon CSMS:n kautta.

ISO 15118 ja Plug and Charge

ISO 15118 mahdollistaa ajoneuvon ja latauslaitteen välisen viestinnän, ja juuri siihen Plug and Charge perustuu: auto tunnistautuu sopimusvarmenteella, ja lataus alkaa ilman korttia tai sovellusta. CSMS hoitaa tästä varmenteiden hallintaan liittyvän puolen. eMabler tukee Plug and Chargea.

Energianhallinta, verkkosignaalit ja joustavuus

Energiapuolella CSMS toimii harvoin erillään. Energianhallintajärjestelmä voi asettaa kohteelle rajoja, joista latausasema raportoi takaisin OCPP:n kautta. Jakeluverkonhaltija voi lähettää verkon rajoitussignaaleja esimerkiksi OpenADR- tai OSCP-protokollalla. Kohdesalkkua hallinnoiville operaattoreille tässä kohtaa latauksesta tulee osa energialiiketoimintaa.

Liiketoimintajärjestelmät

Yhteydet, jotka ratkaisevat, toimiiko CSMS arjessa, ovat yleensä niitä vähiten hohdokkaita. CRM- ja ERP-järjestelmät, laskutus, maksupalveluntarjoajat ja operaattorin oma asiakassovellus tarvitsevat kaikki latausdataa, ja ne tarvitsevat sen muodossa, jota niiden järjestelmät jo ymmärtävät. ABC integroi latauksen suoraan ABC-mobiili-sovellukseen. Aimo Park yhdisti pysäköinnin ja latauksen yhteen sovellukseen.

Mihin kiinnittää huomiota CSMS:ää valittaessa

Ominaisuuslistat lähentyvät toisiaan. Todennäköisesti jokainen markkinoilla oleva alusta rastittaa kirjallisessa vastauksessaan useimmat edellä mainituista kohdista. Merkitykselliset erot näkyvät siinä, miten alusta käyttäytyy, kun se pyörittää oikeaa verkkoa.

OCPP-versioiden tuki ja se, onko toteutus sertifioitu

Kysy, mitä OCPP-versioita tuetaan tuotannossa, ei tiekartalla. Kysy, onko toteutus Open Charge Alliancen sertifioima, koska itse ilmoitettu yhteensopivuus ja testattu yhteensopivuus ovat eri asioita. Kysy, miten alusta käsittelee verkkoa, jossa on käytössä kaksi protokollaversiota yhtä aikaa.

Laiteyhteensopivuus käytännössä

OCPP-yhteensopivuus ei takaa yhteentoimivuutta. Valmistajat tulkitsevat osia määrittelystä eri tavoin, ja puutteet tulevat esiin vasta kuormituksessa tai erikoistapauksissa. Hyödyllinen kysymys ei ole se, onko alusta periaatteessa laiteriippumaton, vaan se, mitä tiettyjä malleja sillä on tuotannossa, missä volyymissa ja kuinka pitkään.

API:n kattavuus ja integraatiomahdollisuudet

Jos latausdata ei pääse järjestelmiin, jotka pyörittävät muuta liiketoimintaa, alustasta tulee saareke, jolla on dashboard. Selvitä, kattaako API kaiken, mitä käyttöliittymäkin tekee, onko se dokumentoitu julkisesti ja onko järjestelmiin, joita jo käytät, olemassa valmiita integraatioita. eMabler on API-first-alusta ja tarjoaa 300+ valmista integraatiota, ja mukautetut integraatiot rakennetaan avoimien API:en varaan.

Käytettävyys, valvonta ja se, kuka vastaa puhelimeen

Lataushäiriöt näkyvät asiakkaille sekunneissa, ja ne muistetaan pitkään. Pyydä käytettävyysluvut ja kysy, miten ne mitataan. Kysy, mitä tapahtuu kello kaksi yöllä, kun kohde lakkaa toimimasta, ja kenet tarkalleen tavoitat. eMablerin alustan käytettävyys on 99,999 %, ja operaattorit keskustelevat suoraan alustan rakentaneiden insinöörien kanssa.

Hinnoittelumalli ja kannustimien yhdenmukaisuus

Hinnoittelurakenne kertoo, mitä toimittaja optimoi. Onnistuneisiin lataustapahtumiin sidottu malli asettaa toimittajan ja operaattorin tulot samalle puolelle. eMabler veloittaa peruslisenssimaksun sekä käyttöön perustuvan osuuden, joka on sidottu onnistuneisiin lataustapahtumiin. Ajantasaiset tiedot löytyvät osoitteesta emabler.com/pricing.

Datan omistajuus ja irtautumisehdot

Kaksi kysymystä ratkaisee tämän. Kuka omistaa latausdatan, ja kuka omistaa suhteen kuljettajaan? Jos vastaus on toimittaja, alustan vaihtamisen kustannus myöhemmin nousee vastaavasti. eMablerin kanssa operaattorit säilyttävät täyden omistajuuden latausdataansa ja kuljettajasuhteisiinsa.

Vaatimustenmukaisuus

Eurooppalaisille operaattoreille olennaiseen vaatimustenmukaisuuslistaan kuuluvat AFIR, GDPR, EU Data Act, maksuja käsiteltäessä PCI DSS sekä tietoturvan osalta ISO 27001. eMabler on ISO 27001 -sertifioitu, eikä yhtään tietoturvaloukkausta ole kirjattu, ja se täyttää GDPR:n, AFIR:n, PCI DSS:n ja EU Data Act -asetuksen vaatimukset.

Missä CSMS:n valinta tyypillisesti menee pieleen

Useimmiten katumus tässä kategoriassa johtuu muutamasta ennakoitavasta virheestä.

Ostaminen ominaisuuslistojen perusteella

Kirjalliset vastaukset vaatimusmatriisiin näyttävät toimittajasta toiseen lähes identtisiltä. Kaksi alustaa voi kumpikin luvata älykkään latauksen ja erota täysin siinä, miten se toimii 60 ajoneuvon kanssa kapasiteetiltaan rajallisessa liittymässä. Referenssipuhelut samankaltaisia verkkoja pyörittävien operaattoreiden kanssa ovat arvokkaampia kuin matriisi.

OCPP-yhteensopivuuden pitäminen yhteentoimivuutena

Yhteensopivuus tarkoittaa, että alusta toteuttaa määrittelyn. Yhteentoimivuus tarkoittaa, että se toimii juuri sinun omistamiesi latauslaitteiden kanssa. Jälkimmäinen on empiirinen kysymys, ja ainoa luotettava vastaus tulee tuotantokäyttöönotoista.

Migraation aliarviointi

Toiminnassa olevan verkon siirtäminen alustalta toiselle koskee laitteiden konfiguraatiota, kuljettajatilejä, tariffeja, historiadataa ja jokaista päälle rakennettua integraatiota. Operaattorit, jotka suunnittelevat tämän ohjelmistonvaihtona, huomaavat todellisen laajuuden yleensä vasta puolivälissä.

Datan hallinnan menettäminen

Alustat, jotka pitävät kuljettajasuhteen itsellään tai rajoittavat datan vientiä, luovat riippuvuuden, joka kasvaa verkon mukana. Tämä on yhtä lailla sopimuskysymys kuin tekninen kysymys, ja se on paljon helpompi ratkaista ennen allekirjoitusta kuin sen jälkeen.

Miten CSMS:stä siirrytään toiseen?

Migraatio on se CSMS:n elinkaaren vaihe, joka saa vähiten huomiota ja aiheuttaa eniten tuskaa, joten se kannattaa suunnitella näytön eikä optimismin varaan.

Mitä kartoittaa ensin

Ennen kuin mitään siirretään, operaattori tarvitsee täydellisen inventaarion: jokainen latauslaite laiteohjelmisto- ja OCPP-versioineen, jokainen integraatio ja sen käyttämä data, jokainen tariffi ja asiakasryhmä sekä historiadata, jonka on säilyttävä siirtymän yli. Inventaarion aukoista tulee myöhemmin häiriötilanteita.

Vaiheistus ottamatta kohteita pois käytöstä

Migraatiot toimivat parhaiten vaiheittain aloittaen pienestä, edustavasta kohdejoukosta, joka kattaa laitekannan laitetyypit. Molempien alustojen ajaminen rinnakkain siirtymän aikana maksaa jonkin aikaa enemmän ja poistaa tarpeen yhdelle ratkaisevalle siirtohetkelle.

Miltä todella sujuva ja nopea CSMS-migraatio näyttää

Time Park on Thon Groupin omistama norjalainen pysäköintioperaattori, joka hallinnoi pysäköintiä ja sähköautojen latausta useissa sadoissa kohteissa Norjassa, kuten kauppakeskuksissa, hotelleissa, työpaikoilla ja kerrostaloissa, ja kaikkia niitä palvellaan yhtiön oman Time Park Fix -sovelluksen kautta. Time Park siirsi koko sähköautojen latausalustansa eMableriin 14 päivässä, mikä on nopein eMablerin kirjaama migraatio, ja teki suurimman osan työstä omalla tiimillään.

Kaksi tekijää teki tämän tahdin mahdolliseksi. Time Parkilla oli jo OCPI-yhteensopiva EMSP-asetelma, mikä poisti suuren osan integraatiotyöstä, ja sillä oli suora yhteys eMablerin insinööritiimiin koko projektin ajan. Kuten Time Parkin Product Owner Henrik Fauske asian ilmaisi: ”Migraatioprosessi oli vakioitu ja toimi heti. Onnistuneita latausistuntoja alkoi tulla nopeasti heti migraation jälkeen, mikä vahvisti aikaisin, että kaikki toimi.”

Lue Time Parkin koko menestystarina täältä.

Mitä OCPP 2.1 muuttaa CSMS-alustoille?

Protokolla laajenee latauslaitteiden hallinnasta energiamarkkinoille osallistumiseen, mikä muuttaa sitä, mitä CSMS:ltä odotetaan lähivuosina.

Hajautetut energiaresurssit ja vehicle-to-grid

OCPP 2.1 lisää viestit hajautettujen energiaresurssien ohjausten asettamiseen, lukemiseen ja poistamiseen sekä hälytykset ja käynnistys- ja pysäytysilmoitukset. Tämä on protokollatason pohjatyö sille, että latauslaitteita ja niihin kytkettyjä ajoneuvoja voidaan kohdella verkkoresursseina.

Verkkopalvelut ja dynaamiset aikataulut

Määrittely lisää signaalin automaattiselle taajuudenhallintareserville, joka on monen eurooppalaisen kantaverkkoyhtiön ylläpitämä markkina, sekä dynaamiset aikataulupäivitykset ja prioriteettilatauksen. Yhdessä nämä antavat taustajärjestelmän säätää latausta sekä markkinatilanteen että paikallisten rajojen mukaan.

Tariffit, tilitys ja tapahtumavirrat

OCPP 2.1 tuo tariffit itse protokollaan viesteillä, joilla asetetaan oletustariffit, vaihdetaan tariffia kesken transaktion ja ilmoitetaan tilityksestä. Se tuo myös mukanaan jaksottaiset tapahtumavirrat, jotka muuttavat sitä, miten korkeataajuinen data liikkuu latausaseman ja CSMS:n välillä.

Mitä toimittajilta kannattaa kysyä

Kysymisen arvoiset kysymykset ovat konkreettisia. Selvitä, mitkä 2.1:n toiminnalliset alueet on toteutettu nyt, mitkä ovat suunnitteilla ja millä aikataululla, sekä pystyykö alusta ajamaan 1.6-, 2.0.1- ja 2.1-latausasemia samassa verkossa. Kannattaa myös kysyä, mitä laitteistoa vasten toimittaja on testannut 2.1:n, koska taustajärjestelmän tuki on vain puolet toimivasta käyttöönotosta.

CSMS: usein kysytyt kysymykset

Q: Onko CSMS sama asia kuin CPMS?

A: Kaupallisessa käytössä kyllä. CSMS on OCPP-määrittelyssä käytetty termi, ja CPMS on termi, jota useimmat toimittajat käyttävät markkinoilla. Siltä osin kuin ne eroavat, CPMS sisältää usein liiketoimintaan liittyviä toimintoja, kuten laskutuksen ja asiakkuudenhallinnan, joita OCPP ei kata.

Q: Onko CSMS uusi termi?

A: Ei. Se tuli OCPP:hen versiossa 2.0 vuonna 2018 ja vakiintui käyttöön OCPP 2.0.1:n myötä vuonna 2020. Termi on näkynyt kaupallisissa teksteissä yhä enemmän OCPP 2.0.1:n käytön yleistyessä ja sen jälkeen, kun protokolla hyväksyttiin IEC-standardiksi 63584.

Q: Onko CSMS:n tuettava OCPP 2.0.1:tä?

A: Uusissa käyttöönotoissa 2.0.1 on järkevä lähtötaso. Koska OCPP 1.6 ja 2.0.1 eivät ole yhteensopivia ja 1.6-laitteistoa on yhä laajalti käytössä, useimmat operaattorit tarvitsevat CSMS:n, joka ajaa molempia versioita samassa verkossa.

Q: Voiko yksi CSMS hallita eri valmistajien latauslaitteita?

A: Kyllä, kunhan alusta on laiteriippumaton ja latauslaitteet ovat OCPP-yhteensopivia. Kysy, mitä tiettyjä malleja toimittajalla on tuotannossa, koska määrittelyn tulkinnat vaihtelevat valmistajien välillä.

Q: Onko CSMS sama asia kuin energianhallintajärjestelmä?

A: Ei. EMS hallitsee kohteen tai rakennuksen sähkökuormia ja voi asettaa rajoja, joista latausasema raportoi takaisin OCPP:n kautta. CSMS operoi latausverkkoa ja voi reagoida näihin rajoihin.

Q: Tarvitaanko yhdelle latauskohteelle CSMS?

A: Jokainen latauslaite, joka tarvitsee valtuutusta, laskutusta, etätukea tai raportointia, tarvitsee taustajärjestelmän kohteiden määrästä riippumatta. Talous muuttuu mittakaavan myötä, mutta toiminnallinen vaatimus ei.

Q: Kuka omistaa CSMS:n datan?

A: Se riippuu kokonaan sopimuksesta eikä teknologiasta. Datan omistajuus ja kuljettajasuhteen hallinta ovat kaupallisia ehtoja, ja ne vaihtelevat palveluntarjoajien välillä.

CSMS:n valinta: mihin kaikki tiivistyy

CSMS on latausasemien hallintajärjestelmä, joka pyörittää sähköautojen latausverkkoa: provisiointi, valtuutus, transaktiot, älykäs lataus, tariffit, diagnostiikka ja kaikki se, mihin liiketoiminta sen jälkeen nojaa. Termi tulee OCPP 2.0.1:stä, ja lähes jokaisessa kaupallisessa keskustelussa se tarkoittaa samaa kuin CPMS. Lyhennettä tärkeämpää on se, että alustan valinta ratkaisee kolme asiaa kerralla: mitä laitteistoa voit ostaa, mihin järjestelmiin voit kytkeytyä ja kuka omistaa latausdatasi.

eMabler on laiteriippumaton ja toimii minkä tahansa OCPP-yhteensopivan latauspisteen kanssa, joten operaattorit eivät ole sidottuja yhteen valmistajaan. Alusta noudattaa API-first-periaatetta ja kytkeytyy olemassa oleviin CRM-, laskutus-, maksu- ja energianhallintajärjestelmiin avoimien API:en ja 300+ valmiin integraation kautta. Hinnoittelu on sidottu onnistuneisiin lataustapahtumiin, operaattorit säilyttävät täyden omistajuuden latausdataansa ja kuljettajasuhteisiinsa, ja tuki tulee alustan rakentaneilta insinööreiltä. Nykyään eMabler pyörittää 120 000+ liitettyä latauspistettä 11 maassa ja käsittelee yli 1,3 miljoonaa lataustapahtumaa kuukaudessa 99,999 %:n käytettävyydellä, ja se on ISO 27001 -sertifioitu ilman yhtään kirjattua tietoturvaloukkausta.

Jos arvioit CSMS:ää verkollesi tai suunnittelet siirtymistä pois nykyisestä järjestelmästäsi, keskustelemme mielellämme!