Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Homoran]

@beachboy sagte in Neuling mit Fragen zu SUN2000 Adaptern:

Geht man auf das Fragezeichen kommt ein Text, der Port 502 als gesetzt erwähnt...

dann postet man die Ausgabe von iob diag als Langfassung

[Beachboy]

@homoran
Hmm, das verhält sich ungewohnt, bzw. da hänge ich als Neuling wieder...
Da scheint es im Script sudos zu geben...
wenn ich "iob diag" eingebe (ohne sudo)

guenter@HDVDR:~$ iob diag
[sudo] Passwort für guenter:

[sudo] password for iobroker:

Das Passwort für guenter kenne ich natürlich,
aber ich habe gar keinen iobroker User auf dem System.
Das admin Passwort funktioniert auch nicht.

google bzw. die Suchfunktion hat leider auch nichts ausgespuckt.

Gruß,

Günter

[Thomas Braun]

@beachboy

id
id iobroker

sagt jeweils?

[Beachboy]

@thomas-braun

guenter@HDVDR:~$ id
uid=1000(guenter) gid=1000(guenter) Gruppen=1000(guenter),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),122(lpadmin),135(lxd),136(sambashare),141(libvirt),1001(iobroker)
guenter@HDVDR:~$ id iobroker
uid=1001(iobroker) gid=1001(iobroker) Gruppen=1001(iobroker),5(tty),20(dialout),27(sudo),29(audio),44(video),46(plugdev),113(bluetooth)
guenter@HDVDR:~$

Danke, der taucht im UI der Ubuntu Nutzerverwaltung nicht auf.
Spannend.
Hab das Passwort gesetzt, läuft jetzt durch.

Attached:
iob_diag.log

[Thomas Braun]

@beachboy sagte in Neuling mit Fragen zu SUN2000 Adaptern:

Hab das Passwort gesetzt, läuft jetzt durch.

Was für ein Passwort? Der User iobroker hat und braucht kein Passwort.

[Thomas Braun]

@beachboy

Bring das auf 24.04 LTS, wenn es schon Ubuntu sein muss...

User that called 'iob diag':
iobroker

Der user iobroker ruft kein iob diag auf, weil man auch nie als solcher eingeloggt ist. Verwende den guenter.

[Beachboy]

@thomas-braun Da gibt es diverse Abhängigkeiten bzgl. Treiber meiner SAT-Karte, daher geschieht das immer erst recht spät, aber rechtzeitig vor Support-Ende der Disti...
Aber, muss ich mir in der Tat mal anschauen.

[Thomas Braun]

@beachboy

Nach dem ersten PointRelease einer Distribution ist der richtige Zeitpunkt. Also installier da 24.04.

[Beachboy]

Hallo Zusammen,

also, danke für die Antworten.
Zur Info, ich werde den Huawei Support kontaktieren,
ob die eine Idee haben, woran das liegen kann.

Mir würde schon helfen, wenn hier jemand mit dem gleichen
aktuellen Softwarestand berichten könnte, dass es bei ihm/ihr funktioniert.

Ansonsten weiss ich nicht mehr wo noch suchen.

Gruss,

Günter

PS: Wie bereits beschrieben, ich setze eine DVB Hardware ein, die leider vom
Kernel nicht unterstützt wird. Daher muss ich mit dem Update auf 24.04 so lange warten
bis ich eine sichere Quelle dafür habe.

[wendy2702]

@beachboy said in Neuling mit Fragen zu SUN2000 Adaptern:

Aber bei allen IDs ausser 502 bekomme ich sofort einen Conn-Refused.

Das ist der Port und nicht die ID.

@beachboy said in Neuling mit Fragen zu SUN2000 Adaptern:

@samson71 Gerne, welche Screenshots wären hilfreich?

Einstellungen der Instanz z.B.

@beachboy said in Neuling mit Fragen zu SUN2000 Adaptern:

Zur Info, ich werde den Huawei Support kontaktieren,
ob die eine Idee haben, woran das liegen kann.

Hoffe du bist bei denen auskunftsfreudiger. Viel Erfolg

[Beachboy]

@wendy2702
Ich verstehe ja, dass niemand eine Glaskugel hat
Aber deshalb habe ich ja gefragt, was Ihr braucht zur Analyse. Das liefere ich sofort.

Also, hier Screenshots der Einstellungen der Instanz - ich habe eigentlich alles weitestgehend auf den Standardwerten belassen:

Modbus Proxy nicht enabled.
TOU auch nicht.

Was kann ich noch liefern?

Hier noch die Liste meiner Add-Ons.

Vielen Dank für Eure Hilfe,

Günter

PS: Ich befürchte eben, dass es garnicht am ioBroker liegt (Hass hat ja das gleiche Problem), sondern bei Huawei, deshalb meine Frage, ob das mit der EMMA mit dem gleichen Softwarestand bei jemanden funktioniert.

[Beachboy]

Vielleicht auch noch interessant, wenn ich die Instanz starte geht das innerhalb von Sekunden auf folgendes Bild:

Im Protokoll steht nur:

Im JSON-Health stand ganz kur eine neue Fehlermeldung, leider war das so schnell wieder weg, dass ich es nicht lesen konnte. Es ändert sich dann auf das oben beschriebene:

[Homoran]

@beachboy sagte in Neuling mit Fragen zu SUN2000 Adaptern:

Im Protokoll steht nur:

das ist kein debug-log
da steht möglicherweise mehr

[Beachboy]

@homoran
Danke für den Hinweis, das hat mich jetzt weiter gebracht, musste zuerst mal suchen, wo ich den Debug-Level ändern kann.
Jetzt habe ich einen konkreten Anhaltspunkt - Modbus error: {"name":"PortNotOpenError","message":"Port Not Open","errno":"ECONNREFUSED"}
Die Emma lehnt die Verbindung ab, obwohl Modbus aktiviert ist.
Die Veränderung des delays auf 600 habe ich gleich getestet, verändert aber die Situation nicht.

2025-05-08 17:06:42.412 - info: admin.0 (2375) ==> Connected system.user.admin from ::ffff:192.168.2.60
2025-05-08 17:09:21.750 - info: host.HDVDR "system.adapter.sun2000.0" enabled
2025-05-08 17:09:21.947 - info: host.HDVDR instance system.adapter.sun2000.0 in version "1.4.0" started with pid 623580
2025-05-08 17:09:22.493 - debug: sun2000.0 (623580) Redis Objects: Use Redis connection: 127.0.0.1:9001
2025-05-08 17:09:22.504 - debug: sun2000.0 (623580) Objects client ready ... initialize now
2025-05-08 17:09:22.505 - debug: sun2000.0 (623580) Objects create System PubSub Client
2025-05-08 17:09:22.505 - debug: sun2000.0 (623580) Objects create User PubSub Client
2025-05-08 17:09:22.514 - debug: sun2000.0 (623580) Objects client initialize lua scripts
2025-05-08 17:09:22.517 - debug: sun2000.0 (623580) Objects connected to redis: 127.0.0.1:9001
2025-05-08 17:09:22.523 - debug: sun2000.0 (623580) Redis States: Use Redis connection: 127.0.0.1:9000
2025-05-08 17:09:22.526 - debug: sun2000.0 (623580) States create System PubSub Client
2025-05-08 17:09:22.527 - debug: sun2000.0 (623580) States create User PubSub Client
2025-05-08 17:09:22.572 - debug: sun2000.0 (623580) States connected to redis: 127.0.0.1:9000
2025-05-08 17:09:22.681 - debug: sun2000.0 (623580) Plugin sentry Initialize Plugin (enabled=true)
2025-05-08 17:09:22.840 - info: sun2000.0 (623580) starting. Version 1.4.0 in /opt/iobroker/node_modules/iobroker.sun2000, node: v20.19.1, js-controller: 7.0.6
2025-05-08 17:09:22.963 - debug: sun2000.0 (623580) getAstroDate(pattern=sunrise, date=Thu May 08 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)) => Thu May 08 2025 05:56:34 GMT+0200 (Mitteleuropäische Sommerzeit)
2025-05-08 17:09:22.963 - debug: sun2000.0 (623580) getAstroDate(pattern=sunset, date=Thu May 08 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)) => Thu May 08 2025 20:46:34 GMT+0200 (Mitteleuropäische Sommerzeit)
2025-05-08 17:09:22.964 - debug: sun2000.0 (623580) {"timeout":10000,"delay":0,"connectDelay":5000,"modbusAdjust":true,"min":0,"max":6000}
2025-05-08 17:09:22.964 - info: sun2000.0 (623580) Adjustment: It starts for the Modbus connection...
2025-05-08 17:09:22.965 - debug: sun2000.0 (623580) ### DataPolling START 1 sec ###
2025-05-08 17:09:22.966 - debug: sun2000.0 (623580) Try to read data from id/address 0/30354/high/Emma sampled data 2
2025-05-08 17:09:22.966 - info: sun2000.0 (623580) Open Connection...
2025-05-08 17:09:27.971 - info: sun2000.0 (623580) Connected Modbus TCP to 192.168.2.73:502
2025-05-08 17:09:27.973 - debug: sun2000.0 (623580) Modbus error: {"name":"PortNotOpenError","message":"Port Not Open","errno":"ECONNREFUSED"}
2025-05-08 17:09:27.975 - debug: sun2000.0 (623580) ### Adjustment: Try to read with the delay value: 600 ###
2025-05-08 17:09:27.976 - debug: sun2000.0 (623580) Adjust: {"successLevel":0,"successCounter":0,"errorCounter":1,"lastLength":0,"SuccessDelay":6000,"ErrorDelay":0}
2025-05-08 17:10:02.152 - info: linux-control.0 (2767) getting data from HDVDR (192.168.2.18:22)
2025-05-08 17:10:06.074 - info: linux-control.0 (2767) successful received data from HDVDR (192.168.2.18:22)
2025-05-08 17:10:22.966 - debug: sun2000.0 (623580) ### Watchdog: time since last update 60.001 sec
2025-05-08 17:10:57.955 - info: host.HDVDR "system.adapter.sun2000.0" disabled
2025-05-08 17:10:57.956 - info: host.HDVDR stopInstance system.adapter.sun2000.0 (force=false, process=true)
2025-05-08 17:10:57.962 - info: sun2000.0 (623580) Got terminate signal TERMINATE_YOURSELF
2025-05-08 17:10:57.963 - info: sun2000.0 (623580) cleaned everything up...
2025-05-08 17:10:57.965 - info: sun2000.0 (623580) terminating
2025-05-08 17:10:57.965 - debug: sun2000.0 (623580) Plugin sentry destroyed
2025-05-08 17:10:57.966 - info: sun2000.0 (623580) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2025-05-08 17:10:58.001 - info: host.HDVDR stopInstance system.adapter.sun2000.0 send kill signal
2025-05-08 17:10:58.468 - info: sun2000.0 (623580) terminating
2025-05-08 17:10:58.527 - info: host.HDVDR instance system.adapter.sun2000.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2025-05-08 17:14:07.236 - info: fritzbox.0 (2607) data from 192.168.2.1: 08.05.25 17:14:07;CALL;1;10;937403;930013;SIP0;
2025-05-08 17:14:14.939 - info: fritzbox.0 (2607) data from 192.168.2.1: 08.05.25 17:14:14;CONNECT;1;10;930013;
2025-05-08 17:14:19.594 - info: admin.0 (2375) ==> Connected system.user.admin from ::ffff:192.168.2.60
2025-05-08 17:14:25.154 - info: host.HDVDR "system.adapter.sun2000.0" enabled
2025-05-08 17:14:25.335 - info: host.HDVDR instance system.adapter.sun2000.0 in version "1.4.0" started with pid 624577
2025-05-08 17:14:25.876 - debug: sun2000.0 (624577) Redis Objects: Use Redis connection: 127.0.0.1:9001
2025-05-08 17:14:25.887 - debug: sun2000.0 (624577) Objects client ready ... initialize now
2025-05-08 17:14:25.889 - debug: sun2000.0 (624577) Objects create System PubSub Client
2025-05-08 17:14:25.893 - debug: sun2000.0 (624577) Objects create User PubSub Client
2025-05-08 17:14:25.916 - debug: sun2000.0 (624577) Objects client initialize lua scripts
2025-05-08 17:14:25.922 - debug: sun2000.0 (624577) Objects connected to redis: 127.0.0.1:9001
2025-05-08 17:14:25.936 - debug: sun2000.0 (624577) Redis States: Use Redis connection: 127.0.0.1:9000
2025-05-08 17:14:25.940 - debug: sun2000.0 (624577) States create System PubSub Client
2025-05-08 17:14:25.942 - debug: sun2000.0 (624577) States create User PubSub Client
2025-05-08 17:14:25.991 - debug: sun2000.0 (624577) States connected to redis: 127.0.0.1:9000
2025-05-08 17:14:26.004 - debug: sun2000.0 (624577) Plugin sentry Initialize Plugin (enabled=true)
2025-05-08 17:14:26.168 - info: sun2000.0 (624577) starting. Version 1.4.0 in /opt/iobroker/node_modules/iobroker.sun2000, node: v20.19.1, js-controller: 7.0.6
2025-05-08 17:14:26.290 - debug: sun2000.0 (624577) getAstroDate(pattern=sunrise, date=Thu May 08 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)) => Thu May 08 2025 05:56:34 GMT+0200 (Mitteleuropäische Sommerzeit)
2025-05-08 17:14:26.290 - debug: sun2000.0 (624577) getAstroDate(pattern=sunset, date=Thu May 08 2025 12:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)) => Thu May 08 2025 20:46:34 GMT+0200 (Mitteleuropäische Sommerzeit)
2025-05-08 17:14:26.290 - debug: sun2000.0 (624577) {"timeout":10000,"delay":0,"connectDelay":5000,"modbusAdjust":true,"min":0,"max":6000}
2025-05-08 17:14:26.291 - info: sun2000.0 (624577) Adjustment: It starts for the Modbus connection...
2025-05-08 17:14:26.291 - debug: sun2000.0 (624577) ### DataPolling START 1 sec ###
2025-05-08 17:14:26.292 - debug: sun2000.0 (624577) Try to read data from id/address 0/30354/high/Emma sampled data 2
2025-05-08 17:14:26.292 - info: sun2000.0 (624577) Open Connection...
2025-05-08 17:14:31.295 - info: sun2000.0 (624577) Connected Modbus TCP to 192.168.2.73:502
2025-05-08 17:14:31.297 - debug: sun2000.0 (624577) Modbus error: {"name":"PortNotOpenError","message":"Port Not Open","errno":"ECONNREFUSED"}
2025-05-08 17:14:31.299 - debug: sun2000.0 (624577) ### Adjustment: Try to read with the delay value: 600 ###
2025-05-08 17:14:31.300 - debug: sun2000.0 (624577) Adjust: {"successLevel":0,"successCounter":0,"errorCounter":1,"lastLength":0,"SuccessDelay":6000,"ErrorDelay":0}
2025-05-08 17:15:06.075 - info: linux-control.0 (2767) getting data from HDVDR (192.168.2.18:22)
2025-05-08 17:15:08.720 - info: host.HDVDR "system.adapter.sun2000.0" disabled
2025-05-08 17:15:08.720 - info: host.HDVDR stopInstance system.adapter.sun2000.0 (force=false, process=true)
2025-05-08 17:15:08.723 - info: sun2000.0 (624577) Got terminate signal TERMINATE_YOURSELF
2025-05-08 17:15:08.724 - info: sun2000.0 (624577) cleaned everything up...
2025-05-08 17:15:08.724 - info: sun2000.0 (624577) terminating
2025-05-08 17:15:08.724 - debug: sun2000.0 (624577) Plugin sentry destroyed
2025-05-08 17:15:08.724 - info: sun2000.0 (624577) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2025-05-08 17:15:08.763 - info: host.HDVDR stopInstance system.adapter.sun2000.0 send kill signal
2025-05-08 17:15:09.226 - info: sun2000.0 (624577) terminating

[wendy2702]

@beachboy und du hast das ausgeführt?

https://github.com/bolliy/ioBroker.sun2000/blob/main/docs/inverter.md

[Beachboy]

@Homoran Ja, das habe ich in der Tat.
Allerdings sieht bei mir der Dialog ganz anders aus - siehe Screen-Foto.
Ich habe bei IP des Servers 0.0.0.0 eingestellt in der Annahme, dass dann alle Hosts zu lässt.
Leider finde ich das nirgends im Bedienungshandbuch bestätigt, dass das auch genau die Folge hat.
Ich werde jetzt mal explizit auf die Server IP zurück gehen, um das zu testen.

PS: Ich hab vom Installatuer das Install-Passwort bekommen, daher komme ich an alles ran,
hilft bis jetzt nur leider nichts...

[Homoran]

@beachboy sagte in Neuling mit Fragen zu SUN2000 Adaptern:

Ich habe bei IP des Servers 0.0.0.0 eingestellt in der Annahme, dass dann alle Hosts zu lässt.

stell da mal die IP des ioBrokers rein

[wendy2702]

Das sieht nicht wirklich nach der Oberfläche des WR aus.

Bist du wirklich mit dem WLAN AP des WR verbunden wenn du das machst?

[Beachboy]

@wendy2702 In der Tat, nein, das ist die EMMA.
D.h. ich bin direkt mit der EMMA verbunden.
Am WEchselrichter habe ich keinen Dongle, denn das soll ja über die EMMA laufen.

[Beachboy]

@homoran Werde ich testen, komme aber erst gegen Abend dazu.