NEWS
Test Adapter hueemu (Hue Emulator) v0.0.x
-
@Hardwearhansi
Hmm mir fehlt irgendwie der upnp Eintrag. Bitte einmal Adapter pausieren. Dann folgendes eintippen:sudo netstat -nap | grep 1900Das Ergebnis hier posten. Wenn überhaupt nichts zurück kommt dann den Adapter einmal auf silly stellen. Ich weiß noch das ich die Fehlermeldung vermasselt habe und die nicht sofort sichtbar ist.
@holomekc Ah okey ja der Port 1900 wird bei mir anscheinend schon verwendet für mein fake roku kann ich den hueemu adapter einen anderen Port zu weisen?
udp 0 0 0.0.0.0:1900 0.0.0.0:* 24352/io.fakeroku.0 -
@holomekc Ah okey ja der Port 1900 wird bei mir anscheinend schon verwendet für mein fake roku kann ich den hueemu adapter einen anderen Port zu weisen?
udp 0 0 0.0.0.0:1900 0.0.0.0:* 24352/io.fakeroku.0@Hardwearhansi
Nein den port kann man nicht ändern das liegt einfach an dem Protokoll. Was du machen kannst ist:- fakeroku stoppen
- hueemu starten
- harmony nach hue bridge suchen lassen
- harmony sollte hueemu finden
- alles in harmony speichern
- hueemu stoppen
- fakeroku starten
- hueemu starten
Das sollte dann gehen. Der port 1900 wird nur für die Discovery benötigt. Danach nicht mehr. Also immer, wenn du die Bridge an einem Gerät (Bspw. Harmony) anmelden willst musst du die schritte oben wiederholen
-
@Hardwearhansi
Nein den port kann man nicht ändern das liegt einfach an dem Protokoll. Was du machen kannst ist:- fakeroku stoppen
- hueemu starten
- harmony nach hue bridge suchen lassen
- harmony sollte hueemu finden
- alles in harmony speichern
- hueemu stoppen
- fakeroku starten
- hueemu starten
Das sollte dann gehen. Der port 1900 wird nur für die Discovery benötigt. Danach nicht mehr. Also immer, wenn du die Bridge an einem Gerät (Bspw. Harmony) anmelden willst musst du die schritte oben wiederholen
@holomekc Danke Hat funktioniert :)
-
Hallo,
toll, dass es endlich einen Hue Emulator für iobroker gibt! Erstmal besten Dank für die Arbeit.
Ich möchte ihn einsetzen, um mit meiner Harmony Fernbedienung iobroker Geräte zu steuern. Nach anfänglichen Schwierigkeiten mit dem Discovery (mein System hat zwei Interfaces, da gibt es noch ein kleines Problem im Code mit dem Multicast), sehe ich jetzt in der Harmony die im Adapter konfigurierten Geräte.
In Harmony werden die Geräte in zwei Gruppen einsortiert "Beleuchtung" und "Zwischenstecker". Ich habe es leider nicht geschafft, eine einfache Ein/Aus Lampe unter Beleuchtung einzuordnen. Sie wird entweder als Ein/Aus unter Zwischenstecker oder als "dimmable" unter Beleuchtung eingeordnet.
Bei den Tests habe ich auch festgestellt, dass der zu definierende Typ (zu mindest für die Harmony) Case Sensitive ist.
Gibt es eine Konfiguration, die es erlaubt als Ein/Aus Lampe unter "Beleuchtung" einzustellen?
Gibt es eigentlich auch einen speziellen Typ für Rollläden? Bisher würde ich es sonst einfach über Dimmer realisieren.Viele Grüße
Arvid -
Hallo,
toll, dass es endlich einen Hue Emulator für iobroker gibt! Erstmal besten Dank für die Arbeit.
Ich möchte ihn einsetzen, um mit meiner Harmony Fernbedienung iobroker Geräte zu steuern. Nach anfänglichen Schwierigkeiten mit dem Discovery (mein System hat zwei Interfaces, da gibt es noch ein kleines Problem im Code mit dem Multicast), sehe ich jetzt in der Harmony die im Adapter konfigurierten Geräte.
In Harmony werden die Geräte in zwei Gruppen einsortiert "Beleuchtung" und "Zwischenstecker". Ich habe es leider nicht geschafft, eine einfache Ein/Aus Lampe unter Beleuchtung einzuordnen. Sie wird entweder als Ein/Aus unter Zwischenstecker oder als "dimmable" unter Beleuchtung eingeordnet.
Bei den Tests habe ich auch festgestellt, dass der zu definierende Typ (zu mindest für die Harmony) Case Sensitive ist.
Gibt es eine Konfiguration, die es erlaubt als Ein/Aus Lampe unter "Beleuchtung" einzustellen?
Gibt es eigentlich auch einen speziellen Typ für Rollläden? Bisher würde ich es sonst einfach über Dimmer realisieren.Viele Grüße
Arvid@arvidihnen
Hi freut mich das es gefällt. Falls du mehr infos zu dem Problem hast kannst du mir die Infos via Mail schicken? Dann schaue ich mal bei Gelegenheit, ob ich daran etwas ändern kann.Bezüglich der simulierten Geräte muss ich leider passen. Die Werte die ich in den Templates eingegragen habe stammen alle von den echten Geräten die ich an einer echten Hue Bridge angeschlossen habe. Aus dem Grund wollte ich das im Adapter auch so machen, dass du theoretisch alles eintragen kannst. Cool fände ich es wenn die Informationen auf der github Seite im Wiki stehen würden. Ich muss mal schauen, ob ich dort etwas für jeden editierbar einstellen kann, dann könnte ich ein Template für die Templates hinterlegen. 😜
Da Hue meines Wissens größtenteils Lichter unterstützt glaube ich nicht das so etwas wie Rolladen möglich ist. Aber da lasse ich mich gerne eines besseren belehren.
-
Hi,
ich komme leider nicht weiter. Obwohl der Adapter auf Grün steht tut sich nix.
Als bsp. hier der Log nach dem Start. Da fehlt denke einiges...(als ob der nicht weiterläuft)
(91647) state hueemu.0.disableAuth changed: true (ack = true) hueemu.0 2020-07-14 22:00:23.670 info (91647) starting. Version 0.0.2 in /usr/local/iobroker/node_modules/iobroker.hueemu, node: v12.18.1, js-controller: 3.1.6 -
Hi. Bitte einmal auf debug oder silly stellen und noch einmal schauen. Es wurde schon angemerkt das die Fehlerausgabe nicht gut ist. Wenn bspw. Das pairing nicht geht müsstest du hier hinweise finden.
Dennoch mehr Details zu was nicht geht wären gut. Konntest du keine Geräte anlegen, konntest du den Adapter nicht mit einem Gerät finden (Harmony), etc.
-
Hey,
ist egal ob debug oder silly, zeigt nicht mehr an. Siehe Screenshot.
Anlegen funktioniert super.
Der Server wird halt nicht gefunden. Werder Harmony, noch Alexa, oder HUE-App bzw. HUE-Essentials* App- Bei der Hue-Essentials-App kann man auch Manuell die Bridge einbinden, aber da kommt dann immer die Fehlermeldung, das kein Server Antwortet.
- Den Adapter hab ich auch schon Neuinstalliert, ohne Erfolg
- Das Anpassen der Konfig, mit anderen Daten, hat auch nix gebracht.
Konfig:
ip-Adresse, unter der der Server gestartet wird. 0.0.0.0Port, auf dem der Server lauscht. 8070
Ip-Adresse, unter der der Server gefunden wird. IP des iMac (ioBroker)
Port, unter dem der Server gefunden wird. 80
-
Hi hast du jetzt nur gefiltert oder auch unter Instanzen-> Log-Stufe
Das Logging umgestellt?Es fehlt auch noch die Beschreibung was nicht geht.
Edit:
Die Einstellungen die du vorgenommen hast setzen voraus das du einen server laufen hast der Anfragen unter port 80 entgegennimmt und diese an port 8070 weiterleiten. Der Adapter kann dies nicht übernehmen das diese ports erweiterte Berechtigungen erfordern die der Adapter nicht hat. Ein möglicher Server wäre bspw nginx. Diese Einstellung ist nur nötig für Geräte die mit hue nur über port 80 sprechen wollen. Bspw. Amazon Echos. -
Hi hast du jetzt nur gefiltert oder auch unter Instanzen-> Log-Stufe
Das Logging umgestellt?Es fehlt auch noch die Beschreibung was nicht geht.
Edit:
Die Einstellungen die du vorgenommen hast setzen voraus das du einen server laufen hast der Anfragen unter port 80 entgegennimmt und diese an port 8070 weiterleiten. Der Adapter kann dies nicht übernehmen das diese ports erweiterte Berechtigungen erfordern die der Adapter nicht hat. Ein möglicher Server wäre bspw nginx. Diese Einstellung ist nur nötig für Geräte die mit hue nur über port 80 sprechen wollen. Bspw. Amazon Echos.@holomekc sagte in Test Adapter hueemu (Hue Emulator) v0.0.x:
Hi hast du jetzt nur gefiltert oder auch unter Instanzen-> Log-Stufe
Das Logging umgestellt?- Jetzt ja :-)
Es fehlt auch noch die Beschreibung was nicht geht.
-
Der Server wird halt nicht gefunden. Werder Harmony, noch Alexa, oder HUE-App bzw. HUE-Essentials* App
-
Bei der Hue-Essentials-App kann man auch Manuell die Bridge einbinden, aber da kommt dann immer die Fehlermeldung, das kein Server Antwortet.
-
Log:
ueemu.0 2020-07-15 11:41:34.837 debug (5698) HueUpnp: Send response to M-SEARCH request from 192.168.178.24:63702 hueemu.0 2020-07-15 11:41:34.837 debug (5698) HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" ST: upnp:rootdevice MX: 5 from 192.168.178.24:63702 hueemu.0 2020-07-15 11:41:34.837 silly (5698) HueUpnp: Server got request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" ST: upnp:rootdevice MX: 5 from 192.168.178.24:63702 hueemu.0 2020-07-15 11:41:34.837 debug (5698) HueUpnp: Send response to M-SEARCH request from 192.168.178.32:57830 hueemu.0 2020-07-15 11:41:34.836 debug (5698) HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" ST: upnp:rootdevice MX: 5 from 192.168.178.32:57830 hueemu.0 2020-07-15 11:41:34.835 silly (5698) HueUpnp: Server got request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" ST: upnp:rootdevice MX: 5 from 192.168.178.32:57830 hueemu.0 2020-07-15 11:41:31.487 silly (5698) HueUpnp: Server got request: NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.178.34:80/description.xml SERVER: Linux/3.14.0 UPnP/1.0 IpBridg hueemu.0 2020-07-15 11:41:31.487 silly (5698) HueUpnp: Server got request: NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.178.34:80/description.xml SERVER: Linux/3.14.0 UPnP/1.0 IpBridg hueemu.0 2020-07-15 11:41:31.486 silly (5698) HueUpnp: Server got request: NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 CACHE-CONTROL: max-age=100 LOCATION: http://192.168.178.34:80/description.xml SERVER: Linux/3.14.0 UPnP/1.0 IpBridg hueemu.0 2020-07-15 11:41:28.918 debug (5698) system.adapter.admin.0: logging true hueemu.0 2020-07-15 11:41:28.918 silly (5698) States system redis pmessage *.logging/system.adapter.admin.0.logging:{"val":true,"ack":true,"ts":1594806088916,"q":0,"from":"system.adapter.admin.0","lc":1594806088916} hueemu.0 2020-07-15 11:41:27.894 info (5698) state hueemu.0.disableAuth changed: true (ack = true) hueemu.0 2020-07-15 11:41:27.893 silly (5698) States user redis pmessage hueemu.0.*/hueemu.0.disableAuth:{"val":true,"ack":true,"ts":1594806087893,"q":0,"from":"system.adapter.hueemu.0","user":"system.user.admin","lc":1594756630272} hueemu.0 2020-07-15 11:41:27.889 silly (5698) States system redis pmessage system.adapter.hueemu.0.logLevel/system.adapter.hueemu.0.logLevel:{"val":"silly","ack":true,"ts":1594806087885,"q":0,"from":"system.adapter.hueemu.0","lc":15948060 hueemu.0 2020-07-15 11:41:27.884 debug (5698) HueServer: Http-Server listening 0.0.0.0:8070 hueemu.0 2020-07-15 11:41:27.883 debug (5698) HueUpnp: Server listening 0.0.0.0:1900 hueemu.0 2020-07-15 11:41:27.877 silly (5698) onReady called. Load configuration hueemu.0 2020-07-15 11:41:27.872 info (5698) starting. Version 0.0.2 in /usr/local/iobroker/node_modules/iobroker.hueemu, node: v12.18.1, js-controller: 3.1.6 hueemu.0 2020-07-15 11:41:27.828 debug (5698) statesDB connected hueemu.0 2020-07-15 11:41:27.828 debug (5698) States connected to redis: 127.0.0.1:9000 hueemu.0 2020-07-15 11:41:27.825 debug (5698) States create System PubSub Client hueemu.0 2020-07-15 11:41:27.824 debug (5698) States create User PubSub Client hueemu.0 2020-07-15 11:41:27.821 debug (5698) Redis States: Use Redis connection: 127.0.0.1:9000 hueemu.0 2020-07-15 11:41:27.821 debug (5698) objectDB connected hueemu.0 2020-07-15 11:41:27.819 debug (5698) Objects connected to redis: 127.0.0.1:9001 hueemu.0 2020-07-15 11:41:27.813 debug (5698) Objects client initialize lua scripts hueemu.0 2020-07-15 11:41:27.813 debug (5698) Objects create User PubSub Client hueemu.0 2020-07-15 11:41:27.812 debug (5698) Objects create System PubSub Client hueemu.0 2020-07-15 11:41:27.811 debug (5698) Objects client ready ... initialize now hueemu.0 2020-07-15 11:41:27.802 debug (5698) Redis Objects: Use Redis connection: 127.0.0.1:9001 hueemu.0 2020-07-15 11:41:24.286 info (5371) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason hueemu.0 2020-07-15 11:41:24.285 info (5371) terminating hueemu.0 2020-07-15 11:41:24.285 info (5371) cleaned everything up... hueemu.0 2020-07-15 11:41:24.285 info (5371) Got terminate signal TERMINATE_YOURSELF -
Hi hast du jetzt nur gefiltert oder auch unter Instanzen-> Log-Stufe
Das Logging umgestellt?Es fehlt auch noch die Beschreibung was nicht geht.
Edit:
Die Einstellungen die du vorgenommen hast setzen voraus das du einen server laufen hast der Anfragen unter port 80 entgegennimmt und diese an port 8070 weiterleiten. Der Adapter kann dies nicht übernehmen das diese ports erweiterte Berechtigungen erfordern die der Adapter nicht hat. Ein möglicher Server wäre bspw nginx. Diese Einstellung ist nur nötig für Geräte die mit hue nur über port 80 sprechen wollen. Bspw. Amazon Echos.@holomekc sagte in Test Adapter hueemu (Hue Emulator) v0.0.x:
Die Einstellungen die du vorgenommen hast setzen voraus das du einen server laufen hast der Anfragen unter port 80 entgegennimmt und diese an port 8070 weiterleiten. Der Adapter kann dies nicht übernehmen das diese ports erweiterte Berechtigungen erfordern die der Adapter nicht hat. Ein möglicher Server wäre bspw nginx. Diese Einstellung ist nur nötig für Geräte die mit hue nur über port 80 sprechen wollen. Bspw. Amazon Echos.
- wenn ich den Port 8070 bei entgegennehmen einstelle, kommen die Selben Fehler im LOG
-
Hi hast du jetzt nur gefiltert oder auch unter Instanzen-> Log-Stufe
Das Logging umgestellt?Es fehlt auch noch die Beschreibung was nicht geht.
Edit:
Die Einstellungen die du vorgenommen hast setzen voraus das du einen server laufen hast der Anfragen unter port 80 entgegennimmt und diese an port 8070 weiterleiten. Der Adapter kann dies nicht übernehmen das diese ports erweiterte Berechtigungen erfordern die der Adapter nicht hat. Ein möglicher Server wäre bspw nginx. Diese Einstellung ist nur nötig für Geräte die mit hue nur über port 80 sprechen wollen. Bspw. Amazon Echos.Die Einstellungen die du vorgenommen hast setzen voraus das du einen server laufen hast der Anfragen unter port 80 entgegennimmt und diese an port 8070 weiterleiten. Der Adapter kann dies nicht übernehmen das diese ports erweiterte Berechtigungen erfordern die der Adapter nicht hat. Ein möglicher Server wäre bspw nginx. Diese Einstellung ist nur nötig für Geräte die mit hue nur über port 80 sprechen wollen. Bspw. Amazon Echos.
Wenn ich dich richtig Verstehe, kann der adapter selbst keine Umleitung der Ports umsetzen. Das dachte ich nämlich.
Also, wenn ich den Port 80 nutzen will, muss ich ne Umleitung einsetzen?
-
Die Einstellungen die du vorgenommen hast setzen voraus das du einen server laufen hast der Anfragen unter port 80 entgegennimmt und diese an port 8070 weiterleiten. Der Adapter kann dies nicht übernehmen das diese ports erweiterte Berechtigungen erfordern die der Adapter nicht hat. Ein möglicher Server wäre bspw nginx. Diese Einstellung ist nur nötig für Geräte die mit hue nur über port 80 sprechen wollen. Bspw. Amazon Echos.
Wenn ich dich richtig Verstehe, kann der adapter selbst keine Umleitung der Ports umsetzen. Das dachte ich nämlich.
Also, wenn ich den Port 80 nutzen will, muss ich ne Umleitung einsetzen?
-
@c_hoch_b
Ja genau. Du siehst ja in den logs die m_search Nachrichten. Der adapter kann dann so tun er wäre auf port 80 erreichbar, obwohl er das nicht ist. Dafür brauchst du dann bspw. Nginx um auf 8070 weiterzuleiten@holomekc
Ich habe heute mal deinen Adapter getestet, da ich meine hue Emulation gerne in den iobroker umziehen lassen willBisher nutze ich den Pythonscript von falke0069 und der funktioniert tadellos.
Allerdings möchte ich gerne alles zentral im iobroker haben.Nun habe ich aber festgestellt, dass einige Dinge in meinem System auf den Port 1900 lauschen und deshalb kein Pairing stattfindet.
Ausschalten ist da sehr schwierig, da nicht nur deconz sondern einige WLAN Geräte und mein komplettes Homematic System laut silly Log darauf lauschtKannst du mal über den Pythonscript schauen, wie es dort gelöst wurde, um das zu umgehen?
Mit dem Pythonscript kann ich problemlos pairen. -
@holomekc
Ich habe heute mal deinen Adapter getestet, da ich meine hue Emulation gerne in den iobroker umziehen lassen willBisher nutze ich den Pythonscript von falke0069 und der funktioniert tadellos.
Allerdings möchte ich gerne alles zentral im iobroker haben.Nun habe ich aber festgestellt, dass einige Dinge in meinem System auf den Port 1900 lauschen und deshalb kein Pairing stattfindet.
Ausschalten ist da sehr schwierig, da nicht nur deconz sondern einige WLAN Geräte und mein komplettes Homematic System laut silly Log darauf lauschtKannst du mal über den Pythonscript schauen, wie es dort gelöst wurde, um das zu umgehen?
Mit dem Pythonscript kann ich problemlos pairen.@simatec
Hi. Ssdp läuft immer über port 1900. Auch die genannte Library macht es so
https://github.com/falk0069/hue-upnp/blob/f6a216ddeb6f94591585240066e55c833871dc58/hueUpnp.py#L20Hattest du vielleicht deine Geräte mit der python lib gepaired bevor port 1900 in Verwendung war? Ich kann noch einmal bissle recherchieren aber ich glaube nicht das es da eine andere Option gibt.
Es hängt auch zum großen Teil davon ab wie die Geräte arbeiten die du pairen willst. Bspw. Lässt Harmony dort keine andere Option. Bei anderen Geräten kannst du host und port vom Adapter direkt eingeben, so dass ssdp komplett übersprungen wird.
Da es nur ums Pairing geht wäre der einfachste weg kurzzeitig einmal den Prozess zu stoppen der Port 1900 blockiert. Dann den Adapter wieder starten und alle Geräte die du nutzen möchtest zu pairen. Dann kannst du anschließend die Prozesse wieder starten oder dein System einmal neustarten.
Weiter oben stehen Befehle mit denen du die Prozesse identifizieren kannst.
-
@simatec
Hi. Ssdp läuft immer über port 1900. Auch die genannte Library macht es so
https://github.com/falk0069/hue-upnp/blob/f6a216ddeb6f94591585240066e55c833871dc58/hueUpnp.py#L20Hattest du vielleicht deine Geräte mit der python lib gepaired bevor port 1900 in Verwendung war? Ich kann noch einmal bissle recherchieren aber ich glaube nicht das es da eine andere Option gibt.
Es hängt auch zum großen Teil davon ab wie die Geräte arbeiten die du pairen willst. Bspw. Lässt Harmony dort keine andere Option. Bei anderen Geräten kannst du host und port vom Adapter direkt eingeben, so dass ssdp komplett übersprungen wird.
Da es nur ums Pairing geht wäre der einfachste weg kurzzeitig einmal den Prozess zu stoppen der Port 1900 blockiert. Dann den Adapter wieder starten und alle Geräte die du nutzen möchtest zu pairen. Dann kannst du anschließend die Prozesse wieder starten oder dein System einmal neustarten.
Weiter oben stehen Befehle mit denen du die Prozesse identifizieren kannst.
@holomekc
Ich hatte gestern die Python Bridge komplett aus der Harmony entfernt, um deinen Adapter zu pairen. Die ging bis zum Punkt, als ich die Pairingtaste drücken sollte.Danach ging es nicht weiter und der Log hatte einige benutzte 1900 Ports ausgegeben.
Als ich dann alles probiert hatte und nicht weiter kam, hatte ich die Python Bridge wieder gepairt und das ging sofort.
Da liefen alle meine Systeme im Smarthome.
Von daher denke ich, dass dort ne Kleinigkeit anders läuft, als in deinem Adapter.
Python ist jetzt nicht so meins, von daher ist es schwierig für mich nachzuvollziehen
-
@holomekc
Ich hatte gestern die Python Bridge komplett aus der Harmony entfernt, um deinen Adapter zu pairen. Die ging bis zum Punkt, als ich die Pairingtaste drücken sollte.Danach ging es nicht weiter und der Log hatte einige benutzte 1900 Ports ausgegeben.
Als ich dann alles probiert hatte und nicht weiter kam, hatte ich die Python Bridge wieder gepairt und das ging sofort.
Da liefen alle meine Systeme im Smarthome.
Von daher denke ich, dass dort ne Kleinigkeit anders läuft, als in deinem Adapter.
Python ist jetzt nicht so meins, von daher ist es schwierig für mich nachzuvollziehen
@simatec
Siehe https://github.com/falk0069/hue-upnp/tree/f6a216ddeb6f94591585240066e55c833871dc58#some-pitfalls-to-mentionDort steht:
The UDP response needs to be bound to port 1900 (like the request) and sent to the same port that the client used (for Harmony)Sicher das die Python lib nicht lief? Normalerweise kann auch nur eine Anwendung einen Port belegen. Es sei du hättest mehrere Netzwerkinterfaces. Kannst du mal schauen, was bei dir in der python Lib eingestellt ist für UPNP_PORT? Der Default ist 1900.
Ich bin aktuell nicht mehr vor Ort und kann es mit Harmony nicht ausprobieren :( Für einen schnellen Test könntest du auch in der hue-upnp.js Datei vom hue-emu den Port oben einmal abändern.
Ich bin gerade dabei den Port konfigurierbar zu machen. Könnte ein bissle dauern. Ich muss erst die Lib ändern und dann den ioBroker adapter.
Ich bin jedoch nicht sicher, ob dir das bei Harmony helfen würde. Laut der Beschreibung von der python lib mag Harmony nicht über andere Ports reden.
-
@simatec
Siehe https://github.com/falk0069/hue-upnp/tree/f6a216ddeb6f94591585240066e55c833871dc58#some-pitfalls-to-mentionDort steht:
The UDP response needs to be bound to port 1900 (like the request) and sent to the same port that the client used (for Harmony)Sicher das die Python lib nicht lief? Normalerweise kann auch nur eine Anwendung einen Port belegen. Es sei du hättest mehrere Netzwerkinterfaces. Kannst du mal schauen, was bei dir in der python Lib eingestellt ist für UPNP_PORT? Der Default ist 1900.
Ich bin aktuell nicht mehr vor Ort und kann es mit Harmony nicht ausprobieren :( Für einen schnellen Test könntest du auch in der hue-upnp.js Datei vom hue-emu den Port oben einmal abändern.
Ich bin gerade dabei den Port konfigurierbar zu machen. Könnte ein bissle dauern. Ich muss erst die Lib ändern und dann den ioBroker adapter.
Ich bin jedoch nicht sicher, ob dir das bei Harmony helfen würde. Laut der Beschreibung von der python lib mag Harmony nicht über andere Ports reden.
@holomekc
Ich habe mal den Log hier für dich. Vielleicht hilft der dir weiter ...
Da ist vom Pairing mit hueUpnp2020-12-06 14:43:49,900 [INFO ] hueUpnp: Server starting 2020-12-06 14:43:49,903 [INFO ] hueUpnp: Starting HTTP server for 192.168.123.34:8080 2020-12-06 14:44:16,453 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:44:21,455 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:44:26,457 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:44:31,456 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:44:36,456 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:45:25,361 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:25,401 [INFO ] hueUpnp: 192.168.123.52 Sent HTTP New Dev Sync Response 2020-12-06 14:45:25,440 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:25,832 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:25,842 [INFO ] hueUpnp: 192.168.123.52 Got request for new dev: groups 2020-12-06 14:45:25,842 [INFO ] hueUpnp: 192.168.123.52 Sent HTTP New Dev Response 2020-12-06 14:45:25,874 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:25,881 [INFO ] hueUpnp: 192.168.123.52 Got request for new dev: scenes 2020-12-06 14:45:25,881 [INFO ] hueUpnp: 192.168.123.52 Sent HTTP New Dev Response 2020-12-06 14:45:27,287 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:27,295 [INFO ] hueUpnp: 192.168.123.52 Got request for new dev: groups 2020-12-06 14:45:27,295 [INFO ] hueUpnp: 192.168.123.52 Sent HTTP New Dev Response 2020-12-06 14:45:28,926 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:39,028 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:39,828 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 52758) 2020-12-06 14:45:40,830 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 52758) 2020-12-06 14:45:41,828 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 52758) 2020-12-06 14:45:42,830 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 52758) 2020-12-06 14:45:49,104 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:45:59,171 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:46:09,237 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:46:17,452 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:46:19,300 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:46:22,453 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:46:27,453 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:46:29,414 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:46:32,454 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:46:37,454 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:46:39,525 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:46:49,598 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:46:59,838 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:47:09,113 [INFO ] hueUpnp: 192.168.123.52: reading http request ./hue-upnp-helper.sh called with 'Homematic Deckenfluter WZ' 'on' 'true' Running directive for Homematic Deckenfluter WZ 1 on true HTTP/1.1 200 OK Access-Control-Allow-Origin: * Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept Content-Type: application/json; charset=utf-8 Date: Sun, 06 Dec 2020 13:47:09 GMT Connection: keep-alive Content-Length: 60 {"id":"hm-rpc.0.OEQ0189022.1.STATE","value":true,"val":true}2020-12-06 14:47:10,496 [INFO ] hueUpnp: 192.168.123.52: reading http request ./hue-upnp-helper.sh called with 'Homematic Deckenfluter WZ' 'on' 'false' Running directive for Homematic Deckenfluter WZ 1 on false HTTP/1.1 200 OK Access-Control-Allow-Origin: * Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept Content-Type: application/json; charset=utf-8 Date: Sun, 06 Dec 2020 13:47:10 GMT Connection: keep-alive Content-Length: 62 {"id":"hm-rpc.0.OEQ0189022.1.STATE","value":false,"val":false}2020-12-06 14:47:20,911 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:47:31,051 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:47:39,831 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 55235) 2020-12-06 14:47:40,833 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 55235) 2020-12-06 14:47:41,118 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:47:41,833 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 55235) 2020-12-06 14:47:42,834 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 55235) 2020-12-06 14:47:51,187 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:48:01,255 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:48:11,323 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:48:18,454 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:48:21,387 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:48:23,454 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:48:28,454 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:48:31,511 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:48:33,456 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:48:38,456 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:48:41,579 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:48:51,647 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:49:01,711 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:49:11,966 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:49:22,027 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:49:32,141 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:49:39,795 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 54125) 2020-12-06 14:49:40,796 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 54125) 2020-12-06 14:49:41,797 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 54125) 2020-12-06 14:49:42,207 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:49:42,799 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.45', 54125) 2020-12-06 14:49:52,272 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:50:02,336 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:50:12,402 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:50:19,452 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:50:22,464 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:50:24,453 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:50:29,454 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:50:32,582 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:50:34,455 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:50:39,455 [INFO ] hueUpnp: received M-SEARCH from ('192.168.123.254', 52581) 2020-12-06 14:50:42,651 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:50:52,717 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:51:02,955 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:51:13,022 [INFO ] hueUpnp: 192.168.123.52: reading http request 2020-12-06 14:51:23,086 [INFO ] hueUpnp: 192.168.123.52: reading http requestHier noch die Einstellungen von hueUpnp
# Some Global Variables standard = { #Start with a '-d' to force debug mode 'DEBUG': False, #Standard Broadcast IP UPNP 'BCAST_IP': "239.255.255.250", #Standard UPNP Port 'UPNP_PORT': 1900, # Seconds between upnp broadcast 'BROADCAST_INTERVAL': 200, # Callback http webserver IP (this machine) 'IP': "192.168.123.34", # HTTP-port to serve icons, xml, json (80 is most compatible but requires root) 'HTTP_PORT': 8080, # shouldn't matter but feel free to adjust 'GATEWAYIP': "192.168.123.254", # shouldn't matter but feel free to adjust 'MACADDRESS': "aa:bb:cc:dd:ee:ff", # Set default ON state for all device to "true" or "false" when first starting 'DEFAULT_ON_STATE': "false", # Set default BRIGHTNESS state for all device to a value 0-254 when first starting 'DEFAULT_BRI_STATE': 0, }Ich habe die python lib beendet und das Pairing aufgehoben. Wird dnach auch nicht mehr von der Harmony gefunden.
Support us
812
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge