UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Humidor]

@wendy2702 OK, das klappt bei mir nicht, zu komplex.

[wendy2702]

@humidor Geht bei mir auch nicht.

Verschiedene Ausrichtungen mit unterschiedlichen Modulen und Anzahl an Modulen.

Benutze nur den Wert für den Anzeige in Grafana.

[Humidor]

@wendy2702 und heute auf Fehler, es kommen keine Werte vom SE

modbus.1	2021-02-14 13:33:37.964	warn	(11109) On error: {"errno":"EHOSTUNREACH","code":"EHOSTUNREACH","syscall":"connect","address":"192.168.0.98","port":502}
modbus.1	2021-02-14 13:33:37.964	error	(11109) Client in error state.
modbus.1	2021-02-14 13:33:37.963	error	(11109) Socket Error
modbus.1	2021-02-14 13:33:03.804	warn	(11109) On error: {"errno":"EHOSTUNREACH","code":"EHOSTUNREACH","syscall":"connect","address":"192.168.0.98","port":502}
modbus.1	2021-02-14 13:33:03.804	error	(11109) Client in error state.
modbus.1	2021-02-14 13:33:03.803	error	(11109) Socket Error
modbus.1	2021-02-14 13:32:32.584	info	(11109) List of port: [{"path":"/dev/ttyAMA0"}]
modbus.1	2021-02-14 13:32:29.645	warn	(11109) On error: {"errno":"EHOSTUNREACH","code":"EHOSTUNREACH","syscall":"connect","address":"192.168.0.98","port":502}
modbus.1	2021-02-14 13:32:29.644	error	(11109) Client in error state.
modbus.1	2021-02-14 13:32:29.643	error	(11109) Socket Error
modbus.1	2021-02-14 13:31:55.494	warn	(11109) On error: {"errno":"EHOSTUNREACH","code":"EHOSTUNREACH","syscall":"connect","address":"192.168.0.98","port":502}
modbus.1	2021-02-14 13:31:55.494	error	(11109) Client in error state.
modbus.1	2021-02-14 13:31:55.493	error	(11109) Socket Error
modbus.1	2021-02-14 13:31:21.324	warn	(11109) On error: {"errno":"EHOSTUNREACH","code":"EHOSTUNREACH","syscall":"connect","address":"192.168.0.98","port":502}
modbus.1	2021-02-14 13:31:21.324	error	(11109) Client in error state.
modbus.1	2021-02-14 13:31:21.323	error	(11109) Socket Error

gestern noch gelaufen??

Socket error, was genau sagt das aus? kein anderes System greift auf den SE zu.

habe gerade einen Portscan gemacht, es ist anscheinend keiner offen, sprich 502 wurde nicht als offen erkannt.
Tja, ist das ein SE Problem?
Ja, der SE hat eine andere IP angenommen. Nach einem Strom aus/ein hat er dann wieder die richtige gehabt.
Damit fkt. die feste (DHCP) IP Vergabe der Fritzbox nicht.?

[wendy2702]

@humidor sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:

Ja, der SE hat eine andere IP angenommen. Nach einem Strom aus/ein hat er dann wieder die richtige gehabt.
Damit fkt. die feste (DHCP) IP Vergabe der Fritzbox nicht.?

Bei mir funktioniert die Feste IP Vergabe in der FB 7590 mit IOS7.21 problemlos.

Sicher das der Haken dafür gesetzt ist?

Kannst du denn im SE keine feste IP einstellen?

[Humidor]

@wendy2702 der Se17k hat noch die Pushtaste an der Unterseite, keine App Verbindung.
Ich wüsste nicht wie ich ihm eine feste IP einstellen könnte.

Wenn das ein Problem bleibt, versuche ich es über den Support.

[wendy2702]

@humidor keine App?

Kein Konfigurations Menü oder Online Portal ?

[Humidor]

@wendy2702
die SetApp zum Einstellen fkt. nicht, da meiner noch einer mit Display ist.
im Monitoring gibt es diese Einstellung nicht
dh es muss am Gerät selbst gehen, vermute ich muss den Deckel runternehmen, glaube dahinter sind kleine Drücktasten, muss mal die richtige Doc zum Gerät finden.

[cybtrash]

Hallo,

bei mir weichen leider die Werte der AC Gesamt-Energieproduktion (40093_I_AC_Energie_WH) jeden Tag etwas ab von denen, die im Online Portal angezeigt werden (so um 7-8% mehr Produktion in den Modbus Werten). Habt ihr das auch bemerkt?
Vermutlich liegt das an Wandlungsverlusten, aber warum werden die dann im Modbus Wert nicht berücksichtigt, im Online Portal aber schon?

Meine Konfig: einphasiger Wechselrichter SE4000H, angeschlossene LG RESU7 Batterie, StorEdge Interface SESTI-S4

Weiterhin für die, die eine Batterie haben: Da gibt es ja das Register "57722_Battery_1 Lifetime Import Energy Counter" und Lifetime Export. Eine Art Zähler, der zeigt wieviel die Batterie insgesamt abgegeben hat / aufgenommen hat. Leider werden bei mir unplausible Werte ausgegeben (9007199254740992 bei Import, angeblich in Wh). Ist ein uint64 Wert lt. Spezifikation. Hat jemand das Problem gelöst?

[Chris87]

@cybtrash das mit den 7,5% habe ich auch, war mir bis jetzt nicht bewusst.

Könntest du mal das Sunspec Protokoll verlinken in dem du die Batteriewerte gefunden hast?

MfG Chris

[hennerich]

@cybtrash
Hey, also bei mir ist das nicht so. Ich hab heute laut Portal

und mein Grafana sagt mir

Grüße
Henri

[Chris87]

@hennerich
Vergleich doch mal deinen Gesamtwert, der wert kommt ja direkt aus deinem WR per Modbus heraus.
Mein Beispiel:
= IObroker
= SE Monitoring

Ok, hier ist vielleicht ein wenig gerundet, aber dennoch:

1100kWh/1184kWh= 0.929 = 7,1% unterschied.

[hennerich]

@chris87
Danke für den Hinweis, hab ich eben mal gemacht. Im Portal steht ein Gesamtwert von:

und im ioBroker lese ich einen Wert (von 40093 AC Gesamt-Energieproduktion mit dem 40095 Skalierungsfaktor) von
3.185.221 Wh (also 3.18 MWh).

Reden wir da jetzt vom gleichen? Und interessant wäre natürlich, ab wann auf was gerundet wird. Ab 0.5 wird ja wie wir sehen noch nicht aufgerundet.

[EDIT]
Hab eben noch was gefunden. Wenn du im SolarEdge Webportal auf Berichte und dann Anlagenstatus auswählst, dann bekommst du eine Excel mit einen detaillierteren Wert. Bei mir ist das so:

Daraus ergibt sich bei mir eine Abweichung von 0,04%

[Chris87]

@hennerich sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:

(von 40093 AC Gesamt-Energieproduktion mit dem 40095 Skalierungsfaktor)

Hey, ja jetzt reden wir vom gleichen.

Was ich mir jetzt noch vorstellen kann, das es sich um unterschiedliche WR handelt die wir hier vergleichen, Ich z.B. hab den SE10k-RWS der hat die Batterie direkt angeschlossen.
Deswegen habe ich im Moment auch keinerlei Möglichkeit "direkt" an die Batteriedaten zu kommen, die muss ich mir über die API ziehen (was echt schei... ist).

[hennerich]

@chris87 sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:

Was ich mir jetzt noch vorstellen kann, das es sich um unterschiedliche WR handelt die wir hier vergleichen,

Genau, wenn du mal in meinen ersten Post ganz oben schaust, ich hab den SE25k WR ohne Batteriespeicher installiert. Und dazu eben den Modbus Adapter, den du vermutlich auch hast.

[Smartuser_1]

@hennerich

Ich kämpfe gerade leider mit den gleichen Problemen, aber die gezeigte Vorgehensweise hat schon gut geholfen. Das Sunspec open Protokoll mit den genannten Adressen ist noch aktuell, hatte ich bei Solaredge nochmals nachgefragt.

Ich habe einen SE10 K RWS Wechselrichter. Allerdings kommen bei mir teilweise Daten raus, die nicht stimmen können bzw. anders sind.

40206 ist der aktuelle Netzbezug
40226 scheint die totale Summe der eingespeisten Netz-Energie zu sein
40234 scheint die totale Summe der selbst verwendeten Energie zu sein

Beides zusammen ergibt auch die Menge Energie Gesamtlaufzeit. Diese ist eher real, da bei mir 40093 einen höheren Wert als die Monitoring App aufzeigt. 40083 und 40090 sind sehr ähnliche Werte.
Gibt es schon weitere Infos zur Tagesmenge und aktueller PV Produktion ?

Danke & Vg

[hennerich]

@smartuser_1
Moin Smartuser,

40206 ist der aktuelle Netzbezug

Das sehe ich nicht so. Bei mir ist das der derzeitige Import/Export aus/vom Netzbetreiber

40226 scheint die totale Summe der eingespeisten Netz-Energie zu sein

Korrekt.

40234 scheint die totale Summe der selbst verwendeten Energie zu sein

Nein, das ist die Summe deines Netzbezugs.

Beides zusammen ergibt auch die Menge Energie Gesamtlaufzeit.

Ich verstehe gerade nicht, was du damit meinst.

Gibt es schon weitere Infos zur Tagesmenge und aktueller PV Produktion ?

Welche Infos genau meinst du bzw. auf welche Frage zielst du ab?

[Smartuser_1]

@hennerich

Hallo Hennerich,

hatte leider kompletten Systemabsturz nachdem ich JavaScript installieren wollte und musste neu aufsetzen ...

40206 ist korrekt, Import & Export Netzbetreiber
40226 passt auch, entspricht auch meinen Zählerwerten sowohl Monitoring App & Keller seit Installation
40234 ... ist mir völlig unklar, der Wert passt auch nicht zu meinen Zähler im Keller (da ist deutlich mehr angefallen)
40100 (DC) ist immer höher als 40083 (AC). Ich vermute da stecken die Wandlungsverluste dahinter. Des Weiteren wird nicht unterschieden ob der Strom von den Panels oder der Batterie kommt.

Den Hausverbrauch könnte ich jetzt aus 40206 und 40083 ausrechnen. Für eine Unterscheidung zwischen Batterie & PV habe ich noch keine Lösung, auch der Tagesverbrauch/herstellung fehlt mir noch. Hast Du dazu noch Erkenntnisse?

Danke & Vg Smartuser1

[hennerich]

@smartuser_1
Schwierig, weil ich keine Batterie habe und bei mir die Werte soweit schlüssig sind.

[Chris87]

@smartuser_1 sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:

Den Hausverbrauch könnte ich jetzt aus 40206 und 40083 ausrechnen. Für eine Unterscheidung zwischen Batterie & PV habe ich noch keine Lösung, auch der Tagesverbrauch/herstellung fehlt mir noch. Hast Du dazu noch Erkenntnisse?

Hey,
Ich hab auch den SE10k-RWS und hänge genau an dem gleichen Thema, dass keinerlei daten der Batterie mitkommen.
aktuell ziehe ich alle Daten über die API, das funktioniert (wenn der SolarEdge Server mal läuft) relativ gut, hab mir hierfür ein kleines skript geschrieben, dass alle 5 Minuten abfragt.
Aber es gibt Licht am ende des Tunnels, ich hab auf der SE Plattform vor kurzen einen CASE eröffnet und habe Feedback bekommen:
wenn du detailliertere Infos zu dem WR haben willst, kannst dich gerne melden. Hab bei SE auch ein Installateur Konto, da bekommt man einiges mehr an Hintergrund Infos.

Mfg Chris

[Foradh 0]

Hallo zusammen,
ich betreibe einen SolarEdge SE10K WR mit LG RESU10 Speicher.
Über den Modbus 102837 kann ich die aktuelle Leistung negativ wie positiv des Speichers auslesen. Ladestand der Batterie bekommt man über die 102853.

Der Status sollte sich laut anderem Forum auch über die 102855 auslesen lassen, dies funktioniert bei mir allerdings nicht und ich bekomme den Fehler:

```(414) Poll error count: 1 code: {"errorCode":131,"exceptionCode":2,"message":"ILLEGAL DATA ADDRESS"}

Falls die Abfrage bei 102855 nicht funktionieren sollte muss der entsprechende Eintrag im Modbus wieder gelöscht werden, ansonsten werden die anderen Werte auch nicht mehr ausgelesen.

@Smartuser_1
Teste doch mal ob sich bei dir alle 3 Werte auslesen lassen. (wobei man den Staus "entladen / beladen" ja auch an der postiv oder negativen Leistung abgreifen kann)

Was ich zukünftig mit Hilfe von ioBroker erreichen möchte ist eine intelligente Ladestrategie des Speichers in Abhängigkeit von Wetterprognose und der 70% Regelung.
Der Speicher soll bei einer sonnigen Prognose möglichst in der Zeit geladen werden an dem sonst die Abregelung stattfinden würde.
Hat jemand in diese Richtung schon etwas am laufen?

Beste Grüße
Foradh