[Nut Adapter] Adapterkonfiguration

[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.

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

der raspi (192.168.1.6) ist unter den Netzwerkgeräten, die benachricht werden sollen, eingetragen.

Wie gesagt kenne ich QNAP nicht, aber das ist meiner Meinung nach nur eine Meldung bei Ausfall.
Das sind nicht die Clients, die auf den Server zugreifen dürfen.

und wofür sind die Checkboxen vor den IPs?

ist das nur dann aktiv wenn angehakt?

[norbert999]

@homoran said in [Nut Adapter] Adapterkonfiguration:

Wie gesagt kenne ich QNAP nicht, aber das ist meiner Meinung nach nur eine Meldung bei Ausfall.
Das sind nicht die Clients, die auf den Server zugreifen dürfen.

Da hast Du wahrscheinlich Recht. Ich müßte schauen, wie ich überprüfen kann, ob wirklich ein NUT-server auf QNAP läuft. Muss googeln, weiss nämlich nicht wie das geht. ssh Zugang zum QNAP habe ich.

und wofür sind die Checkboxen vor den IPs?

Die sind nur dafür da, dass wenn ich einen Eintrag entfernen möchte. Dazu muss ich vorher die checkbox beim entsprechenden Eintrag anklicken und kann dann "Entfernen" anklicken. Sonst keine Funktion.
Laut QNAP werden dies dort eingetragenen IP´s bei z.B. Stromausfall "informiert".

Habe erst mal keine Idee mehr. Ich lese natürlich alles was ich finden kann. Aber die Konfiguration "USV per USB an QNAP und raspi mit iob gibt es nicht so oft. Daher passen die meisten Anleitungen nicht.

Die für mich wichtige Frage jetzt ist, muss ich noch einen NUT-client auf raspi installieren, oder nicht. Meister Mopper hat ja gesagt, ich muss den installieren. Ich bin mir da aber unsicher, weil ich auf der github-Seite des NUT-Adapters dazu keine Aussage gefunden habe. Deshalb hatte ich Meister Mopper in meinem letzten Post gefragt, ob ich wirklich installieren muss, oder nicht. Leider hat er noch nicht geantwortet.

Was denkst Du, wie ich weitermachen soll?

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Deshalb hatte ich Meister Mopper in meinem letzten Post gefragt, ob ich wirklich installieren muss, oder nicht. Leider hat er noch nicht geantwortet.

eher nicht!

@homoran sagte in [Nut Adapter] Adapterkonfiguration:

@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:

Deshalb hatte ich Meister Mopper in meinem letzten Post gefragt, ob ich wirklich installieren muss, oder nicht. Leider hat er noch nicht geantwortet.

eher nicht!

Ich habe noch keinen "extra"-NUT-client auf raspi installiert. Hatte auf meister mopper seine Antwort geantwortet. Persönlich glaube ich, dass es keinen "extra"-NUT-client auf dem raspi braucht. Bin aber natürlich kein Experte und lasse mich gern belehren.

Die Adaperbeschreibung von @Apollon77, Github habe ich mir natürlich durchgelesen und entsprechend konfiguriert. Aber irgendwie ist der Wurm noch drin.

Bin erstmal ratlos und hoffe auf Tips, werde aber natürlich nochmal alle sourcen im Netz durchgehen, um zu schauen, ob ich nicht doch was falsch gemacht habe.

Auch vielen Dank für Deine ständige und gute Hilfe. Sagst Du mir bitte, was das schon wieder neues ist mit dem Auswahlfeld in Deinem reply-post? Weiss nicht, wie das funktioniert. Habe meine Auswahl im letzten post von Dir gemacht, aber das ist ja schon Vergangenheit. Das siehst Du doch gar nicht mehr

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Ich habe noch keinen "extra"-NUT-client auf raspi installiert. Hatte auf meister mopper seine Antwort geantwortet

ich doch auch!
Warum brauchst du dann noch seine Antwort?

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

was das schon wieder neues ist mit dem Auswahlfeld in Deinem reply-post

wo ist ein Auswahlfeld?

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Aber die Konfiguration "USV per USB an QNAP und raspi mit iob gibt es nicht so oft

Wer sagt das?
Wichtig ist erstmal jemanden zu haben, der den NUT Server auf QNAP betreibt.

Alles andere müsste passen.

[norbert999]

@homoran said in [Nut Adapter] Adapterkonfiguration:

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Ich habe noch keinen "extra"-NUT-client auf raspi installiert. Hatte auf meister mopper seine Antwort geantwortet

ich doch auch!
Warum brauchst du dann noch seine Antwort?

Weil ich nicht so ein Experte bin, wie Ihr es seid. Bei mir "Halbwissendem" schwingt natürlich immer ein Stück "Unsicherheit" mit. Daher wäre es natürlich hilfreich, wenn es ein klares stement gäbe, ob ich den zusätzlichen NUT-client brauche. Ich denke nach wie vor, NEIN, den brauche ich nicht.

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

was das schon wieder neues ist mit dem Auswahlfeld in Deinem reply-post

wo ist ein Auswahlfeld?

Schau mal hier:

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Aber die Konfiguration "USV per USB an QNAP und raspi mit iob gibt es nicht so oft

Wer sagt das?
Wichtig ist erstmal jemanden zu haben, der den NUT Server auf QNAP betreibt.
Alles andere müsste passen.

Da werde ich mich jetzt auf die Suche machen. Macht es Sinn, nochmal in einem anderen Unterforum zu posten, weil Du und meister hopper die einzigen waren, die geantwortet haben.

[Homoran]

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Daher wäre es natürlich hilfreich, wenn es ein klares stement gäbe, ob ich den zusätzlichen NUT-client brauche.

das steht in dem "Auswahlfeld"!

Das ist aber kein Auswahlfeld. Die Forensoftware klappt die zusätzlichen Ebenen ein.
Wenn du nicht zu dem referenzierten Post zurückgehen willst, musst du dies aufklappen.

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

Macht es Sinn, nochmal in einem anderen Unterforum zu posten

auf keinen Fall!

steht auch in den bereits verlinkten Thread
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:

weil Du und meister hopper die einzigen waren, die geantwortet haben.

Vielleicht ist Weihnachten!?
und die benötigten User sind bei ihren Familien statt im Forum unterwegs

Warum so nervös?
Der Thread ist doch gerade 24h alt!

[Meister Mopper]

@norbert999

Wie ich es verstehe:

So wie du QNAP konfiguriert hast, darf der nut-Adapter von ioBroker auf den nut server des QNAP zugreifen. Damit fährt der Raspi aber noch nicht sauber runter, wenn mal der Strom weg ist.

Das musst du dann im ioBroker per Skript programmieren.

Wenn du möchtest, dass dieses Runterfahren automatisch erfolgt, muss auf dem Raspi ein nut client laufen.
Bei Stromausfall fährt der Server alle Clients bei einem definierten Batterietiefstand automatisch herunter.

Es bedeutet, dass der nut-Adapter das USV-Geschehen per se lediglich beobachtet und kein automatisches Herunterfahren des Raspi bewirkt.

Alle Maschinen, deren IP du im QNAP Nut Server freigibst, müssen einen Nut Client installiert haben, wenn du möchtest, dass der Server sie automatisch herunterfährt.

Ich hoffe, dass das jetzt deutlich geworden ist.