Laadpaal per laadpaal
Elke fabrikant en backend brengt net andere statuscodes, sessieflows en beperkingen mee. Je product groeit mee in complexiteit.
Eén model voor sessies en vermogen
Je applicatie werkt met dezelfde velden voor start/stop, geladen energie, connectorstatus en live vermogen, ongeacht het merk.
Waarom directe OCPP-integratie vaak tegenvalt
OCPP wordt vaak gezien als de oplossing, maar is in de praktijk vooral een protocolbasis. Developers moeten nog steeds omgaan met verschillen in implementatie, connectiviteitsproblemen, sessiegedrag en backendmodellen.
Voor één project is dat te overzien. Voor meerdere klanten, merken of landen wordt het snel een onderhoudsprobleem.
Wat een uniforme API toevoegt
Met een uniforme EV-laadpaal API werk je op een stabiele productlaag. Dat betekent dat je sessies, vermogen, status en historische data op dezelfde manier kunt opvragen, ongeacht welke laadpaalbron eronder ligt.
- OCPP 1.6
- OCPP 2.0.1
- Vendor backends
- Site controllers
- Billing
- Fleet management
- Load balancing
- Smart charging
Belangrijke use cases
Fleet management
Operationele teams willen live zien welke voertuigen laden, welke sessies uitvallen en hoeveel vermogen een site trekt. Dat vraagt consistente statusdata en betrouwbare timestamps.
Billing en allocatie
Voor verrekening wil je exact weten hoeveel energie per sessie is geleverd, aan welke connector en in welke tijdsperiode.
Load balancing en smart charging
Zodra je slim wilt sturen op pieken, netcapaciteit of dynamische tarieven, moet laadpaaldata samenkomen met gebouwdata, meterdata en eventueel batterijstatus. Dat lukt alleen als die lagen op elkaar aansluiten.
Waar EDX past
EDX normaliseert laadpaaldata zodat je EV-use cases niet los staan van de rest van je energiesysteem. Je kunt laadsessies combineren met meterstanden, gebouwverbruik, batterijen en governance-regels in hetzelfde model.
Veelgestelde vragen
Ondersteunt EDX OCPP 1.6 en OCPP 2.0?
Ja. EDX normaliseert laadpaaldata uit verschillende OCPP-versies zodat je applicatie niet per protocolvariant hoeft te vertakken.
Kan ik deze data gebruiken voor billing of allocatie?
Ja, sessietijden, geladen kWh en connector-identifiers vormen de basis voor billing, kostenallocatie en rapportage. Juridische validatie van meetnauwkeurigheid blijft wel een projectspecifiek punt.
Is deze aanpak ook bruikbaar voor slim laden of V2G?
Ja. Een uniforme datalaag helpt juist bij use cases zoals load balancing, smart charging en voorbereiding op vehicle-to-grid, omdat status en sessiedata consistent beschikbaar zijn.