photron

Das ist sehr gut. Dann muss nur das Vorzeichen gedreht werden.

Hier eine Firmware die das jetzt richtig macht. Dadurch kann das PV-Überschussladen jetzt auch deinen Speicher richtig mit einbeziehen.

[Edit: Test-Firmware entfernt. Funktionalität ist ab WARP3 Firmware 2.7.6 enthalten]

Danke!

Ich hoffe, dass beim Laden die Leistungs- und Stromwerte negativ werden. Denn der Wert in dem eigentlich der Zustand des Speichers stehen sollte ist in dem Debug Report 0. Das ist aber kein gültiger Wert laut Spezifikation. Da sollte z.B. 3 für Entladen oder 4 für Laden drinstehen.

Bisher sehe ich in deinen Screenshots immer nur positive Werte. Hast du denn auch schon negative Werte gesehen, oder hat der Speicher bisher noch nicht geladen?

Kannst du mir nochmal einen Debug Report anhängen von diesem Zustand in dem der Speicher entlädt? Und wenn möglich auch einen wenn der Speicher lädt?

Von der SunSpec Spezifikation sieht es so aus als ob der Leistungs und Stromwert sein Vorzeichen zwischen Laden und Entladen wechseln sollte. Es gib aber noch einen anderen Wert in dem der Zustand des Speichers steht, u.a. oder der Speicher gerade lädt, entlädt, oder voll ist. Das kann ich dann aus den beiden Debug Reports sehen.

@rakeller Du läuft vermutlich in dieses Problem hinein. Offizielles Firmware Relase mit dem Fix drin kommt morgen, dass schaffe ich heute nicht mehr.

Dann lass erstmal das MPPT Modell weg, da Kostal da für MPPT3 ja eh nicht die Werte des Speichers meldet.

Aber Kostal unterstüzt das SunSpec Batterie Modell 802. Ich habe Support dafür in die angehängt Firmware eingebaut. Teste das bitte mal. SunSpec Gerätesuche durchführen und Modell 802 wählen.

Bei den Vorzeichen für Strom und Leistung habe ich geraten, weil die Dokumentation das nicht angibt. Beim Laden müssen Strom und Leistung positiv sein, beim Entlanden negativ. Wenn das bei dir andersherum ist muss ich es nochmal drehen.

Diesen Zähler kannst du dann für PV-Überschussladen als Batteriezähler verwenden.

Edit: Veraltete Firmware entfernt.

Zumindet in dem Report ist auf MPPT3 nichts los, alles 0:

CurrentPVSumExport: 0.339999974
VoltagePVAvg:       261.8000183
PowerPVSumExport:   135
PowerPVSumImExDiff: -135
EnergyPVSumExport:  None
Temperature:        0

CurrentPV1Export:   0.149999991
VoltagePV1:         393.3999939
PowerPV1Export:     58
EnergyPV1Export:    None

CurrentPV2Export:   0.189999998
VoltagePV2:         392
PowerPV2Export:     77
EnergyPV2Export:    None

CurrentPV3Export:   0
VoltagePV3:         0
PowerPV3Export:     0
EnergyPV3Export:    None

Kannst du in Momenten in dem der Speicher wirklich lädt bzw. entlädt jeweils die Werte zeigen. Screenshot reicht auch, mit den Werten der MPPT-Erweiterung ausgeklappt, dort sind für jeden Tracker die Werte einzeln aufgeführt.

Das SoC fehlt ist erwartet, da das MPPT Modell nicht für Speicher gedacht ist und kein Feld für SoC hat. Auch sind alle Werte im MPPT Modell eigentlich vorzeichenlos. Wir machen daraus immer einen negativen Leistungswert, da in unserer Modellierung Export (hier PV-Produktion) immer negativ ist. Dass du da einen positiven Wert beim Entladen gesehen heißt sagt mir jetzt schon, dass Kostal sich nicht an die SunSpec-Spezifikation hält.

Kannst du auch mal die Logs einer SunSpec-Gerätesuche für beide Wechselrichter zeigen? Einfach auf den schon eingerichteten Zählern eine neue Suche starten, das Log speichern und den Dialog mit "Verwerfen" verlassen. Vielleicht gibt es noch bessere Modelle, um an die Speicherdaten zu kommen.

@TFCharge Danke, dass sieht alles gut aus. Das kommt dann so in das nächste Release. Bis dahin könnt ihr die Testfirmware weiter laufen lassen.

Flash mal bitte diese Firmware, lass das ganze 1-2 Minuten laufen und speicher dann einen Debug Report auf der Ereignis-Log Unterseite und häng in hier an. Die Firmware löst dein Problem nicht, gibt mir aber die Rohwerte des MPPT Modells, so dass ich sehen kann wie genau Kostal das verbrochen hat.

Fronius ist da ähnlich kreativ. Dafür haben wir gerade eine Speiziallösung. Aber es sieht fast so aus als müssten wir das allgemeiner lösen.

[Edit: Veraltete Firmware entfernt]

Die Leistung und SoC des Speichers kann über Modbus/TCP ausgelesen werden. Dadurch kann der Speicher ins PV-Überschussladen integiert werden.

@TFCharge Dinge die in der letzten Firmware noch nicht passten:

• Vorzeichen des Stroms war falsch herum
• Skalierfaktor für die Energy war 100x zu groß

Beides jetzt korrigiert.

Wobei ich glaube, dass SMA die Energie nicht richtig meldet. 0 kWh geladen und 0,1 kWh entladen ist nicht plausible. Ich vermute du hast den Speicher schon länger und der Speicher kann keine Energie aus dem Nichts produzieren. Ist aber nicht kritisch. Das PV-Überschlussladen benötigt nur den aktuellen Leistungswert des Speichers und zuküftig werden wir vermutlich auch noch auf den SoC Wert schauen.

Hier einmal eine weitere Firmware zum Testen. Bitte einmal einen Debug Report anhängen, auch wenn jetzt vermutlich alles in Ordnung ist. Ich hade Support für den zweiten Batterieanschluss hinzugefügt und würde gerne einmal die Interna sehen, ob das so funktioniert wie gedacht.

@Niklas Der Fix aus dem anderen Thread ist hier jetzt auch mit drin.

 [Edit: Firmware entfernt. Alle Änderungen sind ab WARP3 Firmware 2.7.6 enthalten]

Ist das hier das py-sma-modbus das du verwendest?

https://github.com/maluramichael/py-sma-modbus

Ich fürchte, dass deren Registertabelle 6 Jahre alt ist und nicht mehr 100% zum aktuellen Stand von SMA passt. py-sma-modbus hardcoded Registeradressen, das ist leider nicht wie SunSpec funktioniert.

Korrektur: py-sma-modbus liest auf Modbus Unit-ID 3. SunSpec ist bei SMA auf Unit-ID 126. Daher haben diese beiden Registersätze einfach nichts mit einander zu tun.

An Adresse 41161 beginnt bei dir das SunSpec Modell 714. An dieser Adresse steht so erstmal kein Wert, sondern ab dort stehen 20 Register die den Header des Modells 714 bilden. Im Header steht, dann dass es drei DC-Anschlüsse gibt. Für jeden DC-Anschluss beinhaltet das Modell 714 dann 25 weitere Register. Macht insgesammt 95 Register die ich dann versuche ab Adresse 41161 zu lesen. Das klappt aber nicht und liefert Fehler ModbusIllegalDataAddress.

Teste bitte die angehängte Firmware. Dort lese ich jetzt absichtlich nicht die beiden letzten Register im Modell 714, in der Hoffnung, dass das hilft.

[Edit: Alte Firmware entfernt]

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

On 2/25/2025 at 11:48 AM, j.esser said:

Dachte Ich bekomme dort die PV Modul Daten raus. evtl liegt es daran?

Ü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.