photron

Hast du unter Energiemanagement > Wallboxen die Fremd­steuer­ung auf Lastmanager / PV-Überschussladen gestellt?

Okay, danke. Ich bin da etwas mit meinem Latein am Ende. Soweit ich das sehen machen wir das Auslesen der SunSpec Daten über Modbus/TCP richtig (zumindest sehe ich nicht was wir falsch machen). Der Wechselrichter meldet aber dennoch, dass wir versuchen von einer ungültigen Adresse zu lesen. Die SMA eigene SunSpec Dokumentation hilft auch nicht weiter. Die entspricht der offiziellen SunSpec Dokumentation. Ich schaue mal, ob ich in den nächsten Tagen dazu komme, den SMA eigenen Modbus/TCP Registersatz zu unterstützen. Eine andere Lösung sehe ich leider nicht.

Rein weil's geht hier mal eine Firmware die den ganzen Zählerregistersatz einer Wallbox ausliest. du kannst hier jetzt eine WARP Charger als Modbus/TCP Zähler einrichten. So ganz sinnvoll ist das nicht, weil der Energy Manager jetzt die Wallbox zweimal in der Energieblianz aufzeichnet. Einmal als Zähler und einmal als Wallbox im Lastmanagement. Vielleicht übertragen wir im Zuge der Lastmanagement-Kommunikation zwischen Wallbox und Energy Manager all Zählerwerte mit und zeigen sie an. energy_manager_firmware_2_3_5_67dc4cfc_6ab718dae2c010d_merged.bin

Das sieht komisch aus. Muss ich mir anschauen.

Danke. Da war einer Versatz von 1 in den Adressen drin (klassischer Fehler bei Modbus, Nummer und Adresse vertauscht). Teste bitte diese Firmware. Damit sollte es jetzt passen. Falls irgendwas doch noch nicht passt, dann bitte nochmal einen Debug Report anhängen. energy_manager_firmware_2_3_5_67d9601d_47f1d593df60fb8_merged.bin

Kannst du einen Debug Report anhängen (unter System > Ereignis-Log herunterladen)?

Teste mal bitte diese Firmware. Dort kannst du jetzt "Eastron SDM630 TCP" Als Registertabelle für einen Modbus/TCP Zähler wählen. energy_manager_firmware_2_3_5_67d939b5_47f1d593df60fb8_merged.bin

Dass bei Adresse 41181 der Wert 65535 steht ist nicht gut. Dort sollte laut Spezifikatiion ein Wert von 0 bis 6 stehen. 65535 heißt hier "nicht implementiert". "Error: Timeout beim Herunter­laden" kommt durch einen Fehler den ich noch in der Timeout-Behandlung drin hatte. Anbei eine verbesserte Firmware. Alles unter Länge 20 sollte funkitonieren. Modell 714 beseht bei dir aus 95 Registern: 20 Register Header gefolgt von jeweils 3x 25 Register pro DC Anschluss. Interessant wären daher die Anzahlen 20, 45, 70 und 95. energy_manager_firmware_2_3_5_67d833f6_74f7f3867115348_merged.bin

Sorry für die späte Antwort. Der Versuch hat leider auch nichts gebracht. Diese Firmware hat jetzt die Möglichkeit, dass du damit frei Modbus/TCP Register lesen kannst, unter System -> Modbus/TCP Debug. Test das bitte mal. Folgende Werte eintragen (den Rest so lassen) und dann Ausführen klicken: Hostname oder IP-Adresse: 192.168.1.124 Geräte­adresse: 126 Start­adresse: 41161 Anzahl: 95 Vermutlich wirst du dann auch den ModbusIllegalDataAddress-Fehler erhalten. Dann verringere bitte die Anzahl jeweils um 1 und versuch es weiter bis kein Fehler mehr auftritt. Wenn es klappt kommen Daten, die so angezeigt werden: Addr Off Hex UInt 40000 0 5375 21365 Su 40001 1 6e53 28243 nS 40002 2 0001 1 .. 40003 3 0041 65 .A 40004 4 5469 21609 Ti 40005 5 6e6b 28267 nk 40006 6 6572 25970 er 40007 7 666f 26223 fo 40008 8 7267 29287 rg 40009 9 6520 25888 e 40010 10 476d 18285 Gm 40011 11 6248 25160 bH Das hätte ich gerne von deinem Wechselrichter gesehen, um zu verstehen was das Problem beim Auslesen des Modells 714 ist. energy_manager_firmware_2_3_5_67d47f51_cf0a70a4ed36f7b_merged.bin

Der Lademodus (Aus, PV/Eco, Min+PV/Eco, Schnell) bestimmen wie der PV-Überschuss und der dynamische Strompreis den Ladestrom beschränken sollen. Am Ende ist der Ladestrom, der dem E-Auto erlaubt wird, das Minimum über alle aktiven Ladestromgrenzen: https://docs.warp-charger.com/docs/webinterface/wallbox/charge_status#ladestromgrenzen

Für das PV-Überschussladen muss die Wallbox den PV-Überschuss kennen, gemessen durch einen Stromzähler am Netzanschuss des Hauses. Dafür kann auch schon ein vorhandener Stromzähler verwendet werden, sofern die Wallbox diesen auslesen kann. Der PV-Überschuss ist nicht die PV-Erzeugung, sondern das was andere Verbraucher von der PV-Erzeugung übrig lassen und ansonst ins Stromnetz eingespeist würde. Wenn du mit einem Batteriespeicher planst, dann kann die Wallbox diesen auch berücksichtigen (vorausgesetzt die Wallbox kann dessen Leistungsaufnahme/-abgabe auslesen) und dann das E-Auto oder den Batteriespeicher bevorzugen. Schnell heißt, dass ignoriert wird wie gross der PV-Überschuss gerade ist. Die Größe des PV-Überschusses schränkt nicht die Ladeleistung ein. PV heißt, die Ladeleistung wird auf den PV-Überschuss beschränkt. Wenn kein PV-Überschuss vorhanden ist, dann wird das E-Auto nicht geladen. Min+PV heißt, das E-Auto darf immer mit dem eingestellten Minimalstrom laden, unabhängig vom PV-Überschuss. Wenn aber mehr PV-Überschuss als der Minimalstrom vorhanden ist, dann darf das E-Auto den PV-Überschuss landen. Mathematisch ist der erlaubte Ladestrom im Min+PV Modus das Maximum über den eingestellten Minimalstrom und den PV-Überschuss. Du kannst auch verschiedenen NFC Tags verschiedene maximale Ladeströme zuordnen und so die Ladeleistung steuern, das hat dann aber nichts direkt mit dem PV-Überschuss zu tun. Als Detail am Rande: Die Wallbox schreibt dem E-Auto nicht vor mit wieviel Strom geladen werden muss, sondern gibt nur vor mit wieviel Strom maximal geladen werden darf. Das E-Auto ist immer frei mit weniger Strom zu laden als erlaubt wurde.

Keine Sorge, ich habe gute Gründe 😅 Interesant ist, dass laut Debug Report bei dir der Float-is-LE32 Qurik aber garnicht aktiviert wurde. Du hast also gerade das Verhalten von Firmware <= 2.6.6 bzw. Firmware >= 2.7.4. Sprich in diesem Moment sind die Daten die Kostal liefert auch ohne den Quirk heile. Sprich Firmware 2.7.3 würde dir gerade falsche Daten anzeigen. So richtig Sinn ergibt das alles nicht. Mir ist unklar was Kostal da tut. Ich lasse die automatische Erkennung jetzt erstmal so und die Logik wird so ins nächste Firmware Release gehen. Beobachte das bitte weiter. Falls du da nochmal absurd große Werte siehst sag bitte Bescheid. Wirkenergiebezug 1,26 kWh und -einspeisung 0,062 kWh so steht es auch in den SunSpec Rohdaten die Kostal liefert. Der 1000x Fehler liegt auf Kostal-Seite, ich bin nicht überrascht muss ich leider sagen. Wir haben hier ein Kostal Smart Energy Meter laufen (auch mit SunSpec Modell 203) und soweit ich dass gerade aus der Ferne beurteilen hat dies keinen 1000x Fehler bei den Energiewerten. Ich kann also nicht einfach für Kostal ins Modell 203 einen extra 1000x Faktor reinrechnen.

Für das Zählerwerte-Problem teste mal bitte diese Firmware und häng bitte unabhängig davon, ob es funktioniert oder nicht, einen Debug Report an. Wir hatten einen Kostal-Kunden der den vorherigen Fix brauchte. Bei anderen Kostal Kunden war der Fix bei gleichem Wechselrichter mit gleicher Software falsch. Daher haben wir die Änderung erstmal wieder zurückgenommen. Bei dir ist die Änderung jetzt wieder notwendig. Diese Firmware erkennt jetzt automatisch anhand der sehr weit danneben liegenden Werte, ob die Änderung notwendig ist oder nicht. Wegen des Authentifizierung-Problems: Welchen Browser verwendest du? Wegen des Speichers: Es kann sein, dass der Speicher mit der neusten Firmware über SunSpec als Modell 802 abfragbar ist. Falls nicht, häng bitte mal das Log einer SunSpec Gerätesuche an. warp3_firmware_2_7_6_67cd21a5_eae49d4ea712a34_merged.bin

Firmware: WARP1 2.7.5, WARP2 2.7.6, WARP3 2.7.6, WARP Energy Manager 2.3.5, WARP Energy Manager 2.0 1.2.5 Behoben, dass Umschaltung auf dreiphasiges Laden zu viel PV-Strom benötigt hat Modbus TCP: Unterstützung für SolarEdge-Batteriespeicher hinzugefügt SunSpec: Unterstützung für Batteriespeicher-Modell 802 hinzugefügt (Nur WARP1, WARP2, WARP3) MQTT-Auto-Discovery: Erlaubten Ladestrom hinzugefügt (Nur WARP1, WARP2, WARP3) MQTT-Auto-Discovery: Einheit des globalcurrent von mA auf A geändert (Nur WARP1, WARP2, WARP3) MQTT-Auto-Discovery: Hinzugefügt, dass Leistungs- und Energiewerte gerundet werden MQTT über WS(S) repariert Farben für deaktiverte Eingabefelder im Webinterface korrigiert Download: WARP1 2.7.5 bzw. WARP2 2.7.6 bzw. WARP3 2.7.6 bzw. WARP Energy Manager 2.3.5 bzw. WARP Energy Manager 2.0 1.2.5

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]