Rangliste

Abend! ich glaube ich habe das Problem gelöst. 🥳 Mir ist eingefallen, dass es im Born unter der "Einstellung Laden" die Funktion "Wechselstromkabel nach Abschl. des Ladevorgangs freigeben" gibt. Diese Einstellung hatte ich deaktivert. Weil ich nicht will, dass jemand mir den Stecker zieht (also dem Born 😅) nachdem der Ladevorgang beendet ist, ohne dass ich den Born aufschließe. Gerade an öffentlich zugänglichen Ladepunkten ein sinnvolles Setting. Jetzt vermutete ich, dass der Born das cp disconnect Signal ignoriert wenn er selbst die Steckerfreigabe verweigert. Und so scheint es zu sein. Ich habe jetzt mehrere Tage bei doch recht wechselhaftem Wetter mit Phasenwechseln und Ladepausen geladen, ohne dass ich Probleme hatte und den Stecker physikalisch ziehen musste. Finde es zwar unbefriedigend, dass jetzt der Stecker gezogen werden kann wenn die Ladung beendet ist, aber damit muss ich wohl erst mal leben. Versuche den Punkt bei Cupra/VW zwar mal zu adressieren, aber ich zweifle dran, dass das schnell gehen wird. Hoffe, ich kann mit dem Tipp noch jemand anderem behilflich sein.

Das kann ich bei uns weder mit WARP1, noch WARP2 oder WARP3 reproduzieren. Ich baue jetzt aber noch zusätzlich ein, dass zwischen AP aktivieren und HT20 setzen auf das Interface gewartet wird. Vielleicht hilft das. Vielen Dank vor allem an dich für deinen Einsatz zum Testen, Bug melden und dann auch noch aufwändig das Problem einkreisen. Du machst das hier ja schließlich alles freiwillig! 👍

Vielen Dank für die detaillierte Analyse und Rückmeldung, @MatzeTF. Wieder ein kleines „Krabbeltierchen“ eliminiert… 😂

Okay, über WLAN kann ich das Problem bei uns auch reproduzieren. Dass das Zählermodul der Multicastgruppe beitritt, bevor die WLAN-Verbindung steht, ist prinzipiell kein Problem. Im funktionierenden Fall werden die entsprechenden IGMP-Pakete sofort nach Aufbau der Verbindung rausgesendet, auch wenn der entsprechende Aufruf im Zählermodul schon ein paar Sekunden her ist, da sich irgendwas unten drunter anscheinend merkt, welchen Multicastgruppen man beitreten möchte. Das seltsame ist, dass wenn esp_wifi_set_bandwidth nach dem Multicast-Join ausgeführt wird, anscheinend alle Multicast-Mitgliedschaften vergessen werden und nach anschließendem WLAN-Verbindungsaufbau keine IGMP-Pakete rausgeschickt werden. Der aktuelle Master-Stand lässt sich reparieren, indem entweder der Aufruf von esp_wifi_set_bandwidth wieder in die setup-Funktion verschoben wird, wodurch er vor dem Multicast-Join ausgeführt wird, oder der Aufruf bleibt wo er ist und der Multicast-Join wird per Task Scheduler so lange verzögert, dass er wieder hinter dem esp_wifi_set_bandwidth-Aufruf ausgeführt wird. Da ich keine Lust habe, in dem Closed Source WiFi-Blob rumzustochern, werde ich den esp_wifi_set_bandwidth-Aufruf wieder in die setup-Funktion schieben und mit einem entsprechenden Kommentar versehen, damit ihn nicht nochmal jemand verschiebt. Die 58 Byte langen Pakete, die immer durchkommen, sind übrigens Broadcasts vom SHM. Als Broadcasts kommen sie auch ohne Multicast-Join an und aus irgendeinem Grund empfängt der Multicast-Port auch die Broadcasts. Das war schon immer so, ist nur niemandem aufgefallen.

Als nächstes großes Feature kommt die Batteriespeicher-Steuerung. Im Webinterface unter Energiemanagement > Speichersteuerung zu finden. Der erste Schritt ist dem Batteriespeicher das Entladen zu verbieten, während im Schnelllademodus geladen wird. Vorher hätte sich der Batteriespeicher für die Ladung des Autos entladen. Dies kann jetzt unterbunden werden. Intern wird dies über das Lastmanagement realisiert. Daher muss der Lastmanager aktiviert sein. Dies ist aber vermutlich eh schon der Fall, da die Speichersteuerung hauptsächlich zusammen mit dem PV-Überschussladen verwendet werden wird, für das der Lastmanager auch aktiviert sein muss. Aktuell steht zur Kommunikaton mit dem Batteriespeicher Modbus/TCP zur Verfügung. Es gibt aktuell vier Aktionen die wir für sinnvoll halten: Laden vom Netz erlauben Erlaubnis zum Laden vom Netz zurücknehmen Entladen verbieten Verbot zum Entladen zurücknehmen Davon werden aktuell nur die letzten beiden verwendet. Die ersten beiden werden in einer späteren Version nachgereicht werden. Es reicht also aus die Sequenz an Modbus-Registern für die letzten beiden Aktionen zu konfigurieren. Das ganze funktioniert ähnlich wie die Anbindung Modbus/TCP Stromzähler. Es wird auf Dauer vorgefertigte Presets für verschiedene Speicher geben. Aktuell müssen die Register von Hand eingetragen werden. Wir freunen uns über jegliche Rückmeldung. Gerne auch mit Modbus-Registersätzen die für eure Speicher funktionieren. energy_manager_firmware_2_3_6_67f91981_ae4fa7cca7be157_feature-batteries-4_merged.bin energy_manager_v2_firmware_1_2_6_67f91acc_ae4fa7cca7be157_feature-batteries-4_merged.bin warp2_firmware_2_7_7_67f913cf_ae4fa7cca7be157_feature-batteries-4_merged.bin warp3_firmware_2_7_7_67f91776_ae4fa7cca7be157_feature-batteries-4_merged.bin warp_firmware_2_7_6_67f912a6_ae4fa7cca7be157_feature-batteries-4_merged.bin

Ok, hab's nun mit den oben angegebenen Daten doch noch auf dem Victron Multiplus-II GX zum Laufen gebracht (ist zu Hause am PC auch leichter zu testen als remote per VPN übers Smartphone 😉). Man muss, bevor man per "Ausführen" die Einstellungen überhaupt testen kann, diese final speichern und die Box neustarten. Erst dann konnte ich per "Ausführen" einen Test machen und die Batterie ist zuverlässig der Ansage der Wallbox gefolgt. IMHO ist das für den Nutzer nicht zu erwarten, denn der "Ausführen" Knopf dient nach meinem Verständnis dem Zweck, die eingetragenen Registerwerte zu testen. Dass man dazu auf "Übernehmen", "Speichern" und "Neu starten" muss, damit man weiß, ob die Eingaben stimmen, war zumindest für mich nicht ersichtlich - zumal das Auslesen auf der Debug-Seite ja auch ohne Reboot geht. Hier nun die Einstellungen, die bei mir (über "Ausführen") funktionieren: Mit "Entladen verbieten" wird die Batterie auf "Charger only" gesetzt, bei "Verbot zurücknehmen" wieder auf "On" Viele Grüße Alex @andyknownasabu: Jetzt kannst Du auch 😜

Moin! Wenn ich versuche, die Einstellung für meinen Victron (Geräteadresse 228, Register 33) durch Drücken auf "Ausführen" zu testen, erhalte ich von der WARP die Meldung "Aus­füh­rung fehl­ge­schlagen 404(Not Found) Nothing matches the given URI". Der Modbus-Leser im Debug Menü gibt mir unter diesen Daten den aktuellen Modus (3=On, 1=Charger Only) korrekt zurück. Grüße Alex EDIT: Debug Report angehängtwarp-TH5-Debug-Report-2025-04-12T01-02-06-670.txt

Aktuell ist das in der Tat irrelevant. Ansonsten ist der Unterschied, dass „PV“ für reine PV-Erzeugung steht und „Wechselrichter“ ein nebulöser Leistungswert vom Wechselrichter ist, der bei Hybrid-Wechselrichtern auch Leistung aus dem Batteriespeicher mit einschließen kann. Wenn du weißt, dass das nur PV-Leistung ist, stell es auf PV.

Der ESP32 hat zwei Firmware-Slots. Wenn du per USB flasht, wird immer der Erste geschrieben und der Zweite invalidiert. Hier ist kein Rollback möglich. Du kannst von hier aus aber problemlos in den unten genannten Zustand kommen. Wenn du die Firmware per Webinterface (oder API) hochlädst, wird immer der nicht laufende Slot überschrieben. Falls die Firmware in dem Slot dann crasht, wird wieder der andere gestartet, also der Slot, der lief, als du die neue Firmware hochgeladen hast. Das funktioniert auch mit selbstgebauten Firmwares (vom aktuellen Master-Stand) und es wird immer wiederhergestellt, was auch immer sich im anderen Slot befindet. „Wiederhergestellt“ ist vielleicht auch der falsche Begriff. Die alte Firmware bleibt schließlich einfach da stehen, wird nur standardmäßig nicht mehr gestartet.

Die drei Phasenspannungen fehlen. Du brauchst L1N, L2N und L3N.

Die Wallbox würde das nicht so stören, ein gerade ladendes Auto dagegen schon. Es wäre besser, wenn du über die extern Steuerung der Wallbox den Ladestrom auf Null setzt (wenn du kein EVCC oder sowas verwendest). Dann beendet die Wallbox den Ladevorgang regulär selbst oder gibt gar nicht erst einen frei.

Warp2 hat die Temperatursensoren nicht. Die sind bei Warp3 neu dazu gekommen.

Ich habe es doch hinbekommen! - name: "Wallbox Temperatur (EVSE)" unique_id: sensor.wallbox_temperatur_evse state_topic: "warp3/evse/low_level_state" unit_of_measurement: "°C" value_template: "{{ value_json.temperature | float / 100 }}" device_class: temperature Falls es mal jemand anderes noch benötigt. Vielen vielen Dank!!!

warp3/2345/evse/low_level_state {"led_state":0,"cp_pwm_duty_cycle":1000,"adc_values":[3913,3913,0,0,2103,3728,170],"voltages":[12026,12026,0,0,1694,12016,-12104],"resistances":[4294967295,688],"gpio":[false,false,false,true,false,false,false,false,false,true,false,true,true,true,false,true,false,true,true,false,false,false,false,false],"charging_time":0,"time_since_state_change":23141327,"uptime":23141557,"time_since_dc_fault_check":23140327,"temperature":3443,"phases_current":3,"phases_requested":3,"phases_state":0,"phases_info":0,"dc_fault_pins":0,"dc_fault_sensor_type":1} warp3/2345/esp32/temperature {"temperature":3975} In den beiden MQTT-Topics gibt es jeweils ein "temperature"-Feld, das du in HA auslesen kannst.

Wenn es bei den Automatisierungen nun noch eine 2. Bedingung gäbe, wäre die WARP fast perfekt. Wenn der Front­taster gedrückt wird UND der Lademodus "AUS" ist, wechsle Lademodus auf PV. Wenn der Front­taster gedrückt wird UND der Lademodus "PV" ist, wechsle Lademodus auf Min + PV. Usw. Dann könnte man wenigstens alle Lade-Modis über den Taster steuern, was ich von einer Wallbox mit Taster eigentlich erwarte. Das wäre für mich als Kunde, der nicht den ganzen Tag das Smartphone in der Hand hat, die wichtigste Funktion für den Taster. Dazu noch die passende LED Farbe (z.b. PV=Grün / Min+PV= Grün-Gelb / Schnell=Blau) und die Sache wäre rund ;)

Zweiphasiges Laden zu evaluieren steht auf unserer langen Wunschliste zukünftiger Features… Das Problem ist, dass zweiphasiges Laden im Standard für Wechselspannungswallboxen mit Typ 2-Stecker nicht vorgesehen ist. Da kann also bestenfalls etwas getrickst werden. Das Lastmanagement nimmt übrigens immer eine Phasenspannung von 230 V an. Das einphasige Maximum liegt also bei 3680 W und das dreiphasige Minimum bei 4140 W.

Genau, die werden nur im RAM gehalten. 7680 Ladevorgänge lang. Da war die Idee, dass selbst eine sehr gut genutzte Wallbox (10 Ladevorgänge am Tag) mehr als 2 Jahre aufzeichnen können soll. Wenn die 7680 Ladevorgänge erreicht sind, wird der erste Block (256 Ladevorgänge) weggeworfen, damit neue aufgezeichnet werden können.

Wir haben hier monatelang immer wieder 1 kW-Spitzen gesehen, die immer nur eine Sekunde lang waren. Als wir das dynamische Lastmanagement entwickelt haben, haben uns diese Spitzen immer die Messwerte versaut. Zufällig sind wir dann darauf gekommen, dass das unsere Kaffeemaschine ist. Deswegen hat das dynamische Lastmanagement jetzt extra einen automatischen Kaffeemaschinenmodus drin. 😉

Aktuell stört das die Regelung überhaupt nicht. PV-Überschussladen und dynamisches Lastmanagement verwenden nur exakt den Zähler, den du ausgewählt hast. In Zukunft soll die Auswahl nicht mehr nötig sein und stattdessen anhand des Messortes ausgewählt werden. Wenn du zukünftige Probleme vermeiden möchtest, wählst du einfach als Messort „Anderer“ aus. Ansonsten fällt mir gerade keine Möglichkeit ein, wie weitere Zähler aktuell oder zukünftig Störungen verursachen sollten.

Das sieht komisch aus. Muss ich mir anschauen.

Laut https://docs.evcc.io/docs/devices/chargers#solaredge-home-ev-charger spricht die SolarEdge-Wallbox Modbus TCP mit dem selben Registerset wie die Keba Wallboxen. Das Keba-Registerset kann der WARP Charger emulieren (unter Schnittstellen -> Modbus TCP aktivieren und als Registerset "Kompa­tibel zu Keba P30 C-Series" auswählen) Mit Glück funktioniert das dann einfach.

Input-Register 30053 (Total system power) - 32-Bit Float Der Wert muss als „Wirk­leistung (Bezug minus Ein­speisung) Σ L1, L2, L3“ eingetragen werden. Alternativ wartest du auf das nächste Firmware-Release und wählst die SDM630-TCP-Vorlage aus. Dann bekommst du allerdings alle Werte, was den Modbus-Ethernet-Server überlasten könnte.

Das Verhalten kennen wir von fast allen VWs: Wenn der Stecker nicht ganz drin steckt, dann kann das Auto nicht den Verriegelungsstift ausfahren und lädt in einer Art Notlademodus. Siehe z.B. hier

Hallo danke für die Hilfe. Mein ID3 hatte das gleiche Problem. Verformungen oder ähnliche mechanische Probleme waren am Stecker nicht zu sehen. Ich habe auf Verdacht vom Ladestecker mit dem Schwingschleifer und 150er Schleifpapier etwa 0,7mm abgenommmen, jetzt funktioniert alles perfekt. Man sollte immer darauf achten dass der Stecker wirklich bis zum Anschlag im ID3 drin steckt. Sonst lädt der ID3 nur in einer Art Notfallmodus mit ~5A/1150W. HomeAssistant machts möglich: Bekomme jetzt auch eine Warnmeldung aufs Handy sobald unter 1.200W für >20sec geladen wird "Stecker nicht richtig gesteckt".

Gutes Argument, aber könnt ihr dann nicht einfach zuschauen, wie alles automatisch funktioniert? 😉 Okay, zugegebenermaßen ist die ganze Logik im Lastmanagement inzwischen so komplex, dass wir ein paar Bugs drin hatten, die von den besagten technikbegeisterten Nutzern entdeckt wurden… Die wirklich faszinierende Technik des Lastmanagements kannst du dir zu Hause übrigens gar nicht ansehen. Stell dir einen Ladepark mit 64 Wallboxen vor, mit einer bunten Mischung aus WARP 1, WARP 2 (mit und ohne Phasenumschaltung per Energy Manager) und WARP 3, manche davon mit bekannter, manche mit unbekannter Phasenrotation, der an einer unterdimensionierten Zuleitung hängt, die dynamisches Lastmanagement benötigt, und der zusätzlich auch noch bei gutem Wetter PV-Überschussladen auf allen Wallboxen machen soll und bei schlechtem Wetter die billigsten Stunden eines dynamischen Stromtarifes nutzen soll, und dann am Ende des Tages, wenn alle Mitarbeiter der Firma nach Hause wollen, jedem ungefähr gleich viel Energie ins Auto geschoben haben. Gleichzeitig soll der Anwendungsfall mit nur einer Wallbox zu Hause damit genauso gut funktionieren. Ja, wir hatten im letzten Jahr echt viel Spaß. 🤪

Welchen Grund sonst könnte es denn geben, die Wallbox von euch zu kaufen, außer faszinierendes Technik Spielzeug zu wollen? Autos aufladen wird völlig überbewertet, die sind nur Mittel zum Zweck, um Phasenumschaltungen und Überschussladen im Detail optimieren zu können... :-)

Zumindest den Teil kann ich dir beantworten: Das ist eine Debug-Ausgabe die langfristig verschwinden wird. Wir haben den Modbus-Server grundlegend überarbeitet, und künftig wird dann auch im Webinterface angezeigt werden, wer gerade verbunden ist bzw. vor kurzem verbunden war und warum die Verbindung weg ist. Das existiert aber noch nicht, deshalb steht die Information erstmal im Ereignislog. Die Victron-Software scheint zum Auslesen der Wallbox aber nicht einfach eine TCP-Verbindung offen zu halten, sondern alle 10 Sekunden eine Verbindung aufzubauen, die Register zu lesen und die Verbindung dann wieder zu trennen. Das führt dann zu maximalem Logspam. Was mir nicht klar ist: Das Script, dass die Victron-Integration hinzufügt, kommuniziert über HTTP mit der Wallbox, nicht mit Modbus TCP. Hast du noch mehr konfiguriert? Irgendwas muss das Victron-Gerät ja dazu bringen, eine Modbus-TCP-Verbindung zur Wallbox aufzubauen. Wie du willst. Hier bekommen es typischerweise mehr Leute mit -> Du bekommst schneller eine Antwort. Das ist so von Victron vorgegeben: https://github.com/victronenergy/venus/wiki/dbus#evcharger Autostart benutzt im Endeffekt die evse/auto_start_charging-API. Das ist also das, was du als "manuelle Ladefreigabe" im Webinterface aktivieren kannst. Enable Charging scheint auf /StartStop zu mappen, und damit auf unsere evse/start_charging und /stop_charging-API. Damit kannst du also den Ladevorgang einmal stoppen oder starten, je nachdem. Wenn du damit sowieso gerade rumspielst, teste bitte mal diese Version, falls du Muße dazu hast: https://github.com/Tinkerforge/dbus-warp-charger/blob/main/dbus-warp-charger.py Der einzige Unterschied sollte sein, dass jetzt /MaxCurrent und /SetCurrent implementiert sind, du solltest also einmal den maximal erlaubten Strom (der auch gespeichert wird) setzen können und per /SetCurrent den Strom beliebig verstellen.