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

[bishop]

@scrounger
Ok teste ich danke.

@ilovegym
Nicht das iobroker System sondern die Nas!

[da_Woody]

@bishop hmm, mein privat-NAS dümpelt bei 6% rum, die grosse mit dem ftp-server, trotz 3 leutz aktiv drauf, bei 40%.
wie sollte der adapter das NAS beanspruchen?

[bishop]

@da_woody
hm..
hier mal ein Auszug aus meiner Ds218+ CPU Auslastung, Ram sind 8GB zusätzlich verbaut also insgesamt 10GB.
IoBroker läuft im Docker.

kein Plan warum das so eine Auswirkung auf meine DS hat... einfach zu schwach auf der Brust???

[da_Woody]

@bishop die 218+ sollte das eigentlich schaffen. is ja meine private auch. wie sieht denn die benutzerauslastung aus, wenn adapter aus? die 67%...

aber ok, bei mir lööpt da kein ioBroker oder sonstige Docker dingens...

[Master-Rudi]

Kann ich mit dem Adapter denn auch die GPIOs eines anderen Raspberry steuern?

Ich habe an meinem Octoprint Raspberry ein Relais für das Licht, das würde ich gerne in meiner VIS ein und ausschalten wollen.

Danke!

[FredF]

@master-rudi sagte in Test Adapter Linux Control v1.x.x:

Kann ich mit dem Adapter denn auch die GPIOs eines anderen Raspberry steuern?

Nein, dafür gibt es den RPI Adapter

[Master-Rudi]

@fredf
Aber ich möchte die GPIOs von einem anderem Raspberry steuern auf dem kein ioBroker ist. Also ich habe einen Raspi mit iobroker als Zentrale und einen mit octoprint für den Drucker. Und ich würde gerne das Licht über die VIS einschalten.
Ich habe den octoprint nicht als Slave im Multihost, weil da eben nur octoprint drauf ist.

Wie kann ich denn mit dem RPI Adapter die Werte eines anderen Raspi auslesen bzw. dessen GPIOs steuern?? Seh da nur den auf den mein iobroker ist.

Danke

[da_Woody]

@master-rudi na dann häng dein licht an einen shelly1 z.b.

[Master-Rudi]

@da_woody :

Klar, sicher möglich. Hab einige Shellys verbaut und normale Sonoffs, aber naja, wieder ein Gerät mehr im WLAN, wieder ein Gerät mehr zu überwachen und am Strom verbrauchen... Da finde ich meine Lösungen mit Relais am RPI charmanter. Es funktioniert ja auch schon. Ich kann das Licht mit "GPIO Control" in Octoprint steuern und hab es auch schon angeklemmt.

Nur eben nicht "remote" über meine VIS.

geht das mit JS?

[FredF]

@master-rudi Ok, verstehe. Deine Frage war ob es mit Linux control geht.
Was hält dich davon ab Multihost zu machen?

[da_Woody]

@master-rudi sorry, aber da setzt bei mir die logik aus. wenn du mit octoprint druckst und schaltest, warum willst du dann über vis schalten?

[Master-Rudi]

@da_woody

Naja ich drucke meist nach dem slicen vom PC aus und nutze die Octopi Visualisierung meist nicht.

Mit meiner ioBroker VIS überwachs ich alles, Temperaturen, Webcam, Einschalten und Ausschalten, Druckfortschritt usw... Da auch die Webcam eingebunden ist wollte ich eben auch in der VIS das Licht einschalten können.

[da_Woody]

@master-rudi ah, ok. das versteh ich jetzt schon. naja, ich druck lieber direkt mit octoprint. die tabs sind bei mir eigentlich auf allen rechnern immer öffen wenn ich drucke...

[Scrounger]

@da_woody, @Master-Rudi, @FredF, @bishop

Leute hier geht es um den Linux Control Adapter, nicht um CPU Auslastung, Shelly, etc ;-)
Macht für sowas extra Themen auf, danke!

[Master-Rudi]

@scrounger

Richtig :-) Meine ursprüngliche Frage bezog sich auch auf Linux Control und ob ich damit die GPIOs einen anderen RPI schalten kann. Aber ich habe verstanden, dass das nicht geht.

Danke

[bishop]

@scrounger

ich habe IoBroker im Container unter Proxmox am laufen.

dort kann ich mich auch auf mein Raspberry pi der als Slave läuft verbinden.

wenn ich nun aber den Slave in Linux-Control eintrage, bekomme ich ein.

linux-control.0	2021-03-28 10:23:51.132	info	(31041) [getConnection] Host 'iobroker-slave' (192.168.1.44:22) seems not to be online
linux-control.0	2021-03-28 10:23:51.127	info	(31041) getting data from iobroker-slave (192.168.1.44:22)
linux-control.0	2021-03-28 10:18:51.038	info	(31041) [getConnection] Host 'iobroker-slave' (192.168.1.44:22) seems not to be online
linux-control.0	2021-03-28 10:18:51.027	info	(31041) getting data from iobroker-slave (192.168.1.44:22, Adapter start)
linux-control.0	2021-03-28 10:18:51.004	info	(31041) starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.linux-control, node: v12.21.0, js-controller: 3.2.16

liegt das an Proxmox?

[Ein ehemaliger Benutzer]

@bishop Hi, in den Screenshot bist du als root in dem iobroker lxc unterwegs, und der Adapter ruft das ssh ja vom iobroker-account aus auf..
liegt dein RSA Schluessel überall da, wo er auch gebraucht wird?
Ansonsten versuchs mal mit Passwort..

[bishop]

@ilovegym
nur mit passwort geht es leider auch nicht.

[wendy2702]

@bishop kannst du denn grundsätzlich wenn du im Docker ein Terminal machst eine SSH Session zum Slave öffnen?

Ich würde mal auf Firewall und nicht geöffneten Port tippen.

[bishop]

@wendy2702
ja ich kann eine ssh Session zum Slave öffnen, dass ist ja das komische warum geht es nicht mit dem Linux-Control?
Firewall ist in Proxmox deaktiviert.
Es ist alles im internen Netzwerk.

wie kann ich da ansetzen nach dem Fehler zu suchen?
Wenn ich meine Nas einfüge bekomme ich auch keine Verbindung hin.

Wird wohl an IoBroker und Proxmox liegen!?!