Posts erstellt von rtrbt
-
-
Firmware: WARP1 2.10.0, WARP2 2.10.0, WARP3 2.10.0, WARP Energy Manager 2.6.0, WARP Energy Manager 2.0 1.5.0
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Unterstützung von EEBUS hinzugefügt
(Nur WARP Energy Manager 2.0) Außentemperatur-Modul hinzugefügt
(Nur WARP Energy Manager 2.0) Heizung: Temperaturkurve hinzugefügt
(Nur WARP Energy Manager 2.0) Heizung: Heizplan verbessert, indem eine optimale Lösung unter Berücksichtigung der minimalen Haltezeit berechnet wird
Hinzugefügt, dass die meisten Konfigurationen ohne Neustart geändert werden können
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Unterstützung von HTTPS für Webinterface und HTTP-API hinzugefügt
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) §14a-Unterstützung in separater Unterseite gesammelt
Unterstützung von TLS 1.3 hinzugefügt
Statusinformationen zu vielen Unterseiten hinzugefügt
Status-Widget hinzugefügt
Dark Mode zum Webinterface hinzugefügt
Unterstützung für weitere Modbus-TCP-Zähler hinzugefügt: Growatt-TL-X(H)- und Solis-Hybridwechselrichter, Eltako DSZ16D, DSZ16DE, DSZ16DZ und DSZ16DZE Stromzähler
Unterstützung für weitere Modbus-TCP-Batteriespeicher hinzugefügt: Growatt-TL-X(H)- und Solis-Hybridwechselrichter, SAX Power Home (unterstützt nicht "Laden/Entladen erzwingen")
Modbus TCP: Hinzugefügt, dass SolarEdge PV-Leistung berechnet wird, falls das SunSpec MPPT-Modell fehlt
Modbus TCP: Virtueller Zähler "Batterie" des Fronius Verto Plus hinzugefügt
Fehlende Unterstützung der Modbus-TCP-Batteriesteuerung für bestimmte SMA-Wechselrichter dokumentiert: Sunny Boy Smart Energy, Sunny Tripower Storage und Sunny Island
(Nur WARP2, WARP3) Binäre NFC-Tag-ID-Register zur WARP Modbus-TCP-Registertabelle hinzugefügt
Crashes, die durch (neu-)verbinden von WireGuard verursacht wurden, behoben
Behoben, dass PDF-Generierung des Ladeprotokolls Einträge übersprungen hat, wenn ein Datumsfilter benutzt wurde
Lastmanager: Behandlung von Fahrzeugen, die eine gewisse Zeit brauchen um (erneut) Strom anzufordern, verbessert
(Nur WARP2, WARP3) Behoben, dass OCPP andere Entscheidungen zur Phasenumschaltung überschrieben hat
Batteriesteuerung: Behoben, dass falsche Regel als aktiv angezeigt wurde
Batteriesteuerung: Behoben, dass Regeln mit Schnelllade-Bedingung nicht nach Neustart ausgeführt wurden
Batteriesteuerung: Sichergestellt, dass Modus "normal" angefordert wird, wenn keine Regeln konfiguriert sind
Batteriesteuerung: Probleme mit Zeitfenster-Regeln behoben
Batteriesteuerung: Blockiert/Normal-Modus mit SMA-Speichern repariert
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Dynamischer Strompreis: DE/AT/LU-Regionen auf 15-Minuten-Preise migriert
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Dynamischer Strompreis: API zum setzen eigener Strompreise hinzugefügt
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Dynamischer Strompreis: Zaunpfahlproblem bei der Berechnung teurer Abschnitte repariert
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Dynamischer Strompreis: Kalenderpreise (z.B. für §14a EnWG Modul 3) hinzugefügt
(Nur WARP Energy Manager 2.0) Angezeigte Ladeleistung von Wallboxen ohne Zähler repariert
Behoben, dass im Ereignislog die falsche Automatisierungsregel ausgegeben wurde
Modbus TCP: Temperaturwert der zweiten SolarEdge-Batterie repariert
Modbus TCP: Netzimport-Energiewert von GoodWe Wechselrichtern repariert
Modbus TCP: Vorzeichen des Leistungswerts eines virtuellen Zählers vom Typ "Stromzähler" von GoodWe Wechselrichtern repariert
Modbus TCP: Detektion der zweiten Batterie von GoodWe Wechselrichtern repariert
SunSpec: MPPT-Leistungssumme des Fronius Verto Plus repariert
SunSpec: Nicht zueinander passende Vorzeichen der Wechsel- und Gleichstromleistung repariert
SunSpec: Versionsdetektion von KOSTAL Smart Energy Metern mit Firmware 2.6.0 repariert
SunSpec: Robustheit des Scans verbessert
Sichergestellt, dass Netzwerkschnittstellen nicht aus Versehen deaktiviert werden können
(Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Behoben, dass die nicht zurücksetzbaren Energiewerte des Iskra WM3M4C als zurücksetzbar markiert waren
Robustheit der WebSocket-Verbindung verbessert
Verboten, dass Zähler mit dem falschen Messort für das PV-Überschussladen oder dynamische Lastmanagement gewählt werden können
Robustheit der Fernzugriffsverbindung verbessert
Logo auf kleinen Bildschirmen zentriert
Zeitzonendatenbank aktualisiert
Gerätesuche-Dialoge vereinheitlicht
(Nur WARP2, WARP3) Messung der Netzfrequenz über die Erdungserkennung hinzugefügt, wenn ein DSZ15DZMOD-Stromzähler verwendet wird (durch Update auf Ladecontroller-Firmware 2.2.20)
(Nur WARP2, WARP3) Sichergestellt, das beim Schließen des Schützes nicht sporadisch Schützfehler angezeigt werden (durch Update auf Ladecontroller-Firmware 2.2.20)
(Nur WARP2, WARP3) Hinzugefügt, dass Farbe des Lademodus für Ladeanimation verwendet wird (durch Update auf Ladecontroller-Firmware 2.2.21)
Download: WARP1 2.10.0 bzw. WARP2 2.10.0 bzw. WARP3 2.10.0 bzw. WARP Energy Manager 2.6.0 bzw. WARP Energy Manager 2.0 1.5.0
-
On 4/20/2026 at 8:59 AM, alestrix said: OCPP wird bei meiner WARP1 in der Slotliste angezeigt. Der letzte Sloteintrag in der GUI ist die Automatisierung, das Delta scheint nur EEBus zu sein.
Da hast du recht, sorry für die Verwirrung. EEBus war schon vergeben als wir 2.9.0 veröffentlicht hatten, deshalb taucht der Slot schon auf der API auf.
-
Hm das fehlt in der Dokumentation in der Tat. Die Wahrheit findest du hier: https://github.com/Tinkerforge/esp32-firmware/blob/b2472272/software/src/modules/evse_common/evse_common.h#L37-L53 (Das ist der aktuelle Master-Stand, deshalb sind am Ende zwei Slots mehr, die du nicht hast: EEBus und das §14a-EnWG-Modul. Die werden für WARP1 aber voraussichtlich nicht kommen)
Die Diskrepanz zwischen GUI und API kommt daher, dass der OCPP-Slot bei einer WARP1 nicht angezeigt wird, weil OCPP nicht unterstützt wird.
-
-
-
(Nur als Dokumentation für die Nachwelt)
Man kann bei einer Vitocharge VX3 anscheinend die Kommunikation zwischen Wechselrichter und Zähler mitsniffen: https://github.com/MyHomeMyData/E3onCAN oder alternativ auch die Cloud-API von der GridBox direkt ansprechen: https://github.com/unl0ck/viessmann-gridbox-connector
Die entsprechenden Werte könnte man dann über einen API-Zähler in die Wallbox schieben. Das wird aber nur mit relativ viel Handarbeit funktionieren.
Edit: https://github.com/evcc-io/evcc/discussions/10457 hier hat das jemand mit EVCC verheiratet
-
Jein. Du kannst prinzipiell ein paar Zähler per Modbus RTU anschließen (Liste hier: https://docs.warp-charger.com/de/docs/interfaces/mqtt_http/api_reference/evse/#evse_hardware_configuration_warp3) , da ist die Erwartungshaltung der Wallbox aber, dass der Zähler im Gehäuse ist. Du kannst ein Kabel in die Wallbox werfen, aber ob das eine gute Idee ist sei dahingestellt.
Was mit deutlich mehr Zählern funktioniert (Liste hier: https://docs.warp-charger.com/de/docs/compatible_devices/devices) ist, dass du einen Modbus-RTU-nach-TCP-Wandler anschließen kannst und die Wallbox den Zähler über das Netzwerk auslesen lässt.
-
On 4/1/2026 at 10:01 AM, FFlo said: Eine Automatisierung in der Wallbox (Ladestatus: "beliebig → warte auf Freigabe → RFID-Ladestart") funktioniert nur initial, nicht aber nach einer Unterbrechung durch EVCC.
Versuchter Workaround:
Per MQTT-Topic alle 10 Sekunden einen Ladestart zu triggern, führt zu einem ständigen Wechsel zwischen "Lädt", "Warte auf Freigabe" und "Lädt".Das beides ist soweit erwartet. Wenn du während das Laden per OCPP erlaubt ist nochmal ein Tag vortäuscht, dann ist das ein Ladestop.
On 4/1/2026 at 10:01 AM, FFlo said: Wenn EVCC die Ladung unterbricht (z. B. bei fehlendem PV-Überschuss) und später wieder freigibt, muss scheinbar eine erneute RFID-Authentifizierung erfolgen.
Kannst du das nochmal erzeugen, aber ohne dass die Automatisierung und/oder der MQTT-Workaround dazwischenfunken und dann davon einen Debug-Report ziehen? Das sollte so nicht sein.
-
-
Leider nicht. Die Warp3 hat einen DSZ15DZMOD. Der relevante Unterschied ist, dass der DSZ15 Modbus spricht, der DSZ14 nicht, die Wallbox kann den DSZ14 also nicht auslesen, selbst wenn du einen Modbus-RTU nach Modbus-TCP-Wandler anbauen würdest.
Wenn du eine andere Möglichkeit hast, den DSZ14 auszulesen, dann könntest du dir ein Skript u.Ä. schreiben, dass die Zählerwerte per API auf die Wallbox schreibt.
-
Ein klares vielleicht. Über die zentrale Nutzerverwaltung (inzwischen etwas angestaubte Beta hier: https://www.tinkerunity.org/topic/13565-beta-firmware-zentrale-nutzerverwaltung/) gibt es das schon, weil sich das bei den notwendigen Umräumungen im Code "gratis" ergeben hat. Bei der Ladefreigabe für eine Wallbox (ohne Lastmanager dazwischen) ist das wie gehabt nicht implementiert, aber eventuell können wir das jetzt einfacher einbauen.
-
-
On 3/30/2026 at 3:40 PM, meierchen006 said: erst Speichern dann Bearbeiten danach geht es ! ?
Komisch. @borg Irgendwelche Probleme bekannt bzgl Anhängen im Forum?
On 3/31/2026 at 2:56 PM, meierchen006 said: gelten jetzt meine Automatisierungen noch oder muss ich jetzt immer den Taster betätigen wenn ich mein Fahzeug an die Wallbox anschließe?
Die Regeln gelten weiterhin. Wenn du jetzt aber exakt um z.B. 08:00 den Knopf drückst, dann ist eventuell unklar, wer gewinnt :D
-
-
Du kannst die Tastereinstellung auf "Lademodus anfordern" umstellen. Dann kannst du zwischen den 4 Modi, die auf der Statusseite angezeigt werden, umschalten. Neben der Einstellung sollte dann ein ? auftauchen, dass du aufklappen kannst, da ist erklärt, welche Blink-Farbe welcher Modus ist.
-
Die Wallbox unterstützt keine Auto-Cloud-APIs, du kannst aber https://evcc.io/ verwenden um die Daten aus der API zu ziehen. EVCC kann Kia Bluelink, das scheint die API zu sein, die der Niro benutzt. EVCC aufzusetzen ist relativ einfach (Anleitung hier: https://docs.warp-charger.com/de/docs/smart_home/evcc ), du brauchst dann aber einen Rechner, auf dem es läuft, z.B. einen Raspberry Pi.
-
-
On 3/16/2026 at 6:50 PM, vol said: Erst wenn ich OCPP auch deaktiviere. Lässt sich die Wallbox auf "Einphasig" stellen (im GUI und per Modbus). Gibt es eine Möglichkeit trotz eigeschaltetem OCPP die Phasenumschaltung per Modbus auszulösen?
Das ist ein Bug in unserer OCPP-Implementierung. Fixen wir mit dem nächsten Firmware-Release.
-
On 3/12/2026 at 5:39 AM, Farioh said: Eine Frage hätte ich noch: Bei Modbus erlaubt die Warp ja auch die Emulation bestimmter Fremdhersteller - Keba u.a. Ist das auch ein Ansatz für ein zumindest teilweise herstellerübergreifendes Lastmanagement?
Ja, aber (noch) nicht für unseres. Wir haben geplant, in der Zukunft auch andere Verbraucher über das Lastmanagement zu steuern, siehe auch https://github.com/Tinkerforge/esp32-firmware/issues/425 das ist aber noch nicht implementiert und ich kann dir auch nicht versprechen, dass das in den nächsten Monaten kommt.
-
Die LED leuchtet während eines Ladevorgangs nicht durchgängig, sondern zeigt ein "atmem", also einen langsamen Fade-In und -Out. Die Animation dauert ungefähr 2 Sekunden. Wenn die LED konstant leuchtet, lädt die Wallbox nicht sondern meldet einfach nur, dass sie bereit ist. Nach einigen Minuten geht die LED in diesem Zustand aus um Strom zu sparen, wenn du aber den Taster drückst, geht sie wieder an.
Dass du den Taster zweimal drücken musst, damit die LED wieder angeht ist unerwartet, das hat aber erstmal nichts mit einem beginnenden Ladevorgang zutun.
On 3/12/2026 at 9:03 AM, dschottr said: Frage ist was tun? Das Gerät ist noch in der Garantie...
Schreib am besten eine Mail an info@tinkerforge.com und verweise auf diesen Forenthread um die Details zu klären. Möglicherweise reicht es den Taster und/oder das Kabel zu tauschen.
-
Einen Bugtracker gibt es auf Github: https://github.com/Tinkerforge/esp32-firmware/issues eine Roadmap leider nicht
-
Okay, das ist zugegebenermaßen etwas verwirrend: Du siehst in der Anleitung Screenshots aus dem Webinterface, die wiederum auf die Anleitung verweisen. Zum Beispiel die manuelle Ladefreigabe wird direkt unter dem Screenshot (auf Seite 13) erklärt.
Zusätzlich sind die Screenshots leider etwas veraltet, es gibt inzwischen deutlich weniger Stellen im Webinterface, die auf die Anleitung verweisen. Stattdessen sind im Webinterface selbst aufklappbare Hilfetexte eingebettet, für die manuelle Ladefreigabe zum Beispiel:

-
-
Ist trotzdem etwas ungünstig, dass du damit so häufiges Schütz-Schalten produzieren kannst. Ich habe mal ein Issue angelegt, damit wir das fixen: https://github.com/Tinkerforge/esp32-firmware/issues/455
Veröffentlichungen
in WARP Charger / Energy Manager
Geschrieben
Firmware: WARP2 2.10.1, WARP3 2.10.1
OCPP-Autorisierung repariert
Download: WARP2 2.10.1 bzw. WARP3 2.10.1