Offline-laddning av elbilar: Vad fungerar när internet går ner?

För en laddningsoperatör är den praktiska frågan om förarna kan ta emot energi, om platsen kan hålla sig inom sina effektgränser och om varje session kan redovisas i efterhand. Det är separata krav, med olika beroenden.

Den här guiden förklarar vad man ska kontrollera före ett avbrott, vad som kan finnas kvar under ett avbrott och hur man verifierar återställning. Den fokuserar på offline-beteende; för de bredare principerna för strömfördelning, se vår Guide till programvara för lastbalansering av laddning av elbilar.

Vad innebär egentligen offline laddning av elbilar?

Offline-laddning av elbilar innebär att en laddstation utför specifika funktioner medan dess anslutning till laddningshanteringssystemet inte är tillgänglig. Den kan fortfarande kommunicera med fordonet, en lokal styrenhet, en elmätare eller en telefon i närheten.

Identifiera först vilken anslutning som misslyckades. En telefon utan mobildata, en laddare utan internet, ett backend-avbrott och ett felaktigt lokalt nätverk ger olika resultat. Att förlora internet på webbplatsen bryter inte nödvändigtvis kommunikationen mellan utrustning på samma fungerande lokala nätverk.

• Telefonanslutningen förlorades: en app eller QR-betalningssida kan misslyckas även när laddaren är online.
• Anslutningen mellan laddare och moln förlorad: Laddaren kan använda sina egna auktoriseringsregler och lagrade register.
• Lokal kommunikation förlorad: Laddaren kan förlora mätaravläsningar eller instruktioner från en styrenhet på plats.
• Strömförsörjningen förlorad: laddningen avbryts om inte ett lämpligt utformat reservenergisystem försörjer installationen.

En reservrouter kan förbättra anslutningen, men den tillhandahåller inte laddningsenergi eller reparerar en trasig styrenhet. Definiera avbrottet innan du väljer reservrouter.

Vad fungerar online, offline och efter återanslutning?

Följande jämförelse är ett planeringsramverk. Bekräfta varje beteende för den faktiska laddarmodellen, firmware och driftsättningen.

På mindre skärmar, svep horisontellt för att jämföra alla tre driftlägen.

Kommer en befintlig laddningssession att fortsätta?

En session som redan pågår kan fortsätta även efter ett anslutningsavbrott när laddaren stöder det beteendet och lokala driftsförhållanden förblir giltiga. Fordonet och laddaren hanterar fortfarande energiöverföringen lokalt. Open Charge Alliance beskriver kontinuerlig transaktionskontinuitet och buffring i sin OCPP-drifttidsriktlinjer.

Internetavbrott kan dock sammanfalla med ett annat fel. En omstart av routern kan också ta bort en lokal kontrollväg, eller en laddningsprofil kan löpa ut under ett längre avbrott. Testa hela installationen istället för att anta sessionskontinuitet från protokollnamnet.

Förare behöver också ett användbart sätt att slutföra laddningen. Verifiera den lokala stoppmetoden som stöds, fordonets beteende och förfarandet för att frigöra kontakten. En fjärrstoppförfrågan kan inte påverka en laddare medan dess kommunikationsväg förblir otillgänglig.

Hur kan förare starta en ny session offline?

Att starta en session kräver ett åtkomstbeslut. Under ett avbrott måste det beslutet komma från en tillgänglig lokal mekanism eller en separat fungerande tjänst.

RFID: Lokala auktoriseringslistor och cachade autentiseringsuppgifter

En lokal auktoriseringslista innehåller identifierare som godkänts för stationen. En auktoriseringscache lagrar resultat från tidigare auktoriseringskontroller. De tjänar olika syften: en lista över planerade åtkomster kan inkludera förare som aldrig har använt den laddaren, medan en cache är beroende av tidigare aktivitet.

OCPP 1.6-inställningar som till exempel LokalAuktoriseraOffline, Lokalautentiseringslista aktiverad och Auktoriseringscache aktiverad påverka dessa arbetsflöden där de implementerats. Open Charge Alliance inkluderar giltiga och ogiltiga identifierarscenarier i sin OCPP 1.6 testdokumentation.

För en flottdepå, bekräfta att godkända drivrutiner är etablerade innan anslutningen misslyckas. Testa utgångna inloggningsuppgifter, nyligen återkallade kort och en förare som anländer till en annan laddare. En offlinestation kan inte lära sig en ny molnåterkallning förrän den uppdateringen når den.

Bluetooth: En lokal åtkomstväg för kompatibla laddare

Bluetooth kan göra det möjligt för en telefon i närheten att kommunicera direkt med kompatibel hårdvara. Appen måste dock också ha stöd för offlinebehörigheter. Enbart Bluetooth-radio är otillräcklig om varje startförfrågan fortfarande kräver en molninloggning eller en ny onlinetoken.

Verifiera parkoppling, tidigare utfärdade inloggningsuppgifter, telefonbehörigheter och funktion efter att appen har startats om. Testa med laddaren frånkopplad från internet och telefonen utan mobildata, så att en annan anslutning inte döljer ett beroende.

Öppen åtkomst och okända referenser

Vissa installationer tillåter automatisk debitering eller accepterar okända identifierare offline. Det kan förbättra åtkomsten men skapar ett kommersiellt beslut: operatören kan leverera energi utan en verifierad betalare. Definiera vem som får använda detta läge, dess gränser och hur kostnaderna ska hanteras.

Automatisk start skiljer sig också från certifikatbaserad ISO 15118 Plug & Charge. Anta inte att något av arbetsflödena fungerar offline utan att verifiera dess specifika auktoriseringskrav.

Kan lastbalansering fungera utan internet?

Ja, om besluten om effektreglering fattas lokalt och den nödvändiga utrustningen fortsätter att kommunicera. En laddare eller styrenhet på plats kan använda lokala mätaravläsningar för att allokera kapacitet utan att konsultera en molntjänst för varje ändring.

Detta är en praktisk arkitekturskillnad. Tesla, till exempel, anger att deras stödda strömhanteringsfunktioner för väggkontakter inte kräver internetåtkomst. Deras dokumentation specificerar också utrustning och kompatibilitetsvillkor. Det är ett produktspecifikt exempel, snarare än en garanti för annan hårdvara. Se Teslas dokumentation om energihantering.

För din anläggning, identifiera var mätardata avläses, var tilldelningen beräknas och hur gränserna når varje laddare. Separera sedan tre tester: internetfel, mätarkommunikationsfel och styrenhetsfel.

Reserv kan innebära minskad allokering eller avbruten laddning, beroende på den godkända designen. Platsens elkonstruktör bör definiera lämpliga gränser. En lokal styrenhet ersätter inte elektriskt skydd, och att behålla en tidigare molnprofil bevisar inte att dynamisk styrning fortfarande fungerar.

Vad händer med sessionsdata, fakturering och betalningar?

Att registrera energiförbrukning, beräkna en faktura och ta ut betalning är separata processer. En laddare kan spara tillräckligt med information för att rekonstruera en session även om en betaltjänst inte är tillgänglig.

Begär den faktiska buffringsspecifikationen under upphandlingen: behållna fält, lagringskapacitet, bevarandebeteende och vad som händer efter en omstart eller en full kö. Ange laddar- och kontaktidentifierare, användar-ID där sådant finns, tidsstämplar, start- och slutmätaravläsningar, enheter och information om sessionens slut.

För tidsbaserad eller tidsbaserad prissättning, testa klockans noggrannhet och tariffhantering. En post som laddas upp senare bör behålla relevant händelsetid. Bestäm vilken tariffversion som gäller och hur sessioner som sträcker sig över en tariffändring hanteras.

Kommersiell åtkomst förtjänar ett eget test. En QR-kod kan bara öppna en onlinekassasida. Ett sparat betalkort garanterar inte att en ny betalning kan godkännas utan anslutning. All offline-kortacceptans måste uttryckligen stödjas av betalningsintegrationen, med sina egna gränser och avstämningsprocedur.

På liknande sätt kan ett roamingkort endast fungera om det finns ett tillämpligt lokalt tillstånd; ett live-godkännande från en extern mobilitetsleverantör kan vara otillgängligt. Förtydliga om debiteringsposter kan faktureras enligt relevant partneravtal.

Hårdvaruleverantörer kan skilja lokal laddning från betalda tjänster. Teslas Vanliga frågor om kommersiell webbplatsseparerar till exempel internetoberoende strömhantering på gratisplatser från den anslutning som behövs för dess fakturerade laddningstjänst.

Vad måste hända när uppkopplingen återställs?

Återställningen är klar när driftsstatus och finansiella register är tillförlitliga igen, snarare än när instrumentpanelen först visar "online". Använd en definierad återställningssekvens:

1. Återställ kommunikationen: verifiera att stationen når den avsedda backend-enheten och rapporterar sitt aktuella tillstånd.
2. Ladda upp behållna transaktioner: bevara sessionsidentitet och ursprungliga händelsetider.
3. Kontrollera fullständigheten: jämföra mätaravläsningar, sessionsavslut och saknade poster.
4. Förhindra dubbelbehandling: Återförsök får inte skapa dubbla sessioner eller debiteringar.
5. Uppdateringspolicyer: stämma av tillstånd, tariffer och avgiftsgränser med den lokala staten.
6. Granska undantag: undersöka okända användare, avvisad auktorisering och oreglerade betalningar.

Bestäm även hur inaktuella kommandon ska hanteras. En gammal fjärrinstruktion bör inte av misstag påverka en senare session. Testa upprepade återanslutningar och samtidig återställning över flera stationer, inklusive eventuell kontrollerad upprampning som behövs på platsen.

Backend-systemet bör skilja på bevis på försenade transaktioner från livestatus. En offline-bricka kan inte ensam bevisa att ingen energi levererades under avbrottet.

Hur man testar offline-laddning av elbilar före driftsättning

Använd representativ produktionshårdvara och registrera firmware, konfiguration, avbrottslängd och observerat resultat. Följande acceptanschecklista är ett förslag till projektverktyg, inte en rapport över tester som redan har genomförts.

Svep horisontellt på mobilen för att se förväntade bevis.

Överenskomm godkännandekriterier med laddartillverkaren, programvaruleverantören, installatören och operatören. Tilldela äganderätt för varje fel. Ett registrerat pilotresultat är mer användbart än ett generellt uttalande om att plattformen stöder OCPP.

Planera ett arbetsflöde för offlineladdning med TrendPower

TrendPower har publicerat Fallstudie av amerikansk laddningsplattform för elbilar för hemmabruk beskriver lokal Bluetooth-åtkomst för kompatibla laddningskonfigurationer tillsammans med Wi-Fi och 4G-fjärrstyrning. Den identifierar även senare synkronisering som en del av det konfigurerade arbetsflödet.

Det exemplet visar en projektbaserad metod; den etablerar inte universellt offline-stöd för alla laddare eller betalningsinställningar. För ett nytt nätverk, granska kraven för åtkomst, energikontroll och återvinning med TrendPower laddningsstationshanteringssystem för elbilar lag mot din avsedda hårdvara.

Om din design inkluderar DLB Edge eller en annan styrenhet på plats, begär en skriftlig ansvarskarta som täcker lokala beslut, mätarberoenden, reservbeteende och återanslutning. Bekräfta det tillgängliga leveransomfånget genom en pilotstudie snarare än att anta att ett produktnamn definierar dess offline-funktioner.

Vanliga frågor om offlineladdning av elbilar

Kan jag ladda min elbil utan Wi-Fi?

Ofta, ja. Vissa laddare erbjuder lokal drift eller använder en annan anslutning. Kontrollera din modells auktoriserings- och schemaläggningskrav; att Wi-Fi-förlusten i sig betyder inte att elektricitet inte är tillgänglig.

Garanterar OCPP-kompatibilitet offline-laddning?

Nej. OCPP definierar kommunikationsmöjligheter, men användbar offline-drift beror på implementerade funktioner, firmware och inställningar. Testa det erforderliga arbetsflödet på den exakta kombinationen av laddare och backend.

Fungerar schemalagd laddning under ett avbrott?

Det kan hända om schemat lagras och körs lokalt med en fungerande klocka. Ett schema som kräver ett nytt molnkommando kanske inte gör det. Kontrollera körningsplats och beteende efter omstart.

Kan förare betala med QR-kod medan laddaren är offline?

Inte nödvändigtvis. Kassan kan behöva internetanslutning via telefon, betalningsautentisering och en fungerande kommandoväg till laddaren. Testa alla tre istället för att behandla QR-koden som offlineåtkomst.

Kommer alla offline-händelser att visas i instrumentpanelen senare?

Inte automatiskt. Transaktionsbuffring och diagnostisk loggning kan ha olika omfattningar. Bekräfta vilka poster som behålls, deras kapacitetsgränser och vad backend-systemet kan rekonstruera efter återställning.