Fra protokolunderstøttelse til køretøjskompatibilitet i den virkelige verden, systempålidelighed og kommerciel implementering
Når en opladerproducent siger, at deres produkt "understøtter ISO 15118" eller er "V2G-klar", hvad betyder det så egentlig?
Har den den nødvendige kommunikationshardware og en grundlæggende protokolimplementering, eller er den allerede blevet testet med rigtige køretøjer fra forskellige producenter? Kan den håndtere kommunikationsforstyrrelser, afbrudte ladesessioner, ændrede strømgrænser og forskelle i køretøjets adfærd? Når et nyt køretøj eller en softwareopdatering introducerer et uventet problem, hvor hurtigt kan producenten identificere og løse det?
For kunderne rækker spørgsmålene ud over specifikationsarket: hvad er blevet testet, hvilke køretøjer opladeren fungerer med, hvordan den opfører sig under krævende forhold, og hvor godt den kan tilpasse sig fremtidige ændringer.
Disse forskelle er ikke altid tydelige, når man vælger en oplader. Efterhånden som nye køretøjer kommer på markedet, køretøjets software modtager OTA-opdateringer, og opladere bliver tættere integreret med EMS, CPMS og andre energisystemer, har kompatibilitet og løbende teknisk support en direkte indflydelse på langsigtede integrations- og driftsomkostninger.
Det er derfor værd at se ud over, om en funktion er angivet, i forhold til, hvor grundigt den er blevet implementeret og testet, og om producenten har ekspertisen til at vedligeholde og forbedre den.
I løbet af de seneste par måneder, NexBlue har fortsat standardtestning, laboratorievalidering af tovejs strømforsyning, interoperabilitetstest i virkelige køretøjer og backend-integration. Vi har også bragt køretøjsidentifikation i praktisk brug gennem AutoCharge. Understøttet af vores interne hardware- og softwareudvikling, tager dette arbejde vores ISO 15118-implementering mod praktisk V2X-implementering.
1. Fremskridt indtil videre: fra standardtest til rigtige køretøjer
TÜV Rheinland: fuld ISO 15118-protokoltestning
NexBlue har gennemført systematisk protokoltestning hos TÜV Rheinland, der dækker hele sættet af ISO 15118-2 og ISO 15118-20 testcases.
Testene dækkede etablering af forbindelse, udveksling af protokolmeddelelser, sikker kommunikation, forhandling af opkrævningsparametre og de relevante tovejskommunikationssekvenser. De vurderede vores implementering i forhold til kravene i begge standarder.
Med udgangspunkt i dette arbejde har vi udvidet testningen til faktisk tovejs strømforsyning, rigtige køretøjer, backend-systemer og interoperabilitet på tværs af flere OEM'er.
ElaadNL: faktisk tovejs effektstrøm
Mellem 2. og 4. februar 2026, NexBlue udførte ISO 15118-testning hos ElaadNL. Dette dækkede AC HLC, Plug & Charge og tovejsopladning, herunder SLAC, TLS 1.2/1.3, EXI, forhandling af opladningsparametre og EIM.
Ved hjælp af en Keysight-køretøjsemulator, NexBlue opnåede cirka 19 kW omvendt effekt. Effektniveauet var begrænset af emulatorens kapacitet.
Dette var ikke blot en udveksling af protokolbeskeder: elektrisk energi flød fysisk i omvendt retning, hvilket demonstrerede tovejs energioverførsel i testopsætningen.
Monta: komplett plug-in og opladning med rigtige køretøjer
Den 6. og 9. februar 2026, NexBlue Gennemførte ISO 15118-2 Plug & Charge-testning af rigtige køretøjer med Monta. Testningen omfattede køretøjer som Volkswagen ID.3, OCPP 1.6 backend-integration og download og validering af Hubject-kontraktcertifikater gennem Monta.
Den ende-til-ende forbindelse var:
Rigtigt køretøj ↔ NexBlue oplader ↔ Monta backend og certifikattjenester
Testene samlede køretøjet, certifikathåndteringen, opladningssessionen og backend-tjenesterne i én valideringsproces.
AutoCharge: automatisk godkendelse til daglig opladning
Udover end-to-end Plug & Charge-validering, NexBlue har anvendt sine køretøjskommunikations- og identifikationsfunktioner til AutoCharge. Udviklingen af den tilhørende OCPP-funktionalitet er færdig.
Når AutoCharge er aktiveret, genkender den kompatible køretøjer, når de er tilsluttet strøm, og godkender automatisk opladning. Førere behøver ikke at trykke på et kort eller åbne en app for hver opladningssession.
AutoCharge bruger køretøjsidentifikation, mens Plug & Charge-implementeringen beskrevet ovenfor bruger kontraktcertifikater. Disse giver forskellige tilgange til automatisk godkendelse for flåder, ladeoperatører og daglig opladning.
Syv køretøjsproducenter: interoperabilitet på tværs af køretøjer
Til dato, NexBlue har udført ISO 15118- og V2X-interoperabilitetstest med ingeniørteams og køretøjer fra 7 bilproducenter.
For de funktioner, der er tilgængelige på de deltagende køretøjer, NexBlue gennemførte de relevante interoperabilitetstestsekvenser med næsten alle deltagende OEM'er.
Det samme NexBlue Implementeringen er blevet testet mod forskellige OEM'er, EVCC-implementeringer, softwareversioner og køretøjsadfærd.
Vores fremskridt strækker sig nu over fem milepæle: protokoltestning hos TÜV Rheinland, tovejs strømforsyning hos ElaadNL, end-to-end Plug & Charge med Monta, automatisk køretøjsgodkendelse via AutoCharge og interoperabilitetstest på tværs af køretøjer med OEM'er.
2. Hvad adskiller en ISO 15118-implementering fra andre?
Kompatibilitet på tværs af rigtige køretøjer
ISO 15118 er en fælles standard, men ikke alle producenter implementerer den på samme måde.
Der kan opstå forskelle i EVCC-hardware og -software, PLC-kommunikation, meddelelsestiming, tilstandsmaskiner, parameterhåndtering, aktiverede funktioner samt certifikat- og sikkerhedsmekanismer. Samspillet mellem køretøjets OBC, BMS og EVCC påvirker også dets opførsel. En OTA-opdatering kan introducere yderligere ændringer, selv inden for den samme køretøjsmodel.
En vellykket emulatortest sikrer ikke kompatibilitet med et rigtigt køretøj. Ligeledes sikrer arbejde med ét køretøj ikke kompatibilitet på tværs af andre køretøjsplatforme.
NexBlue udvider test på tværs af producenter, EVCC-implementeringer, køretøjsmodeller og softwareversioner. Resultaterne fra disse tests – herunder timingforskelle, edge cases og kompatibilitetsproblemer – bruges i vores produktudvikling.
Kompatibilitet skal opretholdes i takt med at køretøjer og deres software udvikler sig.
Test ud over normale driftsforhold
Fuldførelse af en opladningssession under ideelle forhold bekræfter, at den grundlæggende sekvens fungerer.
Virkelige installationer skal også kæmpe med PLC-interferens, reduceret signalkvalitet, kommunikationstimeouts, uventede meddelelser, uoverensstemmelser mellem køretøj og opladertilstande, afbrydelser, stop-og-genoptag-kommandoer, ændrede EMS-strømgrænser, overgange mellem opladning og afladning samt certifikat- eller godkendelsesfejl.
En OEM var særlig opmærksom på disse forhold under vores fælles test. Udover normal kommunikation og opladning testede dens ingeniører PLC-signalkvalitet, dynamiske strømjusteringer, stop og genoptagelse af opladning samt interaktionen mellem køretøj og oplader i forskellige driftstilstande.
En implementering skal gøre mere end at understøtte den forventede sekvens. Den skal også håndtere afbrydelser, gendanne korrekt og forblive pålidelig, når forholdene er mindre forudsigelige.
Løsning af nye problemer under test
Nye køretøjsmodeller, softwareudgivelser og driftsforhold vil fortsat skabe kompatibilitetsudfordringer.
Det praktiske spørgsmål er, om producenten kan diagnosticere et problem på tværs af systemet, ændre den relevante del af implementeringen og teste resultatet hurtigt.
Under OEM-testsessioner, NexBlue har gentagne gange identificeret problemer, justeret kode eller konfiguration og testet igen på stedet. Dette giver teamene mulighed for at løse problemer og fortsætte testningen under sessionen i stedet for blot at logge dem og vente på en senere softwareudgivelse.
3. Teknikken bag det: intern hardware og software
NexBlue behandler ISO 15118 som en integreret del af opladearkitekturen snarere end som en selvstændig softwarefunktion.
På hardwaresiden designer vi kommunikationshardwaren og signalstien omkring et PLC-chipsæt og integrerer dem direkte i vores opladerplatform.
På softwaresiden udvikler vi vores egen ISO 15118-protokolstak og integrerer den med EVSE-tilstandsmaskinen, opladerstyringslogik, strømstyring, sikkerhed og certifikathåndtering samt OCPP/backend-kommunikation.
Dette giver vores ingeniører direkte kontrol over hele kommunikationshardwaren til opladerstyring og backend-rapportering.
Mange opladerproducenter bruger tredjepartskommunikationsmoduler eller færdige protokolstakke. Disse kan give en hurtigere måde at introducere ISO 15118-funktionalitet på og reducere den indledende udviklingsindsats.
NexBlue har valgt at udvikle og bevare kontrollen over den centrale hardware og software internt. Vores R&D-team samler ekspertise inden for hardware, indlejret software, kommunikationsprotokoller, opladningsstyring og backend-systemer.
Integrering af en ISO 15118-funktion er ikke det samme som at kunne undersøge og forbedre den – fra det fysiske signal og protokoludveksling til opladerens respons.
Problemer krydser ofte grænsen mellem hardware og software
Hvis et køretøj periodisk ikke kan etablere PLC-kommunikation, kan årsagen være signalstyrke, elektrisk støj, hardwarekompatibilitet eller køretøjets modtagers ydeevne. Det kan også ligge i SLAC, protokoltiming eller tilstandsmaskinen.
Et andet eksempel er en oplader, der modtager en lavere effektgrænse fra et EMS, mens en ISO 15118-session allerede er aktiv. Systemet skal koordinere forhandling af køretøjsparametre, protokoltilstand, opladerens interne tilstand, faktisk strømforsyning, EMS-kommandoen og den status, der rapporteres til backend'en.
Undersøgelse af disse problemer kan omfatte køretøjets EVCC, PLC-hardware og -signaler, ISO 15118-meddelelser, EVSE-tilstandsmaskinen, opladerens kontrollogik, strømstyring, EMS og OCPP-forbindelsen.
Adgang til både hardwaredesignet og softwareimplementeringen giver vores ingeniører mulighed for at undersøge på tværs af disse grænser.
En kortere vej fra diagnose til gentest
Når kommunikationshardware og protokolfunktioner sidder inde i et tredjepartsmodul, som opladerproducenten ikke kan inspicere eller ændre, kan løsningen af et problem involvere eksport af logfiler, indsendelse af dem til leverandøren, afventning af analyse og en firmware- eller SDK-opdatering, integration af ændringen og arrangere en ny køretøjstest.
Problemer med hardware eller lavniveaukommunikation kan kræve yderligere leverandørinddragelse.
Med kontrol over vores egen implementering, NexBlue 's ingeniører kan undersøge hardware og software sammen, foretage de nødvendige ændringer og teste igen direkte. Dette er den fremgangsmåde, der bruges under vores OEM-testning på stedet.
En OEM-vurdering strakte sig også ud over protokoladfærd til NexBlue 's PLC-hardware, signalkvalitet og kommunikationsstabilitet.
Målet med intern udvikling er praktisk: bedre kompatibilitet, pålidelig systemadfærd og mindre forsinkelse mellem at finde et problem og løse det.
4. Feedback fra OEM-testning
OEM-ingeniørerne brugte testudstyr til at vurdere NexBlue PLC-signalkvalitet og hardwarekommunikationssti.
Deres test dækkede normal kommunikation og opladning, kommunikationsstabilitet, dynamiske EMS-strømjusteringer, stop og genoptagelse af opladning samt fejl- og randscenarier.
I EMS-testene undersøgte de, hvordan køretøjet og opladeren reagerede, når strømgrænserne steg eller faldt, opladningen blev stoppet, og sessionen efterfølgende blev genoptaget. Fokus var på at holde køretøjet og opladeren i trit under disse ændringer og sikre korrekt genopretning.
OEM-feedbacken var meget positiv, og flere teams anmodede om yderligere fælles testsessioner og testenheder til yderligere evaluering i deres egne laboratorier. NexBlue fortsætter disse samarbejder gennem fjern- og on-site-testning på tværs af yderligere køretøjsmodeller, EVCC-implementeringer, softwareversioner, fejlscenarier og regressionstestning efter opdatering.
5. Observationer fra syv køretøjsproducenter
Test på tværs af syv køretøjsproducenter afslørede betydelig variation i ISO 15118-implementeringen, AC V2G-modenhed, EVCC/OBC-adfærd og de tovejsfunktioner, der er tilgængelige til validering. Mens flere OEM'er aktivt udvikler AC V2G og har muliggjort meningsfuld interoperabilitetstest, er andre stadig på et tidligere stadie med begrænset V2X-funktionalitet eller uløste kommunikationsproblemer, der kræver yderligere fælles arbejde.
6. Hvorfor NexBlue prioriterer AC V2G
Vi mener, at AC V2G er bedre egnet til både boligbrug og distribueret udrulning i stor skala. Det er V2X-tilgangen, vi prioriterer.
Effektomdannelsen finder sted i køretøjet
Den primære arkitektoniske forskel mellem AC og DC V2G er, hvor tovejs DC/AC-konvertering finder sted.
I DC V2G konverterer en ekstern tovejsoplader jævnstrøm fra køretøjets batteri til vekselstrøm til hjemmet eller elnettet.
I AC V2G udfører køretøjets tovejs OBC denne konvertering, og køretøjet leverer vekselstrøm via sin vekselstrømstilslutning. Hjemmeinstallationen behøver derfor ikke en separat tovejs DC-strømkonverteringsenhed.
Dette påvirker udstyrets omkostninger og størrelse, installationskrav, vedligeholdelse og den praktiske gennemførlighed af at implementere systemet i et stort antal hjem.
V2G til boliger skal være overkommelig i pris og nem at installere
En løsning beregnet til udbredt boligbrug har andre krav end et lille antal specialiserede projekter.
Kravet om en separat, kompleks og dyr tovejs jævnstrømsenhed i hvert hjem øger omkostningerne, optager plads og gør installationen mere krævende.
AC V2G bevarer den primære strømkonverteringsfunktion i køretøjet, samtidig med at den bevarer en AC-opladningsarkitektur i ejendommen. Vi fokuserer på denne tilgang, fordi den giver en vej til enklere udstyr i hjemmet, lavere systemomkostninger og nemmere installation i stor skala.
Hvad vi ser i OEM-udvikling
I vores test- og ingeniørdiskussioner har tre OEM'er alle aktivt udviklet AC V2G, mens én OEM's ingeniører også har genovervejet tilgangen.
OEM 5 har stillet et relativt omfattende sæt af AC V2G-funktioner til rådighed for fælles testning. To OEM'er har begge udtrykt interesse i at fortsætte arbejdet med NexBlue testenheder.
Vores udviklingsprioriteter omfatter kompatibilitet med AC V2G i virkelige køretøjer, fejl- og kanttest, PLC-kommunikation, ISO 15118, OCPP 2.1, EMS/HEMS-integration og praktiske energiapplikationer. Målet er et system, der er klar til implementering, snarere end en isoleret funktion på et specifikationsark.
7. Kommerciel V2G kræver også netintegration
ISO 15118 sørger for kommunikation, autentificering, parameterforhandling og opladningskontrolmeddelelser mellem køretøjet og opladeren.
Kommerciel AC V2G-implementering kræver også arbejde med netoverholdelse, tovejs effektstyring, netrespons, beskyttelse og anti-islanding, måling, EMS/HEMS-kontrol, OCPP/backend-integration samt relevant testning og certificering.
Tysklands VDE-AR-N 4105:2026-03 indeholder krav og verifikationsprocedurer for opladningsudstyr, der er i stand til at eksportere strøm til nettet. NexBlue er i gang med de tilsvarende forberedelser til netintegration og validering for sine målmarkeder.
Køretøjskommunikation, ladestyring, energistyring, backend-integration, netstyring og lokal certificering skal alle gå op i en højere enhed for at kunne implementeres.
8. V2H som en tidlig anvendelse
V2X kan levere værdi, før nethandelsordninger og VPP-forretningsmodeller er fuldt etableret.
For husejere omfatter V2H-applikationer nødstrøm, øget solforbrug, spidsbelastningsoptimering, optimering af brugstid og energistyring i hjemmet.
Hjemmebackup er et direkte anvendelsesscenario. I en backupkonfiguration isolerer systemet hjemmet fra det offentlige elnet og skifter forsyningen, så køretøjet kan forsyne husholdningens forbrugsstoffer under et strømafbrydelse.
Under normal drift forbundet med elnettet kan køretøjet også arbejde sammen med et HEMS for at optimere energiforbruget i hjemmet. Eksport af elnettet åbner op for yderligere anvendelser, herunder fleksibilitetstjenester, aggregering og VPP-deltagelse.
På nogle markeder forventer vi, at V2H og energistyring i hjemmet vil komme først, efterfulgt af bredere V2G-tjenester, efterhånden som de nødvendige net- og markedsordninger bliver tilgængelige.
9. Prioriteter for de næste seks måneder
Fra 4. kvartal 2026 til 1. kvartal 2027, NexBlue vil fokusere på seks områder.
1. Udvid køretøjsdækningen
Fortsæt testning med OEM'erne, samtidig med at du udvider dækningen på tværs af køretøjsmodeller, EVCC-implementeringer og softwareversioner. Dette inkluderer kontrol af kompatibilitet efter OTA-opdateringer af køretøjer.
2. Udvid fejl- og kanttestning
Udvid test af kommunikationstimeouts, tilstandsfejl, uventede afbrydelser, stop og genoptagelse af opladning, certifikatfejl, ændring af strømgrænser og tovejsstrømovergange.
Fokus er på pålidelig adfærd under krævende forhold, ikke blot vellykket gennemførelse af en normal testsekvens.
3. Forbedre PLC-kommunikationen
Fortsæt med at forbedre signalkvaliteten, kommunikationsmargenen, modstandsdygtigheden over for interferens og stabiliteten på tværs af forskellige køretøjer og forbindelsesforhold.
4. Udvid AC V2G-testning med rigtige køretøjer
Efterhånden som OEM'er gør flere tovejsfunktioner tilgængelige, fortsæt med at validere parameterforhandling, tovejseffektstyring, overgange mellem opladning og afladning, tilstandsændringer, dynamisk EMS-styring og stop-og-genoptag-adfærd.
5. Fremme OCPP 2.1 og integration af energisystemer
Fortsæt udviklingen og integrationen af OCPP 2.1 på tværs af følgende system:
Vehicle <-> NexBlue charger <-> CPMS <-> EMS / HEMS <-> Aggregator / energy system
Dette arbejde forbinder køretøjers kapacitet med energistyring og forsendelseskrav.
6. Forbered dig på nettilslutning og certificering
Arbejd igennem kravene til netregler, beskyttelse, testning, certificering og projekttilslutning for hvert målmarked.
10. NexBlue s V2X-køreplan
Fase 1: kerneteknologi
Udvikle og bevare intern kontrol over PLC-kommunikationshardware, ISO 15118-protokolstakken, EVSE-tilstandsmaskiner, opladerstyringslogik, strømstyring, sikkerhed og certifikathåndtering samt backend-integration.
Fase 2: validering og praktisk implementering
Færdiggør ISO 15118-protokoltestning hos TÜV Rheinland, demonstrer faktisk tovejs strømflow hos ElaadNL, og valider Plug & Charge i et rigtigt køretøj og backend-integration med Monta. Anvend køretøjsidentifikation og automatisk godkendelse til daglig opladning via AutoCharge.
Denne fase kombinerer validering af den underliggende teknologi med implementeringen af en praktisk opladningsfunktion.
Fase 3: Interoperabilitet mellem flere OEM'er og forberedelse af implementering
Fokusperiode: andet halvår af 2026 til 1. kvartal 2027.
Udvid testning på tværs af køretøjsproducenter, modeller og softwareversioner, herunder fortsat arbejde i OEM-laboratorier, fejl- og kanttilfældeadfærd, PLC-ydeevne, AC V2G, integration med EMS/HEMS og OCPP 2.1 samt forberedelse til nettilslutning og certificering.
Målet er kompatibilitet på tværs af OEM'er, pålidelig drift i den virkelige verden, integreret energistyring og netberedskab.
Fase 4: kommerciel V2H- og V2G-implementering
Målrettet implementeringsvindue: 2027 til medio 2028.
Implementeringen vil følge forholdene i hvert marked og gå fra V2H og energistyring i hjemmet til V2G, fleksibilitetstjenester, aggregering og VPP-deltagelse.
Det løbende arbejde vil omfatte opretholdelse af interoperabilitet, efterhånden som nye køretøjer og softwareversioner til køretøjer introduceres.
Mere end en "V2G-klar" etiket
NexBlue har opbygget sin interne hardware- og softwarekapacitet på tværs af PLC-kommunikation, ISO 15118, ladestyring og backend-kommunikation. Vi fortsætter med at validere dette arbejde gennem standardtestning, tovejs strømtest, testning af virkelige køretøjer og fælles tekniske sessioner med OEM'er. AutoCharge anvender køretøjsidentifikation og automatisk godkendelse i den daglige opladning.
Vores R&D-team dækker hardware, indlejret software, kommunikationsprotokoller, opladerstyring og backend-systemer, der er nødvendige for at undersøge og forbedre implementeringen.
De næste skridt er at udvide køretøjsdækningen, teste mere krævende driftsforhold og uddybe integrationen mellem energisystemer, i takt med at vi bevæger os mod kommerciel AC V2G- og V2H-udrulning.