Software til styring af opladning af elbiler: Sådan fungerer CSMS- og CPMS-platforme

Hvad er software til styring af opladning af elbiler?

Software til styring af opladning af elbiler er det centrale system, der bruges til at overvåge, styre og administrere tilsluttede ladestationer til elbiler. Det giver operatøren et samlet overblik over, hvilke ladestationer der er online, hvem der oplader, hvor meget energi der er brugt under en opladningssession, hvad det skal koste, og hvad der er gået galt.

Systemet er normalt placeret i skyen, selvom der også findes private eller lokale installationer. Ladestationerne udveksler driftsmeddelelser med systemet, oftest via OCPP. Andre systemer opretter derefter forbindelse via API’er til opgaver såsom kundekonti, betalinger, refusion, energistyring og rapportering.

En oplader uden styringssoftware kan stadig levere strøm. Det, den ikke er særlig god til, er at blive en del af et kommercielt netværk.

CSMS vs. CPMS: Hvad er forskellen?

CSMS står for Charging Station Management System. CPMS står for Charge Point Management System. I den daglige opladning af elbiler bruges disse udtryk ofte om den samme kategori af software.

Open Charge Alliance anvender betegnelsen CSMS i det aktuelle OCPP-materiale. Mange softwareudbydere og operatører bruger betegnelsen CPMS, især når de beskriver den bredere forretningsplatform omkring ladestationerne. Nogle virksomheder skelner mellem det tekniske styresystem og den bredere kommercielle platform. Andre gør ikke. Navngivningen er mindre standardiseret end selve protokollen, der ligger til grund for den.

For en køber er det vigtigste spørgsmål ikke, hvilket akronym der står i salgsmaterialet. Det er derimod, hvilke opgaver platformen rent faktisk udfører, hvilke opladere den understøtter, og hvor nemt dataene kan eksporteres igen.

Hvad gør et CSMS eller CPMS egentlig?

Funktionsoversigterne varierer, men de fleste platforme til styring af opladning af elbiler dækker flere af følgende opgaver:

• Overvågning af opladeren: forbindelsesstatus, tilgængelighed, aktuelle sessioner, alarmer og fejlkoder.
• Fjernbetjening: Start eller stop en session, frigør en stikforbindelse, genstart en oplader, ændr konfigurationen og anmod om diagnostiske oplysninger.
• Brugeradgang: Administrer RFID-kort, apps, chaufførkonti, godkendelseslister og andre godkendelsesmetoder.
• Takser og faktureringsdata: Anvende priser, indhente målerværdier og videregive oplysninger om afgifter til fakturerings- eller refusionssystemer.
• Firmware og konfiguration: Organiser opdateringer og hold styr på versionerne i hele flåden.
• Energistyring: Indstil opladningsgrænser, tidsplaner eller opladningsprofiler, hvor opladeren og anlæggets arkitektur support .
• Rapportering: formidling af data om aktuelt forbrug, energi, omsætning, oppetid og fejl til driftsafdelingerne og kunderne.
• Integrationer: Forbind med betalingsudbydere, roaming-platforme, flådeværktøjer, energisystemer og kundeorienterede apps.

Det er en bred opgave. En platform kan være fremragende til offentlig opladning, men upraktisk i forbindelse med refusion til vognparker, eller stærk inden for energistyring, men svag på roaming-området. »Den administrerer opladere« er kun begyndelsen på specifikationen, ikke slutningen.

Sådan fungerer opladeren, OCPP og CSMS sammen

Opladeren varetager de tekniske opgaver: elsikkerhed, kontaktorer, måling, lokale betjeningsfunktioner og kommunikation med køretøjet. CSMS varetager regler og drift på netværksniveau. OCPP definerer de meddelelser, der udveksles mellem dem.

En typisk sekvens er enkel. Opladeren starter op og identificerer sig over for CSMS. Den rapporterer statusændringer og målerværdier. CSMS kontrollerer autorisationen, gemmer sessionsdataene og kan returnere konfigurations- eller opladningsgrænser. En operatør kan derefter sende en fjernkommando i den modsatte retning.

Open Charge Alliance beskriver OCPP som den åbne protokol mellem ladestationer og ladestyringssystemer. Protokollen omfatter kommunikationen. Den leverer ikke i sig selv en faktura, en førerapp eller en support . Det er funktioner, der er bygget op omkring den.

API’er forbinder CSMS’et med anden software. I forbindelse med roaming kan platforme anvende OCPI, som vedligeholdes af EVRoaming Foundation. I forbindelse med fakturering kan en platform videregive sessionsoplysninger til et regnskabssystem. Der er en vigtig forskel: OCPP forbinder laderen med backend-systemet, mens API’er og platform-til-platform-protokoller forbinder backend-systemet med den overordnede drift. Vores guide til API kontra OCPP beskriver arkitekturen mere detaljeret.

Hvad sker der, når forbindelsen afbrydes?

Et CSMS kan ikke styre en oplader, som det ikke har forbindelse til. Det relevante spørgsmål er, hvad opladeren gør, mens forbindelsen er afbrudt.

Afhængigt af hardwaren, OCPP-implementeringen og -konfigurationen kan en oplader anvende lokalt lagrede autorisationsdata, fortsætte en eksisterende transaktion, starte en offline-transaktion og sætte sessionsmeddelelser i kø til senere. Når forbindelsen genoprettes, kan de bufret poster sendes til CSMS. Open Charge Alliance omtaler denne adfærd i sine retningslinjer for forbedring af oppetiden med OCPP.

Ikke alle opladere understøtter alle offline-funktioner, og operatørerne konfigurerer dem ikke alle på samme måde. Offline-adfærd er derfor et spørgsmål om hardware og konfiguration, ikke blot et afkrydsningsfelt i en poleret softwaredemo. Test det med den faktiske oplader, firmware og backend, der skal tages i brug.

Hvem har brug for software til styring af opladning af elbiler?

En enkelt privat ladestation kræver måske ikke meget mere end en lokal opsætning. Når ladestationerne tilhører en organisation, betjener flere brugere eller genererer fakturerbare sessioner, bliver det svært at undgå central styring.

• Operatører af ladestationer: skal drive offentlige eller halvoffentlige netværk, fastsætte takster og koordinere support.
• Vognparkoperatører: til at administrere opladning på depotet og hjemme, fordele omkostningerne og sikre, at køretøjerne er klar, når der er brug for dem.
• Arbejdspladser og ejendomsejere: til at kontrollere adgangen, fordele en begrænset mængde strøm og rapportere forbruget pr. lejer eller medarbejder.
• Forsyningsselskaber og energileverandører: for at integrere opladning med takster, fleksibilitetstjenester og andre energiprodukter.
• Programmer til hjemmeladning: til fjernkonfiguration af ladere og håndtering af refusion for firmabiler i stor skala. De driftsmæssige krav er beskrevet i vores FAQ om hjemmeladning til CPO’er.

Den afgørende faktor er ikke opladerens placering. Det afhænger af, om den skal forvaltes som et aktiv.

Sådan vælger du software til styring af opladning af elbiler

Softwarepræsentationer er designet til at fremstå problemfri. Virkelige netværk er ikke så hensynsfulde. Inden du vælger en platform, bør du teste de komponenter, der bliver dyre at udskifte, hvis de går i stykker.

1. Kontroller, om OCPP support

Bekræft, hvilken OCPP-version og hvilke funktionsprofiler der understøttes af både opladeren og CSMS. Spørg derefter, hvilke konkrete opladermodeller og firmwareversioner der er blevet testet. Et logo med teksten »OCPP-kompatibel« er nyttigt. En gennemført integrationstest er endnu mere nyttig.

2. Kortlæg forbindelsesarkitekturen

Find ud af, om opladeren opretter direkte forbindelse til det valgte CSMS, eller om den skal gå via producentens cloud. En ekstra cloud er ikke nødvendigvis en katastrofe, men det udgør en yderligere kommerciel og teknisk afhængighed. Spørg, hvem der ejer adgangsoplysningerne, hvem der styrer leveringen af firmware, og hvad der sker, hvis tjenesten ændrer prisen eller forsvinder.

3. Få driftsteamet til at afprøve det

Giv support realistiske opgaver: Find en oplader, der kun fungerer sporadisk, gennemgå dens historik, genstart den, identificer de berørte sessioner og eksporter dokumentation til en kundesag. Tæl klikene, hvis du kan lide den slags. Og hvad der er endnu vigtigere: Tjek, om dataene hjælper nogen med at træffe en beslutning.

4. Følg pengestrømmen

Kontroller takstregler, momsbehandling, refusioner, godtgørelser, integration med betalingsudbydere og kvaliteten af de eksporterede afregningsdata. Når der faktureres for eller ydes godtgørelse for energi, skal du fastlægge, hvilke målerdata der anvendes, og hvilke lovmæssige krav til måleteknik der gælder på de enkelte markeder.

5. Test af energistyring

Afklar, om belastningsstyringen kører i CSMS, en lokal controller, et energistyringssystem til bygninger eller en separat smart-opladningstjeneste. Tjek, hvad der sker, hvis internetforbindelsen går tabt. For at få indblik i principperne bag tidsplaner og effektbegrænsninger kan du læse vores forklaring om smart opladning af elbiler.

6. Undersøg integrationslaget

Lav en liste over de systemer, der skal udveksle data fra dag ét og om to år: apps, CRM, regnskab, roaming, vognpark, energihandel og datalagre. Gennemgå API-dokumentationen, tilladelser, hastighedsbegrænsninger og testmiljøet. »Vi har et API« kan betyde alt fra en god udviklerportal til en e-mailadresse.

7. Planlæg din udtræden, inden du underskriver

Spørg, hvordan opladningsoplysninger, brugeroplysninger, takster, transaktionsoplysninger og revisionslogfiler kan eksporteres. Bekræft migrationsprocessen og eventuelle gebyrer. Open Charge Alliance anbefaler, at der foretages kompatibilitetstest, når ladestationer flyttes til et nyt CSMS, især hvis ikke begge systemer er certificerede.

8. Fastlæg prisen for hele driftsmodellen

Sammenlign licensafgifter, transaktionsgebyrer, roamingomkostninger, betalingsgebyrer, support , datalagring og migrationsomkostninger. Billig software kan ende med at blive dyr på grund af manuelt arbejde og servicebesøg. Det samme gælder for hardware, som vores oversigt over de samlede ejeromkostninger (CPO) forklarer.

Åbne standarder er en hjælp, men de fjerner ikke integrationsarbejdet

OCPP mindsker afhængigheden af en proprietær grænseflade mellem opladeren og skyen. Det giver operatørerne en anerkendt forbindelse mellem hardware og styringssoftware. Det er værdifuldt, men det betyder ikke, at alle kombinationer er identiske.

Valgfrie funktioner, konfiguration, sikkerhedsindstillinger og leverandørspecifikke udvidelser kan variere. Selv to certificerede produkter bør testes i forhold til de konkrete anvendelsesscenarier, inden der foretages en større udrulning. Ordet »åben« på et dias er ikke en migrationsplan.

En god indkøbsproces tager derfor højde for tre ting på én gang: opladeren, CSMS-systemet og driftsprocessen omkring dem. At betragte én af disse som en andens problem fungerer som regel indtil lanceringsdagen.

Hvorfor hardware stadig er vigtigt

En administrationsplatform kan vise, at en oplader er offline. Den kan ikke forbedre en svag antenne fra en browserfane. Den kan anmode om en logfil, men kun hvis opladeren registrerer relevante oplysninger. Den kan tilbyde værktøjer til fjernvedligeholdelse, men den kan ikke betjene en kontaktor, der ikke har strøm.

Tilslutningsmuligheder, lokal datalagring, diagnostiske oplysninger, firmwarekvalitet og direkte kommunikation med backend-systemet er afgørende for, hvor meget softwaren rent faktisk kan håndtere. Derfor bør vurderingen af opladeren omfatte det påtænkte CSMS-system fra starten af og ikke først, når der allerede er ankommet flere paller.

amina C/C2 og amina M/M2 anvender den lokale OCPP 1.6j-standard til forbindelse til ladestationsstyringssystemer, med 4G LTE Cat 1 bis-forbindelse og offline datalagring, der synkroniseres, når forbindelsen genoprettes. Du kan se de softwareplatforme, der allerede fungerer sammen med amina-ladere, på vores side med integrationspartnere.