laubblaeser

Joa, dein genannter Workaround ist in etwa so gut wie der von mir genannte. 😅 Mal vorsichtig gefragt: Spräche denn von eurer Seite etwas gegen diese Funktion, z.B. Produktvision oder ähnliches?

Nein, du täuschst dich ganz und gar nicht. Das MQTT Auto-Discovery des Warp Charger steht solide da und funktioniert einwandfrei, soweit ich das beurteilen kann. Mir geht's hier um den WEM, also den Warp Energy Manager. Schade, dass das noch warten muss, @MatzeTF . :(

Sorry für die Nekromantie, aber das ist der sinnvollste Thread, den ich zu dem Thema finden konnte. Es sind jetzt drei Jahre vergangen und der WEM steht bereits auf ganz anderen Füßen. Wäre es wohl denkbar, die MQTT Auto-Discovery Funktion auch hier hinzuzufügen? Das würde viele speziellere use cases einfacher möglich machen, denke ich, da man mittels Skripten in der eigenen Heimautomatisierung steuern könnte. Das betreffende github issue ( https://github.com/Tinkerforge/esp32-firmware/issues/218 ) ist ebenfalls seit Jahren sehr still.

Wäre es wohl möglich, in der Batteriesteuerung eine manuelle Aktivierung der Ladezustände außerhalb der Automatisierungsregeln hinzuzufügen? Sozusagen einmal auszuführende Regeln, die die langfristigen Regeln zeitweise überschreiben. Alle use cases dafür aufzuführen, überschreitet etwas mein heutiges Tippbudget, aber als Beispiel würde ich gerne sporadisch eine 100% Beladung der Batterie mit Netzstrom vornehmen, um das BMS mit den notwendigen Spannungswerten der Zellen zu versorgen, damit Balancing gestartet werden kann. Die auswählbaren Regeln in der Automatisierung geben so etwas zur Zeit nur indirekt her, wenn eine immer greifende Laderegel aktiviert wird, was dann aber einen Neustart des WEM nötig macht.

Vielen Dank für euren Einsatz über die Feiertage!

Heute ist es wieder der Fall. Hier mal die letzten paar Zeilen des aktuellen Ereignislogs: 2026-04-05 13:44:27,949 | remote_access | Management request failed with internal error: ESP_ERR_HTTP_CONNECT (10) 2026-04-05 13:45:02,694 | remote_access | Connecting to Management WireGuard peer my.warp-charger.com:51820 2026-04-05 13:45:03,329 | remote_access | Management connection connected 2026-04-05 13:45:24,634 | day_ahead_prices | No prices available yet 2026-04-05 13:49:24,014 | day_ahead_prices | DAP download failed: ESP_ERR_MBEDTLS_SSL_HANDSHAKE_FAILED (0x801A); X509 - Certificate verification failed, e.g. CRL, CA or signature check failed (0x2700) 2026-04-05 13:49:24,036 | day_ahead_prices | Error while downloading day ahead prices: ESP_ERR_HTTP_CONNECT (0x7002) 2026-04-05 13:50:19,877 | uptime_tracker | Wrote last uptime to flash 2026-04-05 14:45:24,756 | day_ahead_prices | No prices available yet 2026-04-05 15:45:24,902 | day_ahead_prices | No prices available yet 2026-04-05 16:27:39,372 | day_ahead_prices | DAP download timed out 2026-04-05 16:45:25,089 | day_ahead_prices | No prices available yet 2026-04-05 17:08:39,502 | day_ahead_prices | DAP download timed out Was läuft da wo schief und was kann ich tun, damit es nicht mehr passiert? Danke für hilfreiche Tipps! :)

Circa ab 14:00 bis 14:30 Uhr bekam ich die Fehlermeldung beim Aufrufen des API Links. Ich hatte im WEM stets nur die 15 Minuten Variante eingestellt. (Den Test mit den 60 Minuten hatte ich händisch über den Link probiert, aber das tut hier nur randseitig was zur Sache.) Ich hatte bis kurz nach 14:00 Uhr noch Daten im System, auf deren Basis ich eine Änderung in der Batteriesteuerung vorgenommen habe. Nach dem obligatorischen Neustart des WEM kamen dann circa 30 Minuten keine Preise mehr rein (hatte testweise auch noch alle paar Minuten einmal neu gestartet) und die vorher vorhandenen Daten für den Rest des Tages waren verschwunden. War also der Ablauf aus Entwicklersicht so zu erwarten? Ich hätte als User eher nicht gedacht, dass die Preisdaten nach einem Neustart verschwinden und danach scheinbar kurzfristig nicht mehr abrufbar waren.

Die API gibt gerade {"error":"Data not found"} aus, wenn man https://api.warp-charger.com/v1/day_ahead_prices/de/15min aufruft. Auch die 60 Minuten Variante ist wohl kaputt. Meine Automatisierungen zur preisgestützten Batterieladung funktionieren jetzt nicht, da gar keine Daten mehr im WEM vorliegen. Bis 14 Uhr waren noch die heutigen Preise vorhanden, jetzt gar nichts mehr. Was kann ich in so einer Situation tun? Eine API fällt mal aus, keine Frage, aber zwei Anregungen dazu: Könnte man eine Fallback API einrichten, falls der eine Server mal streikt? Können bitte bestehende Werte für den laufenden Tag beibehalten werden, anstatt sie direkt zu verwerfen? Beides könnte zur Resilienz des Systems beitragen.

Moin @Andy569 , dazu gibt's schon ein Thema, schau mal hier: https://www.tinkerunity.org/topic/13620-kostal-plenticore-g3-hybrid-wr/ Ich nutze den WEM2 und die WARP3 im Zusammenspiel mit einem Kostal Plenticore G3 und kann alle möglichen Daten davon ansehen (ausgelesen über Sunspec). Die Einrichtung war äußerst unkompliziert. Die Batteriesteuerung ist noch nicht offiziell in der Firmware hinterlegt, aber ich habe schon eine Konfiguration selbst erstellt, die größtenteils funktioniert (siehe Thread oben).

Ich würde gerne etwas präziser die Dauer der günstigen Stunden im Ladeplan auswählen. Wäre es möglich, dort auch eine Abstufung in Viertelstunden einzuführen, wie es sie auch bei den günstigen Stunden für die Batteriesteuerung gibt?

Und es liegt wohl am LAN3 Port der Fritzbox. Umgesteckt auf LAN1 läuft alles einwandfrei. Also mit dem Support rumschlagen, weil die weniger als ein Jahr alt ist. 😩

Jupp, das scheint es zu sein. Den Router erreiche ich vom Switch aus auch nur mit Paketverlust, alle anderen Geräte am Switch einwandfrei. Danke für die Idee mit dem Laptop, da hätte ich jetzt sicher wieder ne Stunde für gebraucht, um auf die Idee zu kommen. 😅

Klasse, dankeschön. Gibt's irgendwo eigentlich einen öffentlichen Bugtracker oder eine Roadmap für kommende Releases?

Ich habe eine Regel per Schalter im Interface deaktiviert. Diese wird jetzt mit blauem Streifen als Aktiv angezeigt, obwohl sie a) gar nicht aktiviert werden soll und b) gerade die darauffolgende Regel aktiv ist, welche wiederum keinen blauen Streifen in der Anzeige hat.

Hm, Schiete. Soweit ich das gerade richtig sehe, sind alle Geräte, die per Kabel am Switch im Keller hängen, so schlecht erreichbar. Ich befürchte gerade fast, dass der Switch von Batterie oder Leitungen um sich herum gestört wird. :/