@bolliy Dafür weiss ich jetzt auch, woher die TimeOuts kommen. Während dem ich im Büro am Windows PC die Anwendung weiter entwickle, läuft in der Küche meine Raspberry Pi Anwendung unbemerkt weiter. So entsteht ein Parallel-Zugriff auf die Register, das verursacht die Timeouts. Sobald ich das Raspberry Pi ausstecke, sind die TimeOuts auf dem PC weg.

2025-03-04 12:34:18.471 - info: sun2000.0 (11584) starting. Version 1.0.1 in C:/ProgramData/ioBroker/node_modules/iobroker.sun2000, node: v20.18.3, js-controller: 7.0.6
2025-03-04 12:34:18.516 - info: sun2000.0 (11584) Adjustment: It starts for the Modbus connection...
2025-03-04 12:34:18.526 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:34:23.665 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:34:23.907 - info: sun2000.0 (11584) Identified a Huawei SUN2000-12KTL-M5 model 473 for modbus ID 2
2025-03-04 12:34:26.169 - info: sun2000.0 (11584) Adjustment: It has reached the step 1 with delay value 0 ms
2025-03-04 12:34:37.059 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 38284, Len: 10, modbusID: 2] with: Timed out
2025-03-04 12:34:37.076 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:34:43.085 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:34:46.234 - info: sun2000.0 (11584) Adjustment: It has reached the step 1 with delay value 600 ms
2025-03-04 12:34:58.070 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 37100, Len: 38, modbusID: 2] with: Timed out
2025-03-04 12:34:58.072 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:35:04.090 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:35:06.778 - info: sun2000.0 (11584) Adjustment: It has reached the step 2 with delay value 488 ms
2025-03-04 12:35:18.106 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 38368, Len: 10, modbusID: 2] with: Timed out
2025-03-04 12:35:18.108 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:35:24.177 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:35:26.407 - info: sun2000.0 (11584) Control: Service queue initialized
2025-03-04 12:35:27.168 - info: sun2000.0 (11584) Adjustment: It has reached the step 3 with delay value 425 ms
2025-03-04 12:35:40.456 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32064, Len: 2, modbusID: 2] with: Timed out
2025-03-04 12:35:40.460 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:35:45.471 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:35:50.388 - info: sun2000.0 (11584) Adjustment: It has reached the step 4 with delay value 389 ms
2025-03-04 12:36:10.325 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32080, Len: 2, modbusID: 2] with: Timed out
2025-03-04 12:36:10.329 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:36:16.380 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:36:30.189 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32080, Len: 2, modbusID: 2] with: Timed out
2025-03-04 12:36:30.193 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:36:35.214 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:36:50.659 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32064, Len: 2, modbusID: 2] with: Timed out

@bolliy hat super geholfen, jetzt stimmt die Uhr, danke!

@bolliy hat super geholfen, jetzt stimmt die Uhr, danke!

@bolliy ich habe ja immer noch das Problem dass die Wechselrichter Start- und Stopzeit im Register um 1h vorverschoben ist ggü der korrekten Uhrzeit. Zu Winterzeit war das auch schon so, und jetzt wo auf Sommerzeit umgestellt wurde, zeigt es immer noch 1h zu viel an. Das will heissen: Sommerzeitumstellung im Wechselrichter hat geklappt, aber irgendwo ist da noch GMT+0200 statt GMT+0100 drin. Sind da eventuell die 2 Register noch unpassend konfiguriert?

@fredi-wiegisser laut Huawei Service Request, sehen sie hier keinen Fehler bei sich. Schade, dann bleibt die Uhrzeit halt falsch bis Huawei merkt, dass die Register fehlerhafte Inhalte haben.

@bolliy vielleicht noch etwas Kleines zur Info. Die Register 32091 und 32093 meines Sun2000 12KTL M5 weisen eine falsche Uhrzeit aus für die Inverter Start- und Stopzeit, obschon GMT+1 korrekt eingetragen ist. Angezeigt wird aktuell die Sommerzeit, also 1h zu viel. Ich gehe davon aus, dass die Register unbehandelt im Adapter zur Verfügung stehen und direkt vom Inverter ausgelesen werden. Falls das so ist, plane ich einen Service Request bei Huawei.

@bolliy Dafür weiss ich jetzt auch, woher die TimeOuts kommen. Während dem ich im Büro am Windows PC die Anwendung weiter entwickle, läuft in der Küche meine Raspberry Pi Anwendung unbemerkt weiter. So entsteht ein Parallel-Zugriff auf die Register, das verursacht die Timeouts. Sobald ich das Raspberry Pi ausstecke, sind die TimeOuts auf dem PC weg.

2025-03-04 12:34:18.471 - info: sun2000.0 (11584) starting. Version 1.0.1 in C:/ProgramData/ioBroker/node_modules/iobroker.sun2000, node: v20.18.3, js-controller: 7.0.6
2025-03-04 12:34:18.516 - info: sun2000.0 (11584) Adjustment: It starts for the Modbus connection...
2025-03-04 12:34:18.526 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:34:23.665 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:34:23.907 - info: sun2000.0 (11584) Identified a Huawei SUN2000-12KTL-M5 model 473 for modbus ID 2
2025-03-04 12:34:26.169 - info: sun2000.0 (11584) Adjustment: It has reached the step 1 with delay value 0 ms
2025-03-04 12:34:37.059 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 38284, Len: 10, modbusID: 2] with: Timed out
2025-03-04 12:34:37.076 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:34:43.085 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:34:46.234 - info: sun2000.0 (11584) Adjustment: It has reached the step 1 with delay value 600 ms
2025-03-04 12:34:58.070 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 37100, Len: 38, modbusID: 2] with: Timed out
2025-03-04 12:34:58.072 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:35:04.090 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:35:06.778 - info: sun2000.0 (11584) Adjustment: It has reached the step 2 with delay value 488 ms
2025-03-04 12:35:18.106 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 38368, Len: 10, modbusID: 2] with: Timed out
2025-03-04 12:35:18.108 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:35:24.177 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:35:26.407 - info: sun2000.0 (11584) Control: Service queue initialized
2025-03-04 12:35:27.168 - info: sun2000.0 (11584) Adjustment: It has reached the step 3 with delay value 425 ms
2025-03-04 12:35:40.456 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32064, Len: 2, modbusID: 2] with: Timed out
2025-03-04 12:35:40.460 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:35:45.471 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:35:50.388 - info: sun2000.0 (11584) Adjustment: It has reached the step 4 with delay value 389 ms
2025-03-04 12:36:10.325 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32080, Len: 2, modbusID: 2] with: Timed out
2025-03-04 12:36:10.329 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:36:16.380 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:36:30.189 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32080, Len: 2, modbusID: 2] with: Timed out
2025-03-04 12:36:30.193 - info: sun2000.0 (11584) Open Connection...
2025-03-04 12:36:35.214 - info: sun2000.0 (11584) Connected Modbus TCP to 192.168.1.162:502
2025-03-04 12:36:50.659 - warn: sun2000.0 (11584) Error while reading from 192.168.1.162 [Reg: 32064, Len: 2, modbusID: 2] with: Timed out

@bolliy Schande über mich, ich hatte die IP vergessen, jetzt läuft es wieder. Manchmal sieht man vor lauter Bäume den Wald nicht mehr. Bitte sehr um Entschuldigung.

@bolliy hatte ich vergessen sorry. Ich habe v1.0.1 via NPM installiert. Ausser der Modbus ID habe ich alle Settings auf ihren Default Werten belassen. Mein OS ist Win 11 64 Bit, Browser ist Edge. Admin Adapter ist auf v7.4.10. Und wie gesagt, ist bis gestern alles immer gut gelaufen, bis zum Punkt wo ich den Admin Zugang verloren hatte (wegen Admin Adapter Update) und heute alles neu installieren musste. Node.js: v20.18.3 und NPM: 10.8.2.

Und hier noch das aktuelle Log vom Issue, wenn ich den Adapter starte stop er sogleich wieder.

2025-03-04 12:24:43.831 - info: host.Fredi-NB instance system.adapter.sun2000.0 in version "1.0.1" started with pid 10828
2025-03-04 12:24:44.722 - info: sun2000.0 (10828) starting. Version 1.0.1 in C:/ProgramData/ioBroker/node_modules/iobroker.sun2000, node: v20.18.3, js-controller: 7.0.6
2025-03-04 12:24:44.748 - error: sun2000.0 (10828) *** Adapter deactivated, Adapter Settings incomplete! ***
2025-03-04 12:24:44.749 - info: host.Fredi-NB instance "system.adapter.sun2000.0" disabled via .alive
2025-03-04 12:24:44.751 - info: host.Fredi-NB "system.adapter.sun2000.0" disabled
2025-03-04 12:24:44.751 - info: host.Fredi-NB stopInstance system.adapter.sun2000.0 (force=false, process=true)
2025-03-04 12:24:44.752 - info: host.Fredi-NB stopInstance system.adapter.sun2000.0 send kill signal
2025-03-04 12:24:44.754 - info: sun2000.0 (10828) Got terminate signal TERMINATE_YOURSELF
2025-03-04 12:24:44.755 - info: sun2000.0 (10828) cleaned everything up...
2025-03-04 12:24:44.756 - info: sun2000.0 (10828) terminating
2025-03-04 12:24:44.756 - info: sun2000.0 (10828) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2025-03-04 12:24:45.258 - info: sun2000.0 (10828) terminating
2025-03-04 12:24:45.288 - info: host.Fredi-NB instance system.adapter.sun2000.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)```
code_text

code_text

@bolliy ich habe ioBroker und Node.js komplett neu installiert auf meinem Windows Rechner, und die Admin Credentials neu aufgesetzt. Nun habe ich ioBroker wieder verfügbar. Aber nun lässt ich dein Adapter 1.0.1 nicht mehr korrekt installieren, es fehlen die Inverter und Meter Objekte usw., und das Protokoll sagt u.A. "Adapter Settings incomplete". Wenn ich den Adapter laufen lassen will, geht er sofort wieder auf Stop. Hast du eine Ahnung an was das liegen könnte?

@fredi-wiegisser Die Lösung war eine komplette Deinstallation des ioBroker und der Node.js über das Menü der installierten Windows Apps. Das stehen gebliebene Windows Verzeichnisse, in dem der ioBroker installiert war, habe ich von Hand nachgelöscht.

Anschliessend habe ich die Neuinstallation durchgeführt mittels iobroker-latest-windows-installer.exe, und via ioBroker Assistenten den Admin User neu angelegt. Jetzt geht alles wieder.

Mein VIS Projekt hatte ich vor dem Issue mal exportiert gehabt, so muss ich nur die 3 benötigten Adapters wieder einrichten, und mein VIS Projekt wieder importieren. Ich hatte Glück dass ich nur ein kleines Projekt hatte. Ein Backup wäre jetzt mal angebracht....

Hallo zusammen. Ich habe nun 1 Woche mit dem ioBroker und der VIS-2 auf meinem Windows 11 Rechner etwas entwickelt. Nun war ein Update für den Admin Adapter verfügbar, welches ich habe erfolgreich installieren lassen (Meldung success). Allerdings komme ich jetzt mit meinen Login Credentials nicht mehr in den ioBroker rein. Der Login User hiess "Admin", und das Passwort war streng. Wie komme ich da jetzt wieder rein? Warum gibt es hier kein "Passwort vergessen"?