rtrbt

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:

Dokumentation bei uns ist jetzt auch aktualisiert.

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

The last brick daemon release works with all Raspberry Pis except the Compute Module 5. Raspbian 13 also works, but to automatically use the real time clock on the bricklet, you have to install util-linux-extra, which is currently not a dependency of the brickd debian package.

Both issues will be fixed with the next brickd release, possibly this week.

Dafür brauchst du vermutlich zwei Regeln: eine die nach Min+PV wechselt und eine, die wieder in den "normalen" Modus (vermutlich PV?) zurückwechselt. Z.B. so sollte es klappen:

und

On 2/13/2026 at 1:57 PM, MatzeTF said:

Es ist nicht möglich, über die Automatisierung eine Ladung freizugeben, wenn irgendwas anderes sie verhindert, z.B. eine aktivierte NFC-Freigabe.

Technisch gesehen geht genau das schon, es gibt eine Automatisierungs-Aktion, die ein NFC-Tag vortäuscht.

On 2/5/2026 at 12:52 PM, batti said:

1x blinken: Aus

2x blinken: PV

3x blinken: Eco + PV

4x blinken: Schnell

Das sind die Blinkcodes für eine WARP2. Bei einer WARP3 steht dann entsprechend die Farbe pro Modus, abhängig von deiner Konfiguration. (Also z.B. Min + PV statt Eco + PV wenn du PV-Überschussladen, aber nicht den Eco-Modus konfiguriert hast)

Firmware: WARP1 2.9.0, WARP2 2.9.0, WARP3 2.9.0, WARP Energy Manager 2.5.0, WARP Energy Manager 2.0 1.4.0

• Batteriesteuerung hinzugefügt

• Übersetztes SunSpec-Scanprotokoll hinzugefügt

• (Nur WARP1, WARP2, WARP3) Sprachauswahl zum Download des Ladelogs hinzugefügt

• (Nur WARP1, WARP2, WARP3) Behoben, dass Standardname des unbekannten Benutzers nicht korrekt im Ladelog angezeigt wurde

• (Nur WARP1, WARP2, WARP3) Kodierung von nicht-CP-1252-Zeichen im CSV-Ladelog repariert

• Konfiguration des virtuellen Zählers von Carlo Gavazzi EM270 und EM280-Zählern repariert

• (Nur WARP Energy Manager 2.0) Hinzugefügt, dass Heizungsmodul deaktiviert wird, wenn SG-Ready-Ausgänge durch Automatisierungsregeln kontrolliert werden

• (Nur WARP Energy Manager) Konfiguration von Relais-Aktionen im Webinterface repariert

• Übersetzungen verbessert

Download: WARP1 2.9.0 bzw. WARP2 2.9.0 bzw. WARP3 2.9.0 bzw. WARP Energy Manager 2.5.0 bzw. WARP Energy Manager 2.0 1.4.0

On 2/2/2026 at 1:20 PM, meierchen006 said:

die Funktion von dem Einschalten und Mülleimer dort habe ich noch nicht verstanden

Damit kannst du den Anzeigenamen wieder auf den Standardwert zurücksetzen. Das ist an der Stelle nicht ganz trivial, weil der Standardwert "Anonymous" ist, aber im Webinterface (und eigentlich auch in der CSV. @ffreddow sieht sich gerade an warum das nicht klappt) übersetzen wir das zu "Unbekannter Benutzer"

On 2/2/2026 at 12:26 PM, meierchen006 said:

wie kann ich als Anzeigename mein Fahrzeug (Skoda Elroq) einstellen

Du kannst den Nutzernamen des anonymen Benutzers umstellen unter Benutzer -> Benutzereinstellungen. Dann sollte er auch in der CSV auftauchen.

On 2/2/2026 at 12:26 PM, meierchen006 said:

Die Ladezeit für die markierte Zelle betrug nur fast vier Stunden, ist das so gewollt das die gesamte Zeit dargestellt wird?

Das ist ein bekanntes Problem: https://github.com/Tinkerforge/esp32-firmware/issues/175

Mir fällt gerade noch auf, dass das €-Zeichen nicht korrekt angezeigt wird (bei "Ladekosten in €"), das fixe ich gleich.

Firmware: WARP1 2.8.16, WARP2 2.8.17, WARP3 2.8.17, WARP Energy Manager 2.4.15, WARP Energy Manager 2.0 1.3.15

• Hinzugefügt, dass alle Wallboxen gestoppt werden, wenn PV-Überschussladen oder dynamisches Lastmanagement notwendige Zählerwerte nicht mehr empfangen

• (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Sichergestellt, dass LAN-Verbindung immer vor WLAN-Verbindung bevorzugt wird

• Warnung hinzugefügt, falls sich Webinterface- und Browser-Sprache unterscheiden

• Optionale Scrollbar zu breiten Tabellen hinzugefügt

• Unterstützung der Netzphasenspannungs- und Frequenzwerte von RCT Power Wechselrichtern hinzugefügt

• Leistungswerte von Fronius Stromzählern, die Lasten messen, invertiert

• Netzenergiewerte einiger Goodwe Wechselrichter repariert

• Behoben, dass SMA Speedwire-Pakete nach wenigen Minuten nicht mehr empfangen wurden

• Behoben, dass Fernzugriff unter noch unbekannten Umständen für immer blockierte

• Behoben, dass Fernzugriff versucht hat, zwei Verbindungen parallel aufzubauen

• Behoben, dass Fehlermeldungen verloren gingen, wenn Firmware-Updates über den Fernzugriff installiert wurden

• Behoben, dass Fernzugriff nicht deaktiviert wurde, wenn das Geräte serverseitig gelöscht wurde, während es offline war

• Robustheit von Webserver und Web Sockets gegen Verbindungsabbrüche verbessert

• (Nur WARP Energy Manager 2.0) Speichern der Displaykonfiguration repariert

Download: WARP1 2.8.16 bzw. WARP2 2.8.17 bzw. WARP3 2.8.17 bzw. WARP Energy Manager 2.4.15 bzw. WARP Energy Manager 2.0 1.3.15

On 1/21/2026 at 1:41 PM, Vincent said:

Geht aber immer nach kleiner 4 Minuten wieder verloren.

Das ist ein bekanntes Problem, wird mit der nächsten Firmware behoben, die eventuell morgen erscheint.

On 1/16/2026 at 12:11 PM, mvb83 said:

Nebenbei ist mir auch aufgefallen das nach einen Neustart der WB (zB nach Softwareupdate) mit 11KW Schnellladung geladen wird, obwohl PV (als Default nach Neustart) konfiguriert ist.

Nach einem reinen Neustart kann ich das hier nicht reproduzieren. Ein Softwareupdate sollte eigentlich nur gehen, während kein Auto angesteckt ist. Wenn du das Auto danach wieder ansteckst, bekommst du die Willkommensladung, danach sollte der Ladevorgang aber wieder stoppen.

Wenn du nochmal erzeugen kannst, dass der Ladevorgang dann weiter läuft, zieh von dem Zustand bitte auch einen Debug-Report, dann sollten wir rausbekommen, was los ist.

On 1/2/2026 at 12:06 AM, Fugazzy said:

Über MQTT werden einige Entities der Warp3 Pro automatisch erkannt, aber leider bei weitem nicht alle. (Warum eigentlich?)

Die Auto-Discovery ist von uns aus als "einfaches" Interface gedacht, deswegen ist eher reduziert, was von alleine auftaucht. Ich gebe dir aber recht, dass der Lademodus eine sinnvolle Erweiterung wäre. Wir benutzen im Moment einen Generator für die Auto-Discovery-Payloads, in dem es leider nicht ganz einfach ist, den Lademodus hinzuzufügen. Ich habe das mal an das entsprechende Issue angefügt: https://github.com/Tinkerforge/esp32-firmware/issues/398

Ladevorgänge über OCPP sind immer nur erlaubt, wenn das CS sie freigibt. Das Profil setzt nur Ladelimits, erlaubt aber nicht das Laden. Du hast zwei Optionen:

1. Wenn das Auto angeschlossen ist (das sollte dein CS über die StatusNotification.reqs mitbekommen) schickst du ein RemoteStartTransaction.req mit einem beliebigen idTag (alternativ kannst du den auch blind alle 10 Sekunden oder so schicken)

2. Du motivierst die Wallbox dazu, dass sie versucht sich zu autorisieren. Das kannst du "von Hand" tun indem du ein Tag an die Box hältst, oder du klickst dir eine Automatisierungsregel, die wenn ein Auto angesteckt wird, ein Tag vortäuscht, z.B. so:

   

   Die Box schickt dann einen Authorize.req an deine CS, den du dann bestätigen musst

Edit: Hm @MatzeTF hat auch recht, die manuelle Ladefreigabe hat nichts mit OCPP zutun, die solltest du deaktivieren.

Es hat leider etwas gedauert, bis wir ein CM5 + das IO-Board dazu bekommen haben, aber das ist in der Tat kaputt. Teste bitte einmal die Version im Anhang: (Am besten mit

sudo apt install ./brickd_2.4.8+snapshot~192475e_arm64.deb

installieren, dann wird dir auch util-linux-extra installiert, was notwendig ist damit die Echtzeituhr des HATs benutzt werden kann)

brickd_2.4.8+snapshot~192475e_arm64.deb

On 12/19/2025 at 9:28 AM, COW said:

So, komme gerade von unserem "Ladepark" zurück. Die besagte WB reagiert auf keinen NFC in der Nähe. Ich habe mehrere verschiedene angelernte und auch nicht angelernte Karten probiert. Es ist noch nichtmal das kleine Flackern des blauen Lichts zu sehen wenn eine NFC-Karte vorgehalten wird. Bei allen anderen sieht man das kurze flackern. Das Laden über die Weboberfläche zu starten ist kein Problem.

Soll ich direkt ein neues NFC-Modul bestellen, oder kann ich das von unserem Elektriker testen lassen?

Versuch mal auf http://warp2-22sX/nfc/reset zu gehen. (Du bekommst dann nur eine weiße Seite) Du siehst, dass das funktioniert, wenn dann im Ereignis-Log 10 Sekunden lang viele Meldungen der Form "2025-12-19 11:13:39,114 | nfc | Failed to get tag ID 0, rc: -2" auftauchen. Wenn die Box danach wieder auf NFC-Tags reagiert (nimm am besten ein "altes" zum Testen), dann war das nur ein Software-Problem. Wäre dann ein Fall für @borg .

Firmware: WARP1 2.8.14, WARP2 2.8.15, WARP3 2.8.15, WARP Energy Manager 2.4.13, WARP Energy Manager 2.0 1.3.13

• Absturz in Lastmanagement-Initialisierung behoben

Download: WARP1 2.8.14 bzw. WARP2 2.8.15 bzw. WARP3 2.8.15 bzw. WARP Energy Manager 2.4.13 bzw. WARP Energy Manager 2.0 1.3.13

Firmware: WARP1 2.8.13, WARP2 2.8.14, WARP3 2.8.14, WARP Energy Manager 2.4.12, WARP Energy Manager 2.0 1.3.12

• Unterstützung für weitere Modbus-TCP-Geräte hinzugefügt: Zähler der Janitza UMG Serie, Huawei Smart Logger 3000

• Auslesen der Batteriekapazitätswerte für Alpha ESS-, Hailei- und Sungrow-Wechselrichter hinzugefügt

• Summe der MPPT-Leistungswerte des Fronius GEN24 Plus über SunSpec repariert

• WireGuard- und Fernzugriffs-MTU konfigurierbar gemacht

• Hinzugefügt, dass sich über Fernzugriff nicht zweimal eingeloggt werden muss

• Behoben, dass Fernzugriff nicht den Server-Hostnamen neu aufgelöst hat

• Große Anfragen über Fernzugriff repariert

• Kompatibilität des Lastmanagers mit Fahrzeugen, die den Ladevorgang abhängig vom verfügbaren Strom starten oder stoppen, verbessert

• (Nur WARP1, WARP2, WARP3) Hinzugefügt, dass der Ladevorgang automatisch freigegeben wird, wenn alle Automatisierungsregeln, die diesen blockiert haben, entfernt wurden

• (Nur WARP1, WARP2, WARP3) Behoben, dass Buttons zum Lademoduswechsel bei einer lastgemanageten Wallbox nicht angezeigt wurden, wenn diese zuvor als Lastmanager für nur sich selbst konfiguriert war

• (Nur WARP1, WARP2, WARP3) Behoben, dass "Lademoduswechsel anfordern"-Automatisierungsregeln nicht korrekt gespeichert wurden

• (Nur WARP Energy Manager 2.0) Erweitertes Logging des Heizungsmoduls entfernt. Logs werden in Debug-Report geschrieben.

• (Nur WARP Energy Manager 2.0) Sichergestellt, dass nicht direkt nach einem Neustart in teuren Stunden geheizt wird

• (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Anzeige der MAC-Addressen und BSSIDs zu den LAN- und WLAN-Unterseiten hinzugefügt

• (Nur WARP1) Anzeige der MAC-Addresse und BSSIDs zu den WLAN-Unterseiten hinzugefügt

• Behoben, dass der Modbus-TCP-Client geteilte Verbindungen nicht neu verbunden hat

• Hostnamen- und IP-Adress-Validierung verbessert

• Bedienbarkeit des Webinterfaces bei vielen konfigurierten Wallboxen/Zählern verbessert

• Zeitzonendatenbank aktualisiert

• (Nur WARP2, WARP3) Sichergestellt, dass CP nicht getrennt bleiben kann, wenn während der Trennung der erlaubte Ladestrom geändert wird (durch Update auf Ladecontroller-Firmware 2.2.19)

Download: WARP1 2.8.13 bzw. WARP2 2.8.14 bzw. WARP3 2.8.14 bzw. WARP Energy Manager 2.4.12 bzw. WARP Energy Manager 2.0 1.3.12

Sorry, unsere Dokumentation ist an der Stelle etwas veraltet. Versuch mal direkt eine Lademodus-Zahl auf [dein-topic-prefix]/charge_manager/charge_modes_update/[null-basierter index der Wallbox] zu schreiben.

Also z.B. an das Topic warp3-abcd/charge_manager/charge_modes_update/3 eine 0 schicken sollte bewirken, dass die 4. Wallbox in der Konfiguration in den Lademodus 0, also "schnell" wechselt.

On 12/16/2025 at 1:21 PM, Falk said:

Ich habe auch schon versucht, das über die Automatisierung zu machen (Aktion "Fordere Lademodus an"), aber die lässt sich bei mir nicht speichern (sobald das Editierfenster der Automation geschlossen/verlassen wird, ändert sich die Anzeige zu "Wechsel Lademodus [Deaktiviert]" (bei den Slave-Boxen und beim Master kann ich ja nicht auswählen, welche Box betroffen sein soll) und hat keine sichtbare Funktion.

Das kann ich reproduzieren, habe ich gerade gefixt. Firmware-Update kommt hoffentlich diese Woche noch.

Kauf dir lieber eine WARP3. Je nachdem was für eine PV-Anlage du hast, brauchst du möglicherweise keine Zusatzhardware, siehe hier: https://docs.warp-charger.com/docs/compatible_devices/devices

On 12/9/2025 at 10:53 AM, Tino Bubnick said:

Als Ergebnis vom Aufruf über die Kommandozeile meldet die API: „JSON node was not an array.“

Das ist unerwartet, im Befehl von Matze sind die eckigen Klammern ja enthalten.

Wenn du eine aktuelle Firmware hast, dann kannst du alternativ auch auf http://<WARP-IP>/meters/1/update/0 die Zahl direkt schreiben, also ohne die eckigen Klammern.