Programvare for ladestyring for elbiler: Hvordan CSMS- og CPMS-plattformer fungerer

Hva er programvare for ladestyring for elbiler?

Programvare for ladeadministrasjon av elbiler er det sentrale systemet som brukes til å overvåke, kontrollere og administrere tilkoblede elbilladere. Det gir en operatør ett sted å se hva som er pålogget, hvem som lader, hvor mye energi en økt brukte, hva det burde koste og hva som har gått galt.

Systemet ligger vanligvis i skyen, men private eller lokale distribusjoner finnes også. Ladeoperatører utveksler driftsmeldinger med det, vanligvis gjennom OCPP . Andre systemer kobler seg deretter til via API-er for oppgaver som kundekontoer, betalinger, refusjon, energistyring og rapportering.

En lader uten administrasjonsprogramvare kan fortsatt levere strøm. Det den ikke kan gjøre spesielt bra, er å bli en del av et kommersielt nettverk.

CSMS vs. CPMS: hva er forskjellen?

CSMS står for Charging Station Management System. CPMS står for Charge Point Management System. I daglig lading av elbiler brukes begrepene ofte om samme programvarekategori.

Open Charge Alliance bruker CSMS i nåværende OCPP-materiale. Mange programvareleverandører og operatører bruker CPMS, spesielt når de beskriver den bredere forretningsplattformen rundt laderne. Noen selskaper skiller mellom det tekniske kontrollsystemet og den bredere kommersielle plattformen. Andre gjør det ikke. Navngivningen er mindre standardisert enn protokollen under den.

For en kjøper er det fornuftige spørsmålet ikke hvilket akronym som vises på salgsartiklene. Det er hvilke jobber plattformen faktisk utfører, hvilke ladere den støtter og hvor lett dataene kan forsvinne igjen.

Hva gjør egentlig et CSMS eller CPMS?

Funksjonslistene varierer, men de fleste plattformer for ladeadministrasjon for elbiler dekker flere av følgende jobber:

• Laderovervåking: tilkoblingsstatus, tilgjengelighet, nåværende økter, alarmer og feilkoder.
• Fjernbetjening: start eller stopp en økt, slipp en kontakt, start en lader på nytt, endre konfigurasjon og be om diagnostisk informasjon.
• Brukertilgang: administrer RFID-kort, apper, sjåførkontoer, tillatelseslister og andre autorisasjonsmetoder.
• Tariffer og faktureringsdata: angi priser, samle inn målerverdier og send gebyrdetaljposter til fakturerings- eller refusjonssystemer.
• Fastvare og konfigurasjon: Organiser oppdateringer og hold oversikt over versjoner på tvers av en flåte.
• Energikontroll: angi ladegrenser, tidsplaner eller ladeprofiler der laderen og anleggets arkitektur support dem.
• Rapportering: nåværende utnyttelses-, energi-, inntekts-, oppetid- og feildata til driftsteam og kunder.
• Integrasjoner: koble til betalingsleverandører, roamingplattformer, flåteverktøy, energisystemer og kundevendte apper.

Det er en bred beskrivelse. En plattform kan være utmerket til offentlig lading og vanskelig til refusjon av flåte, eller sterk på energikontroll og tynn på roaming. «Den administrerer ladere» er begynnelsen på spesifikasjonen, ikke slutten.

Hvordan laderen, OCPP og CSMS fungerer sammen

Laderen håndterer den fysiske jobben: elektrisk sikkerhet, kontaktorer, måling, lokale kontroller og kommunikasjon med kjøretøyet. CSMS håndterer regler og operasjoner på nettverksnivå. OCPP definerer meldingene som går mellom dem.

En typisk sekvens er enkel. Laderen starter opp og identifiserer seg selv til CSMS. Den rapporterer statusendringer og målerverdier. CSMS sjekker autorisasjon, lagrer øktdataene og kan returnere konfigurasjons- eller ladegrenser. En operatør kan deretter sende en fjernkommando i den andre retningen.

Open Charge Alliance beskriver OCPP som den åpne protokollen mellom ladestasjoner og ladesystemer. Protokollen dekker kommunikasjonen. Den gir ikke i seg selv en faktura, en sjåførapp eller en support skrivebord. Det er funksjoner som er bygget rundt det.

API-er kobler CSMS til annen programvare. For roaming kan plattformer bruke OCPI, vedlikeholdt av EVRoaming Foundation . For fakturering kan en plattform sende øktposter til et regnskapssystem. Skillet er viktig: OCPP kobler lader og backend, mens API-er og plattform-til-plattform-protokoller kobler backend til den bredere operasjonen. Vår guide til API versus OCPP dekker arkitekturen mer detaljert.

Hva skjer når forbindelsen faller ut?

Et CSMS kan ikke kontrollere en lader den ikke kan nå. Det nyttige spørsmålet er hva laderen gjør mens forbindelsen er nede.

Avhengig av maskinvare, OCPP-implementering og konfigurasjon, kan en lader bruke lokalt lagrede autorisasjonsdata, fortsette en eksisterende transaksjon, starte en frakoblet transaksjon og sette øktmeldinger i kø for senere. Når tilkoblingen gjenopprettes, kan bufrede poster sendes til CSMS. Open Charge Alliance dekker denne oppførselen i sin veiledning om forbedring av oppetid med OCPP .

Ikke alle ladere støtter alle offline-alternativer, og operatører konfigurerer dem ikke alle på samme måte. Offline-oppførsel er derfor et spørsmål om maskinvare og konfigurasjon, ikke en avkrysningsboks i en polert programvaredemo. Test det med den faktiske laderen, fastvaren og backend-en som er beregnet for utrulling.

Hvem trenger programvare for ladestyring for elbiler?

En enkelt privat lader trenger kanskje ikke mye mer enn lokal oppsett. Når ladere tilhører en organisasjon, betjener flere brukere eller oppretter fakturerbare økter, blir sentral administrasjon vanskelig å unngå.

• Ladestasjonoperatører: for å drive offentlige eller halvoffentlige nettverk, kontrollere tariffer og koordinere support .
• Flåteoperatører: for å administrere depot- og hjemmelading, fordele kostnader og sørge for at kjøretøyene er klare når det trengs.
• Arbeidsplasser og eiendomseiere: for å kontrollere tilgang, distribuere begrenset strøm og rapportere bruk av leietaker eller ansatt.
• Strømleverandører og forsyningsselskaper: for å koble lading med tariffer, fleksibilitetstjenester og bredere energiprodukter.
• Hjemmeladeprogrammer: for å klargjøre ladere eksternt og håndtere refusjon for firmabil i stor skala. De operative kravene er dekket i våre vanlige spørsmål om hjemmelading for CPO-er .

Den avgjørende faktoren er ikke plasseringen av laderen. Det er om noen trenger å drifte den som et administrert aktivum.

Hvordan velge programvare for lading av elbiler

Programvaredemonstrasjoner er utformet for å se rolige ut. Ekte nettverk er mindre hensynsfulle. Før du velger en plattform, test delene som blir dyre når de svikter.

1. Sjekk OCPP support ordentlig

Bekreft OCPP-versjonen og funksjonsprofilene som støttes av både laderen og CSMS. Spør deretter hvilke ladermodeller og fastvareversjoner som er testet. En logo som sier «OCPP-kompatibel» er nyttig. En fullført integrasjonstest er mer nyttig.

2. Kartlegg tilkoblingsarkitekturen

Finn ut om laderen kobles direkte til det valgte CSMS-systemet eller må gå gjennom en produsentsky. En ekstra sky er ikke automatisk en katastrofe, men det er en annen kommersiell og teknisk avhengighet. Spør hvem som eier legitimasjonen, hvem som kontrollerer fastvarelevering og hva som skjer hvis prisen på den tjenesten endres eller forsvinner.

3. Få driftsteamet til å prøve det

Gi support Realistiske teamoppgaver: finn en lader med periodisk oppvarming, inspiser historikken, start den på nytt, identifiser berørte økter og eksporter bevis for en kundesak. Tell klikkene hvis du liker den slags ting. Enda viktigere, sjekk om dataene hjelper noen med å ta en beslutning.

4. Følg pengene

Sjekk tariffregler, mva-håndtering, refusjoner, godtgjørelse, tilkoblinger mellom betalingsleverandør og kvaliteten på eksporterte faktureringsdetaljer. Der energi faktureres eller refunderes, må du fastslå hvilke målerdata som brukes og hvilke juridiske metrologiske krav som gjelder i hvert marked.

5. Test energikontrollene

Avklar om laststyringen kjører i CSMS, en lokal kontroller, et bygnings energistyringssystem eller en separat smartladetjeneste. Sjekk hva som skjer når internettforbindelsen brytes. For konseptene bak tidsplaner og effektgrenser, se vår forklaring av smart elbillading .

6. Inspiser integrasjonslaget

List opp systemene som må utveksle data fra dag én og om to år: apper, CRM, regnskap, roaming, flåte, energihandel og datavarehus. Gjennomgå API-dokumentasjonen, tillatelser, prisgrenser og testmiljø. «Vi har et API» kan bety alt fra en god utviklerportal til en e-postadresse.

7. Planlegg utgangen før du signerer

Spør hvordan ladelegitimasjon, brukere, tariffer, transaksjonsregistreringer og revisjonslogger kan eksporteres. Bekreft migreringsprosessen og eventuelle gebyrer. Open Charge Alliance anbefaler kompatibilitetstesting når ladestasjoner flyttes til et nytt CSMS , spesielt der implementeringer ikke begge er sertifiserte.

8. Pris hele driftsmodellen

Sammenlign lisensavgifter, transaksjonsgebyrer, roamingkostnader, betalingsgebyrer, support nivåer, datalagring og migreringskostnader. Billig programvare kan bli dyr på grunn av manuelt arbeid og servicebesøk. Det samme gjelder maskinvare, noe vår oversikt over CPOs totale eierkostnader forklarer.

Åpne standarder hjelper, men de fjerner ikke integrasjonsarbeidet

OCPP reduserer avhengigheten av et proprietært lader-til-sky-grensesnitt. Det gir operatører en anerkjent vei mellom maskinvare og administrasjonsprogramvare. Det er verdifullt, men det gjør ikke alle kombinasjoner identiske.

Valgfrie funksjoner, konfigurasjon, sikkerhetsinnstillinger og leverandørspesifikke utvidelser kan variere. Selv to sertifiserte produkter bør testes mot de reelle brukstilfellene før en stor utrulling. Ordet «åpen» på et lysbilde er ikke en migreringsplan.

Gode ​​anskaffelser teller derfor tre ting sammen: laderen, CSMS-systemet og driftsprosessen rundt dem. Å behandle én ting som noen andres problem fungerer vanligvis helt frem til lanseringsdagen.

Hvorfor maskinvaren fortsatt er viktig

En administrasjonsplattform kan vise at en lader er frakoblet. Den kan ikke forbedre en svak antenne fra en nettleserfane. Den kan be om en logg, men bare hvis laderen registrerer nyttig informasjon. Den kan tilby verktøy for fjernvedlikehold, men den kan ikke betjene en kontaktor uten strøm.

Tilkobling, lokal datalagring, diagnostiske detaljer, fastvarekvalitet og direkte backend-kommunikasjon avgjør hvor mye programvaren faktisk kan håndtere. Derfor bør laderevaluering inkludere det tiltenkte CSMS fra starten av, ikke etter at flere paller har ankommet.

amina C/C2 og amina M/M2 bruker lokal OCPP 1.6j for tilkobling til ladepunktstyringssystemer, med 4G LTE Cat 1 bis-tilkobling og offline datalagring som synkroniseres etter ny tilkobling. Du kan se programvareplattformene som allerede fungerer med amina-ladere på siden vår for integrasjonspartnere .