Alle artikelen
OCPP570 woordenVertaalconcept – niet geïndexeerd

OCPP StatusNotification In kaart brengen: voorbereiden, opladen, voltooien en fouten

De status van de oplader en wat een operatordashboard laat zien, zijn niet hetzelfde. Hoe connectorstatussen in kaart worden gebracht, waar platforms het niet mee eens zijn en waarom een ​​oplader beschikbaar en onbruikbaar kan zijn.

Technisch beoordeeld door Akhil Joy, CEO. Laatst beoordeeld 2026-09-01.

StatusNotification is hoe een oplader het platform vertelt wat elke connector doet. Het klinkt eenvoudig en is de bron van verrassend veel operationele verwarring, omdat de staten de visie van de lader beschrijven in plaats van de ervaring van de bestuurder.

Een connector die zichzelf beschikbaar meldt, kan fysiek geblokkeerd zijn, en een connector die een storing meldt, kan prima worden opgeladen. Beide situaties zijn consistent met de specificatie.

De staten, en wat ze eigenlijk betekenen

  • Beschikbaar: er is niets aangesloten en de connector is klaar voor gebruik.
  • Voorbereiden: een voertuig of kabel is aangesloten, maar er stroomt nog geen energie, meestal in afwachting van autorisatie.
  • Opladen: energie stroomt.
  • SuspendedEV: de lader biedt energie aan en het voertuig verbruikt deze niet.
  • SuspendedEVSE: de lader biedt momenteel geen energie, bijvoorbeeld onder belastingbeheer.
  • Afwerking: de sessie is beëindigd, maar de connector is nog niet vrijgegeven.
  • Gereserveerd, niet beschikbaar en defect: administratieve of foutcondities.

De twee opgeschorte staten beschikken over de meeste informatie

SuspendedEV betekent dat het voertuig niet meer trekt. Vaak is dat simpelweg een volle accu, of een vertrektimer, of een laadlimiet die de bestuurder heeft ingesteld. Meestal is er geen sprake van een fout en is er geen actie vereist.

SuspendedEVSE betekent dat de oplader energie vasthoudt, wat bij beheerd opladen normaal en te verwachten is. Platforms die beide staten als een probleem presenteren, genereren ondersteunend werk dat niets hoeft op te lossen.

Waar dashboards misleiden

Operators willen doorgaans een eenvoudig beeld: werkend, in gebruik of kapot. Door negen toestanden in kaart te brengen op drie gaat er informatie verloren, en welke informatie verloren gaat is een ontwerpkeuze die meestal zonder veel nadenken wordt gemaakt.

De meest schadelijke vereenvoudiging is het behandelen van Voorbereiden als in gebruik. Een connector die voor onbepaalde tijd in Voorbereiding staat, omdat de autorisatie nooit is voltooid, is een mislukte sessie die door het dashboard als activiteit wordt geteld.

Beschikbaar betekent niet bruikbaar

Een lader rapporteert over zijn elektrische en logische toestand. Het heeft geen zicht op een voertuig dat in de laadruimte geparkeerd staat zonder op te laden, een beschadigde kabel, een geblokkeerde nadering of een display dat niemand in zonlicht kan lezen.

Dit is de kloof tussen de gerapporteerde uptime en de ervaring van de betrouwbaarheidsdrivers, en daarom is sessiesucces een eerlijker operationeel meetinstrument dan beschikbaarheid.

Faulted is minder specifiek dan het klinkt

De foutstatus gaat gepaard met een foutcode en het bereik van codes is beperkt in verhouding tot het bereik van dingen die fout kunnen gaan. Fabrikanten brengen hun interne omstandigheden op een andere manier in kaart op die beperkte set, dus dezelfde code betekent verschillende dingen in een gemengd wagenpark.

Leveranciersspecifieke foutinformatie is vaak beschikbaar naast de standaardcode, en dit is meestal de informatie waar actie op ondernomen kan worden. Een platform dat alleen de standaardcode opslaat, gooit deze weg.

Overgangen zijn belangrijker dan staten

Een momentopname van de huidige situatie geeft minder antwoord dan de opeenvolging van transities. Beschikbaar voor Voorbereiden voor Beschikbaar, herhaald, is een oplader waar sessies worden geprobeerd en afgebroken. Dezelfde oplader die met tussenpozen wordt ondervraagd, ziet er prima uit.

Het behouden van de transitiegeschiedenis is wat statusgegevens omzet in diagnose, en het is een platformmogelijkheid die de moeite waard is om te controleren vóór selectie in plaats van na een incident.

Wat u moet verifiëren tijdens de integratie

  • Dat elke status die de lader kan rapporteren, wordt afgehandeld in plaats van dat er sprake is van een standaardstatus.
  • Dat de twee opgeschorte staten worden onderscheiden en niet beide als fouten worden weergegeven.
  • Die leverancierspecifieke foutinformatie blijft naast standaardcodes behouden.
  • Dat overgangen worden vastgelegd, meer dan de huidige staat.
  • Die connectornummering komt overeen tussen lader en platform.