Hva er et CSMS i elbillading

Kort svar

Et CSMS, eller Charging Station Management System, er programvareplattformen som drifter, overvåker og fakturerer ladingen i et nettverk av ladestasjoner for elbiler. Begrepet stammer fra OCPP 2.0, publisert av Open Charge Alliance i 2018, der det erstattet OCPP 1.6-begrepet Central System, og det ble standard språkbruk med OCPP 2.0.1 i 2020. Et CSMS håndterer klargjøring av ladere og enhetsstyring, autorisering av sjåfører, ladetransaksjoner og måledata, fjernstyring, smart lading, tariffer og fakturering, diagnostikk og fastvareoppdateringer. I kommersiell bruk beskriver CSMS og CPMS (Charge Point Management System) samme kategori programvare, der CSMS er det protokollmessig korrekte begrepet og CPMS det mer vanlige markedsbegrepet. CSMS-et en operatør velger, avgjør hvilken maskinvare operatøren kan bruke, hvilke forretningssystemer den kan koble seg til, og hvem som eier ladedataene.

For en operatør som driver 40 steder med ladere fra tre ulike produsenter, er det én programvare som avgjør om noe av det faktisk fungerer. Når en lader faller ut klokken seks om morgenen, når en sjåfør blir fakturert to ganger for én økt, når et anlegg går tett opp mot grensen for nettilknytningen sin, ligger svaret på samme sted. Det stedet er backenden, og i OCPP-terminologien kalles den CSMS.

Begrepet brukes gjerne inkonsekvent i bransjen. Noen leverandører sier CSMS, noen sier CPMS, og noen sier ladeplattform. Bak navnene ligger en bestemt teknisk definisjon med et bestemt opphav, og når du forstår den, blir anbudsdokumenter, leverandørdemoer og integrasjonsdiskusjoner betydelig enklere å lese.

Denne artikkelen tar for seg hva et styringssystem for ladestasjoner er, hvor begrepet kommer fra, hva det gjør funksjon for funksjon, hvordan det snakker med ladere, hvordan det passer inn i resten av ladestacken, og hva som skiller ett CSMS fra et annet når det er du som skal signere kontrakten.

Hva er et CSMS (styringssystem for ladestasjoner)?

Et CSMS (Charging Station Management System) er backoffice-systemet i et ladenettverk for elbiler. Det er programvaren som vet hvilke ladere som finnes, om de er online, hvem som har lov til å bruke dem, hva hver økt kostet, og hva som skal gjøres når noe går i stykker.

Den formelle definisjonen

I OCPP 2.0.1-spesifikasjonen defineres CSMS som backoffice-systemet som styrer ladestasjoner (Charging Stations). Det er en av bare to normative roller i protokollen. Den andre er selve ladestasjonen. Alt annet i en arkitektur for elbillading, inkludert sjåfører, roaming-partnere, nettoperatører og energistyringssystemer, ligger utenfor protokollens grenser.

CSMS-et drives av ladestasjonsoperatøren, eller CSO (Charging Station Operator). I bransjens dagligspråk kalles denne rollen som regel ladepunktoperatør, eller CPO (Charge Point Operator). Skillet betyr mindre enn relasjonen: én organisasjon driver CSMS-et, og det er den organisasjonen som har det kommersielle ansvaret for nettverket.

Hva CSMS-et styrer

CSMS-et har det autoritative bildet av nettverket. Det lagrer konfigurasjonen til hver stasjon, autorisasjonsreglene som avgjør om en økt kan starte, prisoppsettet som bestemmer hva en økt koster, og hele transaksjonsposten i etterkant. Det sender også kommandoer: starte en økt på avstand, endre tilgjengelighet, sette en ladegrense, starte et uttak på nytt, rulle ut en fastvareoppdatering.

Hva CSMS-et ikke styrer

Et CSMS leverer ikke strøm, og det overstyrer ikke fysiske sikkerhetssystemer. Hvis det interne vernet i en lader løser ut, får CSMS-et vite om det og rapporterer det, men avgjør det ikke. Det samme gjelder de elektriske grensene på et anlegg. Et CSMS kan forme effektbehovet innenfor kapasitetsmarginen det får, og det kan reagere på signaler fra et energistyringssystem eller en nettoperatør, men den fysiske begrensningen hører til installasjonen.

De tre nivåene: stasjon, EVSE, kontakt

OCPP 2.0.1 modellerer et ladested logisk snarere enn fysisk, i tre nivåer. En ladestasjon er hele systemet som har én identitet og snakker OCPP med CSMS-et. Under den ligger én eller flere EVSE-er (Electric Vehicle Supply Equipment), som hver kan lade ett kjøretøy om gangen. Under hver EVSE ligger én eller flere kontakter, altså de enkelte uttakene eller de fastmonterte kablene.

Dette har betydning i praksis, fordi en ladehub med tjue EVSE-er bak ett enkelt modem i protokollens forstand er én ladestasjon. Hver EVSE har et nummer, som i OCPP-meldinger skrives som evseId (EVSE-identifikator), og numrene starter på én og går fortløpende uten hull. En evseId på null er reservert for stasjonen som helhet, så en kommando sendt til null gjelder for hver EVSE på stasjonen. Kontaktene nummereres på samme måte, fra én innenfor hver EVSE.

CSMS vs. CPMS: er det en reell forskjell?

De to begrepene lever side om side i markedet, så forskjellen fortjener et direkte svar før noe annet.

CSMS er protokollbegrepet

CSMS kommer fra spesifikasjonen. Begrepet kom med OCPP 2.0 i 2018 og ble standard språkbruk med OCPP 2.0.1, og det er det riktige begrepet når du diskuterer OCPP-meldinger, sertifisering eller noe som helst på protokollnivå. Leser du et teknisk dokument fra Open Charge Alliance, vil du se CSMS.

CPMS er markedsbegrepet

CPMS, eller Charge Point Management System, vokste fram fra OCPP 1.6-terminologien, der laderen var et Charge Point og backenden var Central System. Bransjen holdt fast ved uttrykket Charge Point lenge etter at protokollen endret det, og som følge av det ble CPMS med videre inn i kommersiell språkbruk.

Der de to faktisk skiller seg

Det finnes ett reelt teknisk skille. CSMS viser spesifikt til den OCPP-vendte rollen, altså systemet en ladestasjon kobler seg til. CPMS er bredere i vanlig bruk og omfatter ofte kommersielle funksjoner som OCPP aldri dekker, som kundehåndtering, fakturering, roaming-oppgjør og apper for sjåfører. En plattform som bare implementerer OCPP-siden, er et CSMS. En plattform som også driver virksomheten rundt den, er det de fleste mener med CPMS.

I anskaffelsesdokumenter viser de to begrepene som regel til det samme systemet. Der en kravspesifikasjon lister opp CSMS og CPMS som separate krav, veier definisjonen knyttet til hvert av dem tyngre enn selve merkelappen.

Hvorfor bransjen sluttet å si Central System

Terminologien i elbillading følger protokollen, og protokollen endret seg. Forstår du endringen, får du en grov pekepinn på alderen til et dokument, en lader eller en leverandørs produkttenkning.

Terminologiskiftet fra OCPP 1.6 til 2.0.1

OCPP 1.6 ble utgitt i 2015 og utviklet seg til den mest implementerte versjonen av protokollen. OCPP 2.0 kom i 2018, OCPP 2.0.1 fulgte i 2020, og OCPP 2.1 ble lansert i 2025. Med 2.x-generasjonen ble Charge Point til Charging Station, og Central System ble til CSMS. Navneskiftet var ikke kosmetisk. OCPP 2.0.1 innførte EVSE-nivået, erstattet flate identifikatorer med strukturerte objekter og flyttet genereringen av transaksjons-ID-er fra backenden til stasjonen.

De to generasjonene er ikke kompatible med hverandre, så en lader som snakker OCPP 1.6, kan ikke kommunisere med en backend som bare snakker 2.0.1. Den inkompatibiliteten er grunnen til at versjonsstøtte betyr noe når du planlegger en utrulling, og til at uttrykket «OCPP-kompatibel» på et datablad ikke forteller deg nok i seg selv.

IEC 63584 flyttet CSMS inn i anskaffelsesspråket

OCPP 2.0.1 Edition 3 ble godkjent som IEC-standard, IEC 63584, i 2024. Når en protokoll blir en internasjonal standard, begynner terminologien å finne veien inn i dokumenter for offentlige anskaffelser, nasjonale rammeverk og sjekklister for samsvar. Det er hovedgrunnen til at CSMS nå dukker opp i kommersielle tekster der CPMS tidligere var standardvalget. Selve begrepet går tilbake til 2018. Det som har endret seg, er hvor ofte kjøpere nå møter det.

Hva dette betyr når du leser et anbud

Hvis et anbud bruker CSMS og viser til OCPP 2.0.1 eller IEC 63584, jobber forfatteren ut fra spesifikasjonen og vil trolig forvente svar på protokollnivå om støttede meldinger, funksjonsblokker og sertifisering. Hvis et anbud bruker CPMS og snakker om sjåfører, apper og fakturering, tenker forfatteren kommersielt. Å svare i feil register er en vanlig måte å tape poeng på i et teknisk sterkt tilbud.

Hva gjør et CSMS? Kjernefunksjonene forklart

OCPP 2.0.1 organiserer de 64 meldingene sine i funksjonsblokker, og disse blokkene samsvarer godt med det ethvert seriøst CSMS må håndtere. Oversikten nedenfor følger den strukturen, fordi det er den mest pålitelige måten å sammenligne plattformer på uten å gå seg vill i markedsføringskategorier.

Klargjøring og enhetsstyring

Hver lader må presentere seg før den kan gjøre noe som helst. Den sender en oppstartsmelding, mottar konfigurasjonen sin og rapporterer komponent- og variabelstrukturen sin. OCPP 2.0.1 formaliserte dette med en enhetsmodell, som lar CSMS-et lese og skrive konfigurasjon på en standardisert måte i stedet for å være avhengig av produsentspesifikke nøkkelnavn. For en operatør med blandet maskinvare er dette forskjellen på å styre en flåte og å styre en samling.

Autorisering og identitet

Før en økt starter, avgjør CSMS-et om identiteten som legges fram, har lov til å lade. Den identiteten kan være et RFID-kort, et app-token, et kontraktssertifikat fra ISO 15118 eller et roaming-token som tilhører en annen leverandørs kunde. CSMS-et validerer den mot sine egne registre, en lokal cache eller en roaming-backend. Stasjoner kan også ha en lokal autorisasjonsliste, slik at ladingen fortsatt fungerer når tilkoblingen faller ut, noe som betyr mer enn de fleste kjøpere regner med på steder med dårlig mobildekning.

Transaksjoner, måling og øktdata

Transaksjonsposten er systemets kommersielle hjerte. Den registrerer når en økt startet og stoppet, hvor mye energi som ble overført, på hvilke tidspunkter, og under hvilken identitet. OCPP 2.0.1 erstattet de separate start- og stoppmeldingene i 1.6 med én hendelsesbasert modell og flyttet genereringen av transaksjons-ID-er til stasjonen. Det praktiske resultatet er færre foreldreløse økter og ryddigere avstemming.

Måleverdier kommer inn med jevne mellomrom under en økt og ved start og slutt. Kvaliteten og granulariteten i disse dataene avgjør om en operatør kan fakturere nøyaktig, dokumentere en omtvistet økt eller modellere utnyttelsesgraden riktig.

Fjernstyring og tilgjengelighet

Operatører må kunne håndtere ladere uten å reise ut til dem. Et CSMS kan starte og stoppe økter på avstand, frigjøre en kabel som ikke har løsnet, endre tilgjengeligheten til en stasjon og tilbakestille den. Supportavdelinger bruker disse funksjonene hele tiden. Hvor raske og pålitelige fjernkommandoene er, har direkte innvirkning på hvor mange utrykninger et nettverk trenger i måneden.

Smart lading og laststyring

Smart lading er der CSMS-et slutter å være et overvåkingsverktøy og begynner å beskytte et forretningsgrunnlag. Med ladeprofiler kan CSMS-et sette grenser per økt, per EVSE, per stasjon eller på tvers av en gruppe, med tilknyttede tidsplaner. Dynamisk laststyring fordeler tilgjengelig kapasitet mellom kjøretøyene, slik at et anlegg kan betjene flere ladere uten å oppgradere nettilknytningen sin.

For operatører i bolig-, arbeidsplass- og parkeringsmiljøer er dette ofte den enkeltfunksjonen i plattformen som gir mest verdi.

Tariffer, prising og fakturering

En tariffmotor gjør energi og tid om til penger. Det betyr priser per kWh, øktgebyrer, priser etter tid på døgnet, tomgangsgebyrer og ulike priser for ulike kundegrupper eller steder. CSMS-et anvender tariffen, lager faktureringsgrunnlaget og overleverer det til systemet som utsteder fakturaen, uansett hvilket system det er. Det som tar operatører på senga, er valuta, mva-håndtering og avrunding på tvers av markeder, forhold som er lette å overse i en demo og dyre å oppdage senere.

Betalinger og ad hoc-lading

Offentlig lading i EU må fungere for sjåfører som ikke har noen avtale med operatøren. Forordning (EU) 2023/1804, forordningen om infrastruktur for alternative drivstoff, har gjeldt siden 13. april 2024 og krever ad hoc-lading ved offentlig tilgjengelige ladepunkter, med pristransparens og utbredte elektroniske betalingsmetoder. Operatørene må tilby minst én av følgende løsninger: en betalingskortleser, en kontaktløs enhet som kan lese betalingskort, eller en internettilkoblet enhet som støtter sikker betaling, for eksempel via QR-kode. Hele teksten er tilgjengelig på EUR-Lex.

Driftsmessig er det hos CSMS-et denne forpliktelsen lander. Det må autorisere en økt mot en forhåndsautorisering av betalingen i stedet for mot en konto, belaste riktig beløp i etterkant og lage en kvittering.

Diagnostikk, overvåking og fastvare

En lader som er i ustand uten at det er rapportert, er verre enn en lader som er offline, fordi operatøren fortsatt betaler for stedet og sjåføren fortsatt dukker opp. Et CSMS samler inn statusmeldinger og feilkoder, gjør dem synlige og håndterer fastvareoppdateringer på tvers av flåten. Forskjellen mellom plattformer handler som regel ikke om hvorvidt de samler inn feil, men om hva som skjer etterpå.

eMablers Pulse håndterer dette laget med AI-drevet diagnostikk. Pulse oppdager feil på ladepunkter, kryssjekker mot produsentens dokumentasjon, anbefaler utbedringer og kan handle automatisk ved å starte uttak på nytt eller deaktivere defekte porter før kundene blir berørt.

Sikkerhet og sertifikathåndtering

OCPP 2.0.1 definerer tre sikkerhetsprofiler som kombinerer HTTP Basic-autentisering eller TLS-klientsertifikater med valgfri eller obligatorisk TLS. Den dekker også livssyklushåndtering av sertifikater, signert fastvare og logging av sikkerhetshendelser. Kjøpere bør spørre hvilke profiler en plattform kjører i produksjon, snarere enn hvilke som står i dokumentasjonen, og bør se etter ISO 27001-sertifisering som et grunnkrav.

Reservasjoner og meldinger til sjåfører

To mindre funksjoner fullfører bildet. Med reservasjoner kan en sjåfør holde av en EVSE i en periode. Med skjermmeldinger kan CSMS-et sende tekst til skjermen på en stasjon, noe som brukes til prisinformasjon, servicemeldinger og kommunikasjon ved driftsavbrudd.

Hvordan kommuniserer et CSMS med ladestasjoner?

Forbindelsen mellom lader og CSMS er enklere enn de fleste tror, og når du vet hvordan den fungerer, forsvinner mye av mystikken fra samtaler om feilsøking.

OCPP over WebSocket

Moderne OCPP kjører som JSON over WebSocket, kjent som OCPP-J. Ladestasjonen er klienten og åpner alltid forbindelsen til CSMS-et, og den holder forbindelsen åpen hele tiden. Dette er viktig, fordi det betyr at stasjonen kan stå bak en brannmur eller NAT i mobilnettet og likevel motta kommandoer fra backenden. Når forbindelsen er oppe, kan begge sider sende meldinger.

Stasjonens identitet er en del av tilkoblings-URL-en, så den trenger ikke å gjentas i hver melding. De eldre versjonene OCPP 1.2 og 1.5 brukte SOAP i stedet og finnes bare i gamle installasjoner.

En ladeøkt fra start til slutt

En økt følger et forutsigbart forløp. Stasjonen starter opp og sender en oppstartsmelding, og deretter heartbeats for å vise at den er i live. En sjåfør legger fram en identitet, og stasjonen ber CSMS-et om å autorisere den. Transaksjonen starter, måleverdier strømmer inn med jevne mellomrom, og transaksjonen avsluttes med en endelig måleravlesning. CSMS-et priser deretter økten og registrerer den. Statusmeldinger går parallelt gjennom hele forløpet og rapporterer tilgjengelighet og feil.

OCPP 1.6, 2.0.1 og 2.1 i felten

De fleste europeiske nettverk er i dag blandede. OCPP 1.6 er fortsatt mye brukt fordi versjonen er moden og støttes av en enorm installert base av maskinvare. OCPP 2.0.1 er i dag målet for nye utrullinger og bringer med seg enhetsmodellen, bedre sikkerhet og kraftigere smart lading. OCPP 2.1 ble lansert i januar 2025, legger til styring av distribuerte energiressurser og vehicle-to-grid-funksjonalitet, og er bakoverkompatibel med OCPP 2.0.1.

Ethvert CSMS en operatør kjøper i dag, må håndtere minst 1.6 og 2.0.1 side om side, i samme nettverk, uten særbehandling per sted.

Hvordan passer et CSMS inn i den bredere ladearkitekturen?

OCPP styrer bare én forbindelse, den mellom stasjon og CSMS. Alt annet en operatør trenger, går over andre grensesnitt, og CSMS-et er navet de alle kobler seg gjennom.

Roaming og OCPI

Sjåfører forventer å kunne lade på nettverk som leverandøren deres ikke eier. Det fungerer gjennom roaming-protokoller, oftest OCPI, som overfører lokasjoner, tariffer, autorisasjonsforespørsler, økter og CDR-er (charge detail records) mellom operatører og tjenesteleverandører. eMSP-en er ikke en OCPP-aktør i det hele tatt. Den når nettverket gjennom CSMS-et.

ISO 15118 og Plug and Charge

ISO 15118 muliggjør kommunikasjon mellom kjøretøyet og laderen, og det er dette som gjør Plug and Charge mulig: bilen identifiserer seg med et kontraktssertifikat, og ladingen starter uten kort eller app. CSMS-et tar seg av sertifikathåndteringen i denne prosessen. eMabler støtter Plug and Charge.

Energistyring, nettsignaler og fleksibilitet

Et CSMS opererer sjelden isolert på energisiden. Et energistyringssystem kan sette grenser på et anlegg, som stasjonen rapporterer tilbake over OCPP. Et nettselskap kan sende signaler om nettbegrensninger via protokoller som OpenADR eller OSCP. For operatører med en portefølje av anlegg er det her lading blir en del av energivirksomheten.

Forretningssystemer

Koblingene som avgjør om et CSMS fungerer i hverdagen, er som regel de minst glamorøse. CRM, ERP, fakturering, betalingsleverandører og operatørens egen kundeapp trenger alle ladedata, og de trenger dem i et format systemene deres allerede forstår. ABC integrerte lading direkte i appen ABC-mobiili. Aimo Park samlet parkering og lading i én enkelt app.

Hva du bør se etter når du velger et CSMS

Funksjonslistene blir stadig likere. Alle plattformer på markedet vil trolig krysse av for de fleste punktene ovenfor i et skriftlig svar. Forskjellene som betyr noe, viser seg i hvordan en plattform oppfører seg når den først drifter et ekte nettverk.

Støtte for OCPP-versjoner, og om den er sertifisert

Spør hvilke OCPP-versjoner som støttes i produksjon, ikke på veikartet. Spør om implementeringen er sertifisert av Open Charge Alliance, fordi egenerklært samsvar og testet samsvar er to forskjellige ting. Spør hvordan plattformen håndterer et nettverk som kjører to protokollversjoner samtidig.

Maskinvarekompatibilitet i praksis

OCPP-samsvar garanterer ikke interoperabilitet. Produsenter tolker deler av spesifikasjonen ulikt, og hullene viser seg først under last eller i grensetilfeller. Det nyttige spørsmålet er ikke om en plattform er maskinvareuavhengig i prinsippet, men hvilke konkrete modeller den har i produksjon, i hvilket volum og hvor lenge.

API-dybde og integrasjonsflate

Hvis ladedataene ikke når systemene som driver resten av virksomheten, blir plattformen en øy med et dashbord. Se på om API-et dekker alt brukergrensesnittet gjør, om det er offentlig dokumentert, og om det finnes eksisterende integrasjoner for systemene du allerede kjører. eMabler er API-first og tilbyr 300+ ferdige integrasjoner, med skreddersydde integrasjoner bygget på åpne API-er.

Oppetid, overvåking og hvem som tar telefonen

Ladefeil blir synlige for kundene i løpet av sekunder og huskes lenge. Be om oppetidstall, og spør hvordan de måles. Spør hva som skjer klokken to om natten når et anlegg går ned, og helt konkret hvem du får tak i. eMabler kjører med 99,999 % oppetid på plattformen, og operatører snakker direkte med ingeniørene som bygde plattformen.

Prismodell og samkjørte insentiver

Prisstrukturen forteller deg hva en leverandør optimaliserer for. En modell knyttet til vellykkede ladeøkter setter leverandørens inntekter og operatørens inntekter på samme side. eMabler tar en grunnleggende lisensavgift pluss en bruksbasert komponent knyttet til vellykkede ladeøkter. Oppdaterte detaljer finner du på emabler.com/pricing.

Dataeierskap og exit-vilkår

To spørsmål avgjør saken. Hvem eier ladedataene, og hvem eier forholdet til sjåføren? Er svaret leverandøren, øker kostnaden ved å bytte plattform senere tilsvarende. Med eMabler beholder operatørene fullt eierskap til ladedataene sine og forholdet til sjåførene sine.

Samsvar

For europeiske operatører omfatter den relevante listen over samsvarskrav AFIR, GDPR, EU Data Act, PCI DSS der betalinger håndteres, og ISO 27001 for informasjonssikkerhet. eMabler er ISO 27001-sertifisert med null registrerte sikkerhetsbrudd, og er i samsvar med GDPR, AFIR, PCI DSS og EU Data Act.

Der valg av CSMS ofte går galt

Det meste av angeren i denne kategorien kan spores tilbake til et lite antall forutsigbare feil.

Å kjøpe ut fra funksjonslister

Skriftlige svar på en kravmatrise ser nesten identiske ut fra leverandør til leverandør. To plattformer kan begge hevde å ha smart lading og likevel være helt forskjellige i hvordan den fungerer med 60 kjøretøy på en begrenset nettilknytning. Referansesamtaler med operatører som driver lignende nettverk, er verdt mer enn matrisen.

Å behandle OCPP-samsvar som interoperabilitet

Samsvar betyr at en plattform implementerer spesifikasjonen. Interoperabilitet betyr at den fungerer med de konkrete laderne du eier. Det siste er et empirisk spørsmål, og det eneste pålitelige svaret kommer fra utrullinger i produksjon.

Å undervurdere migrering

Å flytte et nettverk i drift mellom plattformer berører maskinvarekonfigurasjon, sjåførkontoer, tariffer, historiske data og hver eneste integrasjon som er bygget oppå. Operatører som planlegger dette som et programvarebytte, oppdager gjerne det reelle omfanget halvveis i prosessen.

Å miste kontrollen over dataene

Plattformer som beholder forholdet til sjåførene eller begrenser dataeksport, skaper en avhengighet som vokser med nettverket. Dette er like mye et kontraktsspørsmål som et teknisk spørsmål, og det er mye enklere å avklare før signering enn etterpå.

Hvordan migrerer du fra ett CSMS til et annet?

Migrering er den delen av livssyklusen til et CSMS som får minst oppmerksomhet og skaper mest smerte, så det lønner seg å planlegge ut fra fakta snarere enn optimisme.

Hva du bør kartlegge først

Før noe flyttes, trenger en operatør en fullstendig oversikt: hver lader med fastvare- og OCPP-versjon, hver integrasjon og hva den konsumerer, hver tariff og kundegruppe, og de historiske dataene som må overleve overgangen. Hull i denne oversikten blir til hendelser senere.

Trinnvis overgang uten å ta steder offline

Migreringer fungerer best i faser, med start i et lite, representativt utvalg steder som dekker maskinvaretypene i porteføljen. Å kjøre begge plattformene parallelt under overgangen koster mer i en periode og fjerner behovet for én enkelt, avgjørende omlegging.

Slik ser en virkelig smidig og rask CSMS-migrering ut

Time Park, en norsk parkeringsoperatør eid av Thon Gruppen, forvalter parkering og elbillading på flere hundre steder i Norge, blant annet kjøpesentre, hoteller, arbeidsplasser og boligsameier, alt betjent gjennom selskapets egen app, Time Park Fix. Time Park flyttet hele ladeplattformen sin til eMabler på 14 dager, noe som er den raskeste migreringen eMabler har registrert, og selskapet gjorde mesteparten av arbeidet med eget team.

To faktorer gjorde det tempoet mulig. Time Park hadde allerede et OCPI-kompatibelt EMSP-oppsett, noe som fjernet mye av integrasjonsarbeidet, og selskapet hadde direkte tilgang til eMablers ingeniørteam gjennom hele prosjektet. Som Henrik Fauske, produkteier i Time Park, sa det: «Migreringsprosessen var standardisert og fungerte rett ut av boksen. Vellykkede ladeøkter begynte å komme inn raskt rett etter migreringen, noe som bekreftet tidlig at alt fungerte.»

Les hele suksesshistorien til Time Park her.

Hva endrer OCPP 2.1 for CSMS-plattformer?

Protokollen utvides fra styring av ladere til deltakelse i energimarkedet, noe som endrer hva et CSMS forventes å gjøre de nærmeste årene.

Distribuerte energiressurser og vehicle-to-grid

OCPP 2.1 legger til meldinger for å sette, lese og fjerne styringsinnstillinger for distribuerte energiressurser, sammen med alarmer og varsler om start og stopp. Dette er protokollgrunnlaget for å behandle ladere og tilkoblede kjøretøy som ressurser i nettet.

Nettjenester og dynamiske tidsplaner

Spesifikasjonen legger til et signal for automatisk frekvensgjenopprettingsreserve, et marked som mange europeiske transmisjonssystemoperatører driver, i tillegg til dynamiske oppdateringer av tidsplaner og prioritert lading. Til sammen lar disse en backend justere ladingen etter markedsforholdene så vel som etter lokale begrensninger.

Tariffer, oppgjør og hendelsesstrømmer

OCPP 2.1 bringer tariffer inn i selve protokollen, med meldinger for å sette standardtariffer, endre en tariff midt i en transaksjon og varsle om oppgjør. Den innfører også periodiske hendelsesstrømmer, som endrer hvordan høyfrekvente data flyttes mellom stasjon og CSMS.

Hva du bør spørre leverandører om

Spørsmålene det er verdt å stille, er konkrete. Finn ut hvilke funksjonsområder i 2.1 som er implementert i dag, hvilke som er planlagt, og etter hvilken tidsplan, og om plattformen kan kjøre stasjoner med 1.6, 2.0.1 og 2.1 i samme nettverk. Det er også verdt å spørre hvilken maskinvare leverandøren har testet 2.1 mot, siden støtte i backenden bare er halvparten av en fungerende utrulling.

CSMS: ofte stilte spørsmål

Q: Er et CSMS det samme som et CPMS?

A: I kommersiell bruk, ja. CSMS er begrepet som brukes i OCPP-spesifikasjonen, og CPMS er begrepet de fleste leverandører bruker i markedet. Der de skiller seg, omfatter CPMS ofte forretningsfunksjoner som fakturering og kundehåndtering, som OCPP ikke dekker.

Q: Er CSMS et nytt begrep?

A: Nei. Det kom inn i OCPP med versjon 2.0 i 2018 og ble standard språkbruk med OCPP 2.0.1 i 2020. Det har blitt mer synlig i kommersielle tekster etter hvert som bruken av OCPP 2.0.1 har økt, og etter at protokollen ble godkjent som IEC-standard 63584.

Q: Må et CSMS støtte OCPP 2.0.1?

A: For nye utrullinger er 2.0.1 det fornuftige utgangspunktet. Siden OCPP 1.6 og 2.0.1 ikke er kompatible og 1.6-maskinvare fortsatt er utbredt, trenger de fleste operatører et CSMS som kjører begge versjonene i samme nettverk.

Q: Kan ett CSMS styre ladere fra ulike produsenter?

A: Ja, forutsatt at plattformen er maskinvareuavhengig og laderne er OCPP-kompatible. Spør hvilke konkrete modeller leverandøren har i produksjon, fordi tolkningene av spesifikasjonen varierer mellom produsenter.

Q: Er et CSMS det samme som et energistyringssystem?

A: Nei. Et EMS styrer elektriske laster på et anlegg eller i et bygg og kan sette grenser som en ladestasjon rapporterer tilbake over OCPP. Et CSMS drifter ladenettverket og kan reagere på disse grensene.

Q: Trenger du et CSMS for ett enkelt ladested?

A: Enhver lader som trenger autorisering, fakturering, fjernsupport eller rapportering, trenger en backend, uansett hvor mange steder det gjelder. Økonomien endrer seg med skala, men det funksjonelle behovet gjør ikke det.

Q: Hvem eier dataene i et CSMS?

A: Det avhenger helt av kontrakten snarere enn av teknologien. Dataeierskap og kontroll over forholdet til sjåførene er kommersielle vilkår, og de varierer mellom leverandører.

Valg av CSMS: hva det koker ned til

Et CSMS er styringssystemet for ladestasjoner som driver et ladenettverk for elbiler: klargjøring, autorisering, transaksjoner, smart lading, tariffer, diagnostikk og alt virksomheten er avhengig av i etterkant. Begrepet kommer fra OCPP 2.0.1 og betyr det samme som CPMS i nesten alle kommersielle samtaler. Det som betyr mer enn forkortelsen, er at valget av plattform avgjør tre ting på én gang: hvilken maskinvare du kan kjøpe, hvilke systemer du kan koble deg til, og hvem som eier ladedataene dine.

eMabler er maskinvareuavhengig og fungerer med alle OCPP-kompatible ladepunkter, så operatører er ikke bundet til én enkelt produsent. Plattformen er API-first og kobler seg til eksisterende CRM-, fakturerings-, betalings- og energistyringssystemer gjennom åpne API-er og 300+ ferdige integrasjoner. Prisingen er knyttet til vellykkede ladeøkter, operatørene beholder fullt eierskap til ladedataene og forholdet til sjåførene, og supporten kommer fra ingeniørene som bygde plattformen. I dag kjører eMabler 120 000+ tilkoblede ladepunkter i 11 land og håndterer mer enn 1,3 millioner ladeøkter i måneden med 99,999 % oppetid, og selskapet er ISO 27001-sertifisert med null registrerte sikkerhetsbrudd.

Hvis du vurderer et CSMS for nettverket ditt eller planlegger å bytte ut det du har i dag, tar vi gjerne en prat!

Hva er et CSMS (Charging Station Management System)?