NEWS
[Nut Adapter] Adapterkonfiguration
-
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?
-
Habe das Kommando auf dem raspi (NUT-client) abgesetzt:
Das sieht nicht so gut aus. Was muss ich tun?
-
Hier der log:
-
@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 -
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.
-
@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 ThreadFür ioBroker gibt es den nut Adapter von @Apollon77, Github und ioBrokerForum . Dieser Adapter stellt einen NUT-Cient bereit
-
@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/1Dumme 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.
-
@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?
-
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.
-
@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:
Hier der log vom Adapterstart
das ist immer noch kein debug-log (und nicht in code-tags )
-
@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.
-
@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!
-
@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?
-
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 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?
-
@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?
-
@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:
Was läuft den schief?
läuft der Nut-Server, bzw hat er Verbindung zu USV?
-
@homoran Welches Kommando brauche ich denn, um nach dem ssh-login auf das NAS nachzuschauen, ob der NUT server läuft?
-
"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. -
@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?