Solar Edge Wechselrichter via Modbus scheitert

Aubergino

Hallo wieder, das hat in meiner Version einen eigenen Tab in der Kopfzeile, nennt sich "Einstellungen" und braucht zwei Bildschirmseiten, aber der Häkchenbereich ist bei mir identisch ausgewählt. Einige der Zeitangaben sind allerdings sehr viel geringer. Dürfte aber für mein Problem nicht relevant sein, oder?

Es liefen bei den vorigen Bildern noch die Instanzen "Sonnen" und "Javascript", aber auch wenn ich die stoppe (so war es auch beim Protokoll im Eingangsthema), klappt es mit dem modbus dennoch nicht, es wiederholt sich die bekannte Runde aus:

modbus.0
	2026-08-06 13:20:50.325	info	Connected to slave 192.168.178.10
modbus.0
	2026-08-06 13:20:44.308	info	Disconnected from slave 192.168.178.10
modbus.0
	2026-08-06 13:20:43.307	warn	[DevID_1/holdingRegs] Block NaN-NaN: {}
modbus.0
	2026-08-06 13:20:43.306	error	Client in error state.
modbus.0
	2026-08-06 13:20:43.306	error	Request timed out.
modbus.0
	2026-08-06 13:20:43.306	warn	Error: undefined
modbus.0
	2026-08-06 13:20:38.291	info	Connected to slave 192.168.178.10

Am verdächtigsten finde ich ja, dass ich unter "instanzen" im modbus die ganzen Register finde, aber wenn ich unter "Objekte" "modbus" aufklappe, es dort gar keine Einträge gibt. Evtl. erklärt das ja, warum keine Werte abgeholt werden? Um dann aber zu der Frage zu führen, wie aus den Registern Objekte werden können..

Homoran

@Aubergino sagte:

es wiederholt sich die bekannte Runde aus:

Jetzt bleibt auch eigentlich nur

@Aubergino sagte:

Request timed out.

Und folgende

Aus

@Aubergino sagte:

2026-08-06 13:20:43.307 warn [DevID_1/holdingRegs] Block NaN-NaN: {}

Könnte man eine Ursache spekulieren, aber dazu fehlen die ersten Zeilen im Screenshot.

Außerdem passt

@Aubergino sagte:

Client in error state.

Nicht ganz dazu.
Dies deutet auf eienn Kommunikationsfehler mit der Gegenseite.

Die korrekten Einstellungen auf WR Seite kenne ich nicht.

Homoran sagte:

Kann der WR mehrere Master bedienen?

@Aubergino sagte:

aber wenn ich unter "Objekte" "modbus" aufklappe, es dort gar keine Einträge gibt. Evtl. erklärt das ja, warum keine Werte abgeholt werden?

Umgekehrt!

Solange keine Werte ankommen, werden keine Datenpunkte erstellt.
Deswegen fängt man üblicherweise erst einmal mit einem einzigen Register an.
Sobald nur ein einziger Fehler existiert, liegt der gesamte Bus lahm

Aubergino

Tja, an die Einstellungen im WR komme ich leider auch nicht dran. Ich weiß nur, dass der Modbus-Server läuft. Aber dass ein einziger Fehler alles lahmlegt, ist natürlich ein heißer Tipp. Gibt es ein "sicheres" Register, mit dem ich testen könnte?

Hier kommt auch noch die obere Hälfte vom Einstellungen-Screenshot:

Homoran

@Aubergino sagte:

Gibt es ein "sicheres" Register, mit dem ich testen könnte?

Im Prinzip könntest du dich an dem von dir verlinkten Thread orientieren und dir ein Registeraussuchen das allgemeine Daten abfragt.

Dabei fiel mir auf, dass auch in deinem Screenshot der Register "die Hälfte" fehlt. Diesmal die rechte.

Nochmal
Die Meldung

@Aubergino sagte:

Client in error state.

zeigt eigentlich auf ein Kommunikationsproblem mit dem WR Modbus.

Das könnte ggf. in den modbus Einstellungen des WR liegen, oder dass der nicht läuft, oder dass da noch etwas zugreift und der client nicht multiMasterfähig ist.

Aubergino

Vielleicht ein Teilerfolg: Ich habe von den Registern nur noch die zwei mit der AC-Leistung und dem Umrechngsfaktor zum Auslesen angehakt gelassen, et voilà: Die Instanz bleibt dauerhaft auf grün.
Unter "Objekte" gibt es aber immer noch nichts im aufgeklappten Modbus, und wenn ich da mit der rechten Taste auf Einstellungen klicke, kommt die Meldung "Objekt existiert nicht". (Ich habe auch den Sonnen-Adapter installiert, wenn ich den starte, bekomme ich in dessen Objekten Werte angezeigt, also bin ich nicht an völlig falscher Stelle unterwegs...)
So sieht jetzt das letzte im Protokoll aus:

admin.0
	2026-08-06 15:42:30.422	info	<== Disconnect system.user.admin from ::ffff:127.0.0.1 modbus
admin.0
	2026-08-06 15:41:51.830	info	==> Connected system.user.admin from ::ffff:127.0.0.1
modbus.0
	2026-08-06 15:40:09.504	info	Connected to slave 192.168.178.10
modbus.0
	2026-08-06 15:40:09.091	info	starting. Version 8.0.3 in D:/ioBroker/node_modules/iobroker.modbus, node: v22.23.1, js-controller: 7.1.2
host.PC-Knut
	2026-08-06 15:40:05.505	info	instance system.adapter.modbus.0 in version "8.0.3" started with pid 7612
admin.0
	2026-08-06 15:40:02.255	info	<== Disconnect system.user.admin from ::ffff:127.0.0.1 modbus
host.PC-Knut
	2026-08-06 15:40:02.188	info	instance system.adapter.modbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
modbus.0
	2026-08-06 15:40:02.108	info	terminating
modbus.0
	2026-08-06 15:40:02.108	info	terminating
modbus.0
	2026-08-06 15:40:01.605	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
modbus.0
	2026-08-06 15:40:01.604	info	terminating
modbus.0
	2026-08-06 15:40:01.598	info	Got terminate signal TERMINATE_YOURSELF
host.PC-Knut
	2026-08-06 15:40:01.597	info	stopInstance system.adapter.modbus.0 send kill signal
host.PC-Knut
	2026-08-06 15:40:01.592	info	stopInstance system.adapter.modbus.0 (force=false, process=true)
modbus.0
	2026-08-06 15:40:01.172	info	Disconnected from slave 192.168.178.10
modbus.0
	2026-08-06 15:40:00.170	warn	[DevID_1/holdingRegs] Block NaN-NaN: {}
modbus.0
	2026-08-06 15:40:00.169	error	Client in error state.
modbus.0
	2026-08-06 15:40:00.169	error	Request timed out.
modbus.0
	2026-08-06 15:40:00.169	warn	Error: undefined
modbus.0
	2026-08-06 15:39:55.167	info	Connected to slave 192.168.178.10

Dass die rechte Hälfte von den Registern fehlte, hat einen banalen Grund: Sie sind ungefähr eine ganze Bildschirmbreite rechts außerhalb des Bildschirms, und es gibt keinen horizontelen Scrollbalken. Daher wusste ich gar nicht, dass da noch was ist. Ich bekomme es nur mit längerem drücken der Rechtspfeil-taste zu sehen. Und dort dann auch die Spalte, in der man an- oder aushaken kann, was gelesen werden soll.
Danke, dass Du immer noch am Ball bist!

Homoran

@Aubergino sagte:

Und dort dann auch die Spalte, in der man an- oder aushaken kann, was gelesen werden soll.

Und die ist wichtig!

Holdingregister sind eigentlich nur zum schreiben!!
Um diese zum lesen zu missbrauchen, wie es viele chinesische Geräte anwenden, muss da der Haken rein sonst kommt nix

Homoran

@Aubergino sagte:

So sieht jetzt das letzte im Protokoll aus:

Immerhin kein client im error state mehr nach Neustart!

Bleibt die Antwort auf die Frage

Homoran sagte:

javascript und sonnen.0

Greift das alles auf den WR zu?
Kann der mehrere Master bedienen?

Aubergino

Stimmt, die Antwort war ich noch schuldig geblieben, aber: Ich hatte die anderen Instanzen gestoppt (jetzt sogar alles andere ausser "Admin.0"). Da ist also niemand mehr übrig, der noch drauf zugreifen könnte. Und nun habe ich auch noch den Zugriff aus dem Internet mal gestoppt. Nach wie vor kein Objekt.
Beim Starten der Instanz keine Fehlermeldungen mehr im Protokoll, sondern nur noch:
modbus.0
2026-08-06 16:45:44.450 info Connected to slave 192.168.178.10
modbus.0
2026-08-06 16:45:44.028 info starting. Version 8.0.3 in D:/ioBroker/node_modules/iobroker.modbus, node: v22.23.1, js-controller: 7.1.2
host.PC-Knut
2026-08-06 16:45:41.060 info instance system.adapter.modbus.0 in version "8.0.3" started with pid 13352
host.PC-Knut
2026-08-06 16:45:40.759 info "system.adapter.modbus.0" enabled

Homoran

@Aubergino sagte:

Nach wie vor kein Objekt.

Immerhin auch keine Fehlermeldungen!

Stell jetzt mal die Instanz vom modbus auf logstufe debug.

Hilfe findest du hier:https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge

Aubergino

Ah - viel mehr Info - und eine Warnung ...nicht im gleichen Block... Liegt's daran? Aber wenn ja, kann ich den "Block", in dem die Daten liegen, denn beeinflussen? Hier der dump:

modbus.0
	2026-08-06 16:59:56.451	debug	[DevID_1/holdingRegs/40083] Calculation result = Infinity, type = number
modbus.0
	2026-08-06 16:59:56.451	warn	[DevID_1/holdingRegs/40083] The used scaleFactor from address 40084 is not inside the same read block as the parameter on address 82
modbus.0
	2026-08-06 16:59:56.451	warn	[DevID_1/holdingRegs/40083] Please make sure to configure the read process that both adresses are read in the same block!
modbus.0
	2026-08-06 16:59:56.451	warn	[DevID_1/holdingRegs/40083] The current range for reading the values was from address 82 up to address 84!
modbus.0
	2026-08-06 16:59:56.451	debug	[DevID_1/holdingRegs/40083] Scale factor address is inside current read range = false
modbus.0
	2026-08-06 16:59:56.450	debug	[DevID_1/holdingRegs/40083] Scale factor address is = 40084
modbus.0
	2026-08-06 16:59:56.450	debug	[DevID_1/holdingRegs/40083] Formula = x * Math.pow(10, sf['40084'])
modbus.0
	2026-08-06 16:59:56.450	debug	[DevID_1/holdingRegs/40083] Input Value = 65535
modbus.0
	2026-08-06 16:59:56.450	debug	[DevID_1/holdingRegs/40084] Scale factor value stored from this address = 11267
modbus.0
	2026-08-06 16:59:56.450	debug	[DevID_1/holdingRegs] Poll address 82 DONE
modbus.0
	2026-08-06 16:59:56.397	debug	[DevID_1/holdingRegs] Poll address 82 - 2 registers
modbus.0
	2026-08-06 16:59:56.396	debug	[DevID_1] Poll start ---------------------

(Dass ich erst die zwei diagonalen Pfeile "composer öffnen" anklicken muss, um den Texteditor samt icons zu sehen, musste ich auch erst mal entdecken - ach die schöne neue Bildchenwelt...). Aber ich bessere mich.

Homoran

@Aubergino sagte:

The used scaleFactor

Hab ich noch nie mit gearbeitet,

Stell mal hier

Auf kleinere Werte, z.b. 10

Das hilft manchmal, wobei die meldung mit dem scalefaktor eher das Gegenteil vermuten lässt

Homoran

@Aubergino sagte:

Dass ich erst die zwei diagonalen Pfeile "composer öffnen" anklicken muss, um den Texteditor samt icons zu sehen

Nöö, ei fach auf den groooossen Button Antworten klicken, nicht über den quick response gehen

Homoran

@Aubergino sagte:

2026-08-06 16:59:56.451 debug [DevID_1/holdingRegs/40083] Scale factor address is inside current read range = false
modbus.0
2026-08-06 16:59:56.450 debug [DevID_1/holdingRegs/40083] Scale factor address is = 40084

Und die anderen nur 80/82

Aubergino

80? 82? Die "Blöcke" sind nicht die zwei Endziffern der Registeradresse, nein? Aber wo definiert man denn die Blöcke? Das Register 40083 braucht offensichtlich für die Anzeige den Scalefaktor aus 40084... Dafür muss ich die ja auch in einem Zuge auslesen können? (Denn Sinn der Rechenanweisung habe ich verstanden. Immerhin..)

Dieser Hinweis steht bei den Registereinträgen:

Homoran

@Aubergino sooo fit bin ich auch nicht.
Ich neme an, die blöcke sind 30000er für Inputregister und 40000er für Holdingregister.
Was jetzt 82 bis 84 ist

@Aubergino sagte:

The current range for reading the values was from address 82 up to address 84!

Weiss ich nicht

Aubergino

Jedenfalls noch mal herzlichen Dank bis hierher. Du hast mir sehr weitergeholfen und ich habe viel dazugelernt über den ioBroker. Vielleicht kann noch ein anderer Mitleser was zu diesen "Blöcken" sagen. Ich entnehme Deiner Antwort jedenfalls, dass das nicht ioBroker-spezifisches ist, sondern etwas aus der Struktur des Wechselrichtert. Dazu finde ich evtl. etwas in PV-spezifischen Foren. Für mich ist heute erst mal Schicht, habe einen Abendtermin.
Es grüßt
Aubergino.

Homoran

@Aubergino sagte:

Ich entnehme Deiner Antwort jedenfalls, dass das nicht ioBroker-spezifisches ist, sondern etwas aus der Struktur des Wechselrichtert.

Nee, modbus-spezifisch!
So tief bin ich da nicht drin.

Mach mal testweise den haken bei Alias verwenden" raus.
Was kommt dann im log?

ubecker

nimm mal den Alias raus in den Einstellungen

Aubergino

Hallo auch ubecker,
Alias habe ich ausgehakt (an den dann auftauchenden Einstellungen nichts weiter geändert). Keine Veränderung.
Dann habe ich statt der Werte, die den Skalierungsfaktor benötigen, mal ein einfaches Register ausgewählt (40107 und 40108, "Betriebszustand"). Damit laufen im Protokoll keine Fehler mehr auf:

modbus.0
	2026-08-06 22:31:05.461	debug	[DevID_1/holdingRegs] Poll address 106 DONE
modbus.0
	2026-08-06 22:31:05.421	debug	[DevID_1/holdingRegs] Poll address 106 - 2 registers
modbus.0
	2026-08-06 22:31:05.421	debug	[DevID_1/holdingRegs] Poll address 67 DONE
modbus.0
	2026-08-06 22:31:05.392	debug	[DevID_1/holdingRegs] Poll address 67 - 1 registers
modbus.0
	2026-08-06 22:31:05.391	debug	[DevID_1] Poll start ---------------------

Aber nach wie vor gibt es in den Objekten unter modbus.0 keine Objekte, und wenn ich in die Einstellungen des Objektes modbus.0 gehe, wird das Objekt als nicht existierend gemeldet.
Jetzt lese ich also anscheinend erfolgreich aus? Aber kriege das Leseergebnis nach wie vor nicht unter "Objekte" zu sehen.

Die Registerliste hatte ich übrigens in dieser dankenswerten Arbeit gefunden und als json importiert: Forumsbeitrag https://community.symcon.de/t/modbus-vorlage-solaredge-wechselrichter-address-40070-40107/134885

Aubergino

Guten Tag noch mal in die Runde der Mitdenkenden...
Mit Hilfe von "SerialTool" konnte ich nun sicher herausfinden, dass die Modbus-Abfrage funktioniert. Es bleibt also "nur" das IOBroker-Problem, dass ich trotzdem keine Objekte bekomme. Und da gibt es noch einige, allerdings ältere, Themen im Forum von Leuten, denen das auch so ging... Da werde ich mich mal ranhängen oder, wenn zu alt, einen neuen Thread dazu machen. Danke an die hier Beteiligten.

Community Forum

NEWS

Solar Edge Wechselrichter via Modbus scheitert

Support us

335

33.0k

83.6k

1.3m