NEWS
[Nut Adapter] Adapterkonfiguration
-
@meister-mopper admin mit dem Passwort, das ich auf der Adapterseite eingetragen habe, ist ein regulärer admin-user des NAS.
@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:
@meister-mopper admin mit dem Passwort, das ich auf der Adapterseite eingetragen habe, ist ein regulärer admin-user des NAS.
Okay, dann gibt es offenbar Verständnisschwierigkeiten, und du kommst ohne Studium der guten Anleitung von @klassisch nicht weiter.
Ohne ein Grundverständnis vom Server/Client Prinzip wird nut bei dir nicht funktionieren. -
@norbert999 sagte in [Nut Adapter] Adapterkonfiguration:
@meister-mopper admin mit dem Passwort, das ich auf der Adapterseite eingetragen habe, ist ein regulärer admin-user des NAS.
Okay, dann gibt es offenbar Verständnisschwierigkeiten, und du kommst ohne Studium der guten Anleitung von @klassisch nicht weiter.
Ohne ein Grundverständnis vom Server/Client Prinzip wird nut bei dir nicht funktionieren.Nach meinem Verständnis läuft auf dem NAS (an das die eaton per USB angesteckt ist) der NUT server.
Der adapter im iob startet dann einen NUT client auf dem raspi (auf dem der iob läuft), der sich dann mit dem server verbindet.
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.
Ich denke doch, dass ich bzgl. client/server-Modell und auch Konfiguration auf beiden Seiten nicht daneben liege, oder? Nehme gern Deinen Rat an. Die Anleitung von @klassisch hatte ich natürlich schon studiert.Hast Du noch eine Idee?
-
Nach meinem Verständnis läuft auf dem NAS (an das die eaton per USB angesteckt ist) der NUT server.
Der adapter im iob startet dann einen NUT client auf dem raspi (auf dem der iob läuft), der sich dann mit dem server verbindet.
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.
Ich denke doch, dass ich bzgl. client/server-Modell und auch Konfiguration auf beiden Seiten nicht daneben liege, oder? Nehme gern Deinen Rat an. Die Anleitung von @klassisch hatte ich natürlich schon studiert.Hast Du noch eine Idee?
@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:
Ich musste dort die IP des raspi (192.168.1.12) eingeben.
Diese IP hast du doch such für den NUT Server eingegeben.
ich denke der läuft auf dem QNAP?@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.
-
Nach meinem Verständnis läuft auf dem NAS (an das die eaton per USB angesteckt ist) der NUT server.
Der adapter im iob startet dann einen NUT client auf dem raspi (auf dem der iob läuft), der sich dann mit dem server verbindet.
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.
Ich denke doch, dass ich bzgl. client/server-Modell und auch Konfiguration auf beiden Seiten nicht daneben liege, oder? Nehme gern Deinen Rat an. Die Anleitung von @klassisch hatte ich natürlich schon studiert.Hast Du noch eine Idee?
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?
-
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?
-
@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?
Support us
472
Online32.5k
Benutzer81.9k
Themen1.3m
Beiträge