LONDON — 2 November 2026 — Hypervolt today introduced HyperG, a complete implementation of ISO 15118, the family of standards that lets an electric vehicle and a charger talk to each other: ISO 15118-2, ISO 15118-20 and DIN SPEC 70121, the protocol behind Plug & Charge, bidirectional charging and the next generation of smart EV charging. Designed and written entirely in-house in Rust, HyperG covers every layer of the conversation between a car and a charger, from the first signal on the powerline to a live energy session, in one lightweight and exceptionally fast stack.
ISO 15118 is the language of EV charging. It is how a vehicle and a charger agree on when to charge, how fast, in which direction, and how to pay, with no app, card or cable other than the one already plugged in. Every generation of the standard is covered: ISO 15118-2 and DIN SPEC 70121 for the cars on the road today, and ISO 15118-20 for bidirectional charging and the cars of the next decade. Most chargers speak these through a licensed third-party stack or a general-purpose runtime. HyperG takes a different path: the whole protocol family, built by the people who build the charger.
“Charging only works if the charger and the car understand each other perfectly, every time, whatever car and whatever year it was built. We didn’t want that to depend on anyone else’s code. So we wrote all of it.”
— Hardware squad, Hypervolt
A real ISO 15118-20 bidirectional session, from launch to session complete, recorded live in HyperG Mission Control. Full 1080p. Also on YouTube.
A charging session is a stack of protocols, each handing off to the next. HyperG implements all of them natively, with nothing borrowed at runtime: no Java, no Python, no interpreter.
A live ISO 15118-20 session in HyperG Mission Control. The car has flipped from charging at 22 kW to exporting 22 kW to the grid, mid-session, with no reconnect.
HyperG was built for energy that flows both ways. With ISO 15118-20, bidirectional power transfer is supported for AC and DC, in both scheduled and dynamic control modes, so a car can charge from the grid in the afternoon and power the home in the evening within a single session. Wireless power transfer and automated connection are part of the same stack, ready for the vehicles that will use them. And with ISO 15118-2, every AC and DC charging mode of today’s vehicles is covered, including Plug & Charge.
to decode a message from the car, on average
to encode the reply
from launch to listening for a vehicle
Charging protocols live or die on timing. ISO 15118 gives a charger a fixed budget to answer every request, and a missed deadline ends the session. HyperG decodes a request and encodes its reply in under a millisecond. Its codec is generated ahead of time rather than interpreted, there is no garbage collector to pause it, and the whole stack runs on Rust’s async runtime. The result is a charger that responds to the car in a fraction of the time the standard allows, with headroom to spare on even the smallest hardware.
one binary, three protocols, charger and vehicle sides
of memory while waiting for a car
Everything HyperG needs fits in a single, small, self-contained executable. There is no virtual machine to boot, no runtime to install and no megabytes of schema files to load. That efficiency is not a benchmark figure; it is what lets the stack run on modest, low-power silicon, start instantly, and leave the rest of the charger free to do its job.
A protocol stack is only as good as its conformance. HyperG ships with more than 1,050 automated tests, including over 500 reference vectors that are checked byte for byte against the industry reference EXI encoder, across ISO 15118-20, ISO 15118-2 and DIN SPEC 70121. Full sessions are exercised end to end against independent EV simulators, and the SLAC layer has been validated on real HomePlug Green PHY hardware, all the way to a closed contactor.
The Protocol tab follows an ISO 15118-20 handshake message by message as it happens.
HyperG comes with Mission Control, a native desktop companion that turns a charging session into something you can watch. Choose a protocol, an energy mode and a payment method, launch the charger, and follow the handshake live. Flip the direction of power with a single control, cap discharge power on the fly, set a state-of-charge floor, and inspect every frame on the wire, both as raw EXI and fully decoded.
Session limits are applied live. Here discharge is capped at 11 kW and the charger follows immediately.
| Protocols | ISO 15118-2, ISO 15118-20, DIN SPEC 70121, negotiated automatically per session |
| ISO 15118-2 coverage | All 17 message pairs: AC and DC charging, Plug & Charge, certificate installation and update, metering receipts |
| ISO 15118-20 coverage | Common messages, AC, DC, bidirectional (BPT) AC and DC, wireless (WPT), automated connection (ACDP) |
| Energy transfer | AC single and three phase, DC up to 350 kW, AC and DC bidirectional, wireless, scheduled and dynamic control modes |
| Roles | Charger (SECC) and vehicle (EVCC) |
| Link and transport | SLAC over HomePlug Green PHY, SDP discovery, V2GTP over TCP/IPv6 |
| Security | TLS 1.3, X.509 certificate handling for Plug & Charge |
| Codec | Schema-informed EXI, generated at compile time from the ISO 15118 XSD schemas |
| Language | 100% Rust, async, no runtime dependencies on Java or Python |
| Performance | about 0.4 ms on average to decode or encode an ISO 15118-20 message; about 7 ms from launch to listening for a vehicle |
| Footprint | 4 MB executable; about 2.5 MB of memory while listening for a vehicle |
| Verification | 1,050+ automated tests; 500+ byte-for-byte reference vectors; end-to-end sessions against independent EV simulators; SLAC validated on HomePlug Green PHY hardware |
| Tooling | HyperG Mission Control for macOS: live session control, protocol timeline, EXI message inspector |
Performance and footprint figures were measured on a release build of HyperG on Apple silicon: codec timings are the mean across the ISO 15118-20 AC, DC and common-message reference vectors; memory is the physical footprint of the charger process while listening for a vehicle. Figures on embedded targets will vary. ISO 15118-20 support is in active validation and conformance work is ongoing.