SolarEdge Smart Meter + Loxone Library Vorlage = "Zählerstand gesunken" seit V17

[Hofi90]

Hallo zusammen,

ich nutze einen SolarEdge Wechselrichter + Solar Edge Smartmeter und habe das ganze via ModBus TCP und der Vorlage aus der Loxone Library (Loxone Library)erfolgreich mit Loxone verbunden.

Seit dem Update auf V17 erhalte ich täglich die Meldung, dass mein Zählerstand gesunken ist, vorher lief alles einwandfrei.

In der App wird nun für den Zähler "Stromzähler" von GWh Einspeisung und GWh Verbrauch gesprochen, was defiitiv nicht sein kann.

In der Config-Liveansicht stimmen die übermittelten Zählerstände mit denen am Smartmeter über ein, d.h. es werden die korrekten Werte vom SmartMeter empfangen.

Hat das Problem sonst noch jemand von euch und oder kann mir jemand einen Tip geben, wie ich dies beheben kann?

Bei Reddit gibts einen Post, der das selbe Problem hat, wie ich: Grid consumption wrong since config 17.0 : r/Loxone
Lösung wurde dort aber leider auch noch keine gefunden bzw. gepostet.

Alles in allem wird von meinem Problem sonst nirgends berichtet, was mich doch etwas verwundert, da mein Konstrukt ja nicht so exotisch sein sollte.

Ich danke euch schonmal für die Hilfe.

Grüße

Andreas

[Stefan0102]

Hey, ich habe das selbe Problem. Gibt es schon eine Lösung?

Laut Reddit sollte man die eingänge für den Offset verwenden?

[KeNdo]

Hi,
ich habe vor paar Woche auch eine SolarEdge Anlage bekommen und habe das gleiche Problem gehabt. Bei mir wurden sporadisch beim "M_Engery_SF" (Scaling Factor) keine Werte bzw. eine "0" übertragen, was dann zur falschen Umrechnung geführt hat. Bei den absoluten Zählerständen M_Imported_Energy und M_Exported_Energy kommt dann der Sprung von kWh zu GWh zustande und wenn dann wieder der richtige SF übertragen wird, beschwert sich Loxone da der Zählerstand von GWh wieder zu kWh sinkt...
Ich überprüfe jetzt einfach den SF Wert per Anlogwertvalidierer (Bereich -1 bis -10), damit die falschen "Nullen" vor der Umrechnung rausgefiltert werden. Läuft bei mir seit jetzt 2 Wochen problemlos, wo ich vorher täglich min. einmal diesen Sprung hatte.
Woher diese Aussetzer in der Modbus Übertragung und nur beim SF-Faktor kommen, habe ich bisher nicht rausgefunden. Aber vielleicht hilft dir dieser Workaround ja auch weiter...