Een oplader die stroom heeft, aangesloten is en zichzelf beschikbaar meldt, telt mee als oplader. Als het er niet in slaagt een sessie voor een bepaald voertuig te starten, of dertig seconden later toestemming geeft en stopt, ondervindt de bestuurder een storing die het dashboard nooit heeft geregistreerd.
Deze kloof is de reden waarom netwerken met uitstekende uptimecijfers slechte beoordelingen krijgen en waarom operators vaak verrast worden door hun eigen reputatie.
Wat de uptime eigenlijk meet
Bij de meeste implementaties wordt gemeten of de lader een verbinding met de backend onderhield en een beschikbare status rapporteerde. Beide zijn eerder eigenschappen van de zelfbeoordeling van de lader dan van de ervaring van de bestuurder.
Een oplader heeft geen zicht op een plek die wordt geblokkeerd door een niet-opladend voertuig, een beschadigde kabel, een onleesbaar display in zonlicht of een nadering waar niemand kan parkeren.
De fouten die nooit een ticket genereren
Een chauffeur die niet aan een sessie kan beginnen, vertrekt meestal liever dan zich te melden. Die gebeurtenis bestaat alleen in de backend als autorisatie zonder daaropvolgende transactie, en alleen als iemand ernaar zoekt.
Dit zijn de fouten die de benutting het meest schaden en het minst in de operationele rapportage voorkomen, wat een slechte combinatie is.
Sessiesucces is de eerlijke maatstaf
Pogingen die geleverde energie werden, gedeeld door pogingen. Het registreert alles wat de uptime mist, omdat het het resultaat meet waarvoor de bestuurder kwam.
Het is moeilijker te berekenen, omdat je moet beslissen wat als een poging telt, en het is de moeite waard. Een netwerk dat alleen de uptime bijhoudt, meet datgene waar het het minst invloed op heeft.
Stille degradatie
Eenheden kunnen zich beschikbaar melden terwijl ze onder de capaciteit werken: een connector die onbetrouwbaar vergrendelt, een contactor die langzamer is dan hij was, een kabel met intermitterende continuïteit. Geen van deze veroorzaakt een foutstatus.
Om deze te detecteren zijn trends nodig in plaats van drempels, wat betekent dat we de geschiedenis moeten behouden en naar veranderingen in de loop van de tijd moeten kijken in plaats van naar huidige waarden.
Rapporteer beide en verklaar de kloof
Uptime blijft nuttig voor contracten en voor het vergelijken van de beschikbaarheid van infrastructuur. Sessiesucces voorspelt of chauffeurs terugkeren.
Door beide te rapporteren en de verschillen daartussen als een interessant getal te beschouwen, worden operationele gegevens omgezet in iets dat het netwerk verbetert in plaats van het te beschrijven.
Wat moet je eerst veranderen
- Begin met het registreren van autorisatiepogingen die geen transactie hebben opgeleverd.
- Maak onderscheid tussen stops aan de voertuigzijde en storingen van de lader, zodat deze twee niet door elkaar worden gehaald.
- Behoud statusovergangen in plaats van alleen de huidige status.
- Rapporteer sessiesucces naast uptime en bekijk de kloof.