Energiebeheer & EMS-integratie FAQ
Een laadpaal staat niet alleen. Een moderne woning of gebouw heeft zonnepanelen, een batterij, een warmtepomp, sanitair-warmwateropslag, HVAC, verlichting, soms een zwembad — en daar bovenop een dynamisch elektriciteitstarief en een beperkte aansluiting. Slim laden in 2026 is een coördinatieprobleem, geen laadpaalprobleem.
Deze FAQ legt uit hoe Veton-laadpalen in dat plaatje passen: ingebouwd basis lastbeheer voor sites zonder volwaardig energiebeheersysteem (EMS), en een open Modbus/TCP-interface voor sites die er wel een hebben.
Waarom een extern energiebeheersysteem gebruiken?
De beste laadbeslissing hangt af van informatie die de laadpaal zelf niet heeft. Hoeveel zon er nu wordt opgewekt, de SoC van de batterij, of de warmtepomp op het punt staat een ontdooicyclus te starten, wat de spotprijs de komende vier uur gaat doen, of de vaatwasser draait, wat de aansluitlimiet is, om hoe laat de wagen morgenochtend klaar moet staan. De laadpaal ziet één stukje van de puzzel: de auto.
Een extern EMS ziet alles. Het kan beslissen om de auto trager te laten laden zodat de warmtepomp een warmwatercyclus kan afmaken op zon, of om de auto net 11 kW te geven omdat de spotprijs negatief is en de batterij vol staat. “Slim laden” dat enkel in de laadpaal zit kan dat soort beslissingen niet nemen, omdat het niet weet wat er verder in het gebouw gebeurt.
Eén systeem dat alles weet, is beter dan vijf apps die elk één ding weten. Dat is de architecturale reden om het EMS bóven de laadpaal te zetten, niet erin.
Eén app versus veel apps
In een premium project telt de gebruikerservaring evenveel als het energieresultaat. Een woning met één app voor de laadpaal, een tweede voor de omvormer, een derde voor de batterij, een vierde voor de warmtepomp en een vijfde voor de domotica is niet af — die is gefragmenteerd. De eindklant zou één interface moeten openen en één samenhangend beeld zien.
Daarom dringt Veton geen eigen cloud of app op aan installaties die al een domotica- of EMS-laag hebben. Niko Home Control, Qbus, Loxone, KNX, Home Assistant, Xemex, LifePowr — wie Modbus of OCPP spreekt, kan een Veton-laadpaal rechtstreeks aansturen. De eindklant houdt zijn vertrouwde interface; de laadpaal wordt deel van het gebouw, geen gast erin.
Wat als er geen EMS is?
De meeste woningen hebben geen volwaardig EMS, en velen zullen er ook nooit een hebben. Voor die installaties hebben Veton-laadpalen hun eigen basis lastbeheer ingebouwd:
- Statische stroomlimiet — per laadpaal in te stellen via de lokale webinterface of mobiele app, beschermt de aansluiting van het gebouw.
- Groepsbalancering — tot 48 Veton-laadpunten kunnen als één groep worden gebalanceerd vanuit één Phoenix Contact CHARX-controller, met meerdere groepen mogelijk.
- Mobiele app en lokale web-UI — starten, stoppen, max. stroom instellen, sessies bekijken, RFID-whitelist beheren — allemaal zonder afhankelijkheid van een cloud.
- Optionele dynamische balancering — met een externe nettmeter (Carlo Gavazzi, Iskra, Inepro, Phoenix Contact EEM-reeks) kan de laadpaal dynamisch terugschakelen als de rest van het gebouw meer trekt.
Dat volstaat voor de meeste residentiële sites met één laadpunt en kleine commerciële sites. Zodra een site zon, batterij en warmtepomp toevoegt en die wil coördineren, is het juiste antwoord een EMS toevoegen — niet meer logica in de laadpaal stoppen.
Hoe koppel ik mijn eigen EMS aan een Veton-laadpaal?
Veton-laadpalen draaien op een Phoenix Contact CHARX-controller met een gedocumenteerde Modbus/TCP-registermap op poort 502. Elk EMS dat Modbus/TCP spreekt, kan live laaddata uitlezen en de doelstroom wegschrijven. Geen cloud-tussenstap, geen vendor lock-in, geen API-key.
Verbindingsdetails
- Protocol: Modbus/TCP
- Poort: 502
- Unit ID / slave: 1
- Connector base offset:
connector_nummer × 1000(connector 1 gebruikt registers 1000–1999, connector 2 gebruikt 2000–2999, enz.) - 32-bit waarden: twee registers, MSW eerst, big-endian
De registers die een EMS écht nodig heeft
Een typisch EMS hoeft slechts een handvol registers te lezen om goede beslissingen te nemen, en één register te schrijven om die uit te voeren. De volledige Phoenix Contact registermap is groot; de praktische subset voor energiebeheer is kort.
| Register | Type | Betekenis |
|---|---|---|
| X232–X243 | lezen, 6×int32 | Spanningen L1/L2/L3 (mV) en stromen L1/L2/L3 (mA) |
| X244–X249 | lezen, 3×int32 | Actief vermogen (mW), reactief vermogen (mvar), schijnbaar vermogen (mVA) |
| X250–X253 | lezen, int64 | Totaal geleverde energie (Wh) |
| X289–X292 | lezen, int64 | Sessie-energie (Wh) |
| X297 | lezen, uint16 | Actueel geleverde laadstroom (A) |
| X298 | lezen, uint16 | Connector-capaciteit (A) |
| X299 | lezen, ASCII | IEC 61851-1 voertuigstatus (A1, B1, B2, C1, C2, …) |
| X300 | schrijven, bool | Laden vrijgeven (1 = laden toegestaan, 0 = pauzeren) |
| X301 | schrijven, uint16 | Max. laadstroom in A (bereik 6–80) |
| X304 | schrijven, bool | Connector beschikbaarheid |
| X306 / X307 | schrijven, uint16 | Watchdog fallback-stroom (A) en timeout (s) |
| 167 | schrijven, uint16 | Globale dynamische max. stroom voor groeps-lastbeheer |
Voor een station met één connector ziet de integratielus er als volgt uit: lees X232–X299 om de paar seconden, beslis een doelstroom op basis van zon, batterij, prijs en andere lasten, schrijf X301 en ververs de watchdog. Dat volstaat om PV-tracking, dynamisch lastbeheer en prijsgestuurd laden vanuit eender welk EMS te realiseren.
Gebruik de watchdog
Configureer altijd de Modbus-watchdog (X306 + X307). Als het EMS of het netwerk wegvalt, valt de laadpaal na de timeout terug op een veilige stroom in plaats van de laatste opgelegde waarde aan te houden. Dat is het verschil tussen een EMS-integratie die veilig in productie kan en een die dat niet kan.
Bestaat er een referentie-implementatie?
Ja. Veton onderhoudt een open Home Assistant-integratie die exact bovenstaande registers gebruikt. Ze bevat een coordinator die de laadpaal elke 5 seconden polt, een EMS-controller met zeven modi (zon, capaciteit, tarief en combinaties), HomeWizard P1-meterintegratie en EnergyZero day-ahead prijzen voor Nederland en België.
Het is een werkend voorbeeld van een derde-partij EMS dat een Veton-laadpaal aanstuurt over Modbus/TCP, en bewust leesbaar gehouden zodat installateurs en integrators de patronen kunnen overnemen in Niko Home Control, Loxone, KNX, OpenHAB, ioBroker of een custom PLC.
En OCPP dan?
OCPP is het juiste protocol voor de relatie met een laadplatform: facturatie, RFID-autorisatie, remote support, multi-site rapportering. Het is niet het juiste protocol voor sub-seconde energiebeslissingen binnen één gebouw. Daarvoor is Modbus/TCP sneller, eenvoudiger en volledig lokaal.
De meeste goed ontworpen Veton-sites gebruiken beide: OCPP naar een laadplatform naar keuze van de eigenaar, en Modbus naar het lokale EMS voor real-time energiebeheer. Ze zitten elkaar niet in de weg.
Verwante onderwerpen
Zie ook load balancing, zonne-laden, lokaal OCPP, EMS en cloud-beheer, OCPP en laadplatformen en laadvermogen en kabels.
