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

[Rupert]

Hallo.

Ich habe im Keller einen Raspi 3 der per USB-Optolink an eine Vissmann Vitodens 333 angebunden ist.
Auf dem Raspi läuft vcontrold.
Nun möchte ich in einem Rapi 4, auf dem IObroker und u.a. der Vissmann Adaper installiert ist, auf den Raspi 3 im Keller zugreifen. Im SSH-Teil des Adapters habe ich die IP des Raspi3 [192.169.9.173], den Port [3002], Nutzer und Passwort sowie den Pfad zu den xml-Dateien eingetragen.
Startet ich nun den Adaper stürzt die Instanz sofort ab. Dabei habe ich folgende Fehler im Log:

host.raspberrypi
	2022-02-16 16:43:51.300	warn	Do not restart adapter system.adapter.viessmann.0 because restart loop detected
host.raspberrypi
	2022-02-16 16:43:51.298	error	instance system.adapter.viessmann.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
viessmann.0
	2022-02-16 16:43:50.638	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
viessmann.0
	2022-02-16 16:43:50.607	error	ssh is not a constructor
viessmann.0
	2022-02-16 16:43:50.606	error	TypeError: ssh is not a constructor at readxml (/opt/iobroker/node_modules/iobroker.viessmann/main.js:151:24) at Object.start [as ready] (/opt/iobroker/node_modules/iobroker.viessmann/main.js:121:40) at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8222:68
viessmann.0
	2022-02-16 16:43:50.603	error	unhandled promise rejection: ssh is not a constructor
viessmann.0
	2022-02-16 16:43:50.602	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().

Hat jemand eine Idee wo der Fehler liegt? Danke.

[Glasfaser]

@rupert sagte in Fehlermeldungen beim SSH-Zugriff vom Vissmann.Adapter:

... im Keller ..
Auf dem Raspi läuft vcontrold.

Hier steht ein ToDo dazu .. (Anderer Host)

https://github.com/misanorot/ioBroker.viessmann

[Rupert]

@glasfaser
Dankeschön.
Den Bereich hatte ich bereits gelesen und die Parameter sind im SSH-Tab wie beschrieben eingegeben worden.
Was mich sehr irritiert ist dieser Part im Log
"TypeError: ssh is not a constructor at readxml (/opt/iobroker/node_modules/iobroker.viessmann/main.js:151:24) at Object.start [as ready] (/opt/iobroker/node_modules/iobroker.viessmann/main.js:121:40) at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8222:68"

Läuft der Adapter bei dir per SSH-Zugriff?

[wendy2702]

@rupert Kommst du denn überhaupt per SSH vom PI4 auf den PI3 ?

[Rupert]

@wendy2702
Ja. das funktioniert. Bekomme zwar vom RPi4 mit Befehl:
ssh pi@192.168.9.173

folgenden Hinweis

The authenticity of host '192.168.9.173 (192.168.9.173)' can't be established.
ECDSA key fingerprint is SH...XXXXXXXXX
Are you sure you want to continue connecting (yes/no)? yes

Wenn ich mit "yes" bestätige bin ich aber auf dem 192.168.9.173.

Ist "The authenticity of host '192.168.9.173 (192.168.9.173)' can't be established." evtl. die Ursache?

[wendy2702]

@rupert du müsstest jetzt aber mal probieren ob der User "iobroker" auch eine SSH Session öffnen kann da der Adapter ja als "iobroker" läuft.

[Rupert]

@wendy2702
OK. Da scheint es ein Problem zu geben. Ich hatte testweise auch auf dem RPi3 den IOBroker installiert, um dort den Vissmanadapter ohne SSH zu testen. Dadurch wurde ein User iobroker angelegt, allerdings ohne Passwort. Diesem kann ich aber kein Passwort vergeben, bzw wird die Vergabe über "sudo passwd iobroker" nichts übernommen.
Werde morgen mal schauen müssen, woran das liegt.

[Thomas Braun]

@rupert sagte in Fehlermeldungen beim SSH-Zugriff vom Vissmann.Adapter:

Dadurch wurde ein User iobroker angelegt, allerdings ohne Passwort.

Der iobroker ist ein Systemuser, der hat kein Passwort und keine Login Shell.

[Rupert]

@thomas-braun
OK. Danke. Habe jetzt erstmal IOBroker vom RPi3 deinstalliert und dort den User und die Gruppe iobroker gelöscht. Sollte jetzt wieder alles sauber sein.
Wie kann ich jetzt versuchen mit dem User "iobroker" eine SSH Session zu öffnen?

Danke

[Thomas Braun]

@rupert
Warum mit dem Systemuser?
Von außen kommst du da nur mit einem Standarduser rein, im System kannst du dann wenn erforderlich per

sudo -u iobroker befehl

agieren. So ganz ist mir aber nicht klar was da genau gemacht werden soll/muss.

[Rupert]

@thomas-braun
Ich versuche den Hinweis von @wendy2702 nachzugehen.

@wendy2702 said in Fehlermeldungen beim SSH-Zugriff vom Vissmann.Adapter:

@rupert du müsstest jetzt aber mal probieren ob der User "iobroker" auch eine SSH Session öffnen kann da der Adapter ja als "iobroker" läuft.

Am Ende des Tages würde ich gerne ohne Fehlermeldungen und Absturz den Adapter im RPi4 nutzen um mit ihm per SSH auf den Deamon vcontrold im RPi3 zuzugreifen.

[wendy2702]

@rupert Ich persönlich würde den PI3 zum Slave machen, den Adapter nach da verschieben und mir das SSH sparen.

@Thomas-Braun : Sein iobroker PI versucht sich per SSH als user iobroker auf dem PI3 einzuloggen. Zumindest denke ich das der Adapter auch diesen User nutzt beim Versuch eine SSH Session zu öffnen.

[Rupert]

@wendy2702
Wie ihr sicherlich bemerkt habt, sind bei mir nur rudimentäre Linuxkenntnisse vorhanden.
Mein Plan B war es daher auf dem Pi3 ebenfalls den IOBroker zu installieren, nur für den Vissmann-Adapter. Damit umgehe ich das "SSH-Tunnel-Gedöns". Es stellt sich dann natürlich wieder das Problem, das ich die Daten gerne auf dem Pi4-IOBroker integrieren möchte, z.b. in der VIS.
Wie würdest du vorgehen, wenn du sagst den Pi3 zum Slave zu machen und den Adapter dorthin zu verschieben?
Danke.

[wendy2702]

@rupert Ich würde gerade wenn deine Linux Kenntnisse rudimentär sind versuchen es einfach zu halten.

Also Plan B.

Den PI 3 auf aktuellen Stand bringen sollte er das nicht sein.
Mit dem einzeiler

curl -sLf https://iobroker.net/install.sh | bash -

iobroker installieren. Wenn das erledigt ist, man die Startseite erreichen kann mit

iob setup custom

einen Slave daraus machen. Ja nach Stand des Masters ist es ausreichend an den beiden Stellen wo die IP steht die IP deines Masters anzugeben:

pi@iobroker-garage-gross:~ $ iob setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.178.18
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.178.18
  - Port: 9000
- Data Directory: ../../iobroker-data/

Ob das funktioniert hat kannst du z.B. hier sehen:

Hat es funktioniert hier weitermachen:

Auf dem Master den experten Modus aktivieren:

unter Instanzen die Viessmann Instanz auswählen und hier den Host ändern:

Nach einigen Minuten sollte der Adapter dann auf dem Slave laufen.

Bei fragen bitte fragen ;-)

[Rupert]

@wendy2702
Herzlichen Dank für die tolle Anleitung. Damit bekomme ich es bestimmt hin. Hatte es bisher noch nicht auf dem Schirm, dass es eine Multihost-Funktion im IOBroker gibt. Das ist natürlich noch besser als das "SSH-Gedöns". :+1:

[Motsche1]

Hallo

Und wie sollte man es machen wenn man es nicht mit slave machen will?

Auf dem pi wo vcobtrol läuft.....was dort tun damit ssh mit iobroker unter Windows läuft ??

[wendy2702]

@motsche1 Verstehe ich dich richtig das iobroker auf einem WIN10 PC läuft ?

[Motsche1]

@wendy2702 ja verstehst du richtig und vcontrold auf raspi

[wendy2702]

@motsche1 Kommt denn der iobroker user per SSH vom Windows PC auf den PI ?

Was spricht gegen die Slave variante ?

[Motsche1]

@wendy2702 wenn ich ssh mach dann nur mit Windows user test. Geht nicht weil ja kein user auf dem raspi mit dem Namen ist. Aber ich muss sagen das es bis vor ner woche ca noch ging. Hab nur update gemacht. Dann gings nimmer.

Gegen der slave variante spricht so eigentlich nix. Aber es ging ja so und deshalb.....warum sollte ich jetzt alles ändern??