NEWS
[Nut Adapter] Adapterkonfiguration
-
@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:
NAS hat IP 192.168.1.12. Das ist so im NUT-Adapter konfiguriert.
Im NAS, auf der USV-Seite ist die Option "Netzwerk USV-Master aktivieren" angehakt und als IP, die eine Nachricht erhält, ist der raspi mit IP 192.168.1.6 eingetragen.das passt!
vorhin hast du wohl etwas mit den IP-Adressen jongliertfehlt noch der debug-log vom Instanzenstart
-
@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 -
Habe das Kommando auf dem raspi (NUT-client) abgesetzt:
Das sieht nicht so gut aus. Was muss ich tun?
Du hast den client nicht installiert.
Als NORMALER User:
sudo apt updateund dann
sudo apt install nut-clientAnschließend suchst du bitte im Netz, wie man das mit einem QNAP-NAS macht. Es gib gefühlt 1.000 Anleitungen.
Proxmox und HA
-
Du hast den client nicht installiert.
Als NORMALER User:
sudo apt updateund dann
sudo apt install nut-clientAnschließ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
-
@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@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.
-
@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?
-
Du hast den client nicht installiert.
Als NORMALER User:
sudo apt updateund dann
sudo apt install nut-clientAnschließend suchst du bitte im Netz, wie man das mit einem QNAP-NAS macht. Es gib gefühlt 1.000 Anleitungen.
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.
-
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 ;-) )
-
@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?
@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.6Das ist übrigens das debug-log vom NUT-Adapterstart im iob. Bei den Datenpunkten kommt aber nur false.
-
@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.6Das 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.onlineUnd das ist nur der Anfang!
-
@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.onlineUnd 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.6Aber 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 sagte in [Nut Adapter] Adapterkonfiguration:
Hier der log vom Adapterstart
das ist immer noch kein debug-log (und nicht in code-tags ;-) )
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 trueIst das jetzt so richtig bzgl. post debug-level?
Und was sehe ich jetzt, woran es hakt? -
@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.6Aber 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 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?
-
@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.6Aber 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 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 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:
Was läuft den schief?
läuft der Nut-Server, bzw hat er Verbindung zu USV?
-
@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 Welches Kommando brauche ich denn, um nach dem ssh-login auf das NAS nachzuschauen, ob der NUT server läuft?
-
@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:
Was läuft den schief?
läuft der Nut-Server, bzw hat er Verbindung zu USV?
-
"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?
-
@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?
@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?
-
@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 ThreadFür ioBroker gibt es den nut Adapter von @Apollon77, Github und ioBrokerForum . Dieser Adapter stellt einen NUT-Cient bereit
Support us
367
Online32.6k
Benutzer81.9k
Themen1.3m
Beiträge