photron

Korrigierte Firmware ist veröffentlicht.

Korrigierte Firmware ist veröffentlicht.

Firmware: WARP1 2.13.2, WARP2 2.13.2, WARP3 2.13.2, WARP4 2.13.2, WARP Energy Manager 2.9.2, WARP Energy Manager 2.0 1.8.2 Batteriesteuerung: Hinzufügen eines Batteriespeichers repariert Batteriesteuerung: Rücknahme einer Lade-/Entladeblockierung bei Sungrow repariert Home Assistant-Details für Fahrzeugbatterie repariert Langsames Speicherleck in der mDNS-Antwortbehandlung repariert Download: WARP1 2.13.2 bzw. WARP2 2.13.2 bzw. WARP3 2.13.2 bzw. WARP4 2.13.2 bzw. WARP Energy Manager 2.9.2 bzw. WARP Energy Manager 2.0 1.8.2

Okay, danke für's Testen. Repariertes Firmware-Release kommt morgen.

Okay, ich sehe wo das Problem liegt. Hier eine weitere Test-Firmware, die dieses Problem beheben sollte. Könntest du mit dieser Firmware auch einmal den "Laden erzwingen" nach "Normal" Übergang testen, ob dort auch der Speicher im "Laden erzwingen" Modus stecken bliebt? [EDIT: Test-Firmware entfernt]

Erzeug einmal das Problem, dass nach "Entladen blockieren" der Übergang nach "Normal" nicht funktioniert und der Speicher blockiert bleibt. Testmodus reicht völlig aus, du musst dass nicht über die Regeln erzeugen. Dann einen Debug Report herunterladen und hier anhängen. Da kann ich dann genau sehen was wir an Befehlen geschickt haben.

Test bitte mal mit dieser Firmware. Die gibt mehr Details im Debug Report aus. [EDIT: Test-Firmware entfernt]

Korrigierte Firmware-Versionen sind veröffentlicht.

Falls zuvor die Firmware WARP1/2/3/4 2.13.0, WARP Energy Manager 2.9.0 oder WARP Energy Manager 2.0 1.8.0 installiert worden ist, muss diese Firmware von Hand heruntergeladen und manuell installiert werden, da in der vorherigen Version ein Fehler im Auto-Update war. Firmware: WARP1 2.13.1, WARP2 2.13.1, WARP3 2.13.1, WARP4 2.13.1, WARP Energy Manager 2.9.1, WARP Energy Manager 2.0 1.8.1 Absturz während der Firmware-Aktualisierung korrigiert Home Assistant-MQTT-Discovery für Fahrzeugnamen und MAC-Adresse korrigiert Legacy Home Assistant Zählerwerte und numerischen Ladezustand wiederhergestellt Unterstützung für alle verfügbaren Lademodi zu Home Assistant hinzugefügt Download: WARP1 2.13.1 bzw. WARP2 2.13.1 bzw. WARP3 2.13.1 bzw. WARP4 2.13.1 bzw. WARP Energy Manager 2.9.1 bzw. WARP Energy Manager 2.0 1.8.1

@dinkel1975 Anbei eine Test-Firmware für WARP3.

Die Test-Firmware, die bei dir gerade läuft und leider auch das 2.13.0 Release, haben einen Bug im Auto-Update. Das manuelle Update ist nicht betroffen. Wir haben 2.13.0 zurückgezogen und es gibt heute noch 2.13.1, die das Auto-Update repariert hat. Alle die schon 2.13.0 oder 2.12.2+6A9ED70D installiert haben müssen dann später 2.13.1 von https://warp-charger.com/de/software/downloads#firmware herunterladen und manuell installieren. Sorry, das hätte nicht passieren dürfen ☹️

Korrigiertes Firmware-Release kommt heute.

In der nächsten Firmware-Version wird enthalten sein, dass bei Battierespeichern ohne Watchdog (Deye, Growatt, SAX Power, Sungrow und Victron Energy), nur noch dann Register-Werte geschrieben werden, wenn das Schreiben den Wert wirklich ändert.

Dafür mss du der Battiere das Entladen bei Schnellladung über die Batteriesteuerung verbieten. Aktuell wird SolarEdge noch nicht unterstützt. Als nächstes steht Support für Fronius auf der Liste. Fronius und SolarEdge laufen grundsätzlich beide über SunSpec. Daher könnte SolarEdge einfach funktionieren, wenn Fronius Support fertig ist, aber leider hat sich SolarEdge entschieden die Batteriesteuerung nicht über SunSpec zu machen. Daher braucht SolarEdge eine eigene Integaration für die Batteriesteuerung. Die wir kommen, ich kann dir aber gerade keinen Zeitrahmen dafür nennen.

@Tommes78 Mal zum Verstandnis: Warum willst du evcc temporär die Steuerung der Wallbox entziehen? Wenn wir besser verstehen was der Anwendngsfall ist könnten wir das ja villeicht besser unterstützen.

Rein was die Batteriesteuerung angeht ist, von dem was wir bisher unterstützen, Alpha-ESS/Hailei am besten. Dort ist die Batteriesteuerung sauber über Steuerungsregister gelöst und auch schön modelliert. SAX Power hat das Problem, dass man das Laden/Entladen des Speichers nicht erzwingen kann, außer man schaltet die eigene Regelung des Speichers komplett ab, aber dann muss man auch selbst die komplette Regelung machen. Wir wollen dem Speicher aber nur Rahmenbedingungen für seine eigene Regelung vorgeben und nicht selbst regeln. Daher ist es von uns aus nicht möglich das Laden/Entladen eines SAX Power Speichers zu erzwingen. Der Kostal Plenticore hat das Problem, dass wir beim Wechsel zwischen bestimmten Modi teilweise mehrere Minuten warten müssen, bis der Wechselrichter intern einige Register zurückgesetzt hat, da wir diese von außen nicht aktiv zurücksetzen können. Der Rest hält sich irgendwo dazwischen auf. Meist müssen wir mit einer Mischung aus Konfigurationsregistern und Steuerungsregistern arbeiten. Oft ist es notwendig, dass der Kunde die Werte für die maximale normale Lade-/Entladeleistung angeben muss, da wir die entsprechenden Konfigurationsregister nach dem Beenden des Blockieren des Laden/Entladens wieder auf sinnvolle Werte zurücksetzen müssen, da es keine Möglichkeit gibt dem Wechselrichter zu sagen, die Beschränung der Laden-/Entladeleistung zurückzunehmen.

Wie du schon herausgefunden hast, haben Wechselrichter typsicherweise zwei Arten von Registern, für Konfiguration und Steuerung. Die Konfigurationsregister werden dauerhaft gespeichert, die Steuerungsregister nicht. Es kommt jetzt darauf an wie gut der jeweilige Hersteller seinen Registersatz entworfen hat. Manche bieten einen schönen Registersatz an bei dem die gesamte Steuerung der Batterie über Steuerungsregister läuft. Leider gehört Sungrow nicht dazu, so dass wir auch Konfigurationsregister benutzen müssen. Das kann theoretisch dazu führen, dass wir den permanenten Datenspeicher des Wechselrichter auf Dauer zerschreiben, da wir aktuell z.B. bei Sungrow minütlich auch Konfigurationsregister schreiben, auch wenn sich die Werte eigentlich nicht ändern. Aber mir ist kein Fall bekannt in dem der permanenten Datenspeicher des Wechselrichter wirklich Schaden genommen hätte. Also erstmal Entwarnung. Ich erwarte, dass die meisten Hersteller die Konfigurationsregister nur dann wirklich in den permanenten Datenspeicher schreiben, wenn sich die Werte ändern und nicht bei jedem Schreiben der Konfigurationsregister. Es steht auf unserer TODO Liste, Register nur dann zu schreiben, wenn sich die Werte wirklich ändern, anstatt blind minütlich zu Schreiben, um genau dieses potentielle Problem zu vermeiden.

Hier ist das Datenblatt des Gehäuses: https://www.rose-systemtechnik.com/wp-content/rose-import-data/export/Zeichnung_PDF/KAT26162609.pdf Das Loch ist 50mm tief und hat 11mm Durchmesser. Da passt keine Stecknuss rein. 20mm + 40mm + 10mm = 70mm

Danke, ich nehme dich auf die Liste der potentiellen Testkunden auf. Ich kann dir allerdings nichts versprechen, wann wir dazu kommen werden. Die Liste der Hersteller, die wir noch unterstützen wollen ist lang.

Für PV-Überschussladen erwarten wir, dass der für PV-Überschussladen ausgewählt Zähler den Wert "Wirkleistung (Bezug minus Einspeisung); Summe L1, L2, L3 [W]" in Watt liefert, gemessen am Netzanschluss. Dabei bedeutet "Bezug minus Einspeisung", dass der Wert bei Bezug positiv und bei Einspeisung negativ ist. Ein klassiches Problem ist das Vorzeichen verdreht zu haben, oder einen vorzeichenlosen Wert zu schicken. Wenn die WARP3 immer nur postive Leistungswerte am Netzanschluss sieht, dann sieht das aus als würde nie eingespeist, also ist nie PV-Überschuss vorhanden und es wird im PV-Überschuss-Modus nie geladen.

stefan12345352 hat ein Verbindungsproblem auf dem Level von Netzwerkkabel-Wackelkontakt. Du hast aber einen Crash intern im TCP/IP Code. Wir haben das auch schon von anderen Kunden gesehen und sind dabei das zu debuggen, das Problem ist aber leider noch nicht behoben.

Maximal 11mm, siehe https://warp-charger.com/documents/WARP4_Betriebsanleitung.pdf Abschnitt "3.1.3 Wandmontage".

Das Debug-Log fehlt.

Was hindert dich daran? Das wäre die beste Lösung. Der Plenticore hat die Werte höchstwahrscheinlich. Frage ist ob er sie auch durchreicht. Wenn du von der Wallbox aus einen SunSpec-Gerätesuche für den Plenticore laufen lässt, welche Modelle werden dann gefunden. Der KSEM müsste als Modell 203 oder 213 auftauchen. Kannst du das Log einer SunSpec-Gerätesuche hier anhängen. Dann kann ich mit besser ein Bild der Lage machen.

@cord Ich sehe, dass du über SunSpec das Wechselrichter-Modell 113 ausgewählt hast. Ich vermute, dass du dort den Messort von Wechselrichter auf PV umgestellt hast. Die Messorte sind jetzt nicht mehr umstellbar, wenn sie konzeptionell durch die Art des Zählers bekannt sind. Die Umstellbarkeit hatte Kunden mehr verwirrt als geholfen. Der Fronius Symo sollte auch SunSpec-Modell 160 (MPPT-Erweiterung) an bieten. Das ist die eignetliche PV-Erzeugung. Das ist leider schlecht benannt und dadurch nicht offensichtlich. Das werde ich für die nächste Firmware in PV-Erzeugung umbennenen. Versuch bitte mal, ob du den "PV Carport" von Modell 113 auf 160 umstellen kannst.