Webasto Webasto Next Modbus TCP template

Webasto Next

The Webasto Next is an AC EV wallbox available in 11 kW and 22 kW variants, designed for residential and light-commercial charging with built-in dynamic load management. This ModbusCloud template connects to the Webasto Next over Modbus TCP on port 502 and reads charge-point state, EVSE and cable status, per-phase current and power, cumulative energy, and per-session timestamps. Write registers let an energy management system control the charge current, set a power limit, and start or stop sessions. The life-bit heartbeat pair keeps EMS control active and prevents automatic fallback to the configured safe current.

Protocol
Modbus TCP
Connection
Ethernet, Modbus TCP
Registers
29, read and write
Brand
Webasto
Last updated

Registers (29)

25 read, 4 write

NameUnitAccessAddress (Hidden until you enter your email)Function (hidden)Type (hidden)
charge_point_stateRead
evse_stateRead
cable_stateRead
evse_error_codeRead
current_l1ARead
current_l2ARead
current_l3ARead
active_powerWRead
active_power_l1WRead
active_power_l2WRead
active_power_l3WRead
active_production_energyWhRead
max_hw_currentARead
min_hw_currentARead
max_evse_currentARead
max_cable_currentARead
max_ev_currentARead
last_energy_sessionWhRead
start_timeRead
charge_session_timesRead
end_timeRead
smart_vehicle_detectedRead
safe_currentARead
com_timeoutsRead
ev_set_charge_power_limitWWrite
charge_currentAWrite
start_cancel_charging_sessionWrite
life_bit_aRead
life_bit_bWrite

Loading registers…

Send your device list

If a device is not in the library yet, we build the template for free as soon as we have the register data.

Number of installations (optional)

Use cases

  • Monitor per-phase current and active power in real time to verify balanced three-phase loading during a session.
  • Track cumulative energy from active_production_energy across multiple sites to compile monthly EV charging reports.
  • Alert on a non-zero evse_error_code to detect faults before a driver notices a failed session.
  • Compare charge_session_time and last_energy_session values to calculate average session efficiency over time.
  • Verify that the charge_current setpoint written by your EMS does not exceed max_cable_current or max_ev_current limits.

Installation

  1. Enable HEMS mode on the Webasto Next via the device web interface under the communication or Modbus section, and confirm the default Modbus TCP port is set to 502.

  2. Connect the Webasto Next to the same LAN segment as the ModbusCloud Gateway using a wired Ethernet connection for reliable polling.

  3. In your ModbusCloud portal, add the Gateway, import the Webasto Next template, and set the unit ID to 255, which is the default slave address used by the wallbox.

  4. Spot-check the connection by confirming that charge_point_state and evse_state return non-zero values in the live register view, then verify active_power rises when a vehicle begins charging.

Things to watch for

Modbus connection is refused or times out. What should I check?

The Webasto Next accepts only one simultaneous Modbus TCP connection. If another client such as a home-automation system is already polling the wallbox, the Gateway will receive a connection-refused or i/o-timeout error. Disconnect all other Modbus clients and retry with only the ModbusCloud Gateway connected.

All registers return exception code 2 (illegal data address). Why?

HEMS mode must be explicitly activated in the Webasto Next web interface before any Modbus registers become readable. If HEMS is enabled but the error persists, confirm the unit ID is 255. Some firmware versions also require a reboot of the wallbox after enabling HEMS.

The wallbox falls back to a fixed current and ignores my EMS setpoint. What is happening?

The Webasto Next uses a life-bit heartbeat mechanism. The EMS must regularly write a toggled value to the life_bit_b register at address 6000. If writes stop, the wallbox applies the safe_current fallback value after the com_timeout period expires. Ensure the ModbusCloud Gateway polling interval stays within the configured timeout.

Is it safe to write charge_current and start_cancel_charging_session in production?

Use write registers with care. Writing a charge_current value above max_cable_current or max_ev_current will be clamped by the wallbox, but sending an out-of-range power limit via ev_set_charge_power_limit or issuing start_cancel_charging_session at the wrong moment can interrupt an active session unexpectedly. Test setpoint writes during a controlled session before deploying to live sites.

Want to see how it works?

Electrician working in an open distribution board