UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mickym]

@oreider Ja mach ich auch aber muss halt auf der Maschine sein. Vielleicht habe ich auch nur Mist gemacht. Wenn Du den Thread anschaust - steuere ich auch über ssh. Nur irgendwie mussten die Befehle halt auf der Maschine ausgeführt werden. Probiere es einfach - kann ja nicht viel schief gehen. Ich hab alles in den folgenden Posts genau beschrieben.

Ich steuere über NodeRed und Kommando ja auch über Bewegungsmelder den Bildschirm.
Wichtig ist, dass die Umgebungsvariable gesetzt ist - sonst tut es nicht.

[Thomas Braun]

@kusi

Das Paket ist nicht anders als die anderen Pakete auf der Kiste.

Und ich würde sowas niemals indirekt machen. Immer direkt auf der Kommandozeile. Ist am robustesten.

[Oreider]

@mickym

thomas@raspimirror:~ $ export DISPLAY=:0.0
thomas@raspimirror:~ $ xrandr --output HDMI-1 --off
warning: output HDMI-1 not found; ignoring

War jetzt leider nicht so erfolgreich

[mickym]

@oreider Vielleicht hängt Dein Bildschirm am anderen HDMI- Port. Entweder umstecken oder HDMI-0 oder HDMI-2 nutzen - musst halt probieren.

[Thomas Braun]

@oreider

Welche Distribution läuft da?
Raspberry OS 12 'Bookworm' verwendet jetzt Wayland statt X11 für die Desktop-Kram. Da wird xrandr wohl nicht mehr funktionieren.

[mickym]

@thomas-braun sagte in Test Adapter Linux Control v1.x.x:

Raspberry OS 12 'Bookworm' verwendet jetzt Wayland statt X11 für die Desktop-Kram. Da wird xrandr wohl nicht mehr funktionieren.

Das kann man aber einstellen in der Raspi-Config. Bei meinem Upgrade wurde X-Windows als Konfiguration übernommen.

[Thomas Braun]

@mickym

Bei Upgrades schon. Bei Neuinstallation kommt Wayland mit.

[mickym]

@thomas-braun sagte in Test Adapter Linux Control v1.x.x:

@mickym

Bei Upgrades schon. Bei Neuinstallation kommt Wayland mit.

Ich glaube das kann man einstellen und switchen.

Unter Punkt 6 Advanced Options.

[Thomas Braun]

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

Nochmal

Nochmal: Bei Neuinstallation kommt Wayland mit, bei Upgrades Xwayland als Übergangskrücke.

Das man das ggfls. umstellen kann ist möglich.

[mickym]

Wenn man Wayland nutzt vielleicht hilft dieser Post: https://forums.raspberrypi.com/viewtopic.php?t=358310
OFF:

WAYLAND_DISPLAY=wayland-1 wlr-randr --output HDMI-A-2 --off

ON:

WAYLAND_DISPLAY=wayland-1 wlr-randr --output HDMI-A-2 --on

[Oreider]

@mickym

Einen Schritt weiter! Mit der Umstellung auf X klappt nun das aus und auch das Einschalten.

Es könnte so schön sein. Ich nutze allerdings den Monitor hochkant.
Wenn ich das so mache, ist das Bild gedreht wenn der Bildschirm wieder an geht

[mickym]

@oreider Na so tief kenn ich mich leider in Linux nicht aus.

[Thomas Braun]

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

Wenn ich das so mache, ist das Bild gedreht wenn der Bildschirm wieder an geht

xrandr kann man auch die Rotation mitgeben. Dafür ist das Tool nämlich eigentlich sogar gedacht.

[Kusi]

@thomas-braun sagte in Test Adapter Linux Control v1.x.x:

Das Paket ist nicht anders als die anderen Pakete auf der Kiste.

Das kann ich so leider nicht bestätigen.

Für meinen Verwendungszweck wäre ein Kernel-Update via ioBroker zudem praktischer.

[mickym]

@oreider

xrandr --output LVDS1 --rotate left
xrandr --output LVDS1 --rotate right
xrandr --output LVDS1 --rotate normal
xrandr --output LVDS1 --rotate inverted

Habe ich hier gefunden https://askubuntu.com/questions/159086/rotate-only-one-screen

xrandr --output HDMI-1 --auto --rotate left

vielleicht geht dann sowas.

[Thomas Braun]

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

Das kann ich so leider nicht bestätigen

Ich schon. Was soll denn der Unterschied sein?
Kommt alles über den üblichen Zweisprung bei 'apt' rein. Kein Unterschied.

[Thomas Braun]

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

Für meinen Verwendungszweck wäre ein Kernel-Update via ioBroker zudem praktischer.

Was ist denn an einer zusätzlichen Ebene dazwischen praktischer? Das macht es nur umständlich und unsicherer, keines Falls praktischer.

[Kusi]

@thomas-braun
In Proxmox werden mir folgende verfügbaren Updates angezeigt:

Im DP "linux-control.0.Proxmox.updates.newPackages" wird "8 Pakete" und
im DP "linux-control.0.Proxmox.updates.newPackagesList" folgendes angezeigt:

[{"name":"libssl3","installedVersion":"3.0.11-1~deb12u1","availableVersion":"3.0.11-1~deb12u2"},
{"name":"libknet1","installedVersion":"1.26-pve1","availableVersion":"1.28-pve1"},
{"name":"libnozzle1","installedVersion":"1.26-pve1","availableVersion":"1.28-pve1"},
{"name":"openssl","installedVersion":"3.0.11-1~deb12u1","availableVersion":"3.0.11-1~deb12u2"},
{"name":"proxmox-backup-client","installedVersion":"3.0.3-1","availableVersion":"3.0.4-1"},
{"name":"proxmox-backup-file-restore","installedVersion":"3.0.3-1","availableVersion":"3.0.4-1"},
{"name":"pve-firmware","installedVersion":"3.8-2","availableVersion":"3.8-3"},
{"name":"pve-qemu-kvm","installedVersion":"8.0.2-6","availableVersion":"8.0.2-7"}]

Die beiden Kernel fehlen definitiv.

Über die Sinnhaftigkeit der Updatemöglichkeit via ioBroker lässt sich streiten.
Bei mir Zuhause update ich sämtliche VM´s, LXC´s und das Hauptsystem via Proxmox, jedes einzeln über das entsprechende Shell.

2 Kollegen von mir, welche 0 Ahnung von Linux haben, benutzen ioBroker (von mir eingerichtet).
Sie haben mich gefragt, ob man die "Updates" nicht über einen Taster in der vis machen könnte.
Auf die Gefahr hin, dass das System unter Umständen einmal irreparabel beschädigt werden könne sagten sie mir, dass sie dieses Risiko gerne eingehen.

Ich hoffe hiermit, das Thema "Sinnvoll oder nicht" zu beerdigen

[Thomas Braun]

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

Ich hoffe hiermit, das Thema "Sinnvoll oder nicht" zu beerdigen

Dann sind wir uns ja darin einig, daß es Schwachsinn ist. Gut.

Und das man von einem Gast nicht auf den proxmox-Host durchgreifen kann hat durchaus gute Gründe.

[Negalein]

bei mir funktioniert der Adapter seit JS-Controller 5 nicht mehr.
Issue bleibt leider von @Scrounger unbeantwortet (ist etwas mit ihm?).

nach JS-Controllerupdate von 4.x.x auf 5.0.12
stoppt Linux-Controll mit Fehler.

Linux-Control: 1.1.5
Admin: 6.12.0
NodeJS: v18.17.1
NPM: 9.6.7

host.ioBroker 2023-09-24 20:14:29.178	error	instance system.adapter.linux-control.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
linux-control.0 2023-09-24 20:14:28.991	error	[servicesInfo] Proxmox (10.0.1.201:22): error: DB closed, stack: Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25) at StateRedisClient.setState (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:726:40) at LinuxControl._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:7711:34)
linux-control.0 2023-09-24 20:14:28.552	error	Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.552	error	ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
linux-control.0 2023-09-24 20:14:28.552	error	unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.552	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
linux-control.0 2023-09-24 20:14:28.538	error	The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.538	error	Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5)
linux-control.0 2023-09-24 20:14:28.458	error	unhandled promise rejection: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.458	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
linux-control.0 2023-09-24 20:14:28.367	error	Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.366	error	ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
linux-control.0 2023-09-24 20:14:28.365	error	unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.365	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Der Fork von @copystring funktioniert zumindest bei mir nicht.