photron

Bitte diese Firmware testen. Ich habe noch ein paar Kleinigekeiten verbessert. Aber 100% funktional is tes noch nicht. Bitte einmal einen Debug Report mit dieser Firmware und eingerichtetem Zähler posten, damit ich die Rohdaten sehen kann. [Firmware entfernt, bitte Firmware aus dem nächsten Post testen]

@j.esser Die aufgezeichnten Daten sehen gut aus. Aber die DC-Anschlussart für das Modell 714 steht auf NotImplemented anstatt PV. Das sollte das Webinterface garnicht zulassen. Schau bitte nochmal nach, das das wirklich auf PV steht.

Richtig, SolarEdge liefert die Batteriedaten nicht über SunSpec. Teste bitte mal diese Firmware. Dort kannst du jetzt einen Modbus/TCP Zähler anlegen, als Registertabelle "Solaredge Wechselrichter" auswählen und als als Virtuellen Zähler "Speicher". Schau mal bitte ob die Werte passen. Ins besondere ob Strom und Leistung des Speichers beim Laden positiv und beim Entladen negativ sind. Damit in der Regelung der Speicher richtig betrachtet wird muss du unter PV-Überschussladen > Batteriesspeicher dann diesen Zähler als den Stromzähler des Batteriespeichers auswählen. Falls irgendetwas nicht passt, dann bitte einen Debug Report speichern und hier anhängen. [Firmware entfernt, bitte Firmware aus dem nächsten Post testen]

@j.esser Installier mal bitte diese Firmware. Diese behebt das Problem nicht, gibt aber im Debug Report mehr Inforationen aus mit denen ich herausfinden kann, warum es nicht funktioniert. Edit: Veraltete Firmware entfernt.

@StevieC Teste mal bitte mit Firmware 2.7.5. Damit ist das Problem bei mir im Test behoben.

Firmware: WARP1 2.7.4, WARP2 2.7.5, WARP3 2.7.5, WARP Energy Manager 2.3.4, WARP Energy Manager 2.0 1.2.4 SunSpec: Partielles Lesen der Modelldaten repariert (Nur WARP1, WARP2, WARP3) Ladelimit: Einstellung für beliebiges Energielimit hinzugefügt Übersetzungen verbessert Download: WARP1 2.7.4 bzw. WARP2 2.7.5 bzw. WARP3 2.7.5 bzw. WARP Energy Manager 2.3.4 bzw. WARP Energy Manager 2.0 1.2.4

Firmware: WARP1 2.7.3, WARP2 2.7.4, WARP3 2.7.4, WARP Energy Manager 2.3.3, WARP Energy Manager 2.0 1.2.3 (Nur WARP Energy Manager, WARP Energy Manager 2.0) Hinweis über fehlende Zähler-Messorte zum Webinterface hinzugefügt SunSpec: Work-around für byte-vertauschte Kostal-Float-Werte entfernt, dieser hat mehr Probleme erzeugt als behoben (Nur WARP1, WARP2, WARP3) Ladetracker: Sprachauswahl für PDF-Export repariert (Nur WARP1, WARP2, WARP3) Ladetracker: Kodierung von nicht-CP-1252-Zeichen beim PDF-Export repariert Download: WARP1 2.7.3 bzw. WARP2 2.7.4 bzw. WARP3 2.7.4 bzw. WARP Energy Manager 2.3.3 bzw. WARP Energy Manager 2.0 1.2.3

Über Modell 714 kann auch die PV Leistung gemeldet werden. Ist nur die Frage ob SMA das auch tut. Hast du für Modell 714 in den WEM Zählereinstellungen die "DC-An­schluss­art" auf PV gestellt?

Firmware: WARP1 2.7.2, WARP2 2.7.3, WARP3 2.7.3, WARP Energy Manager 2.3.2, WARP Energy Manager 2.0 1.2.2 (Nur WARP1, WARP2, WARP3) Benutzerauswahl zum Ladestart-Knopf auf der Statusseite hinzugefügt (Nur WARP Energy Manager 2.0) Ausgänge als Automatisierungs-Bedingung hinzugefügt SunSpec: Unterstützung für MPPT-Erweiterungs-Modell 160 and DER-DC-Messwertemodell 714 hinzugefügt SunSpec: Abbruch-Knopf für Gerätesuche hinzugefügt SunSpec: Vorzeichen der Leistungs- und Leistungsfaktor-Werte des DER-AC-Messwertemodell 701 korrigiert SunSpec: Work-around für falsche Werte bei SolarEdge-Wechselrichtern im DER-AC-Messwertemodell 701 hinzugefügt Modbus TCP: Work-around für defekte Fehlermeldungen von Sungrow-Wechselrichtern Modbus TCP: Ausgangsart-Erkennung bei Sungrow-String-Wechselrichtern korrigiert Geräteinformation zum unteren Ende des Webinterface-Menüs hinzugefügt Wenn alle Webinterface-Verbindungen verwendet werden und eine neue Verbindung angefragt wird, dann wird die am längsten inaktive Verbindung geschlossen Der Webinterface-Port kann nicht auf "unsichere" Werte eingestellt werden WS- und OCPP-Netzwerkverbindungen werden vorm Neustart geschlossen Download: WARP1 2.7.2 bzw. WARP2 2.7.3 bzw. WARP3 2.7.3 bzw. WARP Energy Manager 2.3.2 bzw. WARP Energy Manager 2.0 1.2.2

@j.esser Diese Firmware versteht jetzt auch Model 714 richtig. Darüber solltest du die Speicher und die PV Leistung auslesen können. Edit: Veraltete Firmware entfernt.

Teste bitte mal die angehängte Firmware. Im Model 701 hatten wir die vorzeichen für Leistung und Leistungsfaktor falsch herum. Unsere Unterstüzung für Model 714 ist kaputt. Das reparieren wir auch in Kürze. [Alte Firmware entfernt, bitte die Firmware im nächsten Post verwenden]

Sorry, ich habe kurz in die Logs geschaut, bin aber noch nicht dazu gekommen, da richtig hinter her zu sehen. Beim X15 lesen wir ein anders Model als bei den STP vermutlich liegt da das Problem. Wir kümmern uns in kürze.

Vermutlich hast du Model 714 ausgewählt? Kannst du die SunSpec Gerätesuche nochmal laufen lassen und das Log speichern und hier anhängen? Zusätzlich wäre auch noch ein Debug-Report hilfreich, siehe System > Ereignis-Log > Debug-Report + Ereignis-Log.

Die Wallbox wird den Statuswechsel sehen. Schau mal unter Wallbox > Ladetatus > Details (mit dem Anzeigen-Knopf) einblenden. Dort siehst du die gemessenenen CP/PE und PP/PE Widerstände. Ein CP/PE Widerstand von 2700 Ohm bedeutet, dass das Auto angeschlossen ist, aber keinen Strom will. Ein CP/PE Widerstand von 880 Ohm bedeutet, dass das Auto Strom will. EVCC wird sehen, dass das Auto Strom will, aber die Ladung nicht freigeben, da der SOC ja bei deinem Limit von 85% liegt. Dadurch bleibt der IEC-61851-Zustand in der Wallbox auf Verbunden. Die Crux hier ist, dass über den Typ 2 Standard das Auto nicht mitteilen kann warum es Strom will. Daher kann EVCC nur annehmen, dass das Auto den Strom zum Laden des Akkus will, auch wenn es den Strom eigentlich gleich in der Klimaanlage direkt verbrauchen würde.

Danke fürs Testen. @OpiFS Die Änderung wird dann Teil der nächsten Firmware-Version, bis dahin kannst du bei der Test-Version bleiben.

Okay, Problem gefunden. Fronius hat zwei leicht verschiedene Registersätze. Bei @pene8 und @Steff49 ist es der eine und bei @OpiFS der andere. Die angehängte Firmware erkennt jetzt automatisch welcher von beiden es ist. Könntet ihr drei das bitte testen? Edit: Veraltete Firmware entfernt.

Ich habe das Problem gefunden. Du hattest vorher eine Test-Firmware für die Fronius GEN24 Plus Batterie-Unterstützung laufen. Dort war der virtuelle Zähler für die Batterie die ID 1. In 2.6.6 ist es jetzt aber die 3. ID 1 ist gerade unbenutzt und für zukünftige Verwendung reserviert. Dadurch hast du jetzt eine ungültige Config. Das ist erstmal kein Problem. Dafür bekommst du die Meldung "Invalid Fronius GEN24 Plus Hybrid Inverter Virtual Meter: 1". Damit sollte alles gut sein. Aber durch einen Bug führt diese ungültige Config jetzt zu einem Crash. Lösung: Der Crash tritt auf sobald sich die Wallbox zu deinem Wechselrichter verbindet. Am einfachsten ziehst du das Netzwerkkabel von der Wallbox ab, dadurch unterbindet du die Verbindung der Wallbox zum Wechselrichter. Jetzt sollte die Wallbox durchlaufen und stellt dann fest, dass keine Netzwerkverbidung besteht und aktiviert den Access Point. Über den Access Point löscht du den Fronius GEN24 Plus Zähler und richtest diesen neu ein, dadurch wird dieser dann mit der richtigen ID angelegt. Danach kannst du das Netzwerkkabel wieder einstecken und das Problem sollte behoben sein.

Wenn das Webinterface nicht funkitoniert, wie lädst du dann den Debug Report runter? Die Wallbox scheint immer nach "Network connected (Ethernet)" zu crashen. Leider fehlt im Debug Report der Coredump, der zeigen würde wo der Crash ist. Kannst du versuchen nur den Coredump von der Wallbox herunterzuladen: http://192.168.178.163/coredump/coredump.elf

Das sieht so aus, als wäre die Skalierung der Werte falsch. Spiel bitte mal diese Firmware ein. Diese gibt mehr Details im Log aus. Das ganze einen Moment laufen lassen, dann unter System -> Ereignis-Log einen Debug Report speichern und hier anhängen. Edit: Veraltete Firmware entfernt.

Das Problem ist mit Firmware 2.6.5 behoben.

Der Source Code von Github heruntergeladen ist nicht direkt lauffähig. Du musst zuerst build_src.py ausführen. Siehe: https://github.com/Tinkerforge/brickv?tab=readme-ov-file#running-the-source-code-instead-of-using-prebuild-installerpackage

Die 4 kW Schwelle hat nichts damit zu tun woher der Strom kommt. Unter 4 kW kann deine Wallbox keine Ladung beginnen. Angedacht ist schon, dass die Wallbox da zukünfig mehr kann. In der nächsten Firmware wird enthalten sein, dass wir mit einbeziehen wieviel der Speicher gerade lädt und du einstellen kannst, ob das Auto oder der Speicher bevorzugt landen sollen. Weitere Dinge werden kommen, eine genau Roadmap kann ich dir allerdings nicht geben. Momentan musst du solche komplexeren leider Regeln noch von Hand umsetzen. Wenn du in der Lage bist da selbst eine kleine Steuerung zu progammieren, dann steht dir über die API der Wallbox alles bereit was du dafür brauchst. Alternativ kannst du dir auch evcc.io anschauen, das kann mit unseren Wallboxen zusammenarbeiten.

Du hast die Wallbox fest dreiphasig ansgeschlossen. Dadurch liegt die minimale Leistung, die als Überschuss vorhanden sein muss, bevor eine Ladung beginnt, bei 4140 W (= 230 V * 6 A * 3 Phasen). Der Standard sieht das Minimum von 6 A vor und manche Autos (z.B. Renault Zoe) laden auch erst ordentlich ab ca. 9 A. Mit 2581 W bist du einfach nicht über der 4140 W Schwelle. Da hilft dann eine Phasenumschaltung, die du bei WARP2 mit einem WARP Energy Manager nachrüsten kannst und die bei WARP3 mit eingebaut ist. Dadurch kann die Wallbox dann bei Bedarf auf einphasig runterschalten und die minimal benötigte Überschussleistung sinkt auf 1380 W (= 230 V * 6 A * 1 Phase).

@Steff49 Wenn ich mich richtig erinner, hatten wie bei dir, das Problem, dass der Fernzugriff noch nie richtig funktioniert hat und wir noch nciht rausbekommen haben warum. Wende dich bitte mal an @ffreddow, der entwickelt den Fernzugriff.

Hast du im Header die SetOnLCD128x64 Funktion in einem "public slots:" Anschnitt stehen?