Van protocolondersteuning tot compatibiliteit met voertuigen in de praktijk, systeem betrouwbaarheid en commerciële implementatie.
Wat betekent het nu eigenlijk als een fabrikant van opladers zegt dat zijn product "ISO 15118 ondersteunt" of "V2G-ready" is?
Beschikt het over de benodigde communicatiehardware en een basisprotocolimplementatie, of is het al getest met echte voertuigen van verschillende fabrikanten? Kan het omgaan met communicatiestoringen, onderbroken laadsessies, veranderende vermogenslimieten en verschillen in voertuiggedrag? Hoe snel kan de fabrikant een onverwacht probleem identificeren en oplossen wanneer een nieuw voertuig of een software-update dit introduceert?
Voor klanten gaan de vragen verder dan de specificaties: wat is er getest, met welke voertuigen is de lader compatibel, hoe presteert hij onder zware omstandigheden en hoe goed kan hij zich aanpassen aan toekomstige veranderingen.
Deze verschillen zijn niet altijd direct duidelijk bij de keuze van een lader. Naarmate er nieuwe voertuigen op de markt komen, de voertuigsoftware via OTA-updates wordt bijgewerkt en laders steeds nauwer geïntegreerd raken met EMS, CPMS en andere energiesystemen, hebben compatibiliteit en continue technische ondersteuning een directe invloed op de integratie op lange termijn en de operationele kosten.
Het is daarom de moeite waard om niet alleen te kijken of een functie op de lijst staat, maar ook hoe grondig deze is geïmplementeerd en getest, en of de fabrikant de expertise heeft om deze te onderhouden en te verbeteren.
De afgelopen maanden, NexBlue We hebben de standaardisatietests voortgezet, de bidirectionele stroomtoevoer in het laboratorium gevalideerd, interoperabiliteitstests met echte voertuigen uitgevoerd en de backend-integratie voltooid. We hebben voertuigidentificatie ook in de praktijk gebracht via AutoCharge. Dankzij onze eigen hardware- en softwareontwikkeling brengt dit werk onze ISO 15118-implementatie dichter bij een praktische V2X-implementatie.
1. Tot nu toe behaalde resultaten: van normeringstests tot echte voertuigen
TÜV Rheinland: volledige ISO 15118-protocoltest
NexBlue heeft bij TÜV Rheinland systematische protocoltests afgerond, waarbij alle testgevallen van ISO 15118-2 en ISO 15118-20 zijn getest.
De tests omvatten het tot stand brengen van verbindingen, het uitwisselen van protocolberichten, beveiligde communicatie, het onderhandelen over factureringsparameters en de bijbehorende bidirectionele communicatiesequenties. Onze implementatie werd beoordeeld aan de hand van de eisen van beide standaarden.
Voortbouwend op dit werk hebben we de tests uitgebreid naar daadwerkelijke bidirectionele stroomtoevoer, echte voertuigen, back-endsystemen en interoperabiliteit tussen meerdere OEM's.
ElaadNL: daadwerkelijke bidirectionele stroomtoevoer
Tussen 2 en 4 februari 2026, NexBlue Bij ElaadNL hebben we ISO 15118-testen uitgevoerd. Deze testen omvatten AC HLC, Plug & Charge en bidirectioneel laden, inclusief SLAC, TLS 1.2/1.3, EXI, onderhandeling over laadparameters en EIM.
Met behulp van een Keysight-voertuigemulator, NexBlue Er werd een omgekeerde vermogensstroom van ongeveer 19 kW bereikt. Het vermogensniveau werd beperkt door de capaciteit van de emulator.
Dit was niet zomaar een uitwisseling van protocolberichten: elektrische energie stroomde fysiek in de omgekeerde richting, wat de bidirectionele energieoverdracht in de testopstelling aantoonde.
Monta: Plug & Charge van begin tot eind met echte voertuigen
Op 6 en 9 februari 2026, NexBlue We hebben de ISO 15118-2 Plug & Charge-tests met Monta in de praktijk uitgevoerd. De tests omvatten voertuigen zoals de Volkswagen ID.3, de OCPP 1.6-backendintegratie en het downloaden en valideren van Hubject-contractcertificaten via Monta.
De volledige verbinding was als volgt:
Echt voertuig ↔ NexBlue oplader ↔ Monta backend- en certificaatservices
De tests brachten het voertuig, de certificaatverwerking, de laadsessie en de backend-services samen in één validatieproces.
AutoCharge: automatische autorisatie voor dagelijks opladen
Naast de volledige Plug & Charge-validatie, NexBlue heeft zijn mogelijkheden voor voertuigcommunicatie en -identificatie toegepast op AutoCharge. De ontwikkeling van de bijbehorende OCPP-functionaliteit is voltooid.
Eenmaal ingeschakeld, herkent AutoCharge compatibele voertuigen wanneer ze worden aangesloten en autoriseert het opladen automatisch. Bestuurders hoeven geen kaart te scannen of een app te openen voor elke laadsessie.
AutoCharge maakt gebruik van voertuigidentificatie, terwijl de hierboven beschreven Plug & Charge-implementatie gebruikmaakt van contractcertificaten. Deze bieden verschillende benaderingen voor automatische autorisatie voor wagenparken, laadbeheerders en dagelijks opladen.
Zeven autofabrikanten: interoperabiliteit tussen verschillende voertuigen
Tot op heden, NexBlue heeft interoperabiliteitstests volgens ISO 15118 en V2X uitgevoerd met engineeringteams en voertuigen van 7 autofabrikanten.
Voor de functies die beschikbaar zijn op de deelnemende voertuigen, NexBlue De relevante interoperabiliteitstests zijn met vrijwel alle deelnemende OEM's succesvol afgerond.
Hetzelfde NexBlue De implementatie is getest met verschillende OEM's, EVCC-implementaties, softwareversies en voertuiggedragingen.
Onze voortgang omvat nu vijf mijlpalen: protocoltesten bij TÜV Rheinland, bidirectionele stroomtoevoer bij ElaadNL, end-to-end Plug & Charge met Monta, automatische voertuigautorisatie via AutoCharge en interoperabiliteitstesten tussen voertuigen met OEM's.
2. Wat onderscheidt een ISO 15118-implementatie?
Compatibiliteit met echte voertuigen
ISO 15118 biedt een gemeenschappelijke standaard, maar fabrikanten implementeren deze niet allemaal op dezelfde manier.
Er kunnen verschillen ontstaan in de hardware en software van de EVCC, PLC-communicatie, berichttiming, toestandsmachines, parameterverwerking, ingeschakelde functies en certificaat- en beveiligingsmechanismen. De interactie tussen de boordcomputer (OBC), het batterijmanagementsysteem (BMS) en de EVCC van het voertuig beïnvloedt ook het gedrag ervan. Een OTA-update kan verdere wijzigingen introduceren, zelfs binnen hetzelfde voertuigmodel.
Een succesvolle emulatortest bewijst niet automatisch compatibiliteit met een echt voertuig. Evenzo garandeert het werken met één voertuig geen compatibiliteit met andere voertuigplatformen.
NexBlue We breiden onze tests uit naar verschillende fabrikanten, EVCC-implementaties, voertuigmodellen en softwareversies. De bevindingen van deze tests – waaronder timingverschillen, uitzonderlijke gevallen en compatibiliteitsproblemen – worden gebruikt bij onze productontwikkeling.
Compatibiliteit moet gewaarborgd blijven naarmate voertuigen en hun software zich ontwikkelen.
Testen buiten de normale bedrijfsomstandigheden
Het voltooien van een laadsessie onder ideale omstandigheden bevestigt dat de basisprocedure werkt.
In de praktijk moeten installaties ook rekening houden met PLC-interferentie, verminderde signaalkwaliteit, communicatiestoringen, onverwachte berichten, niet-overeenkomende voertuig- en laderstatussen, onderbrekingen, stop- en hervatcommando's, veranderende EMS-vermogenslimieten, overgangen tussen laden en ontladen, en certificaat- of authenticatiefouten.
Eén OEM besteedde tijdens onze gezamenlijke tests bijzondere aandacht aan deze omstandigheden. Naast de normale communicatie en het opladen testten de technici de kwaliteit van het PLC-signaal, dynamische stroomaanpassingen, het stoppen en hervatten van het opladen en de interactie tussen het voertuig en de lader in verschillende bedrijfstoestanden.
Een implementatie moet meer doen dan alleen de verwachte volgorde ondersteunen. Het moet ook om kunnen gaan met onderbrekingen, correct herstellen en betrouwbaar blijven, zelfs onder minder voorspelbare omstandigheden.
Het oplossen van nieuwe problemen tijdens het testen.
Nieuwe voertuigmodellen, software-updates en bedrijfsomstandigheden zullen voortdurend compatibiliteitsproblemen blijven veroorzaken.
De praktische vraag is of de fabrikant een probleem in het hele systeem kan diagnosticeren, het relevante onderdeel van de implementatie kan aanpassen en het resultaat snel kan testen.
Tijdens OEM-testsessies, NexBlue Heeft herhaaldelijk problemen geïdentificeerd, code of configuratie aangepast en ter plaatse opnieuw getest. Hierdoor kunnen de teams problemen oplossen en doorgaan met testen tijdens de sessie, in plaats van ze alleen maar te registreren en te wachten op een latere software-release.
3. De technische basis: eigen hardware en software.
NexBlue ISO 15118 wordt beschouwd als een integraal onderdeel van de laadarchitectuur in plaats van als een op zichzelf staande softwarefunctie.
Wat de hardware betreft, ontwerpen we de communicatiehardware en het signaalpad rond een PLC-chipset en integreren we deze direct in ons laadplatform.
Aan de softwarekant ontwikkelen we onze eigen ISO 15118-protocolstack en integreren deze met de statusmachine van de EVSE, de laadbesturingslogica, de vermogensregeling, de beveiliging en certificaatafhandeling, en de OCPP/backend-communicatie.
Dit geeft onze engineers directe controle, van de communicatiehardware tot de aansturing van de lader en de rapportage aan de achterkant.
Veel fabrikanten van opladers gebruiken communicatiemodules van derden of kant-en-klare protocolstacks. Deze bieden een snellere manier om ISO 15118-functionaliteit te implementeren en verminderen de initiële ontwikkelingsinspanning.
NexBlue heeft ervoor gekozen om de kernhardware en -software in eigen beheer te ontwikkelen en te behouden. Ons R&D-team combineert expertise op het gebied van hardware, embedded software, communicatieprotocollen, laadregeling en back-endsystemen.
Het integreren van een ISO 15118-functie is niet hetzelfde als het kunnen onderzoeken en verbeteren ervan – van de fysieke signaal- en protocoluitwisseling tot de reactie van de lader.
Problemen overschrijden vaak de grens tussen hardware en software.
Als een voertuig af en toe geen PLC-communicatie tot stand kan brengen, kan de oorzaak liggen in de signaalsterkte, elektrische ruis, hardwarecompatibiliteit of de prestaties van de ontvanger in het voertuig. Het kan ook te maken hebben met SLAC, de timing van het protocol of de toestandsmachine.
Een ander voorbeeld is een lader die een lagere vermogenslimiet ontvangt van een EMS terwijl er al een ISO 15118-sessie actief is. Het systeem moet de onderhandeling over voertuigparameters, de protocolstatus, de interne status van de lader, de daadwerkelijke vermogensafgifte, het EMS-commando en de status die aan de backend wordt gerapporteerd, coördineren.
Het onderzoeken van deze problemen kan betrekking hebben op de EVCC van het voertuig, de PLC-hardware en -signalen, ISO 15118-berichten, de statusmachine van de EVSE, de besturingslogica van de lader, de vermogensregeling, het EMS en de OCPP-verbinding.
Doordat onze ingenieurs zowel toegang hebben tot het hardwareontwerp als tot de software-implementatie, kunnen ze onderzoek doen over deze grenzen heen.
Een kortere weg van diagnose naar hertesten
Wanneer de communicatiehardware en protocolfuncties zich in een module van een derde partij bevinden die de fabrikant van de lader niet kan inspecteren of aanpassen, kan het oplossen van een probleem inhouden dat logbestanden worden geëxporteerd, naar de leverancier worden gestuurd, er wordt gewacht op analyse en een firmware- of SDK-update, de wijziging wordt geïntegreerd en een nieuwe voertuigtest wordt gepland.
Hardwareproblemen of communicatieproblemen op laag niveau kunnen verdere tussenkomst van de leverancier vereisen.
Met controle over onze eigen implementatie, NexBlue De engineers van [naam bedrijf] kunnen de hardware en software samen onderzoeken, de nodige aanpassingen maken en direct opnieuw testen. Dit is de aanpak die we gebruiken tijdens onze OEM-tests op locatie.
De beoordeling van een van de OEM's ging ook verder dan alleen protocolnaleving. NexBlue De PLC-hardware, signaalkwaliteit en communicatiestabiliteit van het bedrijf.
Het doel van interne ontwikkeling is praktisch: betere compatibiliteit, betrouwbaarder systeemgedrag en minder tijd tussen het ontdekken en oplossen van een probleem.
4. Feedback van OEM-tests
De OEM-ingenieurs gebruikten testapparatuur om te beoordelen NexBlue De signaalkwaliteit van de PLC en het hardwarecommunicatiepad.
Hun tests omvatten normale communicatie en opladen, communicatiestabiliteit, dynamische EMS-vermogensaanpassingen, het stoppen en hervatten van het opladen, en fout- en uitzonderlijke scenario's.
Bij de EMS-tests onderzochten ze hoe het voertuig en de lader reageerden wanneer de stroomlimieten werden verhoogd of verlaagd, het opladen werd onderbroken en de sessie vervolgens werd hervat. De focus lag op het synchroon houden van het voertuig en de lader gedurende deze veranderingen en het garanderen van een correct herstel.
De feedback van de OEM's was zeer positief, waarbij verschillende teams vroegen om extra gezamenlijke testsessies en testunits voor verdere evaluatie in hun eigen laboratoria. NexBlue Deze samenwerkingen worden voortgezet door middel van testen op afstand en op locatie met extra voertuigmodellen, EVCC-implementaties, softwareversies, foutscenario's en regressietesten na updates.
5. Observaties van zeven autofabrikanten
Tests bij zeven autofabrikanten brachten aanzienlijke verschillen aan het licht in de implementatie van ISO 15118, de volwassenheid van AC V2G, het gedrag van EVCC/OBC en de bidirectionele functies die beschikbaar zijn voor validatie. Hoewel verschillende OEM's actief bezig zijn met de ontwikkeling van AC V2G en zinvolle interoperabiliteitstests hebben uitgevoerd, bevinden andere zich nog in een eerder stadium, met beperkte V2X-functionaliteit of onopgeloste communicatieproblemen die verdere gezamenlijke inspanningen vereisen.
6. Waarom? NexBlue geeft prioriteit aan AC V2G
Wij zijn van mening dat AC V2G beter geschikt is voor residentieel gebruik en grootschalige gedistribueerde implementaties. De V2X-aanpak heeft voor ons de voorkeur.
De energieomzetting vindt plaats in het voertuig.
Het belangrijkste architectonische verschil tussen AC- en DC-V2G is waar de bidirectionele DC/AC-conversie plaatsvindt.
Bij DC V2G zet een externe bidirectionele lader de gelijkstroom van de voertuigaccu om in wisselstroom voor thuisgebruik of het elektriciteitsnet.
Bij AC V2G voert de bidirectionele boordcomputer van het voertuig die conversie uit, en levert het voertuig wisselstroom via de wisselstroomaansluiting. Voor een thuisinstallatie is daarom geen aparte bidirectionele gelijkstroomomzetter nodig.
Dit heeft gevolgen voor de kosten en de omvang van de apparatuur, de installatievereisten, het onderhoud en de praktische uitvoerbaarheid van de implementatie van het systeem in een groot aantal woningen.
V2G voor residentieel gebruik moet betaalbaar en eenvoudig te installeren zijn.
Een oplossing die bedoeld is voor algemeen residentieel gebruik stelt andere eisen dan een oplossing voor een klein aantal specialistische projecten.
Het vereisen van een aparte, complexe en dure bidirectionele DC-voedingseenheid in elk huis brengt extra kosten met zich mee, neemt ruimte in beslag en maakt de installatie lastiger.
AC V2G houdt de belangrijkste energieomzettingsfunctie in het voertuig, terwijl de AC-laadarchitectuur op locatie behouden blijft. We richten ons op deze aanpak omdat het een manier biedt om de apparatuur thuis te vereenvoudigen, de systeemkosten te verlagen en de installatie op grote schaal te vergemakkelijken.
Wat we zien in de OEM-ontwikkeling
Tijdens onze tests en technische besprekingen hebben drie OEM's actief gewerkt aan AC V2G, terwijl de ingenieurs van één OEM de aanpak ook opnieuw hebben bekeken.
OEM 5 heeft een relatief uitgebreide set AC V2G-functies beschikbaar gesteld voor gezamenlijke tests. Twee OEM's hebben beiden interesse getoond om de samenwerking voort te zetten. NexBlue testeenheden.
Onze ontwikkelingsprioriteiten omvatten compatibiliteit met AC V2G-systemen in echte voertuigen, fout- en grensgevaltesten, PLC-communicatie, ISO 15118, OCPP 2.1, EMS/HEMS-integratie en praktische energie-toepassingen. Het doel is een systeem dat klaar is voor implementatie, in plaats van een geïsoleerde functie op een specificatieblad.
7. Commerciële V2G vereist ook netintegratie.
ISO 15118 regelt de communicatie, authenticatie, parameteronderhandeling en laadcontroleberichten tussen het voertuig en de lader.
De commerciële implementatie van AC V2G vereist ook werkzaamheden op het gebied van netconformiteit, bidirectionele vermogensregeling, netrespons, beveiliging en anti-eilandvorming, meting, EMS/HEMS-besturing, OCPP/backend-integratie en de bijbehorende testen en certificering.
De Duitse norm VDE-AR-N 4105:2026-03 bevat eisen en verificatieprocedures voor laadapparatuur die in staat is om stroom aan het net te leveren. NexBlue is bezig met de voorbereidingen voor de bijbehorende netintegratie en validatie voor de beoogde markten.
Voertuigcommunicatie, laadregeling, energiebeheer, back-endintegratie, netbeheer en lokale certificering moeten allemaal op elkaar afgestemd zijn voor een succesvolle implementatie.
8. V2H als vroege toepassing
V2X kan waarde leveren voordat handelsafspraken op het elektriciteitsnet en bedrijfsmodellen voor virtuele energiecentrales volledig zijn ingeburgerd.
Voor huiseigenaren omvatten V2H-toepassingen onder meer noodstroomvoorziening, verhoogd eigen verbruik van zonne-energie, piekbelastingvermindering, optimalisatie van gebruikstijden en energiebeheer in huis.
Een noodstroomvoorziening voor thuis is een direct voorbeeld. In een noodstroomconfiguratie isoleert het systeem de woning van het openbare elektriciteitsnet en schakelt de stroomvoorziening om, zodat het voertuig de huishoudelijke apparaten van stroom kan voorzien tijdens een stroomstoring.
Tijdens normaal gebruik, aangesloten op het elektriciteitsnet, kan het voertuig ook samenwerken met een HEMS (Home Energy Management System) om het energieverbruik in huis te optimaliseren. Teruglevering aan het net opent verdere toepassingsmogelijkheden, waaronder flexibiliteitsdiensten, aggregatie en deelname aan virtuele energiecentrales (VPP's).
In sommige markten verwachten we dat V2H (Vehicle-to-Home) en energiebeheer voor thuisgebruik als eerste aan de beurt komen, gevolgd door bredere V2G-diensten (Vehicle-to-Grid) zodra de benodigde netwerk- en marktafspraken beschikbaar zijn.
9. Prioriteiten voor de komende zes maanden
Van het vierde kwartaal van 2026 tot het eerste kwartaal van 2027, NexBlue zal zich richten op zes gebieden.
1. Uitbreiding van de voertuigdekking
Ga door met testen in samenwerking met de OEM's en breid de dekking uit naar meer voertuigmodellen, EVCC-implementaties en softwareversies. Dit omvat ook het controleren van de compatibiliteit na OTA-updates voor voertuigen.
2. Breid de fout- en randgevaltests uit.
Breid de tests uit op communicatietime-outs, statusverschillen, onverwachte onderbrekingen, het stoppen en hervatten van het opladen, certificaatfouten, het wijzigen van stroomlimieten en bidirectionele stroomovergangen.
De nadruk ligt op betrouwbaar gedrag onder ve veeleisende omstandigheden, niet alleen op het succesvol doorlopen van een normale testreeks.
3. Verbeter de PLC-communicatie
We blijven de signaalkwaliteit, de communicatiemarge, de weerstand tegen storingen en de stabiliteit verbeteren, ongeacht het voertuig of de verbindingsconditie.
4. Breid de AC V2G-tests uit met echte voertuigen.
Naarmate OEM's meer bidirectionele functies beschikbaar stellen, is het belangrijk om de parameteronderhandeling, bidirectionele vermogensregeling, overgangen tussen laden en ontladen, statuswijzigingen, dynamische EMS-regeling en stop-en-hervatgedrag te blijven valideren.
5. OCPP 2.1 verder ontwikkelen en de integratie van energiesystemen bevorderen
Ga door met de ontwikkeling en integratie van OCPP 2.1 in het volgende systeem:
Vehicle <-> NexBlue charger <-> CPMS <-> EMS / HEMS <-> Aggregator / energy system
Dit werk koppelt de mogelijkheden van voertuigen aan de eisen op het gebied van energiebeheer en planning.
6. Voorbereiding op netaansluiting en certificering
Doorloop de netcode, beveiligings-, test-, certificerings- en projectaansluitingsvereisten voor elke beoogde markt.
10. NexBlue 's V2X roadmap
Fase 1: kerntechnologie
Ontwikkel en behoud de interne controle over PLC-communicatiehardware, de ISO 15118-protocolstack, EVSE-statusmachines, laadbesturingslogica, vermogensregeling, beveiliging en certificaatbeheer, en backend-integratie.
Fase 2: validatie en praktische implementatie
Voltooi de ISO 15118-protocoltest bij TÜV Rheinland, demonstreer de daadwerkelijke bidirectionele stroomtoevoer bij ElaadNL en valideer de Plug & Charge-functionaliteit voor echte voertuigen en de backend-integratie met Monta. Pas voertuigidentificatie en automatische autorisatie toe op het dagelijkse opladen via AutoCharge.
In deze fase wordt de onderliggende technologie gevalideerd en een praktische laadfunctie geïmplementeerd.
Fase 3: Interoperabiliteit tussen meerdere OEM's en voorbereiding op de implementatie
Focusperiode: tweede helft van 2026 tot en met het eerste kwartaal van 2027.
Breid de tests uit naar verschillende voertuigfabrikanten, modellen en softwareversies, inclusief voortgezet onderzoek in OEM-laboratoria, onderzoek naar fouten en extreme gevallen, PLC-prestaties, AC V2G, integratie met EMS/HEMS en OCPP 2.1, en voorbereiding op netaansluiting en certificering.
Het doel is compatibiliteit tussen verschillende OEM's, betrouwbare werking in de praktijk, geïntegreerd energiebeheer en gereedheid voor het elektriciteitsnet.
Fase 4: commerciële uitrol van V2H en V2G
Gewenste implementatieperiode: 2027 tot medio 2028.
De uitrol zal afhankelijk zijn van de omstandigheden in elke markt, en zal zich ontwikkelen van V2H en energiebeheer voor thuisgebruik naar V2G, flexibiliteitsdiensten, aggregatie en deelname aan VPP's.
Het lopende werk omvat onder meer het waarborgen van de interoperabiliteit naarmate er nieuwe voertuigen en voertuigsoftwareversies worden geïntroduceerd.
Meer dan een "V2G-klaar" label
NexBlue heeft zijn kerncompetenties op het gebied van hardware en software, waaronder PLC-communicatie, ISO 15118, laadregeling en backend-communicatie, intern ontwikkeld. We blijven deze expertise valideren door middel van standaardtests, bidirectionele vermogenstests, tests met echte voertuigen en gezamenlijke engineeringsessies met OEM's. AutoCharge maakt voertuigidentificatie en automatische autorisatie mogelijk bij het dagelijkse laadproces.
Ons R&D-team houdt zich bezig met de hardware, embedded software, communicatieprotocollen, laderbesturing en backend-systemen die nodig zijn om de implementatie te onderzoeken en te verbeteren.
De volgende stappen zijn het verbreden van de voertuigdekking, het testen van meer veeleisende bedrijfsomstandigheden en het verdiepen van de integratie van energiesystemen, terwijl we toewerken naar commerciële AC V2G- en V2H-implementaties.