ich betreibe einen Sungrow SH25T Hybridwechselrichter mit einem SBH400 Batteriespeicher. Zusätzlich möchte ich einen separaten AC-Speicher installieren. Dieser soll vor allem nachts bei günstigen dynamischen Strompreisen geladen und während teurer Stunden genutzt werden.

Dabei stellen sich mir folgende Fragen:

• Kann der WARP Energy Manager 2.0 beide Speichersysteme gemeinsam steuern?

• Lässt sich festlegen, welcher Speicher zuerst entlädt?

• Kann beispielsweise zuerst der AC-Speicher entladen werden und anschließend der SBH400?

• Kann der SBH400 nachts für die Entladung gesperrt werden, damit der AC-Speicher günstig aus dem Netz laden kann?

• Lassen sich beide Speicher abhängig von Strompreis, Ladezustand und PV-Prognose unterschiedlich behandeln?

• Welche AC-Speicher werden dafür konkret unterstützt?

Wichtig wäre mir, dass die beiden eigenständigen Speicherregelungen nicht gegeneinander arbeiten oder sich gegenseitig beeinflussen.

Hat jemand bereits eine vergleichbare Kombination umgesetzt oder kann einschätzen, ob sich diese Priorisierung mit dem WARP Energy Manager 2.0 zuverlässig realisieren lässt?

Vielen Dank!

Habe mein "WARP4-Upgrade" am Laufen - alles prima. Aber jetzt ist mir aufgefallen, dass mein elgris Smart Meter, dass in meiner WARP3 problemlos funktioniert hat, in der WARP4 keine Werte liefert. Beim Hinzufügen gibt es die Fehlermeldung "Verbindung zu 192.168.51.169:502 getrennt: ProtocolError", trotzdem läßt sich das Smart Meter hinzufügen.

Da es mit der WARP3 immer funktioniert hat, vermute ich, dass sich dieser Fehler durch einige Firmware-Updates eingeschlichen hat. Kann aber auch sein, dass sich mein elgris Smart Meter nicht genau an die SunSpecs hält und ältere WARP-Firmwares da großzügiger waren.

Ich habe mal ein Bildschirmfoto und das Protokoll angefügt.

warp4-87s6-SunSpec-Gerätesuche-2026-08-11T11-34-37-728.txt

Bevor es ans Debugging geht: hat sich zwischen Version 2.8 und 2.12 etwas an dem Steuerungskonzept für den Lademodus geändert?

Ich habe kürzlich ein Update von 2.8 auf 2.12.1 installiert und seitdem ein unerwartetes Verhalten beobachtet:

Ich steuere den Lademodus regelmäßig über den Wochentag per MQTT. Von Montag bis Donnerstag nutze ich immer Min+PV. Ab Donnerstag wird auf PV umgestellt.

Diese Umschaltung hat über ein Jahr problemlos funktioniert.

Seit 2.12.1 wird im Web-UI zwar der Lademodus auch als PV angezeigt, jedoch wird bei der "kontrollierten Wallbox" noch Min+PV angezeigt.

Die Folge ist, dass trotz der Einstellung Lademodus PV, das Auto mit Min+PV geladen wird, was dazu geführt hat, dass die Hausbatterie leergesaugt und dann auch noch Strom aus dem Netz gezogen wurde, obwohl am nächsten Tag reichlich Sonne vorhanden gewesen wäre.

Gibt es eine neue MQTT-Option, mit der zusätzlich die Einstellung der "kontrollierten Wallbox" umgeschaltet werden kann bzw. muss?

Oder handelt es sich hier um einen Bug?

Zumindest war es dann so, nachdem ich diesen Fehler bemerkt hatte, dass die Änderung dieser Einstellung im Web-UI das Problem gelöst hat. Dass man das jetzt manuell kontrollieren bzw. einstellen muss, ist aber langfristig natürlich keine Option.

Ich habe 2 WARP3-Pro-Charger und würde gerne einen umrüsten auf WARP4. Jezt steht bei dem Umrüstsaz "Vorbestellbar". Ist ein ungefährer Zeitraum bekannt, wann der verfügbar sein wird? Ich würde mit der WARP4-Pro gerne folgende Funktion realisieren:

Wenn nach 00:00 Uhr unter einem bestimmten SOC (z.B. 40%), dann lade nach (bis z.B. 60%), damit man immer Abfahrbeit ist, aber am folgentag immer noch Platz für Sonenstrom hat. Lässt sich das so mit dem SOC-Auslesen realisieren?

VG, pvbastla

ich habe meine WARP4 kürzlich in Betrieb genommen, habe folgendes Probem:

die Wallbox läd das Fahrzeug nicht, wenn ich unter dem Punkt ISO 15118 einen der Punkte Au­to­char­ge oder La­de­stand auslesen aktiviere. Sobald ich beide deaktiviere läd das Fahrzeug.

Zum Fahrzeug, es handelt sich um einen neuen Cupra eHybrit 2026.

Was mache ich Falsch.

Gruß Rico

warp4-873j-EVSE-Ladeprotokoll-2026-08-11T13-01-45-042.txt warp4-873j-Debug-Report-2026-08-11T13-02-52-536.txt

kann ich das folgende Verhalten irgendwo einstellen?

Ich lade einen Mustang Mach-E an der Warp4 unter EVCC. Das funktioniert so weit auch sehr gut.

Wenn ich bei einer aktiven Ladung das Laden beenden möchte drücke ich normalerweise am Auto den Ladeknopf, was bei allen mir bekannten Ladestationen /Wallbox dazu führt dass das Laden endet UND der Stecker entriegelt. Die Warp ist da aber anders. Das Laden endet auch hier (jedenfall schaltet die Warp4 hörbar). ABER: Der Stecker wird nicht entriegelt. Dafür muss ich noch den Taster auf der Warp drücken. Frage: Kann ich das irgendwo einstellen, dass auch automatisch der Stecker entrieget wird? Spart immerhin einen Knopfdruck. :-)

Übrigens: Das Verhalten tritt nur bei einer aktven Ladung auf. Wird gerade nicht geladen (fertig oder gerade kein PV Strom oder was auch immer) führt das Drücken auf den Ladeknopf am Auto dirket zu einem Entriegeln des Steckers.

Habt Ihr eine Idee? Vielen Dank!

Also diverse Sensoren und drei Aktionen. Irgendwie sind die Aktionen ein bisschen wenig, oder?
Ich vermisse jedenfalls eine Aktion, mit der ich den Lademodus umstellen könnte (Schnell, Min+PV ...).
Ist das nicht vorgesehen oder muss ich da noch etwas definieren?
Oder geht das nur über einen HTTP-API-Aufruf?
Hmm, und bei den Sensoren müsste es dann natürlich auch einen geben, der den aktuellen Lademodus anzeigt.

Ja, klar, geht natürlich via WARP2-Webseite, aber da wir uns da gerade ein bisschen ein Dashboard zu dem Themenkomplex bauen, wäre das sehr praktisch, es von da tun zu können.

in den letzten Wochen habe ich immer wieder beobachtet, dass der Ladevorgang meines ID.4 nicht startet, wenn er vor der Freigabe durch EVCC bereits längere Zeit verbunden war - erst ein manueller "Stopp-Start-Zyklus" (egal ob über EVCC oder WARP) überredet ihn dann zum Laden:

2026-08-07 16:23:47,825 | users            | Charger state changed from 0 to 1
2026-08-07 16:23:53,088 | ev               | EV connected: Matched profile 'VW ID.4' (index 0)
2026-08-07 16:32:59,728 | users            | Charger state changed from 1 to 2
2026-08-07 16:32:59,834 | charge_tracker   | Tracked start of charge for local charger.
2026-08-07 16:35:28,752 | users            | Charger state changed from 2 to 1
2026-08-07 16:35:40,845 | users            | Charger state changed from 1 to 2
2026-08-07 16:35:41,868 | users            | Charger state changed from 2 to 3

Erfolgt die Freigabe hingegen unmittelbar nach dem Verbinden, so startet auch die Ladung sofort. Ich habe bislang noch nicht mit der Willkommensladung experimentiert, aber bei meiner alten WARP1 gab es dieses Problem so nicht. Kann das evtl. mit der ISO 15118-Kommunikation zusammenhängen?

"ISO 15118" ist übrigens das Stichwort für das zweite Problem, denn wenn man WARP4 neustartet, während das Auto verbunden ist, dann hat man anschließend überhaupt keinen SoC mehr verfügbar. Dies führt dann dazu, dass EVCC den SoC nicht mehr weiterführt und munter über den eingestellten Ziel-SoC hinauslädt. 🙈
Grundsätzlich geht dieses Problem ja in die gleiche Richtung wie meine Frage, ob man den tatsächlichen SoC beim Ladestopp nicht nochmal abfragen könnte, aber @borg sagte dazu ja schon, dass das Auto die Kommunikation aufbaut und nicht die Wallbox. Daher an dieser Stelle nochmal die Frage, ob man diesen Verbindungsaufbau nicht evtl. durch eine CP-Trennung forcieren könnte...

Wie immer besten Dank und Gruß Thomas

warp4-8hrp-Debug-Report-2026-08-07T16-34-52-737.txt

Ich bekomme keine Verbindung vom WEM2 auf die WARP 4 Pro.

Mach ich was falsch?

Besten Dank für die Unterstützung im Voraus.

Michael

wem2-2iMq-Debug-Report-2026-08-10T19-50-06-762.txt

Gibt es eine Empfehlung für eine Adapterplatte? Mir ist bewusst, dass die Bohrungen vermutlich nicht passen werden und ich dort nach nacharbeiten müsste. Aber vielleicht gibt es ja eine Platte die optimal für die Warp4 ist, so dass sich der Aufwand in Grenzen hält. Vielen Dank und LG

ich versuche derzeit, einen WARP4 Charger Pro 11 kW mit evcc (als App in Home Assistant) zu steuern, um einen Skoda Elroq 85 (MJ2027) zu laden, der über ISO 15118 erkannt wird. Leider startet der Ladevorgang nicht.

Konfiguration WARP4 Pro (Firmware 2.12.2):

• ISO 15118

  • Skoda Elroq 85 über ISO 15118 erkannt: MAC-Adresse u. SoC in Warp sichtbar

  • Autocharge: aktiviert

  • Ladestand auslesen: aktiviert

• Energiemanagement → Wallboxen → Fremdsteuerung: Fremdgesteuert

Konfiguration evcc:

• Elroq in evcc als Fahrzeug angelegt:

  • Hersteller: ISO15118

  • RFID-Identifikation: MAC-Adresse des Elroq aus Warp-Web-App

• Warp4 als evcc-Ladepunkt angelegt:

  • Für den Test ist der Modus Schnell eingestellt

  • 11 kW

  • 3-phasig

  • Standardfahrzeug: Elroq (SoC von aktuell 75 % wird angezeigt)

Die ISO-15118-Verbindung funktioniert grundsätzlich:

• WARP4 erkennt den Elroq:

  • SDP: Discovery completed

  • DIN/ISO: Protocol negotiated

  • Protokoll: urn:iso:15118:2:2013:MsgDef

  • Protokoll-Status: Charge Parameter Discovery

  • SoC wird mit 75 % angezeigt

• In der Ladepunkt-Konfiguration von evcc:

  • Status: verbunden

  • Ladebereit: Ja

  • RFID-Kennung: 10:BD:43:...

  • Ladestand: 75,0 %

Das Problem ist wie oben bereits erwähnt: Wenn ich das Ladekabel am Elroq anschließe, startet der Ladevorgang nicht. Die Leuchte an der Wallbox blinkt ein paar Mal grün, dann leuchtet sie wieder durchgehend blau; der Stecker wird nicht verriegelt. Im WARP4-Webinterface ist der Status auf "Warte auf Freigabe".

Aus dem evcc-Log:

[lp-1 ] INFO 2026/08/10 22:40:21 car connected
[lp-1 ] DEBUG 2026/08/10 22:40:21 pv timer elapse
[lp-1 ] DEBUG 2026/08/10 22:40:21 pv timer inactive
[lp-1 ] DEBUG 2026/08/10 22:40:21 charge total import: 1.593kWh (Hinweis: aus vorigem Test ohne evcc/ISO 15118)
[lp-1 ] DEBUG 2026/08/10 22:40:21 charger vehicle id: 10:BD:43:...
[lp-1 ] DEBUG 2026/08/10 22:40:21 charger soc: 75%
[lp-1 ] DEBUG 2026/08/10 22:40:21 vehicle soc (estimator): 75%
[lp-1 ] DEBUG 2026/08/10 22:40:21 !! plan: plan time zero
[lp-1 ] DEBUG 2026/08/10 22:40:21 set charge current limit: 16A
[lp-1 ] DEBUG 2026/08/10 22:40:21 charger enable
[lp-1 ] DEBUG 2026/08/10 22:40:21 wake-up timer: start
...
[lp-1 ] DEBUG 2026/08/10 22:40:51 charge power: 0W
[lp-1 ] DEBUG 2026/08/10 22:40:51 charge currents: [0 0 0]A
...
[lp-1 ] DEBUG 2026/08/10 22:40:51 charge voltages: [232 234 235]V
[lp-1 ] DEBUG 2026/08/10 22:40:51 detected connected phases: 3p
[lp-1 ] DEBUG 2026/08/10 22:40:51 charge total import: 1.593kWh
[lp-1 ] DEBUG 2026/08/10 22:40:51 charger status: B
[lp-1 ] DEBUG 2026/08/10 22:40:51 charger soc: 75%
[lp-1 ] DEBUG 2026/08/10 22:40:51 soc estimated: 75.00% (vehicle: 75.00%)
[lp-1 ] DEBUG 2026/08/10 22:40:51 vehicle soc (estimator): 75%
[lp-1 ] DEBUG 2026/08/10 22:40:51 !! plan: plan time zero
...
[lp-1 ] DEBUG 2026/08/10 22:41:21 charge power: 0W
[lp-1 ] DEBUG 2026/08/10 22:41:21 charge currents: [0 0 0]A
...
[lp-1 ] DEBUG 2026/08/10 22:41:21 charge voltages: [232 235 234]V
[lp-1 ] DEBUG 2026/08/10 22:41:21 detected connected phases: 3p
[lp-1 ] DEBUG 2026/08/10 22:41:21 charge total import: 1.593kWh
[lp-1 ] DEBUG 2026/08/10 22:41:21 charger status: B
[lp-1 ] DEBUG 2026/08/10 22:41:21 charger soc: 75%
[lp-1 ] DEBUG 2026/08/10 22:41:21 soc estimated: 75.00% (vehicle: 75.00%)
[lp-1 ] DEBUG 2026/08/10 22:41:21 vehicle soc (estimator): 75%
[lp-1 ] DEBUG 2026/08/10 22:41:21 !! plan: plan time zero

Aus dem WARP4-Log:

2026-08-10 21:13:04,591 | main | Initialization done
2026-08-10 21:13:04,639 | device_name | This is warp4-.... (warp4-....), a WARP4 Charger Pro 11kW
2026-08-10 21:13:04,723 | wifi | 9 networks found
2026-08-10 21:13:05,121 | wifi | Selecting channel 13 for soft AP
2026-08-10 21:13:05,302 | wifi | Soft AP started
2026-08-10 21:13:05,357 | ethernet | Got IP address: .../24, GW ...
2026-08-10 21:13:05,830 | network | Network connected (Ethernet)
2026-08-10 21:13:05,842 | mqtt | Transport error: Connection reset by peer
2026-08-10 21:13:06,888 | mqtt | Failed to connect to broker.
2026-08-10 21:13:06,889 | ntp | NTP synchronized at 5,695
2026-08-10 21:13:31,391 | evse_common | Got no managed current update for more than 30 seconds. Setting managed current to 0
2026-08-10 21:15:05,461 | eebus | No Heartbeat received from control box. Switching to failsafe or unlimited/autonomous mode
2026-08-10 21:19:02,857 | uptime_tracker | Wrote last uptime to flash
2026-08-10 21:23:34,048 | users | Charger state changed from 0 to 1
2026-08-10 21:23:36,696 | ev | EV connected: Matched profile 'Skoda Elroq 85' (index 0)
2026-08-10 22:24:47,217 | users | Charger state changed from 1 to 0
2026-08-10 22:25:13,289 | users | Charger state changed from 0 to 1
2026-08-10 22:25:15,073 | ev | EV connected: Matched profile 'Skoda Elroq 85' (index 0)
2026-08-10 22:25:49,357 | users | Charger state changed from 1 to 0
2026-08-10 22:26:19,436 | users | Charger state changed from 0 to 1
2026-08-10 22:26:21,151 | ev | EV connected: Matched profile 'Skoda Elroq 85' (index 0)
2026-08-10 22:39:40,205 | users | Charger state changed from 1 to 0
2026-08-10 22:40:11,295 | users | Charger state changed from 0 to 1
2026-08-10 22:40:12,872 | ev | EV connected: Matched profile 'Skoda Elroq 85' (index 0)

Gibt es bei der WARP4 vielleicht noch eine weitere Freigabe bzw. Einstellung, die erforderlich ist, damit die von evcc gesetzte Ladefreigabe (charger enable / 16 A) tatsächlich zum Start des ISO-15118-Ladevorgangs führt?

Ich hoffe, jemand kann mir bei diesem Problem helfen!

Vielen Dank im Voraus und viele Grüße,

Ben

ist es möglich die WARP Charger Pro mit dem Home 10 EMS von Fenecon zu verbinden, so dass sie angesteuert werden und Überschussladen möglich ist?

Die Aufgabe des WARPEnergiyManager bzw. EVCC wird ja von dem Fenecon EMS geleistet - würde nur gern wissen ob und wie eine Kommunikation möglich ist.

Lt. Beschreibung unterstützt das System SunSpec für die Einbindung. Hat das schon jemand in der Kombination eingerichtet?

Danke & Grüße

Sven 

seit einiger Zeit funktioniert das PV Überschussladen mit meiner Warp3 nicht mehr. Nach der Willkommensladung von 3 min wird der Ladevorgang beendet obwohl genügend Überschuss zur Verfügung steht. Im Status steht:

Aus: PV-Über­schuss um 13805 mA über­las­tet

1p: Warte bis zur nächsten Al­lo­ka­ti­on auf mehr PV-Über­schuss.

3p: Warte bis zur nächsten Al­lo­ka­ti­on auf mehr PV-Über­schuss.

Strom: Keine Ent­schei­dung getroffen

Der Energiezähler steht mit negativem Vorzeichen, also auf einspeisend. Das ganze hat bis vor eine paar Tagen auch schon funktioniert. Hat jemand eine Idee woran das plötzlich liegen kann?

mfg Michael

warp3-2eNA-Debug-Report-2026-08-02T21-31-06-149.txt

ich eröffne dann mal die Fragerunde zur WARP4 🙃

Welche technischen Unterschiede (außer Stromzähler) gibt es zwischen der Smart und Pro-Variante? Laut Informationen auf warp-charger.com ist ein Auslesen des SOC sowie evtl. späteres bidirektionales Laden ja nur mit Pro möglich, obwohl auch Smart schon das ISO15118-Modul enthält. Kann ich der Smart weiterhin die Zählerdaten per API zur Verfügung stellen und habe damit dann alle Pro-Features?

Besten Dank und Gruß Thomas

ein paar wenige Fragen zur WARP 4 Pro sind bei mir noch offen. Wäre super, wenn ich die noch beantwortet bekommen würde :).

1.) Wie schwer ist die pulverbeschichtete Pro mit 15 m Kabel ca.?

2.) Wie viel Bohrlöcher gibt es und welchen Durchmesser müssen die Schraubenköpfe haben?

3.) Welchen Mehrwert bietet der Energy Manager 2.0 wenn ich als steuerbare Einrichtung nur eine WARP 4 Pro habe?

4.) Habe ich einen Mehrwert davon, wenn ich vor der WARP einen Schütz verbaue um 1-Phasiges Laden erzwingen zu können?

LG

ich suche eine technische Zeichnung der Warp Ladesäule. Die äußeren Abmessungen hab ich gefunden, aber mich interessieren die Bohrungen, vorallem die großen.

Um Missverständnissen vorzubeugen: Ich rede vom Bereich, an dem die Warp befestigt wird.

Danke und Gruß vom Rande der Schwäbischen Alb.

Ich habe gerade mein Upgrade von WARP3 auf WARP4 installiert und jetzt bekomme ich immer wieder einen DC-Fehlerstrom-Status. Irgend was muss ich zwischen WARP3 und WARP4 falsch gesteckt haben.

Ich hatte beim Umbau schon das Problem, dass ich irgend wie an der WARP3 mehr Kabel hatte als an der WARP4 (zu mindest, wenn ich mir die Abbildungen in der Bedienungsanleitung ansehe) dann hat aber doch alles irgendwie wie Sinn ergeben. Nur das die WARP jetzt sofort nach einem Neustart in den DC-Fehler läuft.

Ich habe folgende Steckverbindungen hergestellt:

1. Ein Kabel von linker Platine zu rechter Platine (das ist vermutlich für die Stromversorgung?)

2. ein Kabel vom NFC-Modul auf einen der rechten Anschlussstecker

3. ein Kabel vom DC-Fehlersensor auf den anderen freien Stecker

Kann man auf dem Foto sehen.

Ich habe eine selbst gebaute WARP3, die auf einem modifizierten WARP1-Gehäuse basiert - also nicht wunder falls das auf dem Foto irgend wie komisch aussieht.

Irgend eine Idee, was ich falsch gemacht haben könnte?

Viele Grüße,

eweri

Gibt es eine Möglichkeit, die Einstellungen der WARP3 zu exportieren und später wieder zu importieren?

Wir möchten meine Wallbox bei meinem Schwager testen bevor er die kauft und dann müsste ich ja alles von hand neu konfigurieren.

Ich habe da nichts gefunden, oder habe ich da was übersehen?

VG, pvbastla

ich liebe meine WARP3 Wallbox! Nun möchte mein Netzbetreiber, dass ich ein EEBUS kompatibles HEMS einbaue, damit der neue iMSys Zähler mir den Strom der Wallbox, Solar und WP limitieren kann.

Ich frage mich, ob ich dazu nun ein HEMS kaufen soll oder auf die EEBUS Implementierung in den Produkten hier warten soll?

Laut Netzbetreiber, kann es noch dauern, bis das dann wirklich umgesetzt wird. Möchte nun nichts kaufen, was am Tag X dann veraltet ist.

Viele Dank.

Gruß, Marco

ich wollte heute meine beiden WARP3 auf die neue Firmware Version 2.11.0 heben.

Das hat bei der Wallbox in der Garage (LastManager) nicht funktioniert, es gab kurz nach dem Restart einen Rollback auf die Vorgängerversion V2.10.3.

Bei der Wallbox im Carport (gesteuert vom LM) hat das Update problemlos funktioniert.

Nach einem zweiten Versuch auf der Garagen-Wallbox, der mit dem gleichen Problem geendet habe, habe ich den Debug-Report gezogen und hier mal angehangen.

Könnt ihr damit etwas anfangen?

Gruß Steffen

warp3-2cvd-Debug-Report-2026-06-10T17-42-30-942.txt

Muss ich da nochmal aufschrauben und schauen was ich falsch gemacht habe?

leider startete PV-Überschuss beim Tesla nicht automatisch nach dem Einstecken. Alles Ladebereit aber wartet auf irgendwas….

Anbei auch die Reports von der Warp4 und dem Wem2 und ein Screenshot von der Tesla-App, wenn ich versuche, den Ladevorgang aus dieser manuell zu starten.

Beste Grüße

Michael

warp4-8hjb-Debug-Report-2026-07-07T16-56-48-496.txt wem2-2iMq-Debug-Report-2026-07-07T17-02-59-290.txt

ich habe festgestellt, dass die Meldung "Abgesteckt" sehr verzögert versendet wird bei meiner WARP2 (2.12.1+6a4f90da (erstellt 09.07.2026 14:15:22)).

Wäre insofern kein Problem, aber wenn ich zwischen zwei Fahrzeugen umstecke, kriegt das dann evcc und openHAB öfters gar nicht mit -> weil ich "zu schnell" umgesteckt habe. zu schnell bedeutet hier innerhalb von ca. 10-15 Sekunden. Ist das Zufall? oder kann ich das konfigurativ beeinflussen?