Slim laden klinkt eenvoudig, totdat je een vervelende vraag stelt: hoe weet de lader eigenlijk wanneer hij moet vertragen?
Niet in de vage zin van "de app beslist". In de echte zin. Want als je huisaansluiting al druk is, of de zonne-opbrengst steeds schommelt, of twee auto's tegelijk dezelfde beschikbare stroom proberen te delen, moet iets de lader vertellen welke limiet nu geldt.
Dat "iets" is meestal een OCPP smart charging profiel.
Wat OCPP Smart Charging Profielen eigenlijk doen
Als je het protocoljargon even weglaat, is een OCPP smart charging profiel gewoon een set instructies die van het backend naar de lader worden gestuurd. Het platform bepaalt de limiet. De lader ontvangt die. Vervolgens wordt dat schema het plafond voor hoeveel stroom of vermogen de lader mag leveren.
Dus als mensen het over slim laden hebben, zit de intelligentie meestal niet in de lader zelf. Die zit in het OCPP-platform en het OCPP-backoffice of CSMS dat de lader beheert.
De drie profieltypen, kort
- ChargePointMaxProfile stelt een laderbreed plafond in.
- TxDefaultProfile stelt de standaardregel in voor toekomstige laadsessies.
- TxProfile stelt de regel in voor de laadsessie die nu bezig is.
Dat laatste is hier het belangrijkste.
TxProfile vs TxDefaultProfile: het praktische verschil
De makkelijkste manier om erover na te denken is dit:
- TxDefaultProfile is een plakbriefje dat wacht op de volgende sessie.
- TxProfile is een live instructie voor de sessie die al bezig is.
Een TxDefaultProfile kan absoluut nuttig zijn. Misschien wil je dat een lader een voorspelbare standaard aanhoudt als de verbinding wegvalt. Logisch.
Maar een TxProfile is anders. Het is gekoppeld aan een actieve transactie. Wanneer die sessie eindigt, wordt het profiel gewist of genegeerd. Dat maakt het veel beter voor live beslissingen in plaats van brede standaardinstellingen.
En dat is waar veel uitleggers vaag worden. Ze praten over laadprofielen alsof ze allemaal hetzelfde werken. Dat doen ze niet.
Waarom sessiespecifieke besturing ertoe doet
Echte laadcondities veranderen van minuut tot minuut.
Misschien trekken de oven, warmtepomp en EV-lader allemaal tegelijk stroom, waardoor de lader moet terugschakelen voordat een zekering eruit klapt. Misschien stijgt de zonneproductie plotseling omdat de wolken eindelijk zijn weggetrokken. Misschien moeten twee laders een beperkte aansluiting delen. Misschien is elektriciteit 's nachts goedkoop en later op de dag pijnlijk duur.
In die situaties kan een standaardregel te bot zijn. Je wilt niet altijd dat de lader de aannames van gisteren volgt. Je wilt een live sessieregel die past bij wat er nu gebeurt.
Dat is waarom TxProfile ertoe doet. Het geeft het backend een transactiespecifieke manier om het laden bij te sturen tijdens de actieve sessie, in plaats van alleen te vertrouwen op een persistent standaardprofiel dat eerder is ingesteld.
Hoe Plugchoice TxProfile in de praktijk gebruikt
Dit is ook waarom Plugchoice op TxProfile leunt.
Plugchoice positioneert zich als een OCPP-native platform met brede interoperabiliteit, een OCPP-proxy-aanpak die vendor lock-in helpt voorkomen, en praktische besturing via Plugchoice-integraties, de app, het webportaal en developer tools. Met andere woorden, het stuurt geen protocolberichten voor de sier. Het vertaalt live omstandigheden naar laadgedrag waar mensen echt iets aan hebben.
Denk aan slim laden-functies zoals dynamische loadbalancing, zonbalancering, power sharing, piekschaving en prijsgestuurd laden. Die functies voelen alleen slim aan als het systeem kan reageren op de sessie die ervoor ligt.
Dat is de match tussen Plugchoice en TxProfile. Een transactiegebonden profiel is een schone manier om de huidige sessie te besturen zonder een breed standaardprofiel achter te laten voor elke toekomstige sessie. Het houdt de instructie gekoppeld aan de transactie die het daadwerkelijk nodig heeft.
Die sessiespecifieke aanpak kan ook vriendelijker zijn dan het herhaaldelijk overschrijven van persistent standaardgedrag, afhankelijk van de implementatie van de lader. Het sterke punt is echter niet geheugenbelasting. Het sterke punt is dat TxProfile operationeel zinvol is voor live, sessiespecifieke besturing.
Als je de praktische laag daarachter wilt, heeft Plugchoice al nuttige uitleg over power management en tariff management.
Wat dit betekent als je een platform kiest
Wanneer een laadplatform zegt dat het slim laden ondersteunt, is het de moeite waard om nog een vraag te stellen: slim laden met welk soort besturing?
Want er is een echt verschil tussen een standaardregel die blijft hangen voor toekomstige sessies en een transactiespecifiek profiel dat kan reageren op wat er tijdens de sessie gebeurt.
Plugchoice's gebruik van TxProfile is een goed signaal dat het platform is gebouwd voor live besturing, niet alleen mooie dashboardtaal. Dat maakt uit voor installateurs, operators, developers en zelfs gewone EV-rijders die gewoon willen dat de lader zich verstandig gedraagt als de echte wereld rommelig wordt.
En als je bovenop een OCPP-platform bouwt, doet dat verschil er nog meer toe. Het protocol helpt alleen als het backend het goed gebruikt. Voor de technische volgende stap is de beste plek om verder te gaan de developer documentatie.