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

[liv-in-sky]

@Scrounger

was aber ganz nice wäre - ein update stempel (datenpunkt) , damit man weiß, wann das letzte "refresh" war - vielleicht unter info-ordner

ich habe schon überlegt, so etwas in mein script zu integrieren - mit diesem datenpunkt kann man sicher sein, dass alles aktuell ist - wenn der adapter nicht läuft (evtl durch fehler selber deaktiviert - bleiben die daten stehen und man weiß nicht, ob alles stimmt, was man anzeigen läßt)

[Scrounger]

@liv-in-sky sagte in Test Adapter Linux Control v0.x.x:

@Scrounger

was aber ganz nice wäre - ein update stempel (datenpunkt) , damit man weiß, wann das letzte "refresh" war - vielleicht unter info-ordner

Habs eingebaut -> v0.3.1 von github bitte testen.

[liv-in-sky]

@Scrounger klasse - vielen dank

[Scrounger]

Version 0.3.2 (2020-09-07) ist raus.
Hab nochmal bissle die performance optimiert.

Wenn keine weiteren Fehler auftreten, dann wird das die stable version.

[liv-in-sky]

@Scrounger

danke - läuft seit gestern

[Iccube]

@Scrounger danke erstmal für den Adapter.
glaube habe noch ein bug gefunden von den 3 erstelten Host´s wird nur jeweils der oberen unter objekten erstellt die anderen werden erst sichtbar wenn mann die reihnfolge der Host nach oben schiebt

log auszug

2020-09-09 13:05:00.937 - info: linux-control.0 (4728) getting data from iobroker_debian (:22)
2020-09-09 13:05:02.036 - info: host.iobroker instance system.adapter.dwd.0 terminated with code 0 (NO_ERROR)
2020-09-09 13:05:03.431 - info: linux-control.0 (4728) getting data from influx_Grafana_debian (:22)
2020-09-09 13:05:03.446 - info: linux-control.0 (4728) successful received data from iobroker_debian (:22)
2020-09-09 13:05:06.065 - info: linux-control.0 (4728) successful received data from influx_Grafana_debian (:22)
2020-09-09 13:05:07.279 - info: linux-control.0 (4728) getting data from Unifi_debian (:22)
2020-09-09 13:05:10.901 - info: linux-control.0 (4728) successful received data from Unifi_debian (:22)

[Scrounger]

@Iccube
ok falls du meinen Antwort gelesen hast, vergiss sie - hab sie auch gelöscht ;-)
Hab den Fehler gefunden, ist in v0.3.4 gefixt.

[liv-in-sky]

@Scrounger

habe versucht neue buttons für einen raspi anzulegen - received data successful im log - aber keine neuen datenpunkte

hast du da was geändert ?

[liv-in-sky]

@Scrounger

habe dein neues update installiert und jetzt sind sie da ?

[Scrounger]

@liv-in-sky sagte in Test Adapter Linux Control v0.x.x:

@Scrounger

habe dein neues update installiert und jetzt sind sie da ?

Aussage oder Frage ;-)
Geht es mit der v0.3.4? sollte es eigentlich

[liv-in-sky]

@Scrounger ich wollte damit sagen - erst nachdem ich das update gemacht habe, sind die dp gekommen - vorher sind keine gekommen - also im moment paßt alles mit der .3.4

[Scrounger]

@liv-in-sky
Alles klar.
Hatte noch eingebaut das die Datenpunkte nur bei Neustart des Adapter ggf. erstellt bzw. gelöscht werden und gleich auch noch nen Fehler eingebaut :-)

[Iccube]

@Scrounger nee habe ich nicht gelesen läuft jetzt aber mit der v0.3.4

[lemuba]

Ich lege mir gerade die Karten - habe den Adapter installiert, bekomme aber keine Verbindung zu meinen Hosts, hier Beispiel Weewx in einem Proxmox Container - ssh per Putty, etc. geht alles 1a - muss auf den jeweiligen Hosts/Weewx noch irgendwas installiert werden?

Mit RSA Schlüssel, ohne, alles ohne Erfolg...

linux-control.0	2020-09-11 16:02:24.347	info	(1088) [getConnection] Host 'weewx' (192.168.12.5:22) seems not to be online
linux-control.0	2020-09-11 16:02:24.339	info	(1088) getting data from weewx (192.168.12.5:22, Adapter start)
linux-control.0	2020-09-11 16:02:24.320	info	(1088) starting. Version 0.3.4 in /opt/iobroker/node_modules/iobroker.linux-control, node: v12.18.3, js-controller: 3.1.6

[liv-in-sky]

@lemuba was hast du da für einen container - debian ?

[liv-in-sky]

@lemuba schalte mal die instanz auf debug in der log stufe (expertenmodus aktivieren um instanzen-tab)

laut code versucht er zu das device zu pingen - entweder ip falsch oder ist das sonst irgendwie geblockt

[lemuba]

@liv-in-sky Ja, einige Debian Buster Container - bin gerade schrittweise am umziehen auf den Esprimo Nuc...

linux-control.0	2020-09-11 18:42:48.679	debug	(1419) system.adapter.admin.0: logging true
linux-control.0	2020-09-11 18:42:46.407	info	(1419) [getConnection] Host 'weewx' (192.168.12.5:22) seems not to be online
linux-control.0	2020-09-11 18:42:46.398	info	(1419) getting data from weewx (192.168.12.5:22, Adapter start)
linux-control.0	2020-09-11 18:42:46.379	info	(1419) starting. Version 0.3.4 in /opt/iobroker/node_modules/iobroker.linux-control, node: v12.18.3, js-controller: 3.1.6
linux-control.0	2020-09-11 18:42:46.319	debug	(1419) Plugin sentry Initialize Plugin (enabled=true)
linux-control.0	2020-09-11 18:42:46.097	debug	(1419) statesDB connected
linux-control.0	2020-09-11 18:42:46.097	debug	(1419) States connected to redis: 127.0.0.1:9000
linux-control.0	2020-09-11 18:42:46.091	debug	(1419) States create System PubSub Client
linux-control.0	2020-09-11 18:42:46.090	debug	(1419) States create User PubSub Client
linux-control.0	2020-09-11 18:42:46.086	debug	(1419) Redis States: Use Redis connection: 127.0.0.1:9000
linux-control.0	2020-09-11 18:42:46.086	debug	(1419) objectDB connected
linux-control.0	2020-09-11 18:42:46.083	debug	(1419) Objects connected to redis: 127.0.0.1:9001
linux-control.0	2020-09-11 18:42:46.074	debug	(1419) Objects client initialize lua scripts
linux-control.0	2020-09-11 18:42:46.073	debug	(1419) Objects create User PubSub Client
linux-control.0	2020-09-11 18:42:46.073	debug	(1419) Objects create System PubSub Client
linux-control.0	2020-09-11 18:42:46.072	debug	(1419) Objects client ready ... initialize now
linux-control.0	2020-09-11 18:42:46.054	debug	(1419) Redis Objects: Use Redis connection: 127.0.0.1:9001

Da Log bringt mich noch nicht wirklich weiter...

Ping aus jeder Richtung auf die Weewx IP 192.168.12.5 ohne Probleme... Wir gesagt, putty ssh Zugriff und sftp/Filezilla Alles problemlos.

[liv-in-sky]

@lemuba dann warten wir mal auf @scrounger - vielleicht sieh der etwas, was uns entgeht

[lemuba]

@liv-in-sky

Ok, danke! Ich hab auch gerade nochmal auf eine andere DietiPi VM versucht, diese Debian 9 VM liegt auf meiner Diskstion, auch kein Erfolg/keine Verbindung.

Warte ich ab, der Rest läuft bis Dato 1a, aber dieser Adapter wäre für einige meiner Anwendungsfälle schon echt praktisch...

[liv-in-sky]

@lemuba

das ist der code - wenn der ping "falsch" zurückkommt - kommt deine meldung - ganz untem im else - wenn man es aufwendig machen will, könnte man ein script mit der ping-node machen und mal schauen, was da so kommt - aber warten wir damit lieber auf scrounger - du hast aber mal einen ping vom iobroker server ( in der console) auf die devices gemacht - ob das funktioniert - nicht nur ping vom windows-client

irgendwas blockiert da

Spoiler

if (pingResult.alive) {
   			let obj = await this.getForeignObjectAsync('system.config');
   			let password = await this.getPassword(host);

   			let ssh = new NodeSSH();

   			let options = {
   				host: host.ip,
   				port: host.port,
   				username: host.user,
   				password: password,
   				readyTimeout: parseInt(host.timeout) * 1000 || 5000
   			}

   			if (host.rsakey && host.rsakey.length > 0) {
   				this.log.debug(`[getConnection] Host '${host.name}' (${host.ip}:${host.port}): using rsa key for authentification`);
   				options.passphrase = password;
   				options.privateKey = host.rsakey;
   			} else if (host.useSudo) {
   				this.log.debug(`[getConnection] Host '${host.name}' (${host.ip}:${host.port}): using sudo for authentification`);
   			}

   			return await ssh.connect(options);
   		} else {
   			this.log.info(`[getConnection] Host '${host.name}' (${host.ip}:${host.port}) seems not to be online`);
   			return undefined;