Monatsrückblick Oktober 2026 ist online!

[rainereglinsky]

Hallo in die Runde,
ich habe leider bei meinem Rasberry pi 4 durch ein Update von Bookworm auf Trixie meinen gesamtes IOBroker verloren, da mein Backup auch nicht mehr funktionierte. Musste alles neu aufbauen, habe meine Huawei Sun2000 8KTL-M1 mit Luna2000-5kw-C0 und SDongleA-05 bisher ohne Probleme mit einem JS Script von Kachel verbunden.
Habe nun den schönen Adapter von bolliy installiert, IP Adresse, Modbus ID eingetragen und gestartet. Sofort alles grün (Host, Lebenszeichen o.k). War extra noch mal an der Anlage, habe die Modbus Freigabe unbegrenzt noch einmal kontrolliert - alles o.k.
Bekomme aber sofort die Fehlermeldung:
2026-10-24 17:06:36.854 - error: sun2000.0 (3278) *** Adapter deactivated, Adapter Settings incomplete! ***
2026-10-24 17:07:01.711 - warn: sun2000.0 (3294) Couldnt connect Modbus TCP to 192.168.178.99:502 connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:05.714 - info: sun2000.0 (3294) Open Connection...
2026-10-24 17:07:05.718 - warn: sun2000.0 (3294) Couldnt connect Modbus TCP to 192.168.178.99:502 connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:05.721 - error: sun2000.0 (3294) Can not connect to Huawei inverter for modbus ID 1!
2026-10-24 17:07:05.722 - warn: sun2000.0 (3294) Error while reading from 192.168.178.99 [Reg: 30000, Len: 71, modbusID: 1] with: connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:20.002 - info: sun2000.0 (3294) Open Connection...
2026-10-24 17:07:20.007 - warn: sun2000.0 (3294) Couldnt connect Modbus TCP to 192.168.178.99:502 connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:24.008 - info: sun2000.0 (3294) Open Connection...
2026-10-24 17:07:24.012 - warn: sun2000.0 (3294) Couldnt connect Modbus TCP to 192.168.178.99:502 connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:24.014 - error: sun2000.0 (3294) Can not connect to Huawei inverter for modbus ID 1!
2026-10-24 17:07:24.015 - warn: sun2000.0 (3294) Error while reading from 192.168.178.99 [Reg: 30000, Len: 71, modbusID: 1] with: connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:40.003 - info: sun2000.0 (3294) Open Connection...
2026-10-24 17:07:40.006 - warn: sun2000.0 (3294) Couldnt connect Modbus TCP to 192.168.178.99:502 connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:44.009 - info: sun2000.0 (3294) Open Connection...
2026-10-24 17:07:44.010 - warn: sun2000.0 (3294) Couldnt connect Modbus TCP to 192.168.178.99:502 connect ECONNREFUSED 192.168.178.99:502
2026-10-24 17:07:44.011 - error: sun2000.0 (3294) Can not connect to Huawei inverter for modbus ID 1!

usw....
Wenn ich nun am Adapter eine Änderung vornehme (egal was) bekomme ich keine Verbindung mehr zum Gerät.
Habe nun schon Stunden mit der Recherche verbracht, bin aber zu keiner Lösung gekommen.
Was mache ich falsch?

[rainereglinsky]

[rainereglinsky]

Ist gelöst, hatte Netzwerkprobleme.

[bolliy]

@Christian-Kohlöffel Netzwerkbrobleme können natürlich auch zu Fehlermeldung führen. Der sDongle ist aus Stabilitätsgründen per LAN anstatt über WLAN mit dem Netzwerk zu verbinden. Das routen über mehrere Hobs kann problematisch sein.

[Christian Kohlöffel]

@bolliy sagte:

@Christian-Kohlöffel Netzwerkbrobleme können natürlich auch zu Fehlermeldung führen. Der sDongle ist aus Stabilitätsgründen per LAN anstatt über WLAN mit dem Netzwerk zu verbinden. Das routen über mehrere Hobs kann problematisch sein.

Ich hab soeben die neueste Version von Dir aufgespielt. Leider sieht es dort weiterhin gleich aus, nur dass der Fehler mittlerweile immer beim selben Register ausgelöst wird (stable und neueste Version sind da identisch). Keine Ahnung ob das was bedeutet. Netzwerk o.ä. kann ich glaub ausschließen, hab ja nur 1m Kabel vom Wechselrichter zum Router und hier hab ich auch schon unterschiedliche versucht.

Was ist den im Register 3000? Kann das an der Kommunikation des Huawei Leistungsmesser mit der Batterie liegen oder ähnliches? Laut Chat GPT statischen Gerätedaten? (kann man die mal raus lassen?)

sun2000.0
2026-10-31 12:36:47.714	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:36:42.713	info	Open Connection...

sun2000.0
2026-10-31 12:36:42.713	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 2] with: Timed out

sun2000.0
2026-10-31 12:36:42.713	error	Can not connect to Huawei inverter for modbus ID 2!

sun2000.0
2026-10-31 12:36:32.311	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:36:27.309	info	Open Connection...

sun2000.0
2026-10-31 12:36:27.309	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 1] with: Timed out

sun2000.0
2026-10-31 12:36:27.308	error	Can not connect to Huawei inverter for modbus ID 1!

sun2000.0
2026-10-31 12:36:16.902	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:36:11.899	info	Open Connection...

sun2000.0
2026-10-31 12:36:11.818	info	starting. Version 2.7.4 in /opt/iobroker/node_modules/iobroker.sun2000, node: v22.23.3, js-controller: 7.2.5

sun2000.0
2026-10-31 12:36:08.488	info	terminating

sun2000.0
2026-10-31 12:36:08.487	info	terminating

sun2000.0
2026-10-31 12:36:07.987	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

sun2000.0
2026-10-31 12:36:07.986	info	terminating

sun2000.0
2026-10-31 12:36:07.986	info	cleaned everything up...

sun2000.0
2026-10-31 12:36:07.986	info	Got terminate signal TERMINATE_YOURSELF

sun2000.0
2026-10-31 12:36:02.289	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:35:57.286	info	Open Connection...

sun2000.0
2026-10-31 12:35:57.286	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 2] with: Timed out

sun2000.0
2026-10-31 12:35:57.285	error	Can not connect to Huawei inverter for modbus ID 2!

sun2000.0
2026-10-31 12:35:46.881	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:35:41.880	info	Open Connection...

sun2000.0
2026-10-31 12:35:41.880	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 1] with: Timed out

sun2000.0
2026-10-31 12:35:41.879	error	Can not connect to Huawei inverter for modbus ID 1!

sun2000.0
2026-10-31 12:35:31.052	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:35:26.049	info	Open Connection...

sun2000.0
2026-10-31 12:35:26.049	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 2] with: Timed out

sun2000.0
2026-10-31 12:35:26.049	error	Can not connect to Huawei inverter for modbus ID 2!

sun2000.0
2026-10-31 12:35:15.646	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:35:10.645	info	Open Connection...

sun2000.0
2026-10-31 12:35:10.645	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 1] with: Timed out

sun2000.0
2026-10-31 12:35:10.645	error	Can not connect to Huawei inverter for modbus ID 1!

sun2000.0
2026-10-31 12:34:55.816	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 2] with: Modbus exception 6: Slave device busy (retry request again later)

sun2000.0
2026-10-31 12:34:55.816	error	Can not connect to Huawei inverter for modbus ID 2!

sun2000.0
2026-10-31 12:34:55.406	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:34:50.405	info	Open Connection...

sun2000.0
2026-10-31 12:34:50.405	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 1] with: Timed out

sun2000.0
2026-10-31 12:34:50.404	error	Can not connect to Huawei inverter for modbus ID 1!

sun2000.0
2026-10-31 12:34:36.145	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 2] with: Modbus exception 6: Slave device busy (retry request again later)

sun2000.0
2026-10-31 12:34:36.144	error	Can not connect to Huawei inverter for modbus ID 2!

sun2000.0
2026-10-31 12:34:35.737	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:34:30.735	info	Open Connection...

sun2000.0
2026-10-31 12:34:30.735	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 1] with: Timed out

sun2000.0
2026-10-31 12:34:30.735	error	Can not connect to Huawei inverter for modbus ID 1!

sun2000.0
2026-10-31 12:34:17.683	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:34:12.682	info	Open Connection...

sun2000.0
2026-10-31 12:34:12.682	warn	Error while reading from 192.168.178.181 [Reg: 30000, Len: 71, modbusID: 2] with: Timed out

sun2000.0
2026-10-31 12:34:12.681	error	Can not connect to Huawei inverter for modbus ID 2!

sun2000.0
2026-10-31 12:34:02.279	info	Connected Modbus TCP to 192.168.178.181:502

sun2000.0
2026-10-31 12:33:57.278	info	Open Connection...

sun2000.0
2026-10-31 12:33:57.195	info	starting. Version 2.6.2 in /opt/iobroker/node_modules/iobroker.sun2000, node: v22.23.3, js-controller: 7.2.5

[Christian Kohlöffel]

Ich hab gerade noch versucht die Baudrate von 9600 auf 19200 hochzustellen, wie es hier beschrieben ist:
https://github.com/evcc-io/evcc/discussions/22708

Da kommt wohl der Adapter nicht damit zurecht und kann keine Verbindung mehr herstellen.

[bolliy]

@Christian-Kohlöffel ich kann nicht erkennen, dass der Adapter überhaupt eine Verbindung zum Master aufbauen kann!
Der Aufruf Reg: 30000, Len: 71 ist zur Identifikation des Wechselrichets wichtig - kann also nicht weggelassen werden.
Ist die ip korrekt? Zuerst würde ich versuchen vom ioBroker Host den Wechselricher 192.168.178.181 anzupingen. Kannst auch den Adapter ping hierfür verwenden.

Danach mit telnet prüfen ob Port 502 offen ist:
telnet 192.168.178.181 502
Die Ausgabe sollte so aussehen:
Trying 192.168.178.181...
Connected to 192.168.178.181.
Escape character is '^]'.
Connection closed by foreign host.

LG Stephan

[bolliy]

Ich werde das Error handling und das Logging in der nächsten Version anpassen. Ich möchte einerseits das Log nicht "zuspammen" und auf der anderen Seite dem Anwender möglichst genaue Handlungsweise zur Fehlerbeseitigung geben. @christian-kohlöffel ich würde mich freuen wenn du die Anpassung in deiner Installationsumgebung testen würdest.
Warum das ganze?
Gerade der sDongle macht bei einigen Usern immer wieder Probleme. Entweder hat er alte und langsame Hardware oder eine nicht passende Firmware verpasst bekommen.

[bolliy]

Test Adapter sun2000 Beta 2.7.5 – bessere Fehlerdiagnose bei Modbus-Problemen (vor allem sDongle)

Hallo,

die neue Beta bringt eine überarbeitete Fehlerbehandlung. Timeouts und Verbindungsprobleme, gerade beim sDongle, sollen sich damit leichter einordnen lassen.

Die Installation erfolgt über npm oder morgen über das Beta Repository.

Was ist neu?

• Neue Warnungen: Ein neues Problem wird nur einmal gemeldet. Besteht es weiter, wiederholt sich die Warnung frühestens nach 30 Minuten. Wenn alles wieder läuft, gibt es eine Info-Meldung. Das Log wird nicht mehr zugespammt.
• kumulierter Fehlerrate: Der Adapter bewertet die Modbus-Kommunikation jetzt in Zeitfenstern von ca. 2 Minuten. Eine Warnung kommt erst, wenn die Fehlerrate hintereinander über 2 % liegt, kurze Aussetzer bleiben also still.
• Konkretere Hinweise im Log: Bei einer hohen Fehlerrate bekommst du zusätzlich Lösungsvorschläge zur Beseitigung.
• info.JSONhealth mit currentStat: Zusätzlich zu den Summen seit Adapterstart (stat) steht dort jetzt der Zustand des letzten Fensters mit Anzahl der Abfragen, Fehlern, Timeouts sowie Fehler- und Timeout-Rate. Damit siehst du sofort, wie es gerade um die Verbindung steht.

Wiki

Die Seite „Fehlerprotokollierung und Fehlerbehebung (troubleshooting)" ist aktualisiert. Dort findest du alle Meldungen, die errno-Codes und Tipps zur Behebung:

https://github.com/bolliy/ioBroker.sun2000/wiki/Fehlerprotokollierung-und-Fehlerbehebung-(troubleshooting)

Testen

Postet bitte bei Problemen gern den Inhalt von sun2000.x.info.JSONhealth zusammen mit Angaben zu eurem Setup (sDongle ja/nein, Firmware, Abfrageintervall, Anzahl der WR).

Danke für euer Feedback!

[Christian Kohlöffel]

@bolliy
Erst mal Danke für die neue Version, hab sie natürlich gleich per npm installiert. Es sind nun deutlich weniger Fehlermeldungen im Log, und es sieht auch anders aus:

Zur Vollständigkeit ChatGPT hat mir noch geraten den Ping und die Verbindung über TCP Port 502 zum Zeitpunkt des ausfalls zu prüfen. Beide sind unauffällig:
Das Ergebnis ist ziemlich eindeutig: Der SDongle akzeptiert weiterhin TCP-Verbindungen auf Port 502. Alle vollständig gezeigten Tests waren erfolgreich, siehe sein Ergebnis dazu:

Zusammen mit deinen bisherigen Messungen ergibt sich folgendes Bild:
Prüfung Ergebnis
Ping zum SDongle Stabil
TCP-Port 502 Erreichbar
Modbus-Kommunikation Zeitweise gestört

sun2000.0 2026-11-09 18:07:09.646	info	Connection to device is back to normal.
sun2000.0 2026-11-09 18:06:09.645	warn	Can't connect to SmartDongle.
sun2000.0 2026-11-09 18:03:09.641	info	Connection to device is back to normal.
sun2000.0 2026-11-09 18:02:09.640	warn	Can't connect to SmartDongle.
sun2000.0 2026-11-09 17:59:09.636	info	Connection to device is back to normal.
sun2000.0 2026-11-09 17:58:09.634	warn	Can't connect to SmartDongle.
sun2000.0  2026-11-09 17:55:11.227	warn	statistics: waited 5 min for 'collected.accumulatedEnergyYield' – computed statistics may be incomplete until that state is present.
sun2000.0 2026-11-09 17:55:09.634	info	Connection to device is back to normal.
sun2000.0 2026-11-09 17:54:09.633	warn	Can't connect to SmartDongle.
sun2000.0 2026-11-09 17:51:20.076	info	inverter 1 control: Service queue initialized
sun2000.0 2026-11-09 17:51:20.063	info	inverter 0 control: Service queue initialized
sun2000.0 2026-11-09 17:50:29.536	warn	The inverter with modbus ID 2 is no longer accessible.
sun2000.0 2026-11-09 17:50:29.534	warn	The inverter with modbus ID 1 is no longer accessible.
sun2000.0 2026-11-09 17:50:17.503	info	Identified a Huawei SUN2000-5K-MAP0 model 1001 for modbus ID 2
sun2000.0 2026-11-09 17:50:13.214	info	Identified a Huawei SUN2000-10KTL-M1 model 429 for modbus ID 1
sun2000.0 2026-11-09 17:50:09.603	info	starting. Version 2.7.5 in /opt/iobroker/node_modules/iobroker.sun2000, node: v22.23.3, js-controller: 7.2.5```

Und hier noch das Json

{
"errno": 1,
"message": "Can't connect to device",
"modbus": {
"timeout": 30000,
"delay": 500,
"connectDelay": 2000,
"modbusAdjust": false,
"min": 0,
"max": 6000,
"maxDelay": 200,
"stat": {
"successSumCounter": 48,
"errorSumCounter": 0,
"errorRate": 0
},
"adjust": {
"successLevel": 0,
"successCounter": 3,
"errorCounter": 0,
"lastLength": 1,
"SuccessDelay": 0,
"ErrorDelay": 0
},
"currentStat": {
"success": 0,
"errors": 0,
"timeouts": 0,
"total": 0,
"errorRate": 0,
"timeoutRate": 0
}
}
}

[bolliy]

@Christian-Kohlöffel sagte:

500

Bitte in modbus timing:
timeout: 10000
delay: 0
connectDelay: 5000

und dann noch mal die Fehler und sun2000.x.info.JSONhealth posten.
Stephan

[Christian Kohlöffel]

@bolliy

Klar, mach ich. Hab den Fehler gerade von der Fritz Box auf dem Port mit aufzeichnen lassen und über Wireshark gecheckt ob andere darauf zugreifen. Das können wir schon mal ausschließen.

Anbei die gewünscht Nachricht. Ich lasse das Log nun mal auf Silly mitlaufen und zeichne parallel mit der Fritzbox den Verkehr auf und lasse ChatGPT analysieren und hänge den Bericht hier an, er hatte da auch schon eine Meinung dazu, vielleicht hilfts ja. Die ganzen Protokolle will ich hier glaub nicht veröffentlichen.
Ergaenzung-Fehlerbericht-sun2000-2.7.5-anonymisiert.md Fehlerbericht-sun2000-2.7.5-anonymisiert.md

{
  "errno": 1,
  "message": "Can't connect to device",
  "modbus": {
    "timeout": 10000,
    "delay": 0,
    "connectDelay": 5000,
    "modbusAdjust": false,
    "min": 0,
    "max": 6000,
    "maxDelay": 200,
    "stat": {
      "successSumCounter": 24,
      "errorSumCounter": 0,
      "errorRate": 0
    },
    "adjust": {
      "successLevel": 0,
      "successCounter": 4,
      "errorCounter": 0,
      "lastLength": 1,
      "SuccessDelay": 0,
      "ErrorDelay": 0
    },
    "currentStat": {
      "success": 0,
      "errors": 0,
      "timeouts": 0,
      "total": 0,
      "errorRate": 0,
      "timeoutRate": 0
    }
  }
}

[Christian Kohlöffel]

Ich hab mal den Codex mit über den Adapter Code laufen lassen, vielleicht hilfts ja.

Quellcodepruefung-sun2000-Watchdog-anonymisiert.md

[bolliy]

@Christian-Kohlöffel es kommt in einem Intervall zu fast keiner Kommunikation.
currentStat ist Null!
Das ist sehr verwunderlich. Deshalb kommt auch nur die Warnung "Can't connect to SmartDongle." ohne Fehlermeldung - da es ja keine Fehler gibt. Der Verbindsaufbau scheint unheimlich langsam zu sein.

Würdest du den Log-Level mal auf silly (alles) stellen und mir einen Mitschnitt der ersten Minute machen. Dann kann ich den zeitlichen Verlauf begutachten.

[Christian Kohlöffel]

Hier der passende Log-Level silly. Welcher auch zu der Nachricht von Codex passt.

Eingefügter Text.txt

[bolliy]

@christian-kohlöffel so sieht mein sun2000.x.info.JSONhealth nach 1 Minute aus:
{
"message": "No problems detected",
"modbus": {
"timeout": 10000,
"delay": 0,
"connectDelay": 5000,
"modbusAdjust": false,
"min": 0,
"max": 6000,
"maxDelay": 200,
"stat": {
"successSumCounter": 106,
"errorSumCounter": 0,
"errorRate": 0
},
"adjust": {
"successLevel": 0,
"successCounter": 1,
"errorCounter": 0,
"lastLength": 38,
"SuccessDelay": 0,
"ErrorDelay": 0
},
"currentStat": {
"success": 106,
"errors": 0,
"timeouts": 0,
"total": 106,
"errorRate": 0,
"timeoutRate": 0
}
}
}

In currentstat sieht man, dass in 1 Minute 106 Anfragen per modbus gestellt und beantwortet wurden.

[Christian Kohlöffel]

Keine Ahnung, was bei mir los ist. Aber wenn ich was liefern kann um das Problem einzugrenzen, gerne. Nachdem ich die ganzen Extra Abfragen wie Sdongle, Batterie etc. abgeschaltet habe ist es auf jeden Falls schon mal besser geworden. Evtl. liegt es ja auch daran, dass er jetzt so wenig kommuniziert.

[bolliy]

@Christian-Kohlöffel es scheint der 2te Inverter zu sein. Lass den Adapter mal nur den 1ten Inverter abfragen. (modbus 1)
Mal sehen ob das problemlos funktioniert....

[bolliy]

@Christian-Kohlöffel ich habe ein Ahnung woran es liegt.

sun2000.0
2026-11-09 19:55:44.106 warn The inverter with modbus ID 2 is no longer accessible.

sun2000.0
2026-11-09 19:55:44.104 warn The inverter with modbus ID 1 is no longer accessible.

Die beiden Zeilen zeigen an, dass die Inverter nicht mehr erreichbar sind. Es wird der deviceStatus ausgewertet. Hier scheint das Problem zu liegen.
Der Slave ist im standby der Master "shutdown". OK, dann ist die modbus Schnittstelle natürlich tot!
Ok, ich werde mir mal etwas überlegen....

sun2000.0
2026-11-09 19:55:44.992 silly Fetched inverter.1.derived.deviceStatus, val=Standby: no irradiation

sun2000.0
2026-11-09 19:55:44.991 silly Fetched inverter.1.deviceStatus, val=40960

sun2000.0
2026-11-09 19:55:44.991 silly ### DataPolling STOP ###

sun2000.0
2026-11-09 19:55:44.128 silly Fetched inverter.0.derived.dailyActiveEnergy, val=2.834

sun2000.0
2026-11-09 19:55:44.127 silly Fetched inverter.0.derived.dailySolarYield, val=3.342

sun2000.0
2026-11-09 19:55:44.127 silly Fetched inverter.0.derived.dailyInputYield, val=0.4203

sun2000.0
2026-11-09 19:55:44.126 silly Fetched inverter.0.derived.deviceStatus, val=Shutdown: command