[Nut Adapter] Adapterkonfiguration

[norbert999]

@homoran Das war in der Tat leider ein Schreibfehler im post.

Richtig ist (und so auch konfiguriert:

NAS IP 192.168.1.12. Im NAS ist in der USV-Registerkarte der raspi mit IP 192.168.1.6 eingetragen und die checkbox "Netzwerk USV-Master aktivieren" aktiviert.

raspi mit iob hat IP 192.168.1.6. In der Adapter-Konfiguration ist das NAS IP 192.168.1.12 mit den Standard NAT-Port eingetragen und als user admin mit dem admin-Passwort hinterlegt-

So war es eingetragen, leider beim Post bei der raspi IP einen Schreibfehler gemacht. Den hast Du sofort bemerkt. Wat aber nur Schreibfehler.

[Meister Mopper]

@norbert999

Das kannst du einfach auf einem nut-client testen, indem du systemctl status nut-client (nicht als root!) auf den entsprechenden Maschinen absetzt.

Ist der nut-client aktiv?

[norbert999]

@meister-mopper

Habe das Kommando auf dem raspi (NUT-client) abgesetzt:

Das sieht nicht so gut aus. Was muss ich tun?

[norbert999]

@homoran

Hier der log:

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Hier der log:

das ist kein debug-log

dieses bitte als Text in code-tags posten!

Fallst du Hilfe dazu benötigst
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

[Meister Mopper]

@norbert999

Du hast den client nicht installiert.

Als NORMALER User:
sudo apt update

und dann

sudo apt install nut-client

Anschließend suchst du bitte im Netz, wie man das mit einem QNAP-NAS macht. Es gib gefühlt 1.000 Anleitungen.

[Homoran]

@meister-mopper sagte in [Nut Adapter] Adapterkonfiguration:

Du hast den client nicht installiert.

jetzt bin ich irritiert!
braucht es den wirklich?

Ich werde sofort nochmal den alten Thread durchlesen. Ist bei mir einige Jährchen her.
Bei meiner APC USV an der Synology kann ich mich nicht erinnern einen client installiert zu haben.

Der Adapter verbindet dich doch mit dem nut-Server

EDIT:
Aus dem erwähnten Thread

Für ioBroker gibt es den nut Adapter von @Apollon77, Github und ioBrokerForum . Dieser Adapter stellt einen NUT-Cient bereit

[norbert999]

@homoran said in [Nut Adapter] Adapterkonfiguration:

as ist kein debug-log
dieses bitte als Text in code-tags posten!
Fallst du Hilfe dazu benötigst
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

Dumme Frage: Wie mache ich das? Wenn ich die iob debug-Ausgabe kopiere und dann im post in code-tags einpacke, dann sieht das bei mir im Vorschau-Fenster "komisch" aus, ganz naders als bei anderen posts.

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Wie mache ich das?

dafür hatte ich doch die Hilfe verlinkt.
Adapterinstanz auf Logstufe debug stellen
log herunterladen
relevantes ausschneiden
und ohne Umwege hier in code-tags posten.

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

dann sieht das bei mir im Vorschau-Fenster "komisch" aus,

wie denn?

[norbert999]

Störe Dich nur ungern, habe aber eine Frage, die Du sicherlich schnell beantworten kannst:

@meister-mopper said in [Nut Adapter] Adapterkonfiguration:

Du hast den client nicht installiert.

Muss ich den den NUT-client denn wirklich auf dem raspi (192.168.1.6), auf dem der iob läuft,installieren? Ich hatte das Verständnis, dass der Adapter selbst der client ist und sich mit dem QNAP NAS (192.168.1.12), auf dem der NUT-server läuft, verbindet. Das scheint ja auch zu funktionieren. Hier der log vom Adapterstart (kriege das noch nicht hin mit den code-tags, daher leider nur Foto):

Im NAS (an dem die USV per USB angeschlossen ist) habe ich über ssh auch nachgeschaut. In den entsprechenden Konfigurationsdateien ist alles so eingetragen, wie das im Adapter-readme beschrieben ist.

Also, für mich jetzt zunächst die wichtige Frage, brauche ich auf dem raspi noch den NUT-client, oder nicht.

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Hier der log vom Adapterstart

das ist immer noch kein debug-log (und nicht in code-tags )

[norbert999]

@homoran said in [Nut Adapter] Adapterkonfiguration:

dafür hatte ich doch die Hilfe verlinkt.
Adapterinstanz auf Logstufe debug stellen
log herunterladen
relevantes ausschneiden
und ohne Umwege hier in code-tags posten.

Danke. Jetzt habe ich´s (hatte einen Fehler beim kopieren des logs gemacht)

2024-12-27 09:52:24.232 - info: host.raspi5 "system.adapter.nut.0" enabled
2024-12-27 09:52:24.618 - info: host.raspi5 instance system.adapter.nut.0 in version "1.6.0" started with pid 4647
2024-12-27 09:52:25.297 - info: nut.0 (4647) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.nut, node: v20.18.1, js-controller: 7.0.6

Das ist übrigens das debug-log vom NUT-Adapterstart im iob. Bei den Datenpunkten kommt aber nur false.

[Dr. Bakterius]

@norbert999 Das ist immer noch kein debug-Log! Das ist viel umfangreicher. Sieht bei mir etwa so aus:

2024-12-27 10:49:07.648 - debug: nut.0 (3553608) Redis Objects: Use Redis connection: 127.0.0.1:6379
2024-12-27 10:49:07.659 - debug: nut.0 (3553608) Objects client ready ... initialize now
2024-12-27 10:49:07.660 - debug: nut.0 (3553608) Objects create System PubSub Client
2024-12-27 10:49:07.661 - debug: nut.0 (3553608) Objects create User PubSub Client
2024-12-27 10:49:07.699 - debug: nut.0 (3553608) Objects client initialize lua scripts
2024-12-27 10:49:07.701 - debug: nut.0 (3553608) Objects connected to redis: 127.0.0.1:6379
2024-12-27 10:49:07.706 - debug: nut.0 (3553608) Redis States: Use Redis connection: 127.0.0.1:9000
2024-12-27 10:49:07.720 - debug: nut.0 (3553608) States create System PubSub Client
2024-12-27 10:49:07.720 - debug: nut.0 (3553608) States create User PubSub Client
2024-12-27 10:49:07.786 - debug: nut.0 (3553608) States connected to redis: 127.0.0.1:9000
2024-12-27 10:49:07.830 - debug: nut.0 (3553608) Plugin sentry Initialize Plugin (enabled=true)
2024-12-27 10:49:07.996 - info: nut.0 (3553608) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.nut, node: v20.18.1, js-controller: 7.0.3
2024-12-27 10:49:08.006 - debug: nut.0 (3553608) Create Channel status
2024-12-27 10:49:08.017 - debug: nut.0 (3553608) Create State status.online

Und das ist nur der Anfang!

[norbert999]

@dr-bakterius Danke für Deinen Hinweis. Ich weiß aber wirklich nicht, was ich falsch mache.

Ich habe im iob debug-level angeklickt. Dann starte ich den NUT-adapter neu, klicke copy-to-clipboard an, kopiere den Inhalt und paste ihn zwischen die code-tags vom post. Das sieht dann so aus:

2024-12-27 12:03:02.842 - info: host.raspi5 "system.adapter.nut.0" enabled
2024-12-27 12:03:03.244 - info: host.raspi5 instance system.adapter.nut.0 in version "1.6.0" started with pid 6012
2024-12-27 12:03:03.929 - info: nut.0 (6012) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.nut, node: v20.18.1, js-controller: 7.0.6

Aber die Quelle, also der ursprüngliche log sah so aus:

Da steht ja oben drüber in der Überschriftenzeile "debug", aber bei den Meldungen darunter steht nach wie vor "info".

Wie kriege ich denn den ausführlichen debug-log hin?

[norbert999]

@homoran

Hier der NUT-debug log:

2024-12-27 12:31:14.849 - info: host.raspi5 "system.adapter.nut.0" enabled
2024-12-27 12:31:15.339 - info: host.raspi5 instance system.adapter.nut.0 in version "1.6.0" started with pid 6418
2024-12-27 12:31:15.854 - debug: nut.0 (6418) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-12-27 12:31:15.869 - debug: nut.0 (6418) Objects client ready ... initialize now
2024-12-27 12:31:15.870 - debug: nut.0 (6418) Objects create System PubSub Client
2024-12-27 12:31:15.871 - debug: nut.0 (6418) Objects create User PubSub Client
2024-12-27 12:31:15.890 - debug: nut.0 (6418) Objects client initialize lua scripts
2024-12-27 12:31:15.893 - debug: nut.0 (6418) Objects connected to redis: 127.0.0.1:9001
2024-12-27 12:31:15.906 - debug: nut.0 (6418) Redis States: Use Redis connection: 127.0.0.1:9000
2024-12-27 12:31:15.912 - debug: nut.0 (6418) States create System PubSub Client
2024-12-27 12:31:15.913 - debug: nut.0 (6418) States create User PubSub Client
2024-12-27 12:31:15.964 - debug: nut.0 (6418) States connected to redis: 127.0.0.1:9000
2024-12-27 12:31:15.980 - debug: nut.0 (6418) Plugin sentry Do not initialize Plugin (enabled=false)
2024-12-27 12:31:16.070 - info: nut.0 (6418) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.nut, node: v20.18.1, js-controller: 7.0.6
2024-12-27 12:31:16.078 - debug: nut.0 (6418) Create Channel status
2024-12-27 12:31:16.090 - debug: nut.0 (6418) connected set to false
2024-12-27 12:31:16.132 - debug: nut.0 (6418) Create State status.online
2024-12-27 12:31:16.140 - debug: nut.0 (6418) Set State status.online = false
2024-12-27 12:31:16.143 - debug: nut.0 (6418) Create State status.onbattery
2024-12-27 12:31:16.144 - debug: nut.0 (6418) Set State status.onbattery = false
2024-12-27 12:31:16.146 - debug: nut.0 (6418) Create State status.lowbattery
2024-12-27 12:31:16.147 - debug: nut.0 (6418) Set State status.lowbattery = false
2024-12-27 12:31:16.149 - debug: nut.0 (6418) Create State status.highbattery
2024-12-27 12:31:16.150 - debug: nut.0 (6418) Set State status.highbattery = false
2024-12-27 12:31:16.152 - debug: nut.0 (6418) Create State status.replacebattery
2024-12-27 12:31:16.152 - debug: nut.0 (6418) Set State status.replacebattery = false
2024-12-27 12:31:16.157 - debug: nut.0 (6418) Create State status.charging
2024-12-27 12:31:16.158 - debug: nut.0 (6418) Set State status.charging = false
2024-12-27 12:31:16.160 - debug: nut.0 (6418) Create State status.discharging
2024-12-27 12:31:16.161 - debug: nut.0 (6418) Set State status.discharging = false
2024-12-27 12:31:16.163 - debug: nut.0 (6418) Create State status.bypass
2024-12-27 12:31:16.164 - debug: nut.0 (6418) Set State status.bypass = false
2024-12-27 12:31:16.166 - debug: nut.0 (6418) Create State status.calibration
2024-12-27 12:31:16.167 - debug: nut.0 (6418) Set State status.calibration = false
2024-12-27 12:31:16.168 - debug: nut.0 (6418) Create State status.offline
2024-12-27 12:31:16.169 - debug: nut.0 (6418) Set State status.offline = false
2024-12-27 12:31:16.171 - debug: nut.0 (6418) Create State status.overload
2024-12-27 12:31:16.172 - debug: nut.0 (6418) Set State status.overload = false
2024-12-27 12:31:16.173 - debug: nut.0 (6418) Create State status.trimming
2024-12-27 12:31:16.174 - debug: nut.0 (6418) Set State status.trimming = false
2024-12-27 12:31:16.176 - debug: nut.0 (6418) Create State status.boosting
2024-12-27 12:31:16.177 - debug: nut.0 (6418) Set State status.boosting = false
2024-12-27 12:31:16.178 - debug: nut.0 (6418) Create State status.shutdown
2024-12-27 12:31:16.179 - debug: nut.0 (6418) Set State status.shutdown = false
2024-12-27 12:31:16.181 - debug: nut.0 (6418) Set State status.severity = 4
2024-12-27 12:31:16.185 - debug: nut.0 (6418) NUT Connection ready
2024-12-27 12:31:16.186 - debug: nut.0 (6418) NUT Connection closed. Done.
2024-12-27 12:31:16.188 - debug: nut.0 (6418) connected set to true

Ist das jetzt so richtig bzgl. post debug-level?
Und was sehe ich jetzt, woran es hakt?

[norbert999]

@norbert999 Sorry, habs jetzt geschafft!

2024-12-27 12:31:14.849 - info: host.raspi5 "system.adapter.nut.0" enabled
2024-12-27 12:31:15.339 - info: host.raspi5 instance system.adapter.nut.0 in version "1.6.0" started with pid 6418
2024-12-27 12:31:15.854 - debug: nut.0 (6418) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-12-27 12:31:15.869 - debug: nut.0 (6418) Objects client ready ... initialize now
2024-12-27 12:31:15.870 - debug: nut.0 (6418) Objects create System PubSub Client
2024-12-27 12:31:15.871 - debug: nut.0 (6418) Objects create User PubSub Client
2024-12-27 12:31:15.890 - debug: nut.0 (6418) Objects client initialize lua scripts
2024-12-27 12:31:15.893 - debug: nut.0 (6418) Objects connected to redis: 127.0.0.1:9001
2024-12-27 12:31:15.906 - debug: nut.0 (6418) Redis States: Use Redis connection: 127.0.0.1:9000
2024-12-27 12:31:15.912 - debug: nut.0 (6418) States create System PubSub Client
2024-12-27 12:31:15.913 - debug: nut.0 (6418) States create User PubSub Client
2024-12-27 12:31:15.964 - debug: nut.0 (6418) States connected to redis: 127.0.0.1:9000
2024-12-27 12:31:15.980 - debug: nut.0 (6418) Plugin sentry Do not initialize Plugin (enabled=false)
2024-12-27 12:31:16.070 - info: nut.0 (6418) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.nut, node: v20.18.1, js-controller: 7.0.6
2024-12-27 12:31:16.078 - debug: nut.0 (6418) Create Channel status
2024-12-27 12:31:16.090 - debug: nut.0 (6418) connected set to false
2024-12-27 12:31:16.132 - debug: nut.0 (6418) Create State status.online
2024-12-27 12:31:16.140 - debug: nut.0 (6418) Set State status.online = false
2024-12-27 12:31:16.143 - debug: nut.0 (6418) Create State status.onbattery
2024-12-27 12:31:16.144 - debug: nut.0 (6418) Set State status.onbattery = false
2024-12-27 12:31:16.146 - debug: nut.0 (6418) Create State status.lowbattery
2024-12-27 12:31:16.147 - debug: nut.0 (6418) Set State status.lowbattery = false
2024-12-27 12:31:16.149 - debug: nut.0 (6418) Create State status.highbattery
2024-12-27 12:31:16.150 - debug: nut.0 (6418) Set State status.highbattery = false
2024-12-27 12:31:16.152 - debug: nut.0 (6418) Create State status.replacebattery
2024-12-27 12:31:16.152 - debug: nut.0 (6418) Set State status.replacebattery = false
2024-12-27 12:31:16.157 - debug: nut.0 (6418) Create State status.charging
2024-12-27 12:31:16.158 - debug: nut.0 (6418) Set State status.charging = false
2024-12-27 12:31:16.160 - debug: nut.0 (6418) Create State status.discharging
2024-12-27 12:31:16.161 - debug: nut.0 (6418) Set State status.discharging = false
2024-12-27 12:31:16.163 - debug: nut.0 (6418) Create State status.bypass
2024-12-27 12:31:16.164 - debug: nut.0 (6418) Set State status.bypass = false
2024-12-27 12:31:16.166 - debug: nut.0 (6418) Create State status.calibration
2024-12-27 12:31:16.167 - debug: nut.0 (6418) Set State status.calibration = false
2024-12-27 12:31:16.168 - debug: nut.0 (6418) Create State status.offline
2024-12-27 12:31:16.169 - debug: nut.0 (6418) Set State status.offline = false
2024-12-27 12:31:16.171 - debug: nut.0 (6418) Create State status.overload
2024-12-27 12:31:16.172 - debug: nut.0 (6418) Set State status.overload = false
2024-12-27 12:31:16.173 - debug: nut.0 (6418) Create State status.trimming
2024-12-27 12:31:16.174 - debug: nut.0 (6418) Set State status.trimming = false
2024-12-27 12:31:16.176 - debug: nut.0 (6418) Create State status.boosting
2024-12-27 12:31:16.177 - debug: nut.0 (6418) Set State status.boosting = false
2024-12-27 12:31:16.178 - debug: nut.0 (6418) Create State status.shutdown
2024-12-27 12:31:16.179 - debug: nut.0 (6418) Set State status.shutdown = false
2024-12-27 12:31:16.181 - debug: nut.0 (6418) Set State status.severity = 4
2024-12-27 12:31:16.185 - debug: nut.0 (6418) NUT Connection ready
2024-12-27 12:31:16.186 - debug: nut.0 (6418) NUT Connection closed. Done.
2024-12-27 12:31:16.188 - debug: nut.0 (6418) connected set to true```

Was läuft den schief?

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Wie kriege ich denn den ausführlichen debug-log hin?

hab ich dir verlinkt und nochmal beschrieben.

Wo hakt es denn?

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Was läuft den schief?

läuft der Nut-Server, bzw hat er Verbindung zu USV?

[norbert999]

@homoran Welches Kommando brauche ich denn, um nach dem ssh-login auf das NAS nachzuschauen, ob der NUT server läuft?

[norbert999]

@homoran

"Netzwerk USV-Master" auf dem NAS ist aktiviert und der raspi (192.168.1.6) ist unter den Netzwerkgeräten, die benachricht werden sollen, eingetragen.
Mehr kann ich auf der NAS-Seite über die Oberfläche nicht machen.