Programvara för hantering av laddning av elfordon: Så här fungerar CSMS- och CPMS-plattformarna

Vad är programvara för hantering av laddning av elfordon?

Programvara för hantering av laddning av elfordon är det centrala systemet som används för att övervaka, styra och administrera anslutna laddare för elfordon. Den ger operatören en samlad översikt över vilka laddare som är aktiva, vilka fordon som laddas, hur mycket energi som förbrukats under en laddningssession, vad den borde kosta och vad som har gått fel.

Systemet är vanligtvis molnbaserat, även om det också finns privata eller lokalt installerade lösningar. Laddare utbyter driftsmeddelanden med systemet, oftast via OCPP. Andra system ansluter sedan via API:er för uppgifter som kundkonton, betalningar, återbetalningar, energihantering och rapportering.

En laddare utan styrprogramvara kan fortfarande leverera el. Det den däremot inte klarar särskilt bra är att integreras i ett kommersiellt nätverk.

CSMS kontra CPMS: vad är skillnaden?

CSMS står för Charging Station Management System. CPMS står för Charge Point Management System. I den dagliga laddningen av elfordon används termerna ofta för samma typ av programvara.

Open Charge Alliance använder begreppet CSMS i sitt aktuella OCPP-material. Många programvaruleverantörer och operatörer använder begreppet CPMS, särskilt när de beskriver den bredare affärsplattformen kring laddstationerna. Vissa företag gör en åtskillnad mellan det tekniska styrsystemet och den bredare affärsplattformen. Andra gör det inte. Terminologin är mindre standardiserad än protokollet som ligger till grund för den.

För en köpare är den relevanta frågan inte vilken förkortning som finns med i säljpresentationen. Det handlar om vilka uppgifter plattformen faktiskt utför, vilka laddare den stöder och hur enkelt data kan exporteras.

Vad gör egentligen ett CSMS eller CPMS?

Funktionslistorna varierar, men de flesta plattformar för laddningshantering av elbilar täcker flera av följande uppgifter:

• Övervakning av laddare: anslutningsstatus, tillgänglighet, pågående sessioner, larm och felkoder.
• Fjärrstyrning: starta eller avsluta en session, koppla loss en anslutning, starta om en laddare, ändra konfigurationen och begära diagnostisk information.
• Användaråtkomst: hantera RFID-kort, appar, förarkonton, tillåtelselistor och andra auktoriseringsmetoder.
• Tariffer och faktureringsdata: tillämpa priser, samla in mätarvärden och vidarebefordra avgiftsuppgifter till fakturerings- eller ersättningssystem.
• Firmware och konfiguration: organisera uppdateringar och håll reda på versionerna i hela maskinparken.
• Energistyrning: ställ in laddningsgränser, scheman eller laddningsprofiler där laddaren och anläggningens arkitektur support .
• Rapportering: presentera data om aktuell utnyttjandegrad, energiförbrukning, intäkter, drifttid och fel till driftsteamen och kunderna.
• Integrationer: anslut till betalningsleverantörer, roamingplattformar, verktyg för fordonsflottor, energisystem och kundinriktade appar.

Det är ett brett uppdrag. En plattform kan vara utmärkt för offentlig laddning men mindre lämplig för ersättning till fordonsparker, eller stark när det gäller energihantering men svag när det gäller roaming. ”Den hanterar laddare” är bara början på specifikationen, inte slutet.

Hur laddaren, OCPP och CSMS samverkar

Laddaren sköter de praktiska uppgifterna: elsäkerhet, kontaktorer, mätning, lokala styrfunktioner och kommunikation med fordonet. CSMS hanterar regler och drift på nätverksnivå. OCPP definierar de meddelanden som skickas mellan dem.

En typisk sekvens är enkel. Laddaren startar och identifierar sig gentemot CSMS. Den rapporterar statusförändringar och mätvärden. CSMS kontrollerar behörigheten, lagrar sessionsdata och kan returnera konfigurations- eller laddningsgränser. En operatör kan sedan skicka ett fjärrkommando i motsatt riktning.

Open Charge Alliance beskriver OCPP som det öppna protokollet mellan laddstationer och laddningshanteringssystem. Protokollet reglerar kommunikationen. Det tillhandahåller i sig inte någon faktura, någon förarapp eller någon support . Dessa funktioner är uppbyggda kring protokollet.

API:er kopplar samman CSMS med annan programvara. För roaming kan plattformar använda OCPI, som underhålls av EVRoaming Foundation. För fakturering kan en plattform vidarebefordra sessionsdata till ett redovisningssystem. Skillnaden är viktig: OCPP kopplar samman laddaren och backend-systemet, medan API:er och protokoll mellan plattformar kopplar samman backend-systemet med den övriga verksamheten. Vår guide om API kontra OCPP beskriver arkitekturen mer ingående.

Vad händer när anslutningen bryts?

Ett CSMS-system kan inte styra en laddare som det inte når. Den relevanta frågan är vad laddaren gör medan anslutningen är avbruten.

Beroende på hårdvara, OCPP-implementering och konfiguration kan en laddare använda lokalt lagrade auktoriseringsuppgifter, fortsätta en pågående transaktion, inleda en offline-transaktion och lägga sessionsmeddelanden i kö för senare bearbetning. När anslutningen återupprättas kan de buffrade posterna skickas till CSMS. Open Charge Alliance behandlar detta beteende i sina riktlinjer för att förbättra drifttiden med OCPP.

Det är inte alla laddare som stöder alla offline-alternativ, och operatörerna konfigurerar dem inte alla på samma sätt. Offline-beteendet är därför en fråga om hårdvara och konfiguration, inte en kryssruta i en snygg programvarudemonstration. Testa det med den faktiska laddaren, firmware och backend som är avsedda för driftsättning.

Vem behöver programvara för hantering av laddning av elbilar?

En enskild privat laddare kräver kanske inte mycket mer än en lokal installation. När laddarna tillhör en organisation, betjänar flera användare eller genererar fakturerbara laddningssessioner blir det svårt att undvika central hantering.

• Operatörer av laddstationer: att driva offentliga eller halvoffentliga nätverk, fastställa avgifter och samordna support.
• Vagnparksoperatörer: för att hantera laddning på depån och hemma, fördela kostnader och se till att fordonen är klara när de behövs.
• Arbetsplatser och fastighetsägare: för att kontrollera åtkomst, fördela begränsad ström och rapportera förbrukningen per hyresgäst eller anställd.
• Allmännyttiga företag och energileverantörer: för att koppla samman laddning med tariffer, flexibilitetstjänster och ett bredare utbud av energiprodukter.
• Program för hemladdning: för att fjärrkonfigurera laddare och hantera ersättning för tjänstebilar i stor skala. De operativa kraven beskrivs i våra vanliga frågor om hemladdning för CPO:er.

Den avgörande faktorn är inte laddarens placering. Det handlar om huruvida någon behöver sköta den som en förvaltad tillgång.

Så här väljer du programvara för hantering av laddning av elfordon

Programvarudemonstrationer är utformade för att ge ett lugnt intryck. Verkliga nätverk är inte lika hänsynsfulla. Innan du väljer en plattform bör du testa just de delar som blir kostsamma om de slutar fungera.

1. Kontrollera att support

Kontrollera vilken OCPP-version och vilka funktionsprofiler som både laddaren och CSMS stöder. Fråga sedan vilka exakta laddarmodeller och firmwareversioner som har testats. En logotyp med texten ”OCPP-kompatibel” är bra att ha. Ett genomfört integrationstest är ännu bättre.

2. Kartlägg anslutningsarkitekturen

Ta reda på om laddaren ansluts direkt till det valda CSMS-systemet eller om den måste gå via tillverkarens molntjänst. Ett extra moln är inte nödvändigtvis en katastrof, men det innebär ytterligare ett kommersiellt och tekniskt beroende. Fråga vem som äger inloggningsuppgifterna, vem som styr distributionen av firmware och vad som händer om tjänsten höjer priset eller läggs ner.

3. Låt driftsteamet testa det

Ge support realistiska uppgifter: hitta en laddare som fungerar sporadiskt, granska dess historik, starta om den, identifiera berörda sessioner och exportera underlag till ett kundärende. Räkna klick om du gillar den sortens saker. Ännu viktigare är att kontrollera om uppgifterna hjälper någon att fatta ett beslut.

4. Följ pengarnas väg

Kontrollera tariffregler, hantering av moms, återbetalningar, ersättningar, anslutningar till betalningsleverantörer samt kvaliteten på de exporterade avgiftsuppgifterna. När energi faktureras eller ersätts ska man fastställa vilka mätardata som används och vilka lagstadgade mättekniska krav som gäller på respektive marknad.

5. Testa energireglagen

Klargör om laststyrningen sker i CSMS, en lokal styrenhet, ett energihanteringssystem för byggnaden eller en separat tjänst för smart laddning. Kontrollera vad som händer om internetanslutningen bryts. För mer information om principerna bakom scheman och effektbegränsningar, se vår förklaring av smart laddning av elfordon.

6. Kontrollera integrationslagret

Gör en lista över de system som måste kunna utbyta data redan från första dagen och om två år: appar, CRM, redovisning, roaming, fordonsflotta, energihandel och datalager. Granska API-dokumentationen, behörigheter, begränsningar och testmiljön. ”Vi har ett API” kan betyda allt från en bra utvecklingsportal till en e-postadress.

7. Planera hur du ska avsluta affären innan du skriver under

Fråga hur laddningsstationens inloggningsuppgifter, användare, tariffer, transaktionsuppgifter och revisionsloggar kan exporteras. Bekräfta migreringsprocessen och eventuella avgifter. Open Charge Alliance rekommenderar att man genomför kompatibilitetstester när laddningsstationer flyttas till ett nytt CSMS, särskilt om inte båda systemen är certifierade.

8. Fastställ priset för hela verksamhetsmodellen

Jämför licensavgifter, transaktionsavgifter, roamingkostnader, betalningsavgifter, support samt avgifter för datalagring och migrering. Billig programvara kan bli dyr på grund av manuellt arbete och servicebesök. Detsamma gäller hårdvara, vilket framgår av vår genomgång av den totala ägandekostnaden (CPO).

Öppna standarder är till hjälp, men de eliminerar inte integrationsarbetet

OCPP minskar beroendet av ett proprietärt gränssnitt mellan laddare och molntjänst. Det ger operatörerna en etablerad väg mellan hårdvara och hanteringsprogramvara. Det är värdefullt, men det innebär inte att alla kombinationer blir identiska.

Valfria funktioner, konfiguration, säkerhetsinställningar och leverantörsspecifika tillägg kan variera. Även två certifierade produkter bör testas mot verkliga användningsfall innan en större utrullning genomförs. Ordet ”öppen” på en bild är inte en migreringsplan.

En bra upphandling innebär därför att man granskar tre saker samtidigt: laddaren, CSMS-systemet och driftsprocessen kring dem. Att betrakta en av dessa som någon annans problem brukar fungera fram till lanseringsdagen.

Varför hårdvaran fortfarande spelar roll

En förvaltningsplattform kan visa att en laddare är offline. Den kan inte förbättra en svag antenn via en webbläsarflik. Den kan begära en logg, men endast om laddaren registrerar relevant information. Den kan erbjuda verktyg för fjärrunderhåll, men den kan inte styra en kontaktor som saknar ström.

Anslutningsmöjligheter, lokal datalagring, diagnostiska detaljer, firmwarekvalitet och direkt kommunikation med backend-systemet avgör hur mycket programvaran faktiskt kan hantera. Det är därför som utvärderingen av laddarna bör omfatta det avsedda CSMS-systemet redan från början, inte först efter att flera pallar har anlänt.

amina C/C2 och amina M/M2 använder det lokala OCPP 1.6j för anslutning till laddstationernas styrsystem, med 4G LTE Cat 1 bis-anslutning och offline-datalagring som synkroniseras efter återanslutning. Du kan se vilka mjukvaruplattformar som redan fungerar med amina-laddare på vår sida med integrationspartner.