Hoe volg je de communicatie van een laadpaal?
Het bijhouden van de communicatie van een laadpaal is van onschatbare waarde voor het beheren van je operaties. Door specifieke commando's te filteren, zoals autorisatieberichten of start-transactieberichten, vind je snel de informatie die je nodig hebt. Dit zorgt voor overzicht en efficiëntie in het beheer van je laadpalen.
Communicatie van een laadpaal filteren
Selecteer de laadpaal die je wilt bekijken.
Ga naar het onderdeel commando's.
Klik op filters om de filteropties te openen.
Kies de methode waarop je wilt zoeken en klik op toepassen.
Je ziet nu alle geselecteerde commando's voor die laadpaal.
Veelgebruikte OCPP-methodes
ChangeConfigurations
Verzonden van het Centraal systeem → Laadpaal. Wordt gebruikt om een configuratiesleutel/-waarde op de laadpaal bij te werken (bijvoorbeeld het wijzigen van het heartbeat-interval, het inschakelen van slim laden, of het instellen van een meterinterval). De laadpaal reageert met
Accepted,RejectedofRebootRequired(als de wijziging pas na een herstart van kracht wordt).
StatusNotifications
Verzonden van de Laadpaal → Centraal systeem. De laadpaal meldt zijn huidige status voor een connector (bijvoorbeeld
Available,Charging,SuspendedEV,Faulted,Unavailable). Op deze manier weet de backend in real time wat er bij de laadpaal gebeurt; het is puur informatief en er wordt geen andere reactie verwacht dan een bevestiging.
GetConfiguration
Verzonden van het Centraal systeem → Laadpaal. Wordt gebruikt om een of meer configuratiesleutels van de laadpaal uit te lezen. Als je deze verstuurt zonder specifieke sleutel op te geven, retourneert de laadpaal alle configuratiewaarden. Handig voor diagnose, bijvoorbeeld om te controleren welke firmware-instellingen actief zijn.
Authorize
Verzonden van de Laadpaal → Centraal systeem. Wanneer een rijder een RFID-kaart aanbiedt, vraagt de laadpaal aan de backend: "Mag deze kaart hier laden?" De backend reageert met
Accepted,Blocked,ExpiredofInvalid. Dit vormt de kern van de toegangscontrole, en hier komt ook de whitelisting van Access Groups om de hoek kijken.
StartTransaction
Verzonden van de Laadpaal → Centraal systeem. Meldt aan de backend dat een laadsessie is gestart. Bevat het RFID-token, de connector-ID, de meterstand bij aanvang en een tijdstempel. De backend reageert met een transactie-ID en een autorisatiestatus. Dit creëert het sessierecord in het platform.
StopTransaction
Verzonden van de Laadpaal → Centraal systeem. Meldt aan de backend dat een sessie is beëindigd (doordat de rijder de kabel loskoppelt, de sessie via de app stopt, of door een remote stopcommando). Bevat de eindmeterstand, de transactie-ID en de reden van beëindiging. Dit sluit de sessie af en start de facturatie.