f-zappa

👍 Das sieht jetzt tatsächlich sehr viel besser aus - abgesehen von den 5Hz, die da immer noch stehen :) Die anderen Werte stimmen mit denen in der Sungrow-GUI überein. Sind die Abfrageintervalle eigentlich für alle Daten identisch? Ansonsten könnte man das für die Energiewerte sicher auch reduzieren, so schnell ändern sich diese Werte ja nicht. Da jetzt aber eh nur noch vier Register abgefragt werden, ist das im Grunde auch nicht wichtig. Sobald man mit der Speicher-Vorlage irgendwann etwas machen kann, müssten aber mehr als zwei Zähler erlaubt werden :)

Log habe ich per PN geschickt.

Was mir bisher aufgefallen ist: - "Wirk­energie (Ein­speisung)" gibt nicht die Einspeisung an (13046), sondern die gesamt aus PV erzeugte Menge (13003) - die Frequenz wird falsch umgerechnet, bei mir steht da jetzt 5Hz - wichtigster Punkt: woher kommt eigentlich der "Leistung"-Wert? Nach meinem Verständnis müsste das eigentlich (13010) sein, aber die Werte weichen dort krass von dem ab, was ich zB in Homeassistant aus 13010 ziehe.

Darauf muss man erst mal kommen...

Ich habe aber einen WiNet-S - Hypothese leider falsifiziert. Dazu übrigens folgende Anmerkung: Der SH10RT (vermutlich auch weitere Modelle) verfügt mit angebautem WiNet-S Modul über mehrere LAN-Ports. Für den Modbus-Zugriff sollte der hintere Port direkt am WR verwendet werden, über den am WiNet-S angebauten Port sowie auch über WLAN kommen nicht alle Modbus-Register. Ich habe bisher nichts darüber gesagt, um es nicht noch komplizierter zu machen, habe aber bei den bisherigen Tests regelmäßig alle drei IPs (WR nativ, WiNet-S LAN, WiNet-S WLAN) getestet zzgl Proxy. Details und Bildchen dazu gibt's hier: https://github.com/mkaiser/Sungrow-SHx-Inverter-Modbus-Home-Assistant Natürlich ist es das, was ich möchte. Dh man braucht den Wert, der am Hausübergabepunkt gemessen wird (sprich: "Export Power", Register 13010). Bingo, zu mindestens kommen hier Werte! Ich werde das mal mit den Readings vergleichen, die der WR auf seiner GUI ausgibt, um die Zuordnung zu kontrollieren.

Nichts leichter als das, dazu muss ich ja nur den modbusproxy-Container kurz stoppen. Allerdings kommt leider der gleiche Effekt: Starting scan Resolving 10.3.7.3 Connecting to 10.3.7.3:502 Using device address 247 Using base address 40000 Reading SunSpec ID Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Could not read SunSpec ID (error: TIMEOUT [228]) Disconnecting from 10.3.7.3 Scan finished Ich habe das mehrfach probiert, immer die gleiche Ausgabe. Genau so zuverlässig kommt aber auf dem Gerät 1 immer das Modell 101 (was mir ja nix bringt). Da wird es zwischen meinem Setup und dem des anderen Kunden wohl irgendeinen Unterschied geben - andere HW/FW ist natürlich möglich, aber vielleicht halt auch ein anders angebundenes Smartmeter, so dass der WR wie von mir oben schon spekuliert einfach als Bridge fungiert, was er mit einem anders angebundenen Meter nicht kann?

Ich habe es schon fast befürchtet. Kann man evtl in die Firmware einbauen, dass man das fragliche Modbus-Register von Hand einträgt? Es ist ja da, nur halt nicht via SunSpec. Und nur mal für mich zum Verständnis: sowohl der Zähler als auch die Batterie sind in meinem Fall wohl über CAN-Bus an den WR angeschlossen. Wenn das stattdessen über Modbus realisiert wäre, dann könnte ich durch den WR quasi "durchgucken" und auf einer anderen Slave-Adresse direkt die Register der angeschlossenen Geräte sehen?

Da wird zwar das Log überschaubarer, aber ansonsten passiert das gleiche: Starting scan Resolving 10.3.7.3 Connecting to 10.3.7.3:502 Using device address 247 Using base address 40000 Reading SunSpec ID Reading timed out, retrying Unknown read error, retrying Unknown read error, retrying Unknown read error, retrying Unknown read error, retrying Could not read SunSpec ID (error: CONNECTION_LOST [229]) Disconnecting from 10.3.7.3 Could not disconnect from 10.3.7.3 Scan finished

So richtig? Gibt keine Werte, auch über den Proxy nicht :(

Sorry, jetzt sind die versprochenen Logs auch da :) Wegen der Lesefehler habe ich vor einigen Tagen den Modbusproxy eingerichtet. Bislang hat nur Home Assistant die Daten abgegriffen, als der WARP und evcc dazu kamen, fingen die Probleme an (obwohl der WR angeblich drei konkurrierende Zugänge können soll, funktioniert aber wohl nicht).

Moin, ich habe zwei Logs erzeugt - beim ersten gehe ich direkt an den WR, beim zweiten über einen Modbusproxy. Letzteres sieht im Log ein wenig anders aus und der Scan dauert länger, aber führt letztlich zum gleichen Resultat. Evtl macht der Proxy einfach selbst ein paar zusätzliche Retries. Wenn die SunSpec-Implementierung von Sungrow Mist ist, würde ja evtl ein Firmwareupdate helfen. Das war auch bislang über die Sungrow-App möglich, wurde vor kurzem aber für Enduser aus der App entfernt 🤬. Das Update soll eine Fachfirma einspielen, aber da das hier zu großen Teilen ein DIY-Haushalt ist, habe ich gar keine. Widerliches Verhalten. Hallo Tinkerforge, bitte baut als nächstes einen Wechselrichter 🙃 sun-spec-scan-log-warp3-2auT-2024-04-23T16-50-54-463.proxy.txt sun-spec-scan-log-warp3-2auT-2024-04-23T16-49-25-592.txt

Ich mach dir mal einen Screenshot. Die Werte "Anzeigename, Geräteadresse, Eindeutige ID" werden vom Scan ausgelesen, aber das scheint mir nur zu Anzeigezwecken zu dienen: Die Musik spielt wohl bei "Modell", "Geräteadresse" und "Modellinstanz". Da kannst du aber nicht Hersteller/Typ auswählen sondern die nach SunSpec definierten Datenmodelle. Eigentlich ist es ja auch Sinn des Standards, dass er herstellerübergreifend funktioniert, aber irgendwas passt hier noch nicht.

Danke, dass du aufgepasst hast. Ich habe tatsächlich den SH10RT!

Moin, hier ist das Log. Sieht irgendwie schon "fishy" aus. Ach ja - da ist jetzt ein Modbusproxy dazwischen, ohne den gibt es aber die gleichen Werte. Gruß, Uli sun-spec-scan-log-warp3-2auT-2024-04-21T11-46-33-113.txt

Moin, endlich hängt mein WARP3 an der Wand. Ich besitze eine PV-Anlage mit einem <edit> Sungrow SH10RT </edit> Wechselrichter incl. Akku, den ich als SunSpec-Zähler hinzugefügt habe. Die erste Überraschung war hier allerdings, dass der Sungrow als "Wechselrichter einphasig [101]" erkannt wird, obwohl es sich um ein dreiphasiges Gerät handelt. Schlimmer ist, dass offenbar die falschen Register ausgelesen werden. Bei "Wirk­leistung (Bezug minus Ein­speisung)" wird nicht dieser Wert, sondern die aktuelle Last angegeben. Jetzt in der Nacht steht hier (als negativer Wert) mein aktueller Verbrauch (der aus dem Akku gespeist wird). Importiert/exportiert wird derzeit nichts, also müsste da eigentlich eine 0 stehen. In meiner Modbuskonfiguration für Homeassistant wäre das Register für "export_power_raw" 13010, aber ausgelesen wird offenbar "load power" (13008). Nicht so schlimm, aber hilft vielleicht beim Debuggen: bei "Wirk­energie (Ein­speisung)Σ L1, L2, L3; seit Her­stel­lung" steht meine bisher gesamt erzeugte Energiemenge (Register 13003) statt der exportierten Menge (Register 13005). Ob die falschen Werte in Zusammenhang mit dem falsch erkannten Datenmodell 101 stehen? Wenn ich ein anderes Modell auswähle, kann der WARP aber gar keine Daten auslesen. Was kann ich noch ausprobieren oder wie kann ich ggf sinnvollen Debugging-Output erzeugen? Gruß, Uli