Capaciteitsprognose van net of locatie Verdeeld over de laadpunten Afwijkingen terug gemeld

OSCP-koppeling laten maken voor slim laden

Laadpalen kunnen meer vragen dan een aansluiting aankan. Het Open Smart Charging Protocol, OSCP, is gemaakt om de beschikbare capaciteit vooraf door te geven: van de netbeheerder of de eigenaar van een locatie aan de backoffice van de laadpalen. Appfront bouwt OSCP-koppelingen, zodat die prognose binnenkomt, over de laadpunten wordt verdeeld en terug wordt gemeld wat er werkelijk is gebruikt.

Wat is een koppeling met het Open Smart Charging Protocol?

OSCP is een open protocol dat de beschikbare capaciteit van een netaansluiting doorgeeft aan het systeem dat de laadpalen aanstuurt. De partij die de capaciteit kent, de netbeheerder of de eigenaar van de locatie, stuurt een prognose voor de komende uren; de backoffice van de laadpalen houdt zich daaraan en meldt terug wat er werkelijk is gebruikt. Versie 1.0 kwam in 2015 en werkte met SOAP; versie 2.0 kwam in 2020, werkt met JSON en REST en kent ook prognoses voor opwek en verbruik.

In de praktijk is het een vertaalslag. De prognose komt binnen per aansluiting en per tijdvak, maar de laadpalen moeten per laadpunt een grens krijgen, via de laadprofielen van OCPP. Komt er een nieuwe prognose, dan moeten de profielen mee. Valt de verbinding weg, dan moet er een veilige terugvaloptie zijn. En wie later wil laten zien dat de grens is gerespecteerd, heeft het gebruik per tijdvak nodig. Dat is het werk van de koppeling.

Wij bouwen maatwerk omdat de situatie per locatie anders is. Of uw netbeheerder of uw locatie OSCP gebruikt, of dat de capaciteit uit een eigen energiemanagementsysteem komt, bepaalt de route. Goed om te weten: de Open Charge Alliance ontwikkelt OSCP op dit moment niet actief door. Waar het al gebruikt wordt, sluiten we erop aan; waar een andere route beter past, zeggen we dat.

Prognose

Capaciteit vooraf bekend.

Verdeeld

Per laadpunt een grens.

Teruggemeld

Wat er echt gebruikt is.

Hoe wij uw koppeling met het Open Smart Charging Protocol bouwen

We beginnen bij uw locaties: welke aansluitingen, welke laadpalen en backoffice, waar de capaciteit vandaan komt en wie de prognose levert. Daarna bouwen we een eerste koppeling voor één locatie, zodat zichtbaar is dat prognose, verdeling en terugmelding kloppen. U draait er een tijd mee. Meer locaties, de terugvaloptie, rapportage en bewaking volgen als dat goed loopt. Daarna houden we de koppeling bij als uw locaties, het protocol of uw backoffice veranderen.

1
Locaties in kaart

Aansluiting en laadpalen.

2
Eerste locatie

Prognose naar laadpunt.

3
Uitgebreid

Terugval en rapportage.

4
Livegang en beheer

Livegang, bewaking, en beheer bij wijzigingen.

Wat een koppeling met het Open Smart Charging Protocol concreet doet

De onderdelen hieronder komen in vrijwel elke OSCP-koppeling terug. Welke u nodig hebt, hangt af van uw locaties en wie de capaciteit levert.

Prognose ontvangen

Per aansluiting en tijdvak.

Verdelen

Over de laadpunten.

Laadprofielen

Via OCPP naar de paal.

Terugmelden

Gebruik per tijdvak.

Terugval

Veilig bij uitval.

Bewaking

Signaal bij afwijking.

Voor wie wij een koppeling met het Open Smart Charging Protocol bouwen

De koppeling is bedoeld voor organisaties die laadpalen binnen een capaciteitsgrens moeten laten werken die vooraf wordt doorgegeven. Hoe krapper de aansluiting en hoe meer laadpunten, hoe meer het oplevert.

Exploitanten

Laadpalen op veel locaties.

Backoffices

Protocol in eigen platform.

Bedrijfsterreinen

Krappe aansluiting.

Wagenparken

Laden op eigen terrein.

Technologie en koppelingen

Deze pagina gaat over het doorgeven van capaciteit aan de backoffice van laadpalen. Voor de verbinding tussen laadpaal en backoffice is er onze pagina over de OCPP-koppeling, voor roaming tussen partijen onze pagina over de OCPI-koppeling, en voor de energiehuishouding van een locatie onze pagina over energiemanagement-software. Onze werkwijze leest u op software laten maken.

OSCP 2.0 (JSON en REST) OSCP 1.0 (SOAP) OCPP-laadprofielen Energiemanagementsysteem Meetgegevens per tijdvak Terugvaloptie Dashboard per locatie Rapportage Webhooks Logboek

Waarom Appfront voor uw koppeling met het Open Smart Charging Protocol?

Een aansluiting die overbelast raakt, laadpalen die stil vallen omdat de grens te voorzichtig is gezet, of geen bewijs dat een afspraak met de netbeheerder is nagekomen, kost een exploitant geld en vertrouwen. Daar bouwen we op: de capaciteit vooraf bekend, eerlijk verdeeld over de laadpunten, en het gebruik per tijdvak vastgelegd.

Binnen de grens

Aansluiting niet overbelast.

Meer geladen

Ruimte goed benut.

Aantoonbaar

Gebruik per tijdvak.

Security en privacy bij een koppeling met het Open Smart Charging Protocol

Capaciteit en verbruik zeggen iets over uw locaties en uw klanten. De koppeling wisselt alleen uit wat nodig is, verbindingen zijn versleuteld en per partij geauthenticeerd, en elke prognose en elk laadprofiel wordt met tijd vastgelegd.

De koppeling draait in een Europees datacenter, met bewaking op de verbinding. Valt de prognose weg, dan gaan de laadpunten naar een veilige terugvalwaarde die u vooraf hebt afgesproken, in plaats van zonder grens door te laden.

Veelgestelde vragen over een koppeling met het Open Smart Charging Protocol

Vragen die exploitanten en locatie-eigenaren stellen voordat ze hiermee beginnen.

Het Open Smart Charging Protocol, een open protocol waarmee een netbeheerder of locatie-eigenaar de beschikbare capaciteit van een aansluiting vooraf doorgeeft aan de backoffice van de laadpalen, die zich daaraan houdt en het gebruik terugmeldt.

OSCP 1.0 kwam in 2015 en werkt met SOAP; OSCP 2.0 kwam in 2020 en werkt met JSON en REST. Nieuwe koppelingen bouwen we doorgaans op 2.0, tenzij de andere partij alleen 1.0 ondersteunt.

De Open Charge Alliance ontwikkelt OSCP op dit moment niet actief door. Waar het al gebruikt wordt, werkt het. Als uw netbeheerder of locatie een andere route gebruikt, kijken we samen welke het beste past.

OCPP is de verbinding tussen laadpaal en backoffice. OSCP gaat een laag hoger: het geeft de backoffice door hoeveel capaciteit er is. De koppeling vertaalt de OSCP-prognose naar OCPP-laadprofielen per paal.

Dan gaan de laadpunten naar een veilige terugvalwaarde die vooraf is afgesproken, zodat de aansluiting niet wordt overbelast. Zodra er weer een prognose is, gaat de koppeling verder.

Ja. Op een bedrijfsterrein met zonnepanelen of een batterij kan het eigen energiemanagementsysteem de rol van capaciteitsleverancier hebben, via OSCP of een directe koppeling.

Voor exploitanten en locaties waar meerdere laadpunten binnen een capaciteitsgrens moeten werken die vooraf wordt doorgegeven. Bij een paar palen achter een ruime aansluiting volstaat de ingebouwde verdeling van de laadpaal vaak.

Laden binnen de grens van de aansluiting?

Vertel ons welke locaties u hebt en waar de capaciteit vandaan komt. We laten zien hoe een OSCP-koppeling dat kan regelen.

Edit Content