Monatsrückblick Oktober 2026 ist online!

[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