Eerst ter plaatse, dan de omvang van de storing in het tabblad „Onderhoud” van het dashboard. Daarna laadpaal per laadpaal: de status, de reden van de onderbreking in de logs en het token.
Transcript Klik op een alinea om de video vanaf dat punt af te spelen.
Inleiding 0:06 Hallo! Deze sectie helpt je de meest voorkomende problemen op te lossen. We beginnen met een laadpaal die geen verbinding maakt: eerst ter plaatse, dan in het platform. Vóór het platform 0:17 In de overgrote meerderheid van de gevallen heeft een laadpaal die geen verbinding meer maakt geen probleem met het platform. De oorzaak ligt ter plaatse: het netwerk, of de laadpaal zelf. 0:26 Meestal is het het netwerk. Een simkaart kan voorbehouden zijn aan een ander platform: dan blokkeert ze de adressen van Chargekeeper. Of de databundel is op, of de zendmast is defect. 0:38 Op een bedrijfsnetwerk blokkeert vaak de router of de firewall de laadpaal. Of haar eigen netwerkinstellingen, zoals de DNS-server. 0:46 En soms is het de laadpaal: defect, of na een firmware-update die de fabrikant op afstand heeft doorgevoerd. 0:53 De juiste reflex: hoeveel laadpalen zijn getroffen? Eén enkele, terwijl de andere verbonden zijn: de oorzaak ligt ter plaatse, niet in het platform. Veel tegelijk: denk aan een partij simkaarten, of aan een defecte zendmast in een regio. De omvang bepalen 1:08 Om te weten hoeveel laadpalen getroffen zijn, open je het „Dashboard”, tabblad „Onderhoud”. Bovenaan: de laadpalen die nu niet verbonden zijn, en hun aandeel in het park. 1:19 De „Tijdlijn van incidenten” toont een piek: zes laadpalen vielen in hetzelfde uur weg. Dat is geen defecte laadpaal, dat is een gebeurtenis. 1:29 De kaart van niet-verbonden laadpalen situeert het: alles is geconcentreerd in Marseille. 1:34 En „Meest getroffen locaties” bevestigt het: Plateforme Marseille Port is volledig offline. Valt een hele locatie uit, dan is het vaak de internettoegang, de stroomvoorziening of de zendmasten in de regio. 1:47 In Lyon daarentegen is maar één laadpaal getroffen: ACME-LYS-04. Die diagnosticeren we afzonderlijk. De status van de laadpaal 1:57 In „Laadpalen” bevestigt de statuskolom het: ACME-LYS-04 is „Niet verbonden”, de naburige laadpalen „Verbonden”. 2:08 Beweeg over de status: je leest sinds wanneer de laadpaal niets meer heeft verzonden. Op de fiche geeft het tabblad „Hardware” ook de „Laatste communicatie” en de OCPP-versie. De logs 2:24 Om te weten waarom, open je „Logs” en zoek je de laadpaal. Hier antwoordde ze niet meer op de controles van het platform: na drie pogingen werd de verbinding verbroken. 2:35 Hier heeft het platform een laadpaal afgesloten die niet meer antwoordde: de oorzaak zoek je ter plaatse, of met de installateur. Het helpcentrum beschrijft deze controles. Een laadpaal die nooit verbonden was 2:45 Een laadpaal die nooit verbonden was, staat niet in de lijst. Controleer dan het token, in het tabblad „Laadpaal verbinden”: het moet „Geldig” zijn. Een verlopen token wordt geweigerd. 2:58 Daarna het URL-type, hier „Organisatie”. Bij „Cloud” moet de in het token ingevoerde identificatie exact die van de laadpaal zijn. De video „Een laadpaal verbinden met een token” legt deze instellingen uit. De laadpaal is terug 3:12 Is het probleem opgelost, dan maakt de laadpaal vanzelf weer verbinding en staat ze opnieuw op „Verbonden”. Om te onthouden 3:20 Onthoud: meestal is het het netwerk of de laadpaal, niet het platform. Eén laadpaal of een hele locatie: het tabblad „Onderhoud” zegt het. „Logs” zegt waarom; een laadpaal die nooit verbonden was: controleer het token. 3:35 In de volgende video: een laadpas die het laden niet start. 
