Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[TJ1973]

@chris87 Die Konfiguration ist wie oben auch bei @hennerich beschrieben. Die Registernummern stammen aus einem alten Forumsbeitrag, den ich aber nicht mehr finden kann (ist schon eine Weile her). Der Rest war ausprobieren und ein paar Nummern hoch und runter testen. Ich habe leider keinen Installateur Account und anscheinend somit auch bisher zumindest keinen support. Eventuell hatte ich auch bisher nur Pech. Zumindest habe ich auf meine Emails bisher keine Antwort bekommen. Ich wollte wissen, unter welchen Registernummern die Daten des WR2 der als slave läuft zu finden sind.

[Chris87]

@tj1973
wie ist dein 2. WR angeschlossen? hat der eine separate IP oder hängt der per Serial hinter der "Leader"?

Sollte 2.eres der fall sein könnte es sein, dass du ne neue Instanz mit der Entsprechenden Modbus ID aufmachen musst.
nur so ne Idee.
Schau dir das mal genauer an: https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note.pdf

Bezüglich der Batterie Adressen, kannst du mir deine Adapter Konfiguration mal komplett geben, erste Seite als auch evtl. alias Adressen. Ich bekomme permanent Fehler, wenn ich das so eingebe.
Vielen Dank schon mal.

Wenn du willst, kannst du deine Frage mal ausformulieren und ich setz n issue in das Portal.

[wendy2702]

Hi,

ich habe mich mal am Grafana Export bedient und will davon den Graph: PV Erzeugung in kWh der letzten 3 Wochen nutzen.

Jetzt nutze ich kein Solaredge sondern habe 2 SMA WRs. Den Tagesertrag der beiden WRs addiere ich schon zu einem Wert zusammen. Allerdings setzen die WRs den Wert Nachts um 0 Uhr wieder auf "0" zurück.

In Grafana kann ich sehen das der Wert scheinbar erst um 1 Uhr gelesen wird und da ist er natürlich "0".

Kann ich Grafana dazu bewegen den Wert um z.b. 23:30Uhr zu lesen?

Danke und Gruß

[hennerich]

@wendy2702
Hallo,
ich hab eben mal nachgeschaut. Der Grafana Graph zeigt ja auf das Objekt "javascript.0.Solar.Wechselrichter.PVErzeugteEnergieAktuell" (also bei mir ist das so).

Das Objekt (hab ich manuell angelegt) wird befüllt im Script PVBerechneTageswerte (auch bei mir).
Nur finde ich hier zwar einen Reset in der Nacht, der steht aber nicht auf 01:00 Uhr ???

Den Reset von Werten um 00:00 Uhr finde ich im Script PVErzeugteEnergieTag

Das wiederum passt aber nicht zum Graphen.

[wendy2702]

@hennerich Danke für deine Bemühungen.

Der Reset um 0Uhr kommt bei mir von den WRs. Das macht SMA automatisch mit dem Tageswert um den für den nächsten Tag wieder bei „0“ starten zu lassen.

Ich habe bei SMA in diesem Register den Tagesertrag bis 0Uhr stehen:

Gibt es auch als kWh register welcher auch um 0Uhr zurück gesetzt wird.

Jetzt verstehe ich das in Grafana so das der letzte Wert um 1 Uhr erfasst wird. Da ist er aber schon wieder auf „0“ gesetzt.

Ich müsste also wissen wie ich Grafana dazu bewegen kann den letzten Wert des Tages um zum Beispiel 23:30Uhr zu erfassen.

Ich habe aber mal versucht dein Blockly an mein System anzupassen. Mal sehen was morgen Abend dann im Graph angezeigt wird.

Aber eigentlich ist es bei mir nicht notwendig den Tageswert extra zu berechnen da ich diesen ja aus dem WR auslesen kann.

Schöner wäre es wenn ich diesen direkt in Grafana verwenden könnte.

[Humidor]

@hennerich danke für deine Ausführungen, das macht es viel einfacher !!
dennoch habe ich ein Problem mit meiner Modbus Instanz.
Weißt du hier Rat?

modbus.1	2021-02-13 13:04:30.885	debug	(17835) system.adapter.admin.0: logging true
modbus.1	2021-02-13 13:04:16.096	debug	(17835) Closing client on purpose.
modbus.1	2021-02-13 13:04:15.094	debug	(17835) Cleaning up request fifo.
modbus.1	2021-02-13 13:04:15.092	debug	(17835) Socket closed with error
modbus.1	2021-02-13 13:04:14.978	info	(17835) Disconnected from slave 192.168.0.98
modbus.1	2021-02-13 13:04:14.978	debug	(17835) Closing client on purpose.
modbus.1	2021-02-13 13:04:14.927	warn	(17835) Poll error count: 12 code: {"errorCode":131,"exceptionCode":2,"message":"ILLEGAL DATA ADDRESS"}
modbus.1	2021-02-13 13:04:14.926	debug	(17835) Received pdu describes an error.
modbus.1	2021-02-13 13:04:14.874	debug	(17835) Poll holdingRegs DevID(1) address 40100 - 71 bytes
modbus.1	2021-02-13 13:04:14.694	debug	(17835) Poll holdingRegs DevID(1) address 40000 - 100 bytes
modbus.1	2021-02-13 13:04:14.694	debug	(17835) Poll device 1
modbus.1	2021-02-13 13:04:14.693	info	(17835) Connected to slave 192.168.0.98

Ist ein Holding Register hier falsch? Ich vermute, dass ich die akt. FW am SE17k habe.
Danke! (deine Register 1:1 bei mir eingetragen)

[wendy2702]

@humidor hast du die beiden noch bei Eingangsregister eingetragen? Wie im anderen Thema.

Edit: jetzt am PC. Sehe das die im Holding eingetragen sind.

Ich antworte jetzt hier damit wir nicht zweigleisig Fahren was ich ungünstig finde.

Poste mal ein Bild von den aktuellen Register Einstellungen.

Hast du die beiden Register mal gelöscht um zu sehen ob es noch immer Error gibt?

[Humidor]

@wendy2702 wenn alles leer ist, ist der Adapter Gelb (passt), Objekte sind bis auf Info leer
Log öffent /schließt den Socket, macht sonst nichts (debug)

modbus.1	2021-02-13 15:31:36.550	debug	(21337) Closing client on purpose.
modbus.1	2021-02-13 15:31:35.550	debug	(21337) Cleaning up request fifo.
modbus.1	2021-02-13 15:31:35.550	debug	(21337) Socket closed with error
modbus.1	2021-02-13 15:31:35.374	info	(21337) Disconnected from slave 192.168.0.98
modbus.1	2021-02-13 15:31:35.373	debug	(21337) Closing client on purpose.
modbus.1	2021-02-13 15:31:35.373	info	(21337) Connected to slave 192.168.0.98

importiere ich die Settings in Holding Registers:

modbus.1	2021-02-13 15:34:11.228	debug	(21615) sendTo "listUart" to system.adapter.admin.0 from system.adapter.modbus.1
modbus.1	2021-02-13 15:34:11.228	info	(21615) List of port: [{"path":"/dev/ttyAMA0"}]
modbus.1	2021-02-13 15:33:56.780	debug	(21615) Closing client on purpose.
modbus.1	2021-02-13 15:33:55.778	debug	(21615) Cleaning up request fifo.
modbus.1	2021-02-13 15:33:55.778	debug	(21615) Socket closed with error
modbus.1	2021-02-13 15:33:55.710	info	(21615) Disconnected from slave 192.168.0.98
modbus.1	2021-02-13 15:33:55.709	debug	(21615) Closing client on purpose.
modbus.1	2021-02-13 15:33:55.659	warn	(21615) Poll error count: 7 code: {"errorCode":131,"exceptionCode":2,"message":"ILLEGAL DATA ADDRESS"}
modbus.1	2021-02-13 15:33:55.658	debug	(21615) Received pdu describes an error.
modbus.1	2021-02-13 15:33:55.533	debug	(21615) Poll holdingRegs DevID(1) address 40100 - 71 bytes
modbus.1	2021-02-13 15:33:55.385	debug	(21615) Poll holdingRegs DevID(1) address 40000 - 100 bytes
modbus.1	2021-02-13 15:33:55.385	debug	(21615) Poll device 1
modbus.1	2021-02-13 15:33:55.384	info	(21615) Connected to slave 192.168.0.98

die 40100 bleiben leer, es wird nicht gepollt:

nehme ich die 40100 aus der Instanz raus:

modbus.1	2021-02-13 15:38:38.887	debug	(21828) Poll holdingRegs DevID(1) address 40000 - 100 bytes
modbus.1	2021-02-13 15:38:38.886	debug	(21828) Poll device 1
modbus.1	2021-02-13 15:38:37.721	debug	(21828) Poll holdingRegs DevID(1) address 40000 - 100 bytes
modbus.1	2021-02-13 15:38:37.720	debug	(21828) Poll device 1
modbus.1	2021-02-13 15:38:36.633	debug	(21828) Poll holdingRegs DevID(1) address 40000 - 100 bytes
modbus.1	2021-02-13 15:38:36.633	debug	(21828) Poll device 1
modbus.1	2021-02-13 15:38:35.468	debug	(21828) Poll holdingRegs DevID(1) address 40000 - 100 bytes
modbus.1	2021-02-13 15:38:35.468	debug	(21828) Poll device 1
modbus.1	2021-02-13 15:38:34.296	debug	(21828) Poll holdingRegs DevID(1) address 40000 - 100 bytes
modbus.1	2021-02-13 15:38:34.296	debug	(21828) Poll device 1
modbus.1	2021-02-13 15:38:33.206	debug	(21828) Poll holdingRegs DevID(1) address 40000 - 100 bytes

schaut aus wie wenn es ohne Fehler läuft.

dh ab 40100 stimmt was nicht.

[wendy2702]

@humidor Oha, du hast noch editiert.

Dann musst du mal in der Anleitung passend zu deiner Firmware schauen ob es diese Register gibt und wie die Einstellungen sind.

[Humidor]

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

@humidor Oha, du hast noch editiert.

Dann musst du mal in der Anleitung passend zu deiner Firmware schauen ob es diese Register gibt und wie die Einstellungen sind.

ich glaub ja viel, aber nicht dass es spezifisch zu meiner FW eine Doku gibt...
sollte das diese sein?

ich denke eher, dass es an den Werten liegt, wo es keine HW gibt, ich habe keinen SW-Gridmeter

[wendy2702]

@humidor Also bei SMA gab es zu Beginn der Modbus Einführung verschiedene Register für Verschiedene WRs.

Gibt es denn zu deinem WR eine MODBUS Beschreibung?

Bei SMA ist es so, wie du im EXCEL sehen kannst, das auch immer die SW Version mit angegeben ist.

[wendy2702]

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

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

@humidor Oha, du hast noch editiert.

Dann musst du mal in der Anleitung passend zu deiner Firmware schauen ob es diese Register gibt und wie die Einstellungen sind.

ich glaub ja viel, aber nicht dass es spezifisch zu meiner FW eine Doku gibt...
sollte das diese sein?

ich denke eher, dass es an den Werten liegt, wo es keine HW gibt, ich habe keinen SW-Gridmeter

40100 ist DC Leistung, dafür braucht es keine weitere HW. Die sollte der WR schon selber kennen da an Ihm die Module angeschlossen sind. Du bekommst ja auch Werte für DC Strom und Spannung.

[Humidor]

@wendy2702

1	40190	M_AC_Current	AC Current (sum of active phases)	A	uint16be	1	1	0	value		true	false	
1	40194	M_AC_Current_S F	AC Current Scale Factor	SF	int16be	1	1	0	value		true	false	
1	40206	M_AC_Power	Total Real Power (sum of active phases)	W	int16be	1	1	0	value		true	false	
1	40210	M_AC_Power_SF	AC Real Power Scale Factor	SF	int16be	1	1	0	value		true	false	
1	40226	M_Exported	Total Exported Real Energy	Wh	uint32be	2	1	0	value		true	false	
1	40234	M_Imported	Total Imported Real Energy	Wh	uint32be	2	1	0	value		true	false	
1	40242	M_Energy_W_SF	Real Energy Scale Factor	SF	int16be	1	1	0	value		true	false

ab diesen Werten verursacht es bei mir Fehler, ich erkenne eine Beziehung zu einem Gridmeter (den es bei mir nicht gibt).

sonst funktionierts! 😁

jetzt noch die JS Umrechnung verstehen... wohin der Wert geschrieben wird :thinking_face:
wo findet sich denn das: Solar.Wechselrichter.PVLeistungAktuell
kann es sein, dass das JS-Script nicht läuft (habs gestartet...) ??

[wendy2702]

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

ab diesen Werten verursacht es bei mir Fehler, ich erkenne eine Beziehung zu einem Gridmeter (den es bei mir nicht gibt).

Da stimme ich dir zu. Das kann der WR nicht wissen.

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

sonst funktionierts!

Auch mit 40100 ?

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

wo findet sich denn das: Solar.Wechselrichter.PVLeistungAktuell

Du hast jetzt im Ordner Javascript.0 einen Unterordner "Solar/Wechselrichter". Darin sollte der DP sein.

So in etwa:

[Humidor]

@wendy2702 ja bis 40107

:+1: :grin: :left-facing_fist:

und auch der Wert ist da !!! 😁

[wendy2702]

@humidor Sehr schön.

Dann kannst du dich ja jetzt mit Visualisierung und/oder Statistiken beschäftigen ;-)

Nebenbei, hast du einen Speicher?

[Humidor]

@wendy2702 kein Speicher, am Raspi4 läuft alles auf einer SSD
bin noch offen was die End-HW wird, Syno hat mir zu wenig Power und mein kann keine Docker.

[Homoran]

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

kein Speicher, am Raspi4 läuft alles auf einer SSD

Batteriespeicher an der PV

[Humidor]

@homoran :joy: neee, hab noch keinen, kommt aber!

Frage: JS quietscht bei suncalc, woher kommt das?

var suncalc = require('suncalc'),

[wendy2702]

@humidor Trage mal im Javascript Adapter bei zusätzliche Module: "suncalc" ein