Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Stephan Schleich]

@Scrounger Bei mir war aber scheinbar zwingend ein reboot erforderlich, vllt sollte man das noch mit ergänzen?

[Segway]

@Scrounger

So, ich habe mal die Export / Import genutzt, da ich den Adapter auf ein anderes System umziehe !
Dabei sind mir 2 Sachen aufgefallen:

1. Wenn ich den json importiert habe, dann gibt die Oberfläche mir NICHT den Button speichern und schliessen frei ! Somit wird die geladene Konfiguration gar nicht abgespeichert. (Workaround: einfach unter Meine Befehle einen DP anlegen dann kommt der Button)

2. Anscheinend werden Username / Passwörter nicht richtig übernommen. Er kann sich mit den Clients nicht verbinden. Gebe ich manuell nochmal Username / Passwort ein, dann kann er sich connecten. Scheint aber auch nicht bei Allen zu sein ?

[Scrounger]

@Segway sagte in Test Adapter Linux Control v1.x.x:

1. Wenn ich den json importiert habe, dann gibt die Oberfläche mir NICHT den Button speichern und schliessen frei ! Somit wird die geladene Konfiguration gar nicht abgespeichert. (Workaround: einfach unter Meine Befehle einen DP anlegen dann kommt der Button)

Kann ich bestätigen, bitte erstell dazu ein issue

2. Anscheinend werden Username / Passwörter nicht richtig übernommen. Er kann sich mit den Clients nicht verbinden. Gebe ich manuell nochmal Username / Passwort ein, dann kann er sich connecten. Scheint aber auch nicht bei Allen zu sein ?

Passwörter werden nicht übernommen, da diese nicht im klartext abgespeichert werden sollten - Sicherheit!
Wenn das System gewechselt wird, ist auch der iob Schlüssel anders und deshalb werden die PWs nicht korrekt entschlüsselt.

[UncleB]

Mahlzeit zusammen, genialer Adapter :)
Ich versetze meinen Rechner im die Bereitschaft "suspend"
Das funktioniert mit einem eigenen Befehl auch sehr gut "sudo -S pm-suspend"
Nun würde ich den Rechner über einen einfachen Taster gerne "wecken" finde hierzu keinen Befehl..
Vermutlich funktioniert das nur über WOL? Oder horcht der Rechner im Bereitschaftsmodus auf iwelche Befehle?

[liv-in-sky]

@UncleB sollte nur über wol gehen oder geräte schalter

[dirk1962]

Hallo @Scrounger, ich habe unter Proxmox einmal ioBroker in einer VM und einmal im Container installiert.
In der VM zeigt linux-control an, dass Proxmox online ist.

Spoiler

2021-01-27 13:01:53.783 - info: host.ioBroker stopInstance system.adapter.linux-control.0 (force=false, process=true)
2021-01-27 13:01:53.787 - info: linux-control.0 (10410) Got terminate signal TERMINATE_YOURSELF
2021-01-27 13:01:53.787 - info: linux-control.0 (10410) cleaned everything up...
2021-01-27 13:01:53.788 - info: linux-control.0 (10410) terminating
2021-01-27 13:01:53.788 - debug: linux-control.0 (10410) Plugin sentry destroyed
2021-01-27 13:01:53.788 - info: linux-control.0 (10410) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-01-27 13:01:53.827 - info: host.ioBroker stopInstance system.adapter.linux-control.0 send kill signal
2021-01-27 13:01:54.312 - info: host.ioBroker instance system.adapter.linux-control.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-01-27 13:01:56.851 - info: host.ioBroker instance system.adapter.linux-control.0 started with pid 10426
2021-01-27 13:01:57.208 - debug: linux-control.0 (10426) Redis Objects: Use Redis connection: 127.0.0.1:9001
2021-01-27 13:01:57.219 - debug: linux-control.0 (10426) Objects client ready ... initialize now
2021-01-27 13:01:57.220 - debug: linux-control.0 (10426) Objects create System PubSub Client
2021-01-27 13:01:57.221 - debug: linux-control.0 (10426) Objects create User PubSub Client
2021-01-27 13:01:57.221 - debug: linux-control.0 (10426) Objects client initialize lua scripts
2021-01-27 13:01:57.225 - debug: linux-control.0 (10426) Objects connected to redis: 127.0.0.1:9001
2021-01-27 13:01:57.229 - debug: linux-control.0 (10426) objectDB connected
2021-01-27 13:01:57.230 - debug: linux-control.0 (10426) Redis States: Use Redis connection: 127.0.0.1:9000
2021-01-27 13:01:57.237 - debug: linux-control.0 (10426) States create System PubSub Client
2021-01-27 13:01:57.238 - debug: linux-control.0 (10426) States create User PubSub Client
2021-01-27 13:01:57.240 - debug: linux-control.0 (10426) States connected to redis: 127.0.0.1:9000
2021-01-27 13:01:57.241 - debug: linux-control.0 (10426) statesDB connected
2021-01-27 13:01:57.300 - debug: linux-control.0 (10426) Plugin sentry Initialize Plugin (enabled=true)
2021-01-27 13:01:57.370 - info: linux-control.0 (10426) starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.linux-control, node: v12.20.1, js-controller: 3.2.11
2021-01-27 13:01:57.397 - info: linux-control.0 (10426) getting data from Proxmox (192.168.1.102:22, Adapter start)
2021-01-27 13:01:57.464 - debug: linux-control.0 (10426) [distributionInfo] Proxmox (192.168.1.102:22): send command: 'cat /etc/os-release'
2021-01-27 13:01:57.571 - debug: linux-control.0 (10426) [distributionInfo] Proxmox (192.168.1.102:22): response stdout: PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
2021-01-27 13:01:57.580 - debug: linux-control.0 (10426) [distributionInfo] Proxmox (192.168.1.102:22): csvToJson result: [{"prop":"PRETTY_NAME","val":"Debian GNU/Linux 10 (buster)"},{"prop":"NAME","val":"Debian GNU/Linux"},{"prop":"VERSION_ID","val":"10"},{"prop":"VERSION","val":"10 (buster)"},{"prop":"VERSION_CODENAME","val":"buster"},{"prop":"ID","val":"debian"},{"prop":"HOME_URL","val":"https://www.debian.org/"},{"prop":"SUPPORT_URL","val":"https://www.debian.org/support"},{"prop":"BUG_REPORT_URL","val":"https://bugs.debian.org/"}]
2021-01-27 13:01:57.588 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): send command: 'apt-get update'
2021-01-27 13:01:58.831 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): response stdout: Hit:1 http://security.debian.org buster/updates InRelease
Hit:2 http://ftp.de.debian.org/debian buster InRelease
Hit:3 http://security.debian.org/debian-security buster/updates InRelease
Hit:4 http://ftp.de.debian.org/debian buster-updates InRelease
Hit:5 http://download.proxmox.com/debian/pve buster InRelease
Reading package lists...
2021-01-27 13:01:58.832 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): send command: 'apt-get --just-print upgrade 2>&1 | perl -ne 'if (/Inst\s([\w,\-,\d,\.,~,:,\+]+)\s\[([\w,\-,\d,\.,~,:,\+]+)\]\s\(([\w,\-,\d,\.,~,:,\+]+)\)? /i) {print "$1,$2,$3\n"}' | column -s " " -t'
2021-01-27 13:01:59.145 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): response stdout:
2021-01-27 13:01:59.145 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): Proxmox.updates.newPackages: 0
2021-01-27 13:01:59.148 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): Proxmox.updates.upgradable: false
2021-01-27 13:01:59.152 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): send command: 'dpkg-query -f '${db-fsys:Last-Modified}
' -W | sort -nr | head -1'
2021-01-27 13:01:59.165 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): response stdout: 1611500573
2021-01-27 13:01:59.166 - debug: linux-control.0 (10426) [cmdAptUpdate] Proxmox (192.168.1.102:22): Proxmox.updates.lastUpdate: 1611500573000 -> 24.01.2021 16:02
2021-01-27 13:01:59.213 - debug: linux-control.0 (10426) [servicesInfo] Proxmox (192.168.1.102:22): no datapoints selected -> removing existing datapoints
2021-01-27 13:01:59.218 - debug: linux-control.0 (10426) [needrestart] Proxmox (192.168.1.102:22): no datapoints selected -> removing existing datapoints
2021-01-27 13:01:59.222 - info: linux-control.0 (10426) successful received data from Proxmox (192.168.1.102:22)
2021-01-27 13:01:59.228 - debug: linux-control.0 (10426) [refreshHost] Proxmox (192.168.1.102:22): button 'linux-control.0.Proxmox.refresh' subscribed
2021-01-27 13:01:59.229 - debug: linux-control.0 (10426) [refreshHost] Proxmox (192.168.1.102:22): button 'linux-control.0.Proxmox.control.aptUpdate' subscribed
2021-01-27 13:01:59.229 - debug: linux-control.0 (10426) [refreshHost] Proxmox (192.168.1.102:22): button 'linux-control.0.Proxmox.control.aptUpgrade' subscribed

Im Container zeigt linux-control an, dass Proxmox offline ist.

Spoiler

2021-01-27 12:07:20.066 - info: host.ioBroker stopInstance system.adapter.linux-control.0 (force=false, process=true)
2021-01-27 12:07:20.070 - info: host.ioBroker stopInstance system.adapter.linux-control.0 send kill signal
2021-01-27 12:07:20.070 - info: linux-control.0 (22741) Got terminate signal TERMINATE_YOURSELF
2021-01-27 12:07:20.070 - info: linux-control.0 (22741) cleaned everything up...
2021-01-27 12:07:20.071 - info: linux-control.0 (22741) terminating
2021-01-27 12:07:20.071 - debug: linux-control.0 (22741) Plugin sentry destroyed
2021-01-27 12:07:20.071 - info: linux-control.0 (22741) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-01-27 12:07:20.638 - info: host.ioBroker instance system.adapter.linux-control.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-01-27 12:07:23.148 - info: host.ioBroker instance system.adapter.linux-control.0 started with pid 22795
2021-01-27 12:07:23.494 - debug: linux-control.0 (22795) Redis Objects: Use Redis connection: 127.0.0.1:9001
2021-01-27 12:07:23.507 - debug: linux-control.0 (22795) Objects client ready ... initialize now
2021-01-27 12:07:23.508 - debug: linux-control.0 (22795) Objects create System PubSub Client
2021-01-27 12:07:23.509 - debug: linux-control.0 (22795) Objects create User PubSub Client
2021-01-27 12:07:23.509 - debug: linux-control.0 (22795) Objects client initialize lua scripts
2021-01-27 12:07:23.524 - debug: linux-control.0 (22795) Objects connected to redis: 127.0.0.1:9001
2021-01-27 12:07:23.528 - debug: linux-control.0 (22795) objectDB connected
2021-01-27 12:07:23.529 - debug: linux-control.0 (22795) Redis States: Use Redis connection: 127.0.0.1:9000
2021-01-27 12:07:23.536 - debug: linux-control.0 (22795) States create System PubSub Client
2021-01-27 12:07:23.537 - debug: linux-control.0 (22795) States create User PubSub Client
2021-01-27 12:07:23.546 - debug: linux-control.0 (22795) States connected to redis: 127.0.0.1:9000
2021-01-27 12:07:23.546 - debug: linux-control.0 (22795) statesDB connected
2021-01-27 12:07:23.714 - debug: linux-control.0 (22795) Plugin sentry Initialize Plugin (enabled=true)
2021-01-27 12:07:23.784 - info: linux-control.0 (22795) starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.linux-control, node: v12.20.1, js-controller: 3.2.11
2021-01-27 12:07:23.806 - info: linux-control.0 (22795) getting data from Proxmox (192.168.1.102:22, Adapter start)
2021-01-27 12:07:23.814 - info: linux-control.0 (22795) [getConnection] Host 'Proxmox' (192.168.1.102:22) seems not to be online
2021-01-27 12:07:23.815 - debug: linux-control.0 (22795) [getConnection] Host 'Proxmox' (192.168.1.102:22) ping result: {"host":"unknown","alive":false,"output":"","time":"unknown","times":[],"min":"unknown","max":"unknown","avg":"unknown","stddev":"unknown","packetLoss":"unknown"}
2021-01-27 12:07:23.872 - debug: linux-control.0 (22795) [refreshHost] Proxmox (192.168.1.102:22): button 'linux-control.0.Proxmox.refresh' subscribed

VM und Container sind mit Debian 10.7.0-amd64.
Du hast doch iobroker auch im Container und bei Dir funktioniert es wie ich am Material Design Widget von Dir gesehen habe. Hast Du eine Idee, warum es bei mir nicht funktioniert?

[Scrounger]

@dirk1962
Ja ber mein lxc läuft auf ubunut 20 basis.

Schätze es dieses Problem, da er den nicht anpingen kann, gleiches wird auch beim ping adapter wahscheinlich der Fall sein:
https://github.com/Scrounger/ioBroker.linux-control#known-issues

Schau mal weiter oben hier, da gabs das thema schon.

[dirk1962]

@scrounger Danke für die schnelle Rückmeldung. Dann mach ich den Container mit Ubuntu.

[Scrounger]

@dirk1962 installiert doch einfach iputils-ping. Dann sollte es gehen

[dirk1962]

@scrounger das ist schon installiert. Muss ich dann noch was machen?

[Scrounger]

@dirk1962
Da ich das problem nicht kenne, kann ich nicht viel dazu sagen, aber hier gabs genau das gleiche thema:
https://forum.iobroker.net/topic/35870/test-adapter-linux-control-v1-x-x/253?_=1611757704506

[dirk1962]

@scrounger ... und damit hat es auch bei mir funktioniert.
Vielen Dank :+1: .

[wendy2702]

Abend zusammen.

Ich ziehe gerade meine Wanddisplays von WIN nach Linux um und wollte den Adpater nutzen um display off / on zu schalten.

Dazu habe ich den befehl hier eingetragen:

Ich hatte gedacht einen Datenpunkt mit einem Button dafür zu erhalten, oder wie rufe ich den Befehl sonst auf?

Muss ich an anderer Stelle noch etwas im Adapter konfigurieren?

Danke und Gruß

[liv-in-sky]

@wendy2702 sagte in Test Adapter Linux Control v1.x.x:

azu habe ich den befehl hier eingetragen:

du musst button auswählen anstatt zeichenkette

[wendy2702]

@liv-in-sky Klappt natürlich!

Vielen Dank und schönen Abend.

[liv-in-sky]

@wendy2702 dito

[wendy2702]

Ich nochmal,

irgendjemand ermittelt doch bestimmt auch den aktuellen Akkustand mit dem tool und schreibt das in einen oder mehrere Datenpunkte, oder?

Mag mir wer verraten wie ihr das umgesetzt habt?

[liv-in-sky]

@wendy2702 habe kein linux mit akku aber hier unter apci terminal command würd ich's probieren

https://www.cyberciti.biz/faq/linux-laptop-battery-status-temperature/

[wendy2702]

@liv-in-sky Danke.

Ich habe jetzt die Abfrage mit acpitool gemacht.

Daten stehen jetzt im Datenpunkt. Jetzt nur noch versuchen zu parsen damit aus der einen Zeile etwas für mich brauchbares wird.

Das Ergebnis sieht aktuell nämlich noch so aus:

Battery #1     : Unknown, 100.0%  AC adapter     : online   Thermal info   : <not available>

Und Ziel ist es ja die Akku Ladung in % zu nutzen um Laden ein/aus zu schalten.

[liv-in-sky]

@wendy2702 teste mal:

dein befehl | grep "Battery" |   awk ' {print $5}' | sed 's/%//g'