Från protokollstöd till verklig fordonskompatibilitet, systemtillförlitlighet och kommersiell driftsättning
När en laddaretillverkare säger att deras produkt "stöder ISO 15118" eller är "V2G-klar", vad betyder det egentligen?
Har den nödvändig kommunikationshårdvara och en grundläggande protokollimplementering, eller har den redan testats med riktiga fordon från olika tillverkare? Kan den hantera kommunikationsstörningar, avbrutna laddningssessioner, ändrade effektgränser och skillnader i fordonets beteende? När ett nytt fordon eller en programuppdatering introducerar ett oväntat problem, hur snabbt kan tillverkaren identifiera och lösa det?
För kunderna sträcker sig frågorna bortom specifikationsbladet: vad har testats, vilka fordon laddaren fungerar med, hur den beter sig under krävande förhållanden och hur väl den kan anpassa sig till framtida förändringar.
Dessa skillnader är inte alltid uppenbara när man väljer laddare. När nya fordon kommer ut på marknaden, fordonsprogramvaran får OTA-uppdateringar och laddare blir närmare integrerade med EMS, CPMS och andra energisystem, har kompatibilitet och kontinuerlig teknisk support en direkt inverkan på långsiktiga integrations- och driftskostnader.
Det är därför värt att titta bortom huruvida en funktion listas till hur noggrant den har implementerats och testats, och om tillverkaren har expertisen att underhålla och förbättra den.
Under de senaste månaderna, NexBlue har fortsatt standardtester, laboratorievalidering av dubbelriktat kraftflöde, interoperabilitetstester i verkliga fordon och backend-integration. Vi har också omsatt fordonsidentifiering i praktisk användning genom AutoCharge. Med stöd av vår interna hårdvaru- och mjukvaruutveckling tar detta arbete vår ISO 15118-implementering mot praktisk V2X-distribution.
1. Framsteg hittills: från standardtester till riktiga fordon
TÜV Rheinland: fullständig ISO 15118-protokolltestning
NexBlue har genomfört systematiska protokolltester vid TÜV Rheinland, vilka täcker hela uppsättningen testfall enligt ISO 15118-2 och ISO 15118-20.
Testerna omfattade upprättande av anslutning, meddelandeutbyte i protokoll, säker kommunikation, förhandling av debiteringsparametrar och relevanta dubbelriktade kommunikationssekvenser. De utvärderade vår implementering mot kraven i båda standarderna.
Med utgångspunkt i detta arbete har vi utökat testningen till faktiskt dubbelriktat kraftflöde, verkliga fordon, backend-system och interoperabilitet mellan flera OEM-tillverkare.
ElaadNL: faktiskt dubbelriktat effektflöde
Mellan den 2 och 4 februari 2026, NexBlue utförde ISO 15118-tester på ElaadNL. Detta omfattade AC HLC, Plug & Charge och dubbelriktad laddning, inklusive SLAC, TLS 1.2/1.3, EXI, laddningsparameterförhandling och EIM.
Med hjälp av en Keysight fordonsemulator, NexBlue uppnådde cirka 19 kW omvänt effektflöde. Effektnivån begränsades av emulatorns kapacitet.
Detta var inte bara ett utbyte av protokollmeddelanden: elektrisk energi flödade fysiskt i omvänd riktning, vilket demonstrerade dubbelriktad energiöverföring i testuppställningen.
Monta: komplett plug-in och laddning med riktiga fordon
Den 6 och 9 februari 2026, NexBlue Slutförde tester av riktiga fordon enligt ISO 15118-2 Plug & Charge med Monta. Testerna omfattade fordon som Volkswagen ID.3, OCPP 1.6 backend-integration och nedladdning och validering av Hubject-kontraktscertifikat via Monta.
Den heltäckande anslutningen var:
Verkligt fordon ↔ NexBlue laddare ↔ Monta backend- och certifikattjänster
Testerna sammanförde fordonet, certifikathanteringen, laddningssessionen och backend-tjänsterna i en enda valideringsprocess.
AutoCharge: automatisk auktorisering för daglig laddning
Vid sidan av heltäckande Plug & Charge-validering, NexBlue har tillämpat sina fordonskommunikations- och identifieringsfunktioner på AutoCharge. Utvecklingen av den tillhörande OCPP-funktionaliteten är slutförd.
När AutoCharge är aktiverat känner den igen kompatibla fordon när de är inkopplade och godkänner laddning automatiskt. Förare behöver inte trycka på ett kort eller öppna en app för varje laddningssession.
AutoCharge använder fordonsidentifiering, medan Plug & Charge-implementeringen som beskrivs ovan använder kontraktscertifikat. Dessa erbjuder olika metoder för automatisk auktorisering för flottor, laddningsoperatörer och daglig laddning.
Sju fordonstillverkare: interoperabilitet mellan fordon
Hittills, NexBlue har utfört interoperabilitetstester enligt ISO 15118 och V2X med ingenjörsteam och fordon från 7 fordonstillverkare.
För de funktioner som görs tillgängliga på de deltagande fordonen, NexBlue har framgångsrikt slutfört de relevanta interoperabilitetstestsekvenserna med nästan alla deltagande OEM-tillverkare.
Samma NexBlue Implementeringen har testats mot olika OEM-tillverkare, EVCC-implementeringar, programvaruversioner och fordonsbeteenden.
Våra framsteg sträcker sig nu över fem milstolpar: protokolltestning hos TÜV Rheinland, dubbelriktat strömflöde hos ElaadNL, end-to-end Plug & Charge med Monta, automatisk fordonsauktorisering via AutoCharge och interoperabilitetstestning mellan fordon med OEM-tillverkare.
2. Vad utmärker en ISO 15118-implementering?
Kompatibilitet mellan riktiga fordon
ISO 15118 tillhandahåller en gemensam standard, men alla tillverkare implementerar den inte på samma sätt.
Skillnader kan uppstå i EVCC-hårdvara och -mjukvara, PLC-kommunikation, meddelandetiming, tillståndsmaskiner, parameterhantering, aktiverade funktioner samt certifikat- och säkerhetsmekanismer. Samspelet mellan fordonets OBC, BMS och EVCC påverkar också dess beteende. En OTA-uppdatering kan införa ytterligare förändringar, även inom samma fordonsmodell.
Ett lyckat emulatortest fastställer inte kompatibilitet med ett verkligt fordon. Likaså fastställer inte arbete med ett fordon kompatibilitet mellan andra fordonsplattformar.
NexBlue utökar testningen över tillverkare, EVCC-implementeringar, fordonsmodeller och programvaruversioner. Resultaten från dessa tester – inklusive tidsskillnader, edge-fall och kompatibilitetsproblem – används i vår produktutveckling.
Kompatibilitet måste upprätthållas allt eftersom fordon och deras programvara utvecklas.
Testning utöver normala driftsförhållanden
Att genomföra en laddningssession under ideala förhållanden bekräftar att grundsekvensen fungerar.
Verkliga installationer måste också hantera PLC-störningar, minskad signalkvalitet, kommunikationstimeouts, oväntade meddelanden, felaktiga fordons- och laddartillstånd, avbrott, stopp-och-återuppta-kommandon, ändrade EMS-effektgränser, övergångar mellan laddning och urladdning samt certifikat- eller autentiseringsfel.
En OEM-tillverkare uppmärksammade särskilt dessa förhållanden under våra gemensamma tester. Vid sidan av normal kommunikation och laddning testade dess ingenjörer PLC-signalkvalitet, dynamiska strömjusteringar, stopp och återupptagande av laddning samt interaktionen mellan fordonet och laddaren i olika drifttillstånd.
En implementering behöver göra mer än att bara stödja den förväntade sekvensen. Den behöver också hantera avbrott, återställa korrekt och förbli tillförlitlig när förhållandena är mindre förutsägbara.
Lösa nya problem under testning
Nya fordonsmodeller, programvaruversioner och driftsförhållanden kommer att fortsätta skapa kompatibilitetsutmaningar.
Den praktiska frågan är om tillverkaren kan diagnostisera ett problem i hela systemet, modifiera den relevanta delen av implementeringen och testa resultatet omedelbart.
Under OEM-testsessioner, NexBlue har upprepade gånger identifierat problem, justerat kod eller konfiguration och testat om på plats. Detta gör det möjligt för teamen att lösa problem och fortsätta testa under sessionen, istället för att bara logga dem och vänta på en senare programvaruversion.
3. Teknikutvecklingen bakom det: intern hårdvara och mjukvara
NexBlue behandlar ISO 15118 som en integrerad del av laddararkitekturen snarare än som en fristående programvarufunktion.
På hårdvarusidan designar vi kommunikationshårdvaran och signalvägen runt ett PLC-chipset och integrerar dem direkt i vår laddningsplattform.
På mjukvarusidan utvecklar vi vår egen ISO 15118-protokollstack och integrerar den med EVSE-tillståndsmaskinen, laddningsstyrlogik, strömstyrning, säkerhet och certifikathantering samt OCPP/backend-kommunikation.
Detta ger våra ingenjörer direkt kontroll över allt från kommunikationshårdvara till laddningsstyrning och backend-rapportering.
Många laddartillverkare använder kommunikationsmoduler från tredje part eller färdiga protokollstackar. Dessa kan ge ett snabbare sätt att introducera ISO 15118-funktionalitet och minska den initiala utvecklingsansträngningen.
NexBlue har valt att utveckla och behålla kontrollen över den centrala hårdvaran och mjukvaran internt. Vårt FoU-team sammanför expertis inom hårdvara, inbyggd mjukvara, kommunikationsprotokoll, laddningskontroll och backend-system.
Att integrera en ISO 15118-funktion är inte samma sak som att kunna undersöka och förbättra den – från den fysiska signalen och protokollutbytet till laddarens svar.
Problem överskrider ofta gränsen mellan hårdvara och mjukvara
Om ett fordon intermittent misslyckas med att upprätta PLC-kommunikation kan orsaken vara signalstyrka, elektriskt brus, hårdvarukompatibilitet eller fordonets mottagarprestanda. Det kan också ligga i SLAC, protokolltiming eller tillståndsmaskinen.
Ett annat exempel är en laddare som tar emot en lägre effektgräns från ett EMS medan en ISO 15118-session redan är aktiv. Systemet behöver koordinera förhandling av fordonsparametrar, protokollstatus, laddarens interna tillstånd, faktisk effekttillförsel, EMS-kommandot och den status som rapporteras till backend-systemet.
Att undersöka dessa problem kan omfatta fordonets EVCC, PLC-hårdvara och signaler, ISO 15118-meddelanden, EVSE-tillståndsmaskinen, laddningsstyrlogik, effektreglering, EMS och OCPP-anslutningen.
Tillgång till både hårdvarudesignen och mjukvaruimplementeringen gör det möjligt för våra ingenjörer att undersöka över dessa gränser.
En kortare väg från diagnos till omtestning
När kommunikationshårdvara och protokollfunktioner finns i en tredjepartsmodul som laddartillverkaren inte kan inspektera eller modifiera, kan lösningen på ett problem innebära att exportera loggar, skicka in dem till leverantören, vänta på analys och en firmware- eller SDK-uppdatering, integrera ändringen och arrangera ett nytt fordonstest.
Hårdvaru- eller lågnivåkommunikationsproblem kan kräva ytterligare leverantörsinblandning.
Med kontroll över vår egen implementering, NexBlue s ingenjörer kan undersöka hårdvaran och mjukvaran tillsammans, göra nödvändiga ändringar och testa om direkt. Det här är den metod som används under våra OEM-tester på plats.
En OEM-utvärdering omfattade även bortom protokollets beteende till NexBlue s PLC-hårdvara, signalkvalitet och kommunikationsstabilitet.
Målet med intern utveckling är praktiskt: bättre kompatibilitet, tillförlitligt systembeteende och mindre fördröjning mellan att hitta ett problem och lösa det.
4. Feedback från OEM-tester
OEM-ingenjörerna använde testutrustning för att bedöma NexBlue PLC-signalkvalitet och hårdvarans kommunikationsväg.
Deras tester omfattade normal kommunikation och laddning, kommunikationsstabilitet, dynamiska EMS-effektjusteringar, stopp och återupptagande av laddning samt fel- och kantfallsscenarier.
I EMS-testerna undersökte de hur fordonet och laddaren reagerade när strömgränserna ökade eller minskade, laddningen avbröts och laddningen därefter återupptogs. Fokus låg på att hålla fordonet och laddaren i takt under dessa ändringar och säkerställa korrekt återhämtning.
OEM-feedbacken var mycket positiv, och flera team begärde ytterligare gemensamma testsessioner och testenheter för vidare utvärdering i sina egna laboratorier. NexBlue fortsätter dessa samarbeten genom fjärrtester och tester på plats över ytterligare fordonsmodeller, EVCC-implementeringar, programvaruversioner, felscenarier och regressionstestning efter uppdatering.
5. Observationer från sju fordonstillverkare
Testning på sju fordonstillverkare avslöjade betydande variationer i ISO 15118-implementering, AC V2G-mognad, EVCC/OBC-beteende och de dubbelriktade funktioner som är tillgängliga för validering. Medan flera OEM-tillverkare aktivt utvecklar AC V2G och möjliggjort meningsfulla interoperabilitetstester, befinner sig andra i tidiga skeden, med begränsad V2X-funktionalitet eller olösta kommunikationsproblem som kräver ytterligare gemensamt arbete.
6. Varför NexBlue prioriterar AC V2G
Vi anser att AC V2G passar bättre för bostadsbruk och storskalig distribuerad utbyggnad. Det är V2X-metoden vi prioriterar.
Kraftomvandlingen sker i fordonet
Den huvudsakliga arkitektoniska skillnaden mellan AC och DC V2G är var dubbelriktad DC/AC-omvandling sker.
I DC V2G omvandlar en extern dubbelriktad laddare likström från fordonsbatteriet till växelström för hemmet eller elnätet.
I AC V2G utför fordonets dubbelriktade OBC den omvandlingen, och fordonet levererar växelström via sin växelströmsanslutning. Heminstallationen behöver därför inte en separat dubbelriktad likströmsomvandlingsenhet.
Detta påverkar utrustningens kostnad och storlek, installationskrav, underhåll och hur praktiskt det är att distribuera systemet i ett stort antal hem.
V2G för bostäder måste vara prisvärt och enkelt att installera
En lösning avsedd för utbredd bostadsanvändning har andra krav än ett litet antal specialistprojekt.
Att kräva en separat, komplex och dyr dubbelriktad likströmsenhet i varje hem ökar kostnaden, tar upp plats och gör installationen mer krävande.
AC V2G behåller den huvudsakliga effektomvandlingsfunktionen i fordonet samtidigt som en AC-laddningsarkitektur bibehålls i fastigheten. Vi fokuserar på denna metod eftersom den erbjuder en väg till enklare utrustning i hemmet, lägre systemkostnader och enklare installation i stor skala.
Vad vi ser inom OEM-utveckling
I våra test- och ingenjörsdiskussioner har tre OEM-tillverkare aktivt utvecklat AC V2G, medan en OEM-ingenjör också har omprövat tillvägagångssättet.
OEM 5 har gjort en relativt omfattande uppsättning AC V2G-funktioner tillgängliga för gemensam testning. Två OEM-tillverkare har båda uttryckt intresse för att fortsätta arbetet med NexBlue testenheter.
Våra utvecklingsprioriteringar inkluderar kompatibilitet med V2G-växelström i verkliga fordon, fel- och kantfallstestning, PLC-kommunikation, ISO 15118, OCPP 2.1, EMS/HEMS-integration och praktiska energitillämpningar. Målet är ett system som är klart för driftsättning, snarare än en isolerad funktion på ett specifikationsblad.
7. Kommersiell V2G kräver även nätintegration
ISO 15118 tillhandahåller kommunikation, autentisering, parameterförhandling och laddningskontrollmeddelanden mellan fordonet och laddaren.
Kommersiell implementering av AC V2G kräver också arbete med nätefterlevnad, dubbelriktad effektreglering, nätrespons, skydd och anti-islanding, mätning, EMS/HEMS-kontroll, OCPP/backend-integration samt relevant testning och certifiering.
Tysklands VDE-AR-N 4105:2026-03 innehåller krav och verifieringsförfaranden för laddningsutrustning som kan exportera el till nätet. NexBlue fortskrider motsvarande förberedelser för nätintegration och validering för sina målmarknader.
Fordonskommunikation, laddstyrning, energihantering, backend-integration, nätstyrning och lokal certifiering måste alla samverka för implementering.
8. V2H som en tidig tillämpning
V2X kan leverera värde innan näthandelsavtal och affärsmodeller för VPP är fullt etablerade.
För husägare inkluderar V2H-tillämpningar reservkraft, ökad solförbrukning, optimering av användningstid och energihantering i hemmet.
Hembackup är ett direkt användningsfall. I en backupkonfiguration isolerar systemet hemmet från det allmänna elnätet och kopplar om strömförsörjningen så att fordonet kan driva hushållslaster under ett strömavbrott.
Under normal nätansluten drift kan fordonet också arbeta med ett HEMS för att optimera energianvändningen i hemmet. Nätexport öppnar upp för ytterligare tillämpningar, inklusive flexibilitetstjänster, aggregering och VPP-deltagande.
På vissa marknader förväntar vi oss att V2H och energihantering i hemmet kommer att komma först, följt av bredare V2G-tjänster i takt med att nödvändiga nät- och marknadsarrangemang blir tillgängliga.
9. Prioriteringar för de kommande sex månaderna
Från fjärde kvartalet 2026 till första kvartalet 2027, NexBlue kommer att fokusera på sex områden.
1. Bredda fordonstäckningen
Fortsätt testa med OEM-tillverkarna, samtidigt som du utökar täckningen över fordonsmodeller, EVCC-implementeringar och programvaruversioner. Detta inkluderar att kontrollera kompatibilitet efter OTA-uppdateringar av fordon.
2. Utöka fel- och kantfallstestning
Utöka testningen av kommunikationstimeouts, tillståndsavvikelser, oväntade avbrott, stopp och återupptagande av laddning, certifikatfel, ändrade effektgränser och dubbelriktade effektövergångar.
Fokus ligger på tillförlitligt beteende under krävande förhållanden, inte bara framgångsrikt slutförande av en normal testsekvens.
3. Förbättra PLC-kommunikationen
Fortsätt förbättra signalkvaliteten, kommunikationsmarginalen, motståndskraften mot störningar och stabiliteten mellan olika fordon och anslutningsförhållanden.
4. Utöka AC V2G-testning med riktiga fordon
I takt med att OEM-tillverkare gör fler dubbelriktade funktioner tillgängliga, fortsätt validera parameterförhandling, dubbelriktad effektreglering, övergångar mellan laddning och urladdning, tillståndsförändringar, dynamisk EMS-reglering och stopp-och-återuppta-beteende.
5. Främja OCPP 2.1 och integration av energisystem
Fortsätt utvecklingen och integrationen av OCPP 2.1 i följande system:
Vehicle <-> NexBlue charger <-> CPMS <-> EMS / HEMS <-> Aggregator / energy system
Detta arbete kopplar samman fordonskapacitet med energihantering och leveranskrav.
6. Förberedelser inför nätanslutning och certifiering
Arbeta igenom kraven för nätkod, skydd, testning, certifiering och projektanslutning för varje målmarknad.
10. NexBlue s V2X-färdplan
Fas 1: kärnteknik
Utveckla och bibehålla intern kontroll över PLC-kommunikationshårdvara, ISO 15118-protokollstacken, EVSE-tillståndsmaskiner, laddningsstyrlogik, strömstyrning, säkerhets- och certifikathantering samt backend-integration.
Fas 2: validering och praktisk implementering
Slutför ISO 15118-protokolltestning hos TÜV Rheinland, demonstrera faktiskt dubbelriktat strömflöde hos ElaadNL och validera Plug & Charge i verkliga fordon och backend-integration med Monta. Tillämpa fordonsidentifiering och automatisk auktorisering för daglig laddning via AutoCharge.
Denna fas kombinerar validering av den underliggande tekniken med implementeringen av en praktisk laddningsfunktion.
Fas 3: interoperabilitet mellan flera OEM-tillverkare och förberedelser för driftsättning
Fokusperiod: andra halvan av 2026 till första kvartalet 2027.
Utöka testningen över fordonstillverkare, modeller och programvaruversioner, inklusive fortsatt arbete i OEM-laboratorier, fel- och kantfallsbeteende, PLC-prestanda, AC V2G, integration med EMS/HEMS och OCPP 2.1, samt förberedelser för nätanslutning och certifiering.
Målet är kompatibilitet mellan OEM-tillverkare, tillförlitlig drift i verkligheten, integrerad energihantering och nätberedskap.
Fas 4: kommersiell V2H- och V2G-distribution
Målfönster för utplacering: 2027 till mitten av 2028.
Implementeringen kommer att följa förutsättningarna på varje marknad, och gå från V2H och energihantering i hemmet till V2G, flexibilitetstjänster, aggregering och VPP-deltagande.
Det pågående arbetet kommer att omfatta att upprätthålla interoperabilitet i takt med att nya fordon och versioner av fordonsprogramvara introduceras.
Mer än en "V2G-klar" etikett
NexBlue har byggt upp sin interna hårdvaru- och mjukvarukapacitet inom PLC-kommunikation, ISO 15118, laddningsstyrning och backend-kommunikation. Vi fortsätter att validera detta arbete genom standardtester, dubbelriktade effekttester, tester av verkliga fordon och gemensamma tekniska sessioner med OEM-tillverkare. AutoCharge använder fordonsidentifiering och automatisk auktorisering i den dagliga laddningen.
Vårt FoU-team täcker hårdvara, inbyggd programvara, kommunikationsprotokoll, laddningsstyrning och backend-system som behövs för att undersöka och förbättra implementeringen.
Nästa steg är att bredda fordonstäckningen, testa mer krävande driftsförhållanden och fördjupa integrationen mellan energisystem i takt med att vi går mot kommersiell implementering av AC V2G och V2H.