laubblaeser

Ahoi, habe gerade gesehen, dass heute wieder eine neue Firmware für Warp und WEM rauskamen. Würde die gerne installieren, um in den Genuss der Bugfixes und neuen Features zu kommen, aber dann würde ich die schöne Implementierung des Plenticore aus der Testfirmware verlieren. Gibt's schon ein ETA für die Liveschaltung der hier erprobten Dinge? Wenn das noch länger dauert, würde ich mal überlegen, ob ich zurück auf den stable Kanal wechsle und dann meine eigene Steuerung reimplementiere. Danke für kurze Info hierzu. :)

Starke Sache! Ich kann das auch so bestätigen, dass alles funktioniert wie erwartet (eben mit den bekannten Quirks). Erzwungenes laden und entladen sowie blockieren in allen Kombinationen funktioniert mit eurer Testfirmware exakt so gut wie ich es zuvor auch händisch bei mir konfiguriert hatte. :)

Zuerst einmal vielen Dank für das heutige Update. Da sind wirklich tolle Verbesserungen und neue Module drin! Beim Modul Kalenderpreise (z.B. für §14a EnWG Modul 3) im Menü für den dynamischen Strompreis ist mir aufgefallen, dass das Interface eine (einfach und gut gestaltete!) Auswahl nach Wochentagen und Uhrzeiten erlaubt, aber nicht nach Quartalen. Viele VNB unterstützen variable Netzentgelte nur für 2 oder 3 von 4 Quartalen, mglw. auch mit unterschiedlichen Zeiten pro Quartal. Wäre es möglich, so eine quartalsweise Einstellung hinzuzufügen, damit man nicht händisch quartalsweise die Kalenderpreise ein- und ausschalten muss?

Ich habe es mit 5 Sekunden probiert und das funktionierte wie erwartet.

Danke. Erste Tests sehen schon mal gut aus. Du hast eine Wiederholungszeit von 20s eingestellt. Das könnte möglicherweise zu lang sein, um alle mögkichen Einstellungen des Watchdogs aufzufangen. Spräche technisch etwas dagegen, die Wiederholung in der Batteriesteuerung auf 1 Sekunde zu setzen? Außerdem habe ich versucht, den separaten Watchdog über Register 1288 (RW) zu verändern und auf den dort angegebenen Minimalwert von 30s einzustellen (= 0, 30). Das führt zu einem Modbus Fehler, als ob sich das Register nicht beschreiben ließe. Irgendwo macht Kostal hier Quatsch. Wir können uns demnach aber wohl erst mal drauf verlassen, dass der Watchdog für die 1280er Register immer auf dem Default von 60s stehen wird.

Ich habe hierzu eine Anfrage an den technischen Support von Kostal gestellt, da es mir stark nach einem Bug riecht. Mal sehen, ob und wie sie darauf antworten werden.

@photron Ich bräuchte die Beta bitte wie erwähnt für den WEM2, sonst kann ich deine Einstellungen nicht testen.

Die Sperre über 1034 funktionierte zuvor einwandfrei. Die 0,5 A Entladung bei Schnellladung passiert nur bei Nutzung der 1280/1282 Register.

Ups, sorry für die false attribution. Ich wusste nicht, welcher Nickname zu wem gehört und hab stumpf geraten, weil du hier im Forum so aktiv bist. 😅

Hier geht's voran, aber noch ist nicht alles geklärt. Nach Rücksprache mit @MatzeTF habe ich andere Register (1280, 1282) genutzt, die mit einer neueren Firmware Version des Plenticore G3 hinzugefügt wurden. Dadurch wird z.B. das Laden mit AC Überschuss nicht mehr verhindert, wenn man das Entladen per Batteriesteuerung verhindert. Bisherige Tests sehen in der Hinsicht gut aus. Leider scheint der Wechselrichter trotzdem eine Batterieentladung von bis zu 0,5 A (= ca. 320 W in meinem Fall) zu nutzen, auch wenn er das eigentlich gar nicht soll. Das scheint eine komische Eigenheit der Kostal Firmware zu sein, denn eigentlich ist die Entladeleistung ja von uns auf 0 W gesetzt worden. Ich denke, hier müsste man mal mit Kostal in Kontakt treten, was das soll. Ärgerlich ist es für mich jetzt auf jeden Fall, da die Batterie sich bei Nutzung dieser Register auch dann langsam entlädt, wenn ich das Auto für eine Schnellladung angesteckt habe. Das soll ja echt nicht der Fall sein...

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!