seit einigen Tagen läuft hier ein WEM2 im Zusammenspiel mit einem Kostal Plenticore G3 Hybrid-WR und einem Pylontech Force H Batteriespeicher. Ich möchte gerne die Batteriesteuerung über den WEM2 einrichten und habe mich gefragt, wie hier am Besten vorzugehen ist? Ein vorkonfiguriertes Profil besteht ja noch nicht. Ist das schon jemand aus der Community angegangen? Lassen sich die notwendigen Registerdaten irgendwo in der Kostal Dokumentation finden oder müsste ich die anderweitig herausfinden?

Falls hilfreich, biete ich gerne meine Unterstützung bei der Entwicklung einer Kostal Plenticore G3 config für das firmware repo an. Gerne auch im direkten Austausch per github, Mail, o.ä. falls gewünscht.

Schöne Grüße aus dem Ruhrgebiet

heute wurde die WARP3 Pro angeschlossen. Netzwerk habe ich konfiguriert und dann als Stromzähler meine SolarEdge Anlage per Modbus TCP eingefügt. PV Überschussladen... geht aber irgendwie nicht. Ich soll einen Stromzähler auswählen. Der ist ja im SolarEdge gedöns mit drin. Batterie, SmartMeter und Wechselrichter. Warum kann ich den Zähler da nicht auswählen?

Ich hab jetzt den Ladestrom auf 6A begrenzt das passt zum überschuss. Aber "richtig" wäre besser.

Gruß,

Nils#

ich bin gerade auf der Suche nach einer passenden Wallbox. Dabei stoße ich immer wieder an das Problem, dass die Wallboxen den aktuellen Ladezustand des Autos nicht auslesen können. Dies soll mit der ISO15118 ja möglich sein. Ist es geplant bei der Warp3 diesen Standard zu implementieren und wenn ja gibt es schon eine Roadmap dafür? Dann würde ich mit der Anschaffung noch warten.

warp3 log:

1. 2026-05-04 10:26:33,952 | mqtt | Unknown transport error

2. 2026-05-04 10:26:33,953 | mqtt | Failed to connect to broker.

mosquitto log:

1. 1777883329: New connection from 10.1.8.16:52112 on port 8883.

2. 1777883329: OpenSSL Error while trying to get the error[0]: error:0A000126:SSL routines::unexpected eof while reading

3. 1777883329: Client 10.1.8.16 [10.1.8.16:52112] disconnected: Protocol error.

Setup:

• Warp3 FW2.10.1

• mqtt Broker mosquitto 2.1.2

• eigene CA (Root CA u. Intermediate CA)

• mTLS

Was wurde bisher getestet:

• Verbindung anderer Clients > ok (nodered, shelly, evcc usw.)

• MQTT ohne TLS > ok

• CA / Zertifikate korrekt > ok, Verbindung mit openssl getestet

• mTLS korrekt > ok, Verbindung mit openssl getestet

• TLS 1.2 erzwungen > keine Verbindung

• RSA statt ECDSA getestet > keine Verbindung
  

Die Wallbox scheitert vermutlich am konkreten TLS-Handshake-Setup mit Mosquitto/OpenSSL

Kann das Problem jemand bestätigen? Gibt es hierzu ein bekanntes Problem in FW 2.10.1?

ich würde gerne wissen, ob ich irgendwie eine alternative PV-Ertragsprognose nutzen kann. Die von forecast.solar ermittelten Werte sind oft leider sehr daneben (bei schlechtem Wetter oft 3-4x zu hoch, bei gutem Wetter dafür oft nur die Hälfte... :( )

Ich nutze im Home Assistant Solcast, was bei exakt gleicher Konfiguration wirklich extrem genaue Prognosen liefert.

Kann ich meine WARP3 irgendwie dazu bringen, entweder direkt oder über mein Home Assistant die Solcast-Daten zu nutzen?

(Den Thread kann man übrigens abonnieren ;) )

ich überlege mir eine WARP 3 zu holen. Ich möchte diese per LAN Kabel anschließen. Da die WB bei mir auf dem Grundstück frei zugänglich ist, möchte ich mein Heimnetzwerk absichern. 100%ige Sicherheit gibt es natürlich nicht. Aber zumindest soll ein Hacker nicht durch einfaches Einstöpseln des WB LAN Kabels in sein Laptop vollen Zugriff auf meine internes Netzwerk bekommen.

Bisherige Ideen sind:

1. Weitere mechanisch Absicherung (z.B. U-Profil um das Kabel)

2. Netzwerk große Lösung: Heimnetzwerk komplett auf VLAN umbauen

3. Netzwerk kleine Lösung: das LAN Kabel des WARP3 geht zu einem managed Switch. Dort wird der WB ausschließlich Zugriff auf benötigte IPs/Ports gewährt (z.B. zum MQTT Server)

Fragen an das WARP Team:
Habt ihr Tipps zum Absichern des Netzwerks oder kann die WARP3 evtl. sogar 802.1X zur Authentifizierung?

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

Was mache ich nun, wenn ich mal ad hoc und schnell/sofort den Ladevorgang stoppen möchte? Per Taste geht es ja nicht... loslaufen zum PC/Browser ist doof. Smartphone herausfummeln und die Wallbox-Seite aufrufen und darüber abbrechen ist auch umständlich.

Kann man beides (Lademodus und Start/Stop) irgendwie auf der Taste kombinieren?

Es gibt nämlich auch echt E-Autos, bei denen es im Auto auf dem Display auch keine Möglichkeit gibt, den Ladevorgang zu stoppen ... :-(

ich habe einen Warp2 Charger und habe erstmals PV Überschussladen mit einen Wechselrichter von RCT Power eingerichtet.
In der Live Ansicht des Stromzähler ist mir aufgefallen, dass die Kurve des PV Überschusses Lücken aufweist. Es scheint, als wäre die Verbindung zum RCT WR immer wieder kurz unterbrochen.
Kennt jemand das Problem und eine mögliche Ursache und Lösung?

Danke + viele Grüße.

Michael

zum Lastmanagment einer Warp3 Pro möchte ich mit einem Pro 3EM den Strom der 3 Außenleiter messen und per Modbus der Wallbox zur Verfügung stellen.

Es handelt sich um eine Installation mit 4 Parteien und sehr begrenztem Platz im Zählerschrank.

Der Pro 3EM soll im Allgemeinstromzählerbereich installiert werden, da im dortigen Vorzählerbereich der Hausanschluss aufgeteilt wird. Leider ist der Allgemeinstrom aber nur ein 1-phasiger Zähler.

Die 3 Phasen kann ich aber mit den Stromwandlern des Shelly im Vorzählerbereich messen. Den Anschluss C würde ich nur zur Spannungsversorgung verwenden, hier interessiert mich der Messwert für die Spannung aber eigentlich nicht. Die Anschlüsse A und B für die Messung der Phasenspannung würden offen bleiben.

Für das Lastmanagment interessiert mich aber ja die Leistung, Phasenverschiebung oder Energiemessung grundsätzlich nicht. Hier soll ja lediglich der Strom auf dem Hausanschluss begrenzt werden. Ob dieser durch Wirk- oder Scheinleistung entsteht ist technisch unerheblich.

Kommt die Warp3 damit klar, wenn nur auf den Registern für den Strom sinnvolle Messwerte ankommen, oder werden auch bei Wirk- und Scheinleistung sinnvolle Daten benötigt oder eine Plausibilität geprüft?

Mehrfach probiert, mit/ohne Benutzerauswahl.

Erst nach einem Downgrade auf 2.9 konnte ich die Daten wie gewohnt herunterladen.

Anyone else mit dem Problem?

VG

Bruno

ich bin mit meinem Warp Energy Manager 2 neuer "Warper" und freue mich sehr über dieses tolle Gerät.
Leider ist mein Wechselrichter, ein Sungrow SH1010RT-V112, bekanntermaßen ja sehr eigen, was die Kommunikation über Modbus bzw. die Register betrifft.
Vermutlich hängt es damit zusammen, dass die PV-Leistung im Bereich „Stromzähler“ derzeit als negativer Wert dargestellt wird – sowohl numerisch als auch im Diagramm. Im Reiter „Status“ hingegen erscheint der Solarstrom im Feld „Leistungen“ korrekt als positiver Wert, während er im zugehörigen Verlaufsdiagramm wiederum negativ dargestellt wird.

Wäre es möglich, die PV-Leistung einheitlich in allen Ansichten als positiven Wert darzustellen?

Beste Grüße und vielen Dank

Michael

Sungrow SH10RT-V112
Firmware MDSP: SAPPHIRE-H_03011.95.12
Firmware LCD: SAPPHIRE-H_01011.95.12

WiNet-S
Firmware: WINET-SV200.001.00.P041

Speicher BYD HVS 12.8
Firmware: BMU 3.26
Firmware: BMS 3.31

JEDOCH :

UND : FIRMWARE UPDATE ERROR

Uploading Attachment...

ERSUCHE DRINGENDST UM ERLEUCHTUNG / REPARATURANLEITUN

wolfgang

esp32-21Q4-Debug-Report-2026-05-02T17-15-29-220.txt

Als CP nutze ich den Warp Charger 3 (Firmware: 2.8.16+69494a37 (erstellt 22.12.2025 14:40:07, von Tinkerforge GmbH) )

Die Kommunikation funktioniert soweit auch reibungslos.

Folgendes Charging Profile wird erfolgreich an den CP übertragen:

    {
      connectorId: 1,
      csChargingProfiles: {
        chargingProfileId: 2001,
        transactionId: <transaction-id>,
        stackLevel: 0,
        chargingProfilePurpose: 'TxProfile',
        chargingProfileKind: 'Absolute',
        chargingSchedule: {
          chargingRateUnit: 'W',
          chargingSchedulePeriod: [ {
            startPeriod: 0,
            limit: 4600,
          } ],
        },
      },
    }

Geladen wird trotzdem nicht, das die "Manuelle Lade­freigabe" auf "blockiert" steht.

Was muss gemacht werden, damit Ladefreigabe erfolgen kann?

Hinweise:

Die Wallbox Konfiguration hatte ich zurückgesetzt. Weder Nutzer noch NFC-Tags sind hinterlegt.

Danke

Jetzt bin ich etwas hin und hergerissen, ob ich nicht auf den Warp Charger 4 warten soll, aufgrund der Neuerungen, allerdings ist mit dem ja erst frühestens im Juni zu rechnen, wenn ich das richtig gelesen habe.

Eine 3er kann ich ja wohl später auch upgraden, aber das wird wohl auch dann teurer werden, als direkt eine 4er zu kaufen. Aber vielleicht würde ich das trotzdem so machen.

Zum Upgrade habe ich daher noch Fragen:

1. Muss ich da eine bestimmte Version der 3er haben oder reicht auch die Smart?
2. Kann ich das Upgrade selbst durchführen oder braucht es einen Elektriker?

3. Wird es verschiedene Upgrades geben oder nur ein Paket und was genau wird es beinhalten?

4. Ich bräuchte eigentlich ein 10m Kabel, gibt es die Möglichkeit dies so zu bestellen oder müsste ich das im Nachgang selber besorgen und das bestehende wechseln und wie sieht es dann mit der Garantie aus?

Danke und Grüße

warp3-2iu2-EVSE-Ladeprotokoll-2026-04-29T12-32-21-904.txt

hat jemand auch das Problem, dass mehr Module auf dem Dach sind als der Wechselrichter an AC Leistung hat ?

Ich habe eine Ost/West Anlage mit 2x 5kWp. Das führt dazu, dass Mittags ca 7,5kW DC kommen und die DC Leistung über den 5kW vom Hybridwechselrichter in den Akku geht wenn da Kapazität ist. Der Effekt der auftritt ist beim PV laden, mit der Warp3, die DC Leistung vom Wechselrichter genommen wird, um den Überschuss zu bestimmen. Das wiederrum führt dazu, dass ich die DIfferenz dann auf dem Netz ziehe um damit dann das Auto zu laden.

Meine Anlage ist eine Sungrow SH5.0RT mit 2x5kWp und einer SBR Batterie.

Gibt es eine Lösung für dieses Thema so dass nur die wirkliche AC Leistung für den PV Überschuss herangezogen wird?

Optimal wäre die Leistung vom Wechselrichter einstellbar zu machen.

die WARP3 Pro liegt hier bereit zur Installation. Letztes Jahr haben wir eine kleine PV Anlage (10kwp) mit allem von SolarEdge bekommen. Nun haben wir nicht soviel PV Überschuss - so 4 - 6 kWh - das bekommt die WARP3 ja problemlos hin. Aber was ist wenn ich nun gezielt etwas aus der Batterie laden möchte, oder es mal schnell gehen muss und ich möchte gerne mit 11kw aus dem Netz laden - aber die Batterie nur zu 40% entladen usw... brauche ich für diese Szenarien noch EVCC dazu, oder kann ich das alles in der WARP3 einstellen.

(Noch eine Frage komplett abseits, muss ich zwingend mit den RFID Karten arbeiten, oder kann die WARP 3 unsere zwei EV Autos von alleine auseinanderhalten? Ich würde gerne buch führen welcher Wagen wieviel geladen hat. Auf reg und RFID kann ich eigentlich verzichten.) Gerade den langen Thread zum ISO Std und der WARP4 gelesen... hmm hätte ich vielleicht noch warten sollen gerade im April die WARP3 Pro gekauft. Freue mich schon auf das upgrade.

Danke für Tipps und Hinweise.

Gruß,

Nils

ich betreibe einen WARP Charger Pro 1 mit 11 kW gedrosselt (Firmware 2.10.0+69e8cc76, EVSE-Bricklet fw 2.1.13) unter Steuerung durch EVCC 0.305.1. Externe Steuerung ist aktiv (evse/external_enabled: true). Ladevorgänge mit meinem MG4 brechen beim PV-Überschussladen (PV und Min+PV Einstellung in EVCC) regelmäßig nach 20–90 Sekunden ab. Normale Ladevorgänge ohne Anpassung von EVCC an den PV Überschuss (Schnell) laufen ohne Probleme durch. Das System ist reproduzierbar instabil. Die Einrichtung habe ich mit verschiedenen Möglichkeiten mit der Claude KI versucht. Letztendlich aber erfolglos. Da ich mich technisch in dieser Materie nicht auskenne, habe ich Logs vom Warp Charger, EVCC und ein Ladelog erstellt und von Claude auswerten lassen um das Problem bzw. Fehlkonfiguration zu finden. Hier nun das Ergebnis ohne Anspruch zu erheben das es tatsächlich so ist. Wie gesagt ich kenne mich nicht aus und habe es deshalb der KI gegeben. Aber evtl. ist das ja tatsächlich das Problem.

Claude hat alle drei verfügbaren Logs ausgewertet und zwei voneinander unabhängige Probleme identifiziert. Folgendes hat Claude formuliert und ich hoffe das es jemand bestätigen oder prüfen kann, da ich so PV-Überschussladen nicht durchführen kann.

„Das erste Problem ist ein MQTT-Empfangspuffer-Overflow. Im Ladeprotokoll-Eventlog erscheint folgender Eintrag: automation/config_update requires 4225 bytes. Bump MQTT_RECV_BUFFER_SIZE! Updates on this topic might break the MQTT connection! EVCC sendet Nachrichten auf dem Topic automation/config_update mit 4225 Bytes, der WARP-Empfangspuffer beträgt jedoch nur 4096 Bytes. Die Nachricht wird abgeschnitten, die MQTT-Verbindung destabilisiert und in der Folge gehen Steuerbefehle (external_current) verloren, was den Ladevorgang abbricht.

Das zweite Problem sind akkumulierende SpiTfp-Kommunikationsfehler auf Port C, an dem das EVSE-Bricklet angeschlossen ist. Diese Fehler wachsen aktiv während des Betriebs: Im ersten Debug-Report zeigten sich SpiTfpChecksum 1 und SpiTfpFrame 6, etwa eine Stunde später im Ladeprotokoll bereits SpiTfpChecksum 7 und SpiTfpFrame 14. Alle letzten Boots zeigen reset_reason: 3 (ESP_RST_SW), also einen deliberaten Software-Reset über esp_restart(). Im EVCC-Log ist der Zusammenhang direkt sichtbar: [warp-ws] ERROR received close frame: status = StatusGoingAway and reason = "ESP reboot" gefolgt von [lp-1] INFO stop charging. Fehler auf anderen Ports (A, B, D, E, F) sind durchgehend null, was Port C als einzige Fehlerquelle isoliert.

Das beobachtete Verhalten im Ladeprotokoll zeigt eine regelmäßige Charger-State-Oszillation zwischen State 3 (Laden) und State 2 (bereit, nicht ladend), teilweise mit Aussetzern von nur einer Sekunde Dauer, zum Beispiel: State 2→3 um 11:23:32, State 3→2 um 11:24:00 (28 Sekunden), State 2→3 um 11:24:05, State 3→2 um 11:24:06 (1 Sekunde), State 2→3 um 11:24:10, State 3→2 um 11:24:50 (40 Sekunden). Eine Session lief 14 Minuten stabil (11:42:20 bis 11:56:44), was zeigt dass das System grundsätzlich funktionieren kann.

Meine Fragen: Ist der MQTT-Buffer-Overflow auf automation/config_update (4225 > 4096 Bytes) bekannt und gibt es einen Fix oder Workaround? Was triggert esp_restart() bei akkumulierenden SpiTfp-Fehlern auf dem EVSE-Bricklet-Port, und ist ein Zusammenhang bekannt? Können die 1-Sekunden-Charger-State-Aussetzer durch SpiTfp-Kommunikationsfehler auf Port C verursacht werden?“

Alle drei Logs sind angehängt: WARP Debug-Report, WARP Ladeprotokoll und EVCC Debug-Log.

Danke und Grüße

Marco

warp-USZ-EVSE-Ladeprotokoll-2026-04-27T12-03-29-711.txt evcc-20260427-113939-debug.log download.txt

Ich bin gerade über das Förderprogramm für Mehrfamilienhäuser gestartet gestolpert und habe sofort in der Liste der förderfähigen Hersteller nachgesehen ob mein Lieblingshersteller von Wallboxen auch als förderfähig gelistet wird - wird er allerdings nicht.

Also ein kleiner Hinweis - ihr müsst in die Liste.

Bis denn,

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

unsere elektrischen Verbraucher werden immer mehr, es gibt jetzt auch einen Heizstab in der Heizungsanlage. Der nimmt sich sehr schön und dynamisch den PV-Überschuss und verheizt ihn. Nachteil: Die Wallbox kommt nicht mehr zum Zug, weil der Stab ja schon bei viel kleineren Überschüssen loslegt.

Man müsste der Wallbox also irgendwie beibringen, dass sie dem Heizstab seinen Stromanteil "wegnehmen" darf. Die Steuerung des Heizstabes übernimmt ein "AC.THOR 9s" von myPV, der per Modbus abgefragt werden kann. Darüber kann der aktuelle Verbrauch als Stromzähler in der WARP3 sichtbar werden.

Kann ich der WARP3 nun irgendwie sagen, dass sie diesen Wert als "steht eigentlich zur Verfügung" interpretieren soll? Eine angeschlossene Batterie kann sie ja ähnlich berücksichtigen.

Gruß, Uli