Het opladen van elektrische voertuigen kan zonder internetverbinding werken als de lader stroom krijgt en de benodigde lokale functies ondersteunt. Een bestaande sessie kan worden voortgezet en geautoriseerde gebruikers kunnen nieuwe sessies starten via lokaal opgeslagen RFID-gegevens of compatibele Bluetooth-toegang. Lokale stroomregeling en transactieregistratie blijven ook beschikbaar. Cloudopdrachten, live roamingautorisatie en online betalingen zijn mogelijk niet beschikbaar totdat de verbinding is hersteld.
Het resultaat hangt af van de firmware van de lader, de autorisatie-instellingen, de lokale communicatie en de software-integratie. "Offline-compatibel" moet verwijzen naar geteste functies, en niet naar een belofte dat elke laadservice blijft werken.
Voor een exploitant van laadpalen is de praktische vraag of bestuurders energie kunnen ontvangen, of de locatie binnen de vastgestelde vermogenslimieten blijft en of elke laadsessie achteraf verantwoord kan worden. Dat zijn afzonderlijke vereisten met verschillende onderlinge afhankelijkheden.
Deze handleiding legt uit wat u moet controleren vóór een stroomstoring, wat er mogelijk nog beschikbaar is tijdens een storing en hoe u het herstel kunt controleren. De focus ligt op offline gedrag; voor de algemene principes van stroomtoewijzing verwijzen wij u naar onze handleiding. Handleiding voor software voor het balanceren van de laadbelasting van elektrische voertuigen.
Wat houdt offline opladen van elektrische voertuigen nu precies in?
Offline EV-laden betekent dat een laadstation specifieke functies uitvoert terwijl de verbinding met het laadbeheersysteem niet beschikbaar is. Het kan nog steeds communiceren met het voertuig, een lokale controller, een elektriciteitsmeter of een telefoon in de buurt.
Stel eerst vast welke verbinding is uitgevallen. Een telefoon zonder mobiele data, een oplader zonder internet, een storing in de back-end en een uitgevallen lokaal netwerk kunnen verschillende gevolgen hebben. Het verliezen van de internetverbinding op locatie betekent niet noodzakelijkerwijs dat de communicatie tussen apparaten op hetzelfde functionerende lokale netwerk verbroken wordt.
- Telefoonverbinding verbroken: Een betaalpagina of app voor QR-betalingen kan soms niet werken, zelfs als de oplader online blijft.
- Verbinding tussen oplader en cloud verbroken: De oplader kan zijn eigen autorisatieregels en opgeslagen gegevens gebruiken.
- Lokale communicatie verbroken: De lader kan meterstanden of instructies van een lokale controller kwijtraken.
- Stroomvoorziening uitgevallen: Het opladen stopt tenzij een geschikt ontworpen back-up energiesysteem de installatie van stroom voorziet.
Een back-uprouter kan de connectiviteit verbeteren, maar levert geen stroom voor het opladen van de router en kan een defecte controller niet vervangen. Definieer de oorzaak van de storing voordat u een back-uprouter kiest.
Wat werkt online, offline en na herverbinding?
De volgende vergelijking dient als planningskader. Controleer elk gedrag voor het daadwerkelijke ladermodel, de firmware en de implementatie.
Op kleinere schermen kunt u horizontaal vegen om alle drie de werkingsmodi te vergelijken.
| Functie | Online werking | Internet niet beschikbaar | Na herverbinding |
|---|---|---|---|
| Bestaande sessie | Live rapportage en commando's op afstand. | Kan onder lokaal beheer blijven; cloudopdrachten kunnen het niet bereiken. | De sessiestatus en gebufferde records moeten worden afgestemd. |
| Nieuwe sessie | De backend controleert de gebruikersrechten. | Vereist goedgekeurde lokale toestemming of een andere geteste toegangsmethode. | Vernieuw de machtigingen en controleer offline opstarten. |
| Stroomtoewijzing | Er kan zowel in de cloud als lokaal worden gewerkt. | Lokale besturing vereist werkende meters, communicatiemogelijkheden en geldige terugvalregels. | Stem de instructies voor het herstellen van de cloud af op de lokale beperkingen. |
| Sessie-opnamen | Tijdens het opladen worden de gegevens naar de backend verzonden. | Ondersteunde apparatuurbuffers definiëren transactiegegevens. | Uploaden, valideren en duplicaten of hiaten identificeren. |
| Betaling en roaming | Externe diensten autoriseren en verwerken aanvragen. | Online workflows kunnen mislukken; een aparte commerciële back-up is nodig. | Los problemen met autorisatie, facturering en afrekening op. |
Wordt een lopende laadsessie voortgezet?
Een reeds lopende sessie kan tijdens een verbindingsstoring worden voortgezet, mits de lader dit ondersteunt en de lokale bedrijfsomstandigheden geldig blijven. Het voertuig en de lader regelen de energieoverdracht nog steeds lokaal. De Open Charge Alliance beschrijft continue transactieverwerking en buffering in haar richtlijnen. OCPP-uptime-richtlijnen.
Desondanks kan internetverlies samenvallen met een andere storing. Een herstart van de router kan bijvoorbeeld een lokaal besturingspad verbreken, of een laadprofiel kan verlopen tijdens een langdurige storing. Test de volledige installatie in plaats van de sessiecontinuïteit te veronderstellen op basis van de protocolnaam.
Bestuurders hebben ook een bruikbare manier nodig om het opladen te voltooien. Controleer de ondersteunde lokale stopmethode, het gedrag van het voertuig en de procedure voor het loskoppelen van de connector. Een stopverzoek op afstand kan geen effect hebben op een lader zolang de communicatieverbinding niet beschikbaar is.
Hoe kunnen chauffeurs offline een nieuwe sessie starten?
Het starten van een sessie vereist een toegangsbeslissing. Tijdens een storing moet die beslissing afkomstig zijn van een beschikbaar lokaal mechanisme of een afzonderlijk functionerende service.
RFID: Lokale autorisatielijsten en opgeslagen referenties
Een lokale autorisatielijst bevat identificaties die zijn goedgekeurd voor het laadstation. Een autorisatiecache slaat de resultaten van eerdere autorisatiecontroles op. Ze dienen verschillende doeleinden: een lijst met geplande toegang kan bestuurders bevatten die de lader nog nooit hebben gebruikt, terwijl een cache afhankelijk is van eerdere activiteit.
OCPP 1.6-instellingen zoals Lokaal autoriseren offline, Lokale authenticatielijst ingeschakeld En AuthorizationCacheEnabled hebben invloed op deze workflows waar ze geïmplementeerd zijn. De Open Charge Alliance omvat zowel geldige als ongeldige identificatiescenario's in haar aanpak. OCPP 1.6 testdocumentatie.
Controleer voor een wagenparkbeheerder of goedgekeurde chauffeurs zijn geactiveerd voordat de verbinding wegvalt. Test verlopen inloggegevens, recent ingetrokken kaarten en een chauffeur die bij een ander laadstation aankomt. Een offline laadstation kan een nieuwe intrekking in de cloud pas verwerken nadat die update het station heeft bereikt.
Bluetooth: een lokale toegangsweg voor compatibele opladers
Bluetooth maakt het mogelijk dat een telefoon in de buurt rechtstreeks communiceert met compatibele hardware. De app moet echter ook offline-toegang ondersteunen. Een Bluetooth-radio alleen is onvoldoende als elke opstartaanvraag nog steeds een cloudlogin of een nieuw online token vereist.
Controleer de koppeling, eerder verstrekte inloggegevens, telefoonmachtigingen en de werking na het opnieuw opstarten van de app. Test met de oplader losgekoppeld van internet en de telefoon zonder mobiele data, zodat een andere verbinding geen afhankelijkheid maskeert.
Open toegang en onbekende inloggegevens
Sommige installaties staan automatisch opladen toe of accepteren offline onbekende identificatiegegevens. Dat kan de toegankelijkheid verbeteren, maar brengt wel een commerciële afweging met zich mee: de exploitant kan energie leveren zonder een geverifieerde betaler. Definieer wie deze modus mag gebruiken, wat de beperkingen zijn en hoe de kosten worden afgehandeld.
Automatisch starten is ook anders dan certificaatgebaseerd ISO 15118 Plug & Charge. Ga er niet van uit dat een van beide workflows offline werkt zonder de specifieke autorisatievereisten te controleren.
Kan load balancing werken zonder internetverbinding?
Ja, als de beslissingen over de stroomvoorziening lokaal worden genomen en de benodigde apparatuur blijft communiceren. Een laadstation of een controller op locatie kan lokale meterstanden gebruiken om capaciteit toe te wijzen zonder voor elke wijziging een cloudservice te hoeven raadplegen.
Dit is een praktisch onderscheid in architectuur. Tesla geeft bijvoorbeeld aan dat de door hen ondersteunde energiebeheerfuncties van de Wall Connector geen internettoegang vereisen. In de documentatie worden ook de apparatuur en compatibiliteitsvoorwaarden gespecificeerd. Dit is een productspecifiek voorbeeld en geen garantie voor andere hardware. Zie Tesla's documentatie over energiebeheer.
Bepaal voor uw locatie waar de metergegevens worden uitgelezen, waar de toewijzing wordt berekend en hoe de limieten elke lader bereiken. Voer vervolgens drie afzonderlijke tests uit: internetstoring, storing in de metercommunicatie en storing in de controller.
Testvoorbeeld: Een werkplek verliest de internetverbinding terwijl meerdere voertuigen aan het opladen zijn. Als de lokale controller en meter beschikbaar blijven, moet het overeengekomen lokale toewijzingsbeleid worden gevolgd. Als ook de meterstanden stoppen, heeft het systeem een gedefinieerde terugvaloptie nodig in plaats van oneindig te blijven vertrouwen op de laatst gemeten waarde.
Terugvalopties kunnen, afhankelijk van het goedgekeurde ontwerp, een verminderde toewijzing of het tijdelijk stopzetten van het opladen inhouden. De elektrotechnisch ontwerper van de locatie dient passende limieten te definiëren. Een lokale controller is geen vervanging voor elektrische beveiliging, en het behouden van een eerder cloudprofiel bewijst niet dat dynamische besturing nog steeds werkt.
Wat gebeurt er met sessiegegevens, facturering en betalingen?
Het registreren van energieverbruik, het berekenen van de rekening en het innen van de betaling zijn afzonderlijke processen. Een oplader kan voldoende informatie bewaren om een sessie te reconstrueren, zelfs als een betaaldienst niet bereikbaar is.
Vraag tijdens de inkoop de exacte bufferspecificaties op: bewaarde velden, opslagcapaciteit, bewaargedrag en wat er gebeurt na een herstart of wanneer de wachtrij vol is. Specificeer de identificatiecodes van de lader en de connector, de gebruikersidentificatiecode (indien beschikbaar), tijdstempels, begin- en eindmeterstanden, eenheden en informatie over het einde van de sessie.
Test bij tijdsgebonden tarieven de nauwkeurigheid van de klok en de tariefafhandeling. Een later geüpload record moet de relevante gebeurtenistijd behouden. Bepaal welke tariefversie van toepassing is en hoe sessies die een tariefwijziging overlappen, worden verwerkt.
Commerciële toegang verdient een aparte test. Een QR-code kan bijvoorbeeld alleen een online betaalpagina openen. Een opgeslagen betaalkaart garandeert niet dat een nieuwe betaling zonder internetverbinding kan worden geautoriseerd. Elke offline kaartacceptatie moet expliciet worden ondersteund door de betaalintegratie, met eigen limieten en een afstemmingsprocedure.
Een roamingkaart werkt mogelijk alleen als er een geldige lokale vergunning is; directe goedkeuring van een externe mobiliteitsaanbieder is wellicht niet beschikbaar. Vraag na of de transactiegegevens gefactureerd kunnen worden op grond van de betreffende partnerovereenkomst.
Hardwareleveranciers kunnen lokaal opladen onderscheiden van betaalde diensten. Tesla's Veelgestelde vragen over commerciële websitesHet bedrijf scheidt bijvoorbeeld het internetonafhankelijke energiebeheer op gratis locaties van de connectiviteit die nodig is voor de betaalde laadservice.
Wat moet er gebeuren als de internetverbinding hersteld is?
Het herstel is voltooid wanneer de operationele status en financiële gegevens weer betrouwbaar zijn, en niet wanneer het dashboard voor het eerst 'online' aangeeft. Gebruik een vooraf gedefinieerde herstelprocedure:
- Herstel de communicatie: Controleer of het station de beoogde backend bereikt en zijn huidige status rapporteert.
- Upload bewaarde transacties: De sessie-identiteit en de oorspronkelijke evenementtijden behouden.
- Controleer de volledigheid: Vergelijk meterstanden, sessie-einden en ontbrekende gegevens.
- Voorkom dubbele verwerking: Herhaalde pogingen mogen geen dubbele sessies of kosten met zich meebrengen.
- Vernieuwingsbeleid: Stem vergunningen, tarieven en laadlimieten af met de lokale overheid.
- Uitzonderingen beoordelen: Onderzoek onbekende gebruikers, geweigerde autorisaties en openstaande betalingen.
Bepaal ook hoe verouderde commando's worden afgehandeld. Een oude instructie op afstand mag niet per ongeluk een latere sessie beïnvloeden. Test herhaaldelijk opnieuw verbinden en gelijktijdig herstel op meerdere stations, inclusief eventuele gecontroleerde opstartfasen die op locatie nodig zijn.
De backend moet onderscheid maken tussen bewijs van vertraagde transacties en de actuele status. Een offline badge alleen kan niet bewijzen dat er tijdens de storing geen energie is geleverd.
Hoe test je offline EV-laden vóór de implementatie?
Gebruik representatieve productiehardware en registreer de firmware, configuratie, uitvalduur en waargenomen resultaten. De volgende acceptatiechecklist is een voorgesteld projectinstrument, geen rapport van reeds uitgevoerde tests.
Veeg horizontaal op je mobiel om het verwachte bewijsmateriaal te bekijken.
| Test | Actie | Bewijsmateriaal om te bewaren |
|---|---|---|
| Actieve sessie | Verbreek de cloudverbinding tijdens het opladen; voltooi het proces lokaal. | Continuïteit, stopgedrag, meterstanden en herstelde sessie. |
| Nieuwe autorisatie | Probeer geldige, verlopen, ingetrokken en onbekende RFID-gegevens. | Elke toegangsbeslissing komt overeen met het overeengekomen offlinebeleid. |
| Bluetooth-toegang | Schakel de internet- en mobiele dataverbinding van de oplader uit en herstart de app. | Ondersteuning voor lokaal starten en stoppen, inclusief toegangsbeperkingen. |
| Lokale energieregeling | Varieer de vraag op locatie offline; onderbreek de metercommunicatie afzonderlijk. | Gemeten toewijzing en de goedgekeurde noodoplossing. |
| Opslagbestendigheid | Voer herhaalde sessies en een goedgekeurde herstarttest uit. | Bewaartermijnen, overgebleven documenten en gedocumenteerde uitzonderingen. |
| Incasso en facturering | Herstel de verbinding en verbreek deze vervolgens opnieuw tijdens de synchronisatie. | Volledige registratie, gecontroleerde herhaalpogingen en geen dubbele facturering. |
Stem de slaagcriteria af met de fabrikant van de lader, de softwareleverancier, de installateur en de gebruiker. Wijs de verantwoordelijkheid voor elke mislukking toe. Een vastgelegd pilotresultaat is nuttiger dan een algemene verklaring dat het platform OCPP ondersteunt.
Een workflow voor offline opladen plannen met TrendPower
TrendPower heeft gepubliceerd Casestudy van een Amerikaans platform voor het opladen van elektrische voertuigen thuis Dit document beschrijft lokale Bluetooth-toegang voor compatibele laderconfiguraties, naast bediening op afstand via Wi-Fi en 4G. Het geeft ook aan dat latere synchronisatie deel uitmaakt van de geconfigureerde workflow.
Dat voorbeeld illustreert een projectmatige aanpak; het biedt geen universele offline ondersteuning voor elke lader of betaalmethode. Voor een nieuw netwerk is het belangrijk om de toegangs-, energiebeheer- en terugwinningsvereisten te evalueren met de betreffende afdeling. TrendPower EV-laadpuntbeheersysteem team tegen de hardware die je voor ogen hebt.
Als uw ontwerp DLB Edge of een andere on-site controller omvat, vraag dan om een schriftelijke verantwoordelijkheidskaart met daarin lokale beslissingen, meterafhankelijkheden, terugvalgedrag en herverbinding. Bevestig de beschikbare leveringsomvang door middel van een pilot in plaats van ervan uit te gaan dat een productnaam de offline mogelijkheden ervan definieert.
Moet u uw vereisten voor offline opladen definiëren?
Deel de merken, modellen, firmware, site-indeling, autorisatiemethoden en betalingsworkflow van uw opladers. Vermeld de verwachte duur van de uitval en de functies die u wilt behouden, zodat de projectbespreking zich kan richten op compatibiliteit, afhankelijkheden en acceptatietests.
Bespreek uw project voor offline opladenVeelgestelde vragen over offline opladen van elektrische voertuigen
Kan ik mijn elektrische auto opladen zonder wifi?
Vaak wel. Sommige laders werken lokaal of maken gebruik van een andere verbinding. Controleer de autorisatie- en planningsvereisten van uw model; het verlies van wifi-verbinding betekent niet automatisch dat er geen stroom beschikbaar is.
Garandeert OCPP-compatibiliteit het opladen offline?
Nee. OCPP definieert communicatiemogelijkheden, maar bruikbare offline werking is afhankelijk van de geïmplementeerde functies, firmware en instellingen. Test de vereiste workflow op de exacte combinatie van lader en backend.
Werkt het geplande opladen ook tijdens een stroomstoring?
Dit is mogelijk als het schema lokaal wordt opgeslagen en uitgevoerd met een werkende klok. Een schema dat een nieuw cloudcommando vereist, werkt mogelijk niet. Controleer de uitvoeringslocatie en het gedrag na een herstart.
Kunnen chauffeurs betalen met een QR-code wanneer het laadstation offline is?
Niet per se. Voor het afrekenen is mogelijk een internetverbinding op de telefoon, betalingsautorisatie en een werkend communicatiepad naar de oplader nodig. Test alle drie in plaats van de QR-code als offline toegang te beschouwen.
Worden alle offline gebeurtenissen later in het dashboard weergegeven?
Niet automatisch. Transactiebuffering en diagnostische logboekregistratie kunnen verschillende reikwijdtes hebben. Controleer welke records worden bewaard, wat hun capaciteitslimieten zijn en wat de backend na herstel kan reconstrueren.
Technische referenties en projectvoorbeeld
- Open Charge Alliance: Verbeterde uptime-monitoring met OCPP
- Open Charge Alliance: OCPP 1.6 Testcasedocument
- Tesla: Stroombeheer voor wandconnectoren
- Tesla: Veelgestelde vragen over de configuratie van de Wall Connector-locatie voor commerciële toepassingen
- TrendPower: Casestudy van een Amerikaans platform voor het opladen van elektrische auto's thuis
