[Aufruf] Bitte discovery adapter testen

apollon77

Und knx (chefkoch009) auch drin

apollon77

Und wifilight ist auch drin

AlCalzone

Würde dann demnächst auch Tradfri einbinden, aber… wie geht das?

apollon77

Zuerst musst Du rausfinden wie du den Tradfi-Hub im Netzwerke finden/erkennen kannst. Und dann erstellst DU im ioBroker.discovery unter lib/adapter/ ein js-File mit der Logik zur Erkennung … schau Dir andere an bzw melde dich bei mir dann kriegen wir das hin. Aber erste Frage ist die Erkennung

Homoran

Hallo Ingo,

habe eben mal den aktuellen discovery (0.4.0) drübergejagt:

seltsamerweise werden bereits bestehende Verbindungen zu YAHM nochmal angezeigt.

auch diverse Adapter in anderen Installationen werden angezeigt, wobei ich mit der influxDB noch leben könnte.

Ich fürchte die CuxD liest er aus YAHM aus als mit CuxD verbundene Geräte??

Gruß

Rainer

Fozi

Schönen Abend zusammen,

ich habe auch die 0.4.0 mal gewagt.

Bei mir gibt es Probleme, kurz nach dem Start der Dienste-Suche. Er fangt mit der Suche an und bei 2% bricht er ab, weil der Adapter die Grätsche macht. Er startet zwar wieder, abr bleibt dann weiterhin stehen, sodas man nur mit "Exit" wieder raus kommt.

Die vorhergehende Suche nach den Geräten läuft jedoch durch.

Hier der Auszug aus dem Logfile. ioBroker läuft bei mir aus RPI3 unter Jessie mit node 6.10.3.

! discovery.0 2017-05-03 21:13:58.397 info starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.discovery, node: v6.10.3 host.raspberrypi 2017-05-03 21:13:56.821 info instance system.adapter.discovery.0 started with pid 2054 host.raspberrypi 2017-05-03 21:13:26.796 info Restart adapter system.adapter.discovery.0 because enabled host.raspberrypi 2017-05-03 21:13:26.795 error instance system.adapter.discovery.0 terminated with code 6 (uncaught exception) discovery.0 2017-05-03 21:13:25.751 error at TypeError (native) discovery.0 2017-05-03 21:13:25.751 error TypeError: There's no write queue for that file descriptor (after write)! discovery.0 2017-05-03 21:13:25.750 error uncaught exception: There's no write queue for that file descriptor (after write)! discovery.0 2017-05-03 21:13:23.342 info Found 43 addresses discovery.0 2017-05-03 21:13:15.680 info Done discovering mDNS devices. 0 devices found discovery.0 2017-05-03 21:13:06.163 info Discover UPnP devices... discovery.0 2017-05-03 21:13:05.668 info Discovering mDNS devices... discovery.0 2017-05-03 21:13:05.576 info Received 'browse' event discovery.0 2017-05-03 21:12:41.481 info starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.discovery, node: v6.10.3 host.raspberrypi 2017-05-03 21:12:39.991 info instance system.adapter.discovery.0 started with pid 1776 host.raspberrypi 2017-05-03 21:12:39.895 info object change system.adapter.discovery.0 iobroker 2017-05-03 21:11:59.626 info exit 0 iobroker 2017-05-03 21:11:59.598 info Adapter 'discovery' updated iobroker 2017-05-03 21:11:59.521 info upload [0] discovery.admin /opt/iobroker/node_modules/iobroker.discovery/admin/discovery.png discovery.png image/png iobroker 2017-05-03 21:11:59.441 info upload [1] discovery.admin /opt/iobroker/node_modules/iobroker.discovery/admin/index.html index.html text/html iobroker 2017-05-03 21:11:59.375 info upload [2] discovery.admin /opt/iobroker/node_modules/iobroker.discovery/admin/settings.html settings.html text/html host.raspberrypi 2017-05-03 21:11:59.361 info object change system.adapter.discovery.0 iobroker 2017-05-03 21:11:59.349 info Update 'system.adapter.discovery.0' !

Und wenns weiterhilft, auch meine installierten Module:

! pi@raspberrypi:/opt/iobroker/node_modules $ npm ls iobroker@1.0.0 /opt/iobroker ??? binrpc@1.0.0 extraneous ??? harmonyhubjs-client@1.1.10 extraneous ??? harmonyhubjs-discover@1.0.2 extraneous ??? homematic-xmlrpc@1.0.2 extraneous ??? iobroker@0.9.0 extraneous ??? iobroker.cloud@0.8.2 extraneous ??? iobroker.discovery@0.2.3 extraneous ??? iobroker.harmony@0.7.0 extraneous ??? iobroker.hm-rega@1.4.4 extraneous ??? iobroker.hm-rpc@1.4.6 extraneous ??? iobroker.hue@0.6.8 extraneous ??? iobroker.javascript@3.3.4 extraneous ??? iobroker.js-controller@1.0.0 extraneous ??? iobroker.scenes@0.2.6 extraneous ??? iobroker.simple-api@1.5.1 extraneous ??? iobroker.socketio@1.7.4 extraneous ??? iobroker.sonos@1.5.0 extraneous ??? iobroker.tr-064@0.3.15 extraneous ??? iobroker.vis@0.14.2 extraneous ??? iobroker.web@2.0.4 extraneous ??? jsonwebtoken@7.4.0 extraneous ??? mdns-discovery@0.1.12 extraneous ??? netmask@1.0.6 extraneous ??? node-hue-api@2.4.2 extraneous ??? node-ssdp@3.2.1 extraneous ??? semaphore@1.0.5 extraneous ??? soef@0.2.1 extraneous ??? tr-O64@0.2.4 extraneous ! npm ERR! extraneous: binrpc@1.0.0 /opt/iobroker/node_modules/binrpc npm ERR! extraneous: harmonyhubjs-client@1.1.10 /opt/iobroker/node_modules/harmonyhubjs-client npm ERR! extraneous: harmonyhubjs-discover@1.0.2 /opt/iobroker/node_modules/harmonyhubjs-discover npm ERR! extraneous: homematic-xmlrpc@1.0.2 /opt/iobroker/node_modules/homematic-xmlrpc npm ERR! extraneous: iobroker@0.9.0 /opt/iobroker/node_modules/iobroker npm ERR! extraneous: iobroker.cloud@0.8.2 /opt/iobroker/node_modules/iobroker.cloud npm ERR! extraneous: iobroker.discovery@0.2.3 /opt/iobroker/node_modules/iobroker.discovery npm ERR! extraneous: iobroker.harmony@0.7.0 /opt/iobroker/node_modules/iobroker.harmony npm ERR! extraneous: iobroker.hm-rega@1.4.4 /opt/iobroker/node_modules/iobroker.hm-rega npm ERR! extraneous: iobroker.hm-rpc@1.4.6 /opt/iobroker/node_modules/iobroker.hm-rpc npm ERR! extraneous: iobroker.hue@0.6.8 /opt/iobroker/node_modules/iobroker.hue npm ERR! extraneous: iobroker.javascript@3.3.4 /opt/iobroker/node_modules/iobroker.javascript npm ERR! extraneous: iobroker.js-controller@1.0.0 /opt/iobroker/node_modules/iobroker.js-controller npm ERR! extraneous: iobroker.scenes@0.2.6 /opt/iobroker/node_modules/iobroker.scenes npm ERR! extraneous: iobroker.simple-api@1.5.1 /opt/iobroker/node_modules/iobroker.simple-api npm ERR! extraneous: iobroker.socketio@1.7.4 /opt/iobroker/node_modules/iobroker.socketio npm ERR! extraneous: iobroker.sonos@1.5.0 /opt/iobroker/node_modules/iobroker.sonos npm ERR! extraneous: iobroker.tr-064@0.3.15 /opt/iobroker/node_modules/iobroker.tr-064 npm ERR! extraneous: iobroker.vis@0.14.2 /opt/iobroker/node_modules/iobroker.vis npm ERR! extraneous: iobroker.web@2.0.4 /opt/iobroker/node_modules/iobroker.web npm ERR! extraneous: jsonwebtoken@7.4.0 /opt/iobroker/node_modules/jsonwebtoken npm ERR! extraneous: mdns-discovery@0.1.12 /opt/iobroker/node_modules/mdns-discovery npm ERR! extraneous: netmask@1.0.6 /opt/iobroker/node_modules/netmask npm ERR! extraneous: node-hue-api@2.4.2 /opt/iobroker/node_modules/node-hue-api npm ERR! extraneous: node-ssdp@3.2.1 /opt/iobroker/node_modules/node-ssdp npm ERR! extraneous: semaphore@1.0.5 /opt/iobroker/node_modules/semaphore npm ERR! extraneous: soef@0.2.1 /opt/iobroker/node_modules/soef npm ERR! extraneous: tr-O64@0.2.4 /opt/iobroker/node_modules/tr-O64 !

Grüße

Fozi
2429_iobroker.admin_2017-05-03_21-24-46.jpg

apollon77

~~@Homoran:~~

seltsamerweise werden bereits bestehende Verbindungen zu YAHM nochmal angezeigt. `

"Bereits bestehend" heisst, das Du in der iobroker-Installation wo der discovery-Adapter läuft diese schon konfiguriert hast und Instanzen hast. Wenn ja bitte mal die Konfig zeigen.An sich sollte er nach schon konfigurierte IPs aussortieren.

Imzweifel mal die Raw-Adapter-Konfig anschauen: Relevant ist "obj.native.homematicAddress" …

~~@Homoran:~~

auch diverse Adapter in anderen Installationen werden angezeigt, wobei ich mit der influxDB noch leben könnte. `
Der Discovery scannt alle IPs im Netzwerk unf InfluxDB z.B. ist "per Default" als offener Port verfügbar. Damit findet er den … das st also OK.

Ingo F

Homoran

Hallo Ingo,

Jetzt hängst du mich irgendwo ab.
~~@apollon77:~~

Wenn ja bitte mal die Konfig zeigen. `
Welche Konfig meinst du?

Den Screenshot aus dem Konfigfenster des discovery hab ich doch gepostet.

Und ja, rpc.3 und rpc.4 existieten bereits als rpc.2 und rpc.0

Gruß

Rainer

apollon77

~~@Fozi:~~

ich habe auch die 0.4.0 mal gewagt.

Bei mir gibt es Probleme, kurz nach dem Start der Dienste-Suche. Er fangt mit der Suche an und bei 2% bricht er ab, weil der Adapter die Grätsche macht. Er startet zwar wieder, abr bleibt dann weiterhin stehen, sodas man nur mit "Exit" wieder raus kommt. `

Passiert das jedes mal wenn Du es versuchst? Also Dialog schliessen, Adapter restarten und neu versuchen.

Es hat wohl was mit dem Seriellen Scan zu tun …

apollon77

~~@Homoran:~~

Welche Konfig meinst du?

Den Screenshot aus dem Konfigfenster des discovery hab ich doch gepostet.

Und ja, rpc.3 und rpc.4 existieten bereits als rpc.2 und rpc.0

Gruß

Rainer `

Adapter-Konfig Screenshot von rpc.0/2 :-) oder halt wie gesagt Raw-Adapter-Konfig

Homoran

Hier

Oder hätte ich noch erwähnen müssen, dass es hier seit Wochen problemlos unter Debian 9 und nodejs 7 läuft :D

Gruß

Rainer

Fozi

~~@apollon77:~~

~~@Fozi:~~

ich habe auch die 0.4.0 mal gewagt.

Bei mir gibt es Probleme, kurz nach dem Start der Dienste-Suche. Er fangt mit der Suche an und bei 2% bricht er ab, weil der Adapter die Grätsche macht. Er startet zwar wieder, abr bleibt dann weiterhin stehen, sodas man nur mit "Exit" wieder raus kommt. `

Passiert das jedes mal wenn Du es versuchst? Also Dialog schliessen, Adapter restarten und neu versuchen.

Es hat wohl was mit dem Seriellen Scan zu tun … `

Ja, das passiert jedes mal.

Bei der Installation des updates auf 0.4.0 kommen haufenweise Warnings und "Skipping optional Dependencies". Hat das damit zu tun?

apollon77

Auf was für nem OS läuft ioBroker denn bei Dir ?

apollon77

@Homoran: Das sieht alles gut aus. Blöde Frage … bei der hm-rpc.0/2 ist nicht irgendwie noch ein Leerzeichen am Ende der IP im Eingabefeld ?! Ich kapier nicht warum er das nicht aussortiert ...

Fozi

~~@apollon77:~~

Auf was für nem OS läuft ioBroker denn bei Dir ? `
Auf einem RPi3 mit Raspian (Jessie). Alles upgedated und upgegraded auf den letzten Stand.

simpixo

Aber das Verhalten habe ich auch! Ich habe schon fertig konfigurierte Adapterinstanzen und der Discovery Adapter möchte diese neu als weitere Instanzen installieren! Wenn ich den mal testweise durchlaufen lasse!

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

apollon77

Bei welchen Adaptern passiert das denn? Auch nur hm-rpc?

Ans sich hat jede Suchlogik einen Check auf IPs+Hostnamen für existierende Instanzen drin um das auszusortieren …

simpixo

Hmm, sehr komisch jetzt habe ich den Discovery nochmal ausgeführt um Screenshots zu erstellen und siehe da die Doppelinstanzen werden nicht angezeigt

Kam es sein das sich da irgendwas aufgegangen hat!? Habe nämlich die Kiste rebooted [emoji6]

Ja war bei hm-rpc! Aber was mir jetzt aufgefallen ist, den hm-Rega.0 besitze ich schon aber trotzdem wird dieser im Discovery angezeigt

~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201705 ... 663e7a.jpg">https://uploads.tapatalk-cdn.com/20170504/4c13ce57aae8c28811e4545d17663e7a.jpg</link_text>" />

Gruss

Adrian

Gesendet von iPhone mit Tapatalk Pro~~

simpixo

Noch was! Discovery findet den hue.1

Ich habe aber nur eine Hue Bridge die ist schon als hue.0 eingerichtet!

Die IP die im discovery dahinter steht ist die IP des IOBROKER Host [emoji848][emoji51]

Gesendet von iPhone mit Tapatalk Pro

apollon77

hue auf Github gefixt. Bitte retesten

Community Forum

NEWS

[Aufruf] Bitte discovery adapter testen

Support us

592

32.5k

81.7k

1.3m