Frage zu Varta Batteriespeicher

[winterandi]

Hallo zusammen,
ich habe meinen EVCC soweit am Laufen, was mich noch beschäftigt ist der PV meter.
Mein Varta Batteriespeicher (element backup) hat ja wohl keinen PV Sensor.
Im Varta Webinterface des Speichers kann ich diesen mit meinem KACO Wechselrichter verbinden.
So sehe ich die Erzeugungswerte des Wechselrichters im Webinterface des Varta Speichers.
Wenn ich mich nun vom EVCC (läuft auf einem Raspi) mit dem Varta Speicher verbinde, bekomme ich zwar die "grid" und "battery" Daten, für die PV Daten kommt aber die Fehlermeldung
"Power: read failed: modbus: exception '2' (illegal data address), function '3'"
(nach Eingabe von "evcc meter").
So konfiguriert:
meters:

• type: template
  template: varta-energiespeicher-battery-only # selbes ergebnis wenn ich hier "varta" konfiguriere
  usage: pv
  host: 192.168.1.131
  port: 502
  name: pv2

Konfiguriere ich aber im EVCC den KACO Wechselrichter via Sunspec Interface als PV meter läuft es zwar im EVCC, ich muss aber um vernünftige Werte zu bekommen die Verbindung zwischen Varta Speicher und KACO Wechselrichter trennen und sehe diese Werte natürlich auch nicht mehr im Webinterface des Varta Speichers.

• type: template
  template: sunspec-inverter
  id: 3
  host: 192.168.1.134
  port: 502
  usage: pv
  modbus: tcpip
  integer: true
  name: pv2

Nun meine Frage: komme ich irgendwie vom EVCC über den Varta Speicher an die Einspeisedaten des KACO Wechselrichters (wäre mir am liebsten)?
Der Varta Speicher erlaubt nur die direkte Verbindung zum Wechselrichter. Ich weiß nicht, ob der sich die Einspeisewerte alternativ woanders her holen kann (vom EVCC).

Vielen Dank schonmal für Euren Input.

Gruß,
Andi

[andig]

So sehe ich die Erzeugungswerte des Wechselrichters im Webinterface des Varta Speichers.

M.E. musst Du Dir erstmal klar werden, wer hier was steuert. Normalerweise ist das der WR und nicht der Speicher. Dann sollten dem WR auch alle Daten vorliegen und von dort ausgelesen werden.

/cc @premultiply

[Franzevcc]

Ich werde mal versuchen bei Varta anzufragen.
Vielen Dank erst mal.

[andig]

Gerne Dokument von Varta- nach 3 Jahren muss es da was Neues geben...

[Franzevcc]

Ich habe folgendes im iobroker Forum gefunden:
https://forum.iobroker.net/topic/46256/modbus-varta-pulse-neo-register-illegal-data-address/10
Am 4.1.2023 schreibt Sprite01:
"Mir ist aufgefallen das meine Adressen immer eine Zahl höher ist als alle bisher angegebenen.
Da habe ich zwar keine Erklärung für, aber es funktioniert."

Nach seiner Tabelle sieht es so aus:
1103 PV-sensor power aktuelle AC-Erzeugungsleistung, gemessen mit dem PV-Sensor von VARTA
Er hat noch eine 4 davor (bei allen Werten), also 41103

Ich würde damit gerne mal rumspielen, daher meine Frage:
Was muss ich im evcc.yaml bei meters genau eintragen, um verscheidene Werte testen zu können? Ich nehme an, dass läuft via
type: custom
source: modbus
?
Ich habe folgendes probiert, klappt aber nicht:

• name: PV Leistung
  type: custom
  source: modbus
  usage: pv
  uri: 192.168.2.101:502
  id: 255
  register:
  address: 1103 # PV-sensor power
  type: holding
  decode: uint16

[Franzevcc]

Varta hat mir die neueste Modbus Doku geschickt! Siehe Attachment.
Leider bringt das nichts. Das Register hat immer noch die Nummer 1102 und wird von Varta Element nicht unterstützt.
VS-Modbus_V13.6_en_2022-09-01_freigegeben-public.pdf

[andig]

Bei meinem neuen Varta Element Backup ist jedoch die Möglichkeit vorgesehen, einen 2. Stromsensor anzuschließen, was mein Installateur gemacht hat.

Na dann frag doch Varta nochmal wie sie sich das genau vorstellen...

[riemnafets]

Ich bin von VARTA und am Rande mit unserem Modbus-Server betraut.

Mit den PV-Sensor-Daten in Register 1102 ist es leider etwas kompliziert:

• Unsere Speicher können im Wesentlich auf zwei verschiedene Arten die Erzeugungsdaten einer PV-Anlage erfassen: sie können sie kommunikativ von einem SunSpec-kompatiblen PV-WR bekommen (wie hier beim Kaco) oder selbst messen mit dem zweiten Sensor-Eingang. Der Use Case dafür ist in beiden Fällen die Anzeige dieser Daten bei uns in der Web-UI bzw. im Web-Portal.
• Nur am zweiten Sensor-Eingang gemessene Erzeugungsdaten geben wir kommunikativ auch auf dem Modbus-Server wieder aus (in Reg. 1102). Für per SunSpec bezogene Erzeugungsdaten macht das unser Erachtens keinen Sinn, denn diese sind an anderer Stelle im lokalen Netzwerk (-> beim PV-WR, von dem wir sie haben) ja ohnehin schon vorhanden.
• Das Produkt element backup unterstützt Reg. 1102 bislang tatsächlich nicht. Dafür gibt es keinen guten technischen Grund – es hatte schlicht noch niemand einen hinreichend konkreten Bedarf dafür, weshalb das bei uns keine Priorität hat.

Ich sehe zwei Handlungsoptionen:

• evcc könnte sich die Erzeugungsdaten des PV-WR einfach per SunSpec direkt von dort holen. Das macht m.E. deutlich am meisten Sinn – diese Daten über den Batteriespeicher an evcc zu routen ist ein unnötiger Umweg. Ob das aber im Scope von evcc ist, ist mir nicht klar (ich bin mit dem Projekt nicht im Detail vertraut sondern wurde auf anderem Weg auf diese Diskussion hier aufmerksam gemacht). SunSpec ist in jedem Fall für diesen Zweck aber ein sehr schöner Standard – damit würdet ihr auf einen Schlag alle gängigen PV-WR von mindestens Kaco, SMA, Fronius, Kostal und Solaredge bedienen können.
• Wir könnten bei element backup das Reg. 1102 implementieren. Versprechen kann ich dazu nichts, aber ich könnte das auf unserer Agenda versuchen zu pushen, falls es euch entscheidend weiterhilft.

[andig]

evcc könnte sich die Erzeugungsdaten des PV-WR einfach per SunSpec direkt von dort holen. Das macht m.E. deutlich am meisten Sinn – diese Daten über den Batteriespeicher an evcc zu routen ist ein unnötiger Umweg. Ob das aber im Scope von evcc ist, ist mir nicht klar

Yep, das können wir- dafür muss der einfach als generischer WR eingerichtet werden und das Gerät muss natürlich mehrere Verbindungen zulassen...

Wir könnten bei element backup das Reg. 1102 implementieren. Versprechen kann ich dazu nichts, aber ich könnte das auf unserer Agenda versuchen zu pushen, falls es euch entscheidend weiterhilft.

Das sollte damit eigentlich nicht notwendig sein- ist aber ein KLASSE Angebot, vielen Dank!

[Henro016]

Hallo, ich stehe vor dem gleichen Problem mit Register 1102 und habe leider die Situation, dass der Varta Sensor zur Erzeugungserfassung meine einzige Möglichkeit ist die Erzeugung abfragen zu können :(

Leider scheint sich beim Element Backup in Sachen Software nichts getan zu haben, oder?

[Franzevcc]

Theorie und Praxis:Bei der Installation meiner PV Anlage im Oktober 2022 war der Fronius Symo nur in der "Light" Version lieferbar, also ohne Datamanager.Varta schlug uns dann vor, die PV-Leistung mittels eines zweiten Stromsensors zu erfassen. Das klappt auch hervorragend.Es wäre somit für mich super, wenn der Element Backup das Modbus Register 1102 liefern würde.Dumme Frage: Gäbe es eine andere Methode den PV-Wert aus dem Element zu kitzeln? Die Varta App kann es ja. -------- Ursprüngliche Nachricht --------Von: andig ***@***.***> Datum: 04.05.23 19:49 (GMT+01:00) An: evcc-io/evcc ***@***.***> Cc: Franzevcc ***@***.***>, Comment ***@***.***> Betreff: Re: [evcc-io/evcc] Frage zu Varta Batteriespeicher (Discussion #5704) evcc könnte sich die Erzeugungsdaten des PV-WR einfach per SunSpec direkt von dort holen. Das macht m.E. deutlich am meisten Sinn – diese Daten über den Batteriespeicher an evcc zu routen ist ein unnötiger Umweg. Ob das aber im Scope von evcc ist, ist mir nicht klar Yep, das können wir- dafür muss der einfach als generischer WR eingerichtet werden und das Gerät muss natürlich mehrere Verbindungen zulassen... Wir könnten bei element backup das Reg. 1102 implementieren. Versprechen kann ich dazu nichts, aber ich könnte das auf unserer Agenda versuchen zu pushen, falls es euch entscheidend weiterhilft. Das sollte damit eigentlich nicht notwendig sein- ist aber ein KLASSE Angebot, vielen Dank! —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[riemnafets]

Bzgl. anderer denkbarer Wege: Die Speicher haben ja eine lokale Web-UI, zu der es ein entsprechendes lokales HTTP-Backend gibt, auf dem dieser Datenpunkt natürlich verfügbar ist. Das ist aber keine öffentlich dokumentierte API, die sich zudem (theoretisch) jederzeit ändern kann.

Ich nehme den Wunsch bzgl. Reg. 1102 bei element backup gerne mal mit, kann wie gesagt aber nichts versprechen. Falls es weitere betreffende Anlagen gibt (?) würde das die Diskussion erleichtern.

[nuiler]

Ich habe einen Varta Element S4 mit 2 Batteriemodulen. Wünschenswert wäre dass alle Werte welche es im Varta gibt auch per Modbus oder Api auslesbar sind.
Hat zwar nicht direkt mit dem Thema zu tun. Aber bei mir steht er in der Garage und des wurde ihm schon einmal zu kalt. Das bekommt man aber nicht mitgeteilt.

[traeu]

Ich würde gerne das ursprüngliche Problem des TE genauer verstehen, da ich ein sehr ähnliches Setup habe (Varta Element Speicher ohne eigenen PV-Sensor und dazu zwei SMA-WR, die auch per SunSpec mit dem Varta-Speicher verbunden sind) und gerne EVCC ausprobieren würde, und jetzt etwas verunsichert bin.

Wenn ich das richtig verstehe, beschreibt er folgendes Verhalten:
-Nur Varta-Speicher mit EVCC gekoppelt: Werte für Netzbezug/einspeisung und Akku Be/entladung werden übertragen, die Werte für die PV-Erzeugung, die der Varta-Speicher selbst nur per SunSpec abfragt, werden nicht übertragen (bedeutet: EVCC fehlt der Wert für die Erzeugung)
-Varta-Speicher und WR beide mit EVCC gekoppelt: Funktioniert, aber nur, wenn die SunSpec-Verbindung zwischen Varta-Speicher und WR getrennt wird. Erst dann bekomme man "vernünftige" Werte. (Bedeutet: EVCC hat alle benötigten Werte, aber sie können verfälscht sein?)

Was in diesem Zusammenhang vernünftige (und unvernünftige) Werte sind und welchen Einfluss die SunSpec-Verbindung zwischen Varta-Speicher und WR hat, verstehe ich nicht.
EVCC benötigt vom Varta-Speicher ja eigentlich nur die Information Netzbezug/einspeisung und Akku Be/entladung, und die dürften meines Wissens nach nicht durch gekoppelte WR beeinflusst werden, weil der Speicher diese direkt misst. Oder übersehe ich was?

[premultiply]

Man sollte die PV-Werte (pv meter) entweder vom Batteriespeicher ODER von den PV-WR abfragen.

Wenn man diese sowohl vom Batteriespeicher als auch von den PV-WR abfragt bekommt man natürlich doppelte Erzeugungsleistungen angezeigt.

[traeu]

Danke für die Antwort, das ist soweit logisch. Da der TE allerdings schreibt, dass der Varta-Speicher keine PV-Erzeugungsdaten übermittelt, sollte dieses Problem nicht auftreten, oder?
Mir ist nicht klar, wie die beiden Test-Szenarien

• Nur Varta-Speicher verbunden --> keine Erzeugungsdaten vorhanden

• Varta-Speicher und WR per SunSpec verbunden --> verfälschte Werte, solange gleichzeitig Varta-Speicher und WR verbunden sind

zusammenpassen können.

EDIT:
Würde der Speicher die Erzeugungswerte, die er selbst per SunSpec erhält, übermitteln, würde sich die Eingangsfrage gar nicht stellen, alles würde funktionieren.
Übermittelt er sie nicht, müsste EVCC sie direkt per SunSpec vom WR abfragen, und alles würde funktionieren.
Oder?

Was mir als einzige Erklärung bleibt: Wenn der eingangs erwähnte KACO-WR nicht damit klarkommt, dass gleichzeitig Speicher und EVCC per SunSpec Werte abfragen, und der WR fängt dadurch an, falsche Werte zu übermitteln, wäre logisch, dass man eine der beiden Verbindungen beenden müsste, um "vernünftige" Werte zu erhalten. Ansonsten verstehe ich nicht, wieso der TE von vernünftigen Werten spricht. Wenn der WR nur maximal eine SunSpec-Verbindung zulassen würde, und alle weiteren ablehnt, würde man doch eher nicht von vernünftigen und unvernünftigen (also vorhandenen, aber ggf. unbrauchbaren) Werten sprechen, sondern berichten, dass EVCC keine Verbindung aufbauen kann.

[caveman2003]

Hi all,

vorab... ich verwende evcc (leider) noch nicht, habe aber eine Varta Element Backup 10kW und lese die Daten über Modbus aus ... soweit so gut bis diese Woche ... leider stürzt der (interne) Inverter ab und die Anlage schaltet sich aus.
Sind eventuell Probleme bekannt dass auf "zu viele" Modbus anfragen zurückzuführen sind?
Ich würde es sehr begrüssen wenn Varta mehr informationen per ModBus bereitstellt ... z.Z. verwede ich neben Modbus auch auch http requests und parse die Ausgaben von energy.js, user_serv.js und ems_data.xml um an die Daten zu kommen ... nicht gerade user frendly ...
Mir würde es besser gefallen wenn alle Daten in eine XML zu finden währen und nicht so verstreut ...

PS: sorry wenn ich diesen Thread verwendet habe (off topic), aber ich finde nur sehr wenige Infos zu Varta und noch weniger discussionen zu dem Thema Varta und Modbus.

[traeu]

Ich frage den Speicher alle 10 Sekunden per HTTP ab und konnte noch keine Instabilität dadurch feststellen.
Zur Abfrage nutze ich /cgi/ems_conf.js bzw. /cgi/ems_data.js
Da scheint es die meisten Daten zu geben, ist allerdings nicht selbsterklärend und viele Werte konnte ich auch noch nicht zuordnen.
Irgendwo habe ich auch mal von Varta den Hinweis gelesen, dass man sich nicht zu sehr auf diese Schnittstelle verlassen soll, weil sie jederzeit ohne Vorwarnung geändert werden kann.

[caveman2003]

ich verwende Node Red und kann leicht die gelesene Paramater ändern ... :-)

http://<ip oder hostname>/cgi/ems_data.xml
<root Timestamp="1675527153" id="127200276" ChargerCount="2" Description="VARTA">
<inverter id="K327690">
<var name="P" value="0"/> Power kann  negativ oder positiv sein 
<var name="SOC" value="100"/> Ladestatus %
<var name="Capacity" value="11737"/>
<var name="State" value="4"/> Status 1 bis 7 (Busy, Run, Charge, Discharge, Standby, Error, Passive oder Service, Islanding)  
<var name="OG" value="4000"/>
<var name="UG" value="-4000"/>
</inverter>
</root>

eigentlich reichen diese aus ... aber mann will mehr :-)

[traeu]

Über die von mir genannte Seite bekommst du mehr Infos, die .xml und .js sind vom Umfang her nicht gleich.
Die Werte von "state" sind bei mir anders, möglicherweise weil das Modell nicht identisch ist.

[courvo]

Ich bin von VARTA und am Rande mit unserem Modbus-Server betraut.

Mit den PV-Sensor-Daten in Register 1102 ist es leider etwas kompliziert:

• Unsere Speicher können im Wesentlich auf zwei verschiedene Arten die Erzeugungsdaten einer PV-Anlage erfassen: sie können sie kommunikativ von einem SunSpec-kompatiblen PV-WR bekommen (wie hier beim Kaco) oder selbst messen mit dem zweiten Sensor-Eingang. Der Use Case dafür ist in beiden Fällen die Anzeige dieser Daten bei uns in der Web-UI bzw. im Web-Portal.
• Nur am zweiten Sensor-Eingang gemessene Erzeugungsdaten geben wir kommunikativ auch auf dem Modbus-Server wieder aus (in Reg. 1102). Für per SunSpec bezogene Erzeugungsdaten macht das unser Erachtens keinen Sinn, denn diese sind an anderer Stelle im lokalen Netzwerk (-> beim PV-WR, von dem wir sie haben) ja ohnehin schon vorhanden.
• Das Produkt element backup unterstützt Reg. 1102 bislang tatsächlich nicht. Dafür gibt es keinen guten technischen Grund – es hatte schlicht noch niemand einen hinreichend konkreten Bedarf dafür, weshalb das bei uns keine Priorität hat.

Ich sehe zwei Handlungsoptionen:

• evcc könnte sich die Erzeugungsdaten des PV-WR einfach per SunSpec direkt von dort holen. Das macht m.E. deutlich am meisten Sinn – diese Daten über den Batteriespeicher an evcc zu routen ist ein unnötiger Umweg. Ob das aber im Scope von evcc ist, ist mir nicht klar (ich bin mit dem Projekt nicht im Detail vertraut sondern wurde auf anderem Weg auf diese Diskussion hier aufmerksam gemacht). SunSpec ist in jedem Fall für diesen Zweck aber ein sehr schöner Standard – damit würdet ihr auf einen Schlag alle gängigen PV-WR von mindestens Kaco, SMA, Fronius, Kostal und Solaredge bedienen können.
• Wir könnten bei element backup das Reg. 1102 implementieren. Versprechen kann ich dazu nichts, aber ich könnte das auf unserer Agenda versuchen zu pushen, falls es euch entscheidend weiterhilft.

Hi @riemnafets,

ich habe neulich evcc bei meinem Vater eingerichtet der eine Varta element backup mit PV Sensor hat, zusammen mit einem SolarMax SMT Wechselrichter (der leider noch nicht von evcc unterstützt wird). Sprich - Daten aus dem Solarmax auslesen funktioniert nicht.

Daten über evcc aus dem Varta element zu bekommen funktioniert für grid und battery, aber nicht für pv. Ich vermutet das liegt an dem beschriebenen nicht implementierten Reg. 1102. Gibt es hierzu ein Update? Wenn das auf Varta Seite implementiert wird, wie kommt diese Änderung auf das Varta-Gerät?
Meine Recherchen im Internet haben ergeben, das ein Benutzter das nicht selbst updaten kann, sondern nur Techniker mit einer besonderen Software?

[Franzevcc]

Hallo an alle Beteiligten,ich hatte den Case ursprünglich eröffnet. Grund war eine Notlage: 2022, als meine PV-Anlage installiert wurde, waren Wechselrichter so gut wie nicht lieferbar. Einzig der Fronius Symo war verfügbar, aber nur in der Version "Light", also ohne Kommunikation.Die "Rettung" war Varta, da durch den 2. Sensor die PV Daten erfasst werden konnten!Inzwischen habe ich das "Problem" zähneknirschend mit relativ viel Geld gelöst und das Kommunikations-Modul nachgekauft und installieren lassen. Für mich ist die Sache erledigt.Von Varta bin ich enttäuscht. Man diskutiert lieber jahrelang über den Business Case, statt für ein paar Euro diesen Modbus Eintrag zu implementieren.Die Chinesen sind da pragmatischer, die machen einfach. Mehr sage ich dazu nicht mehr. -------- Ursprüngliche Nachricht --------Von: courvo ***@***.***> Datum: 21.05.24 13:36 (GMT+01:00) An: evcc-io/evcc ***@***.***> Cc: Franzevcc ***@***.***>, Comment ***@***.***> Betreff: Re: [evcc-io/evcc] Frage zu Varta Batteriespeicher (Discussion #5704) Ich bin von VARTA und am Rande mit unserem Modbus-Server betraut. Mit den PV-Sensor-Daten in Register 1102 ist es leider etwas kompliziert: Unsere Speicher können im Wesentlich auf zwei verschiedene Arten die Erzeugungsdaten einer PV-Anlage erfassen: sie können sie kommunikativ von einem SunSpec-kompatiblen PV-WR bekommen (wie hier beim Kaco) oder selbst messen mit dem zweiten Sensor-Eingang. Der Use Case dafür ist in beiden Fällen die Anzeige dieser Daten bei uns in der Web-UI bzw. im Web-Portal. Nur am zweiten Sensor-Eingang gemessene Erzeugungsdaten geben wir kommunikativ auch auf dem Modbus-Server wieder aus (in Reg. 1102). Für per SunSpec bezogene Erzeugungsdaten macht das unser Erachtens keinen Sinn, denn diese sind an anderer Stelle im lokalen Netzwerk (-> beim PV-WR, von dem wir sie haben) ja ohnehin schon vorhanden. Das Produkt element backup unterstützt Reg. 1102 bislang tatsächlich nicht. Dafür gibt es keinen guten technischen Grund – es hatte schlicht noch niemand einen hinreichend konkreten Bedarf dafür, weshalb das bei uns keine Priorität hat. Ich sehe zwei Handlungsoptionen: evcc könnte sich die Erzeugungsdaten des PV-WR einfach per SunSpec direkt von dort holen. Das macht m.E. deutlich am meisten Sinn – diese Daten über den Batteriespeicher an evcc zu routen ist ein unnötiger Umweg. Ob das aber im Scope von evcc ist, ist mir nicht klar (ich bin mit dem Projekt nicht im Detail vertraut sondern wurde auf anderem Weg auf diese Diskussion hier aufmerksam gemacht). SunSpec ist in jedem Fall für diesen Zweck aber ein sehr schöner Standard – damit würdet ihr auf einen Schlag alle gängigen PV-WR von mindestens Kaco, SMA, Fronius, Kostal und Solaredge bedienen können. Wir könnten bei element backup das Reg. 1102 implementieren. Versprechen kann ich dazu nichts, aber ich könnte das auf unserer Agenda versuchen zu pushen, falls es euch entscheidend weiterhilft. Hi @riemnafets, ich habe neulich evcc bei meinem Vater eingerichtet der eine Varta element backup mit PV Sensor hat, zusammen mit einem SolarMax SMT Wechselrichter (der leider noch nicht von evcc unterstützt wird). Sprich - Daten aus dem Solarmax auslesen funktioniert nicht. Daten über evcc aus dem Varta element zu bekommen funktioniert für grid und battery, aber nicht für pv. Ich vermutet das liegt an dem beschriebenen nicht implementierten Reg. 1102. Gibt es hierzu ein Update? Wenn das auf Varta Seite implementiert wird, wie kommt diese Änderung auf das Varta-Gerät? Meine Recherchen im Internet haben ergeben, das ein Benutzter das nicht selbst updaten kann, sondern nur Techniker mit einer besonderen Software? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[Henro016]

Ja das ist in der Tat enttäuschend.

Ich werde als Alternative zur Erfassung des Ertrags den Shelly Pro 3EM verbauen, der spricht auch Morbus. Sind dann unter 100€.

[premultiply]

evcc könnte sich die Erzeugungsdaten des PV-WR einfach per SunSpec direkt von dort holen.

Kann es. Ist aber für den Nutzer aus diversen Gründen (s.u.) nicht immer so einfach.

Das macht m.E. deutlich am meisten Sinn – diese Daten über den Batteriespeicher an evcc zu routen ist ein unnötiger Umweg.

Bei einer Bestandsanlage ist das für viele Nutzer aber zunächst der logischste und einfachste Weg, manchmal sogar der einzige.

Wir könnten bei element backup das Reg. 1102 implementieren. Versprechen kann ich dazu nichts, aber ich könnte das auf unserer Agenda versuchen zu pushen, falls es euch entscheidend weiterhilft.

Uns ist das relativ gleichgültig, aber euren Kunden würde es offensichtlich helfen 😉

Keine Ahnung wie euer System da aufgestellt ist aber es gibt ja häufig nicht nur SunSpec-Schnittstellen via Modbus TCP abzufragen (welche auch mal auf genau nur eine Client-Session limitiert sein können, die ggf. euer Speichersystem dann schon belegt), sondern ich hab auch schon externe PV-Meter mit Modbus RTU oder sogar S0-Schnittstelle gesehen.
Egal wie die Daten reinkommen, euer Speichersystem sollte die ihm bekannte PV-Erzeugung usw. selbst via Modbus TCP an einheitlicher Adresse bereitstellen.

[vissionman]

@riemnafets gibt es hierzu ein Update? ich bin würde das Reg 1102 auch benötigen da mein WR kein Modbus TCP spricht