[Aufruf] Bitte discovery adapter testen
-
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" …
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
-
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
-
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 …
-
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 -
Hier
Oder hätte ich noch erwähnen müssen, dass es hier seit Wochen problemlos unter Debian 9 und nodejs 7 läuft
Gruß
Rainer
-
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?
-
Auf was für nem OS läuft ioBroker denn bei Dir ?
-
@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 ...
-
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. -
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
-
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 …
-
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
~~<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~~
-
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
-
hue auf Github gefixt. Bitte retesten
-
Also ich habe den Adapter aktualisiert auf die Version 0.4.1
Aber leider wird die Hue.1 immer noch gefunden, die IP ist immer noch die vom iobroker Host angezeigt
Gruß
Adriab
Gesendet von iPhone mit Tapatalk Pro
-
Hier noch ein Screenshot….
~~<link_text text="https://uploads.tapatalk-cdn.com/201705 ... 67a443.jpg">https://uploads.tapatalk-cdn.com/20170504/00381d780ac5743637b0d793b067a443.jpg</link_text>" />Gesendet von iPhone mit Tapatalk Pro~~
-
Also ich habe den Adapter aktualisiert auf die Version 0.4.1
Aber leider wird die Hue.1 immer noch gefunden, die IP ist immer noch die vom iobroker Host angezeigt `
Update per NPM oder per GitHub? Nimm mal das Github-Logo im Admin um direkt von Github zu installieren
-
Nimm mal das Github-Logo im Admin um direkt von Github zu installieren `
Und mache sicherheitshalber hinterher noch ein iobroker upload discovery in der Konsole!Gruß
Rainer
-
Natürlich vom GitHub! Ich habe jetzt noch in der Konsole den Befehl von Homoran ausgeführt!
Trotzdem erhalte ich bei der Suche immer noch die Hue.1 Instanz mit der iobroker IP
Hier nochmal das Scanergebnis
~~<link_text text="https://uploads.tapatalk-cdn.com/201705 ... 807f77.jpg">https://uploads.tapatalk-cdn.com/20170505/02d4c1b4d297790ab5fa7e89b7807f77.jpg</link_text>" />Gruß
Adrian
Gesendet von iPhone mit Tapatalk Pro~~
-
grrrr … wrong parameter was used, next try from Github please
