Test Adapter hueemu (Hue Emulator) v0.0.x

[holomekc]

Hmm ich brauche noch einmal Feedback zu dem verknüpfen wie es gewünscht war. War hiermit ein anderer Adapter gemeint? Linked devices oder devices adapter? Beide hatte ich mir angeschaut aber irgendwie verstehe ich noch nicht wie mich das weiter bringt.

Oder war gemeint das in hueemu selber ein andere state hinterlegt werden kann so wie ich es vom yahka adapter kenne? Also bspw. Für hueemu.0.1.state.on hinterlege ich deconz.0....on Und falls ja, dann müsste ich mehr anbieten als nur state hinterlegen, da unter umständen die Werte ins passende Format umgewandelt werden müssen.

[simatec]

@holomekc
Ich würde es direkt in hueemu hinterlegen.
Welches Gerät man denn wählt, ist ja jedem überlassen. Man könnte die ID nehmen oder auch den alias

[holomekc]

@simatec
Ok. Danke für das Feedback.

Habe jetzt erst einmal vorher noch folgendes geändert. Ist jedoch noch nicht gepushed:

• Neue config: UPnP mit folgenden Werten. Damit wird der Upnp Server und damit Port 1900 wie folgt verwendet:
  • Aktiviert
  • Deaktiviert
  • Beim koppeln

Ich hätte ein paar Fragen zu der admin ui. Bisher hatte ich immer nur index_m.html verwendet. Jedoch gibt es auch noch tab_m.html und custom_m.html. Ich kann die letzten beiden irgendwie nicht zuordnen. Gibt es hier irgendwo eine Beschreibung dazu?

[holomekc]

Hier ein paar Wireframes für eine mögliche GUI. Feedback wäre toll:

Lichter Konfiguration:

Das waren meine ersten Gedanken. Bin bissle vorbelastet durch die yahka GUI. Die fand ich gar nicht so schlecht. Außerdem wollte ich das es möglichst flexible ist. Daher sind bspw. die states Werte komplett individualisierbar. Heißt theoretisch könnte dort auch "brabbel" stehen. Die Templates für das erstellen eines Lichtes würde dann zumindest das initiale Erstellen erleichtern. Aber es würde auch nicht limitieren.

Lichter Konfiguration mittels JSON:

Das gleiche wie oben jedoch rein als JSON. Im Prinzip wäre der Gedanke das der Tab General ein JSON erstellt, welches via Tab JSON eingesehen als auch editiert werden kann. Hier wäre es auch möglich die Werte die bisher unter data stehen einzutragen. Zusätzlich kommen Konfiguration hinzu wie das verlinken und Mapping.

Lichter erstellen aus Template oder JSON:

Hier ein Modal zum initialen erstellen eines Lichtes. Hierbei sollen die Templates verwendet werden die es bereits gibt, bzw. kann auch ein eigenes Template verwendet werden. Nach dem Erstellen würden im General Tab bei states immer Value als initialer Type eingestellt werden. Änderung auf Verlinkung zu einem State wäre dann natürlich möglich.

Ich hoffe die Idee davon wird klar. Wie bereits oben erwähnt. Feedback wäre super.

[Airmaxchen]

Ahoi!
Ich versuche gerade wieder meine Harmony mit dem hueemu zum Laufen zu bringen.
Leider wechselt der Adapter nach 20 Sekunden immer wieder auf rot um dann nach 30 Sekunden wieder zu starten.
Im Log sieht das Ganze so aus:

hueemu.0	2021-02-19 09:55:00.681	info	(29682) Terminated (NO_ERROR): Without reason
hueemu.0	2021-02-19 09:55:00.680	info	(29682) terminating
hueemu.0	2021-02-19 09:55:00.638	info	(29682) cleaned everything up...
hueemu.0	2021-02-19 09:55:00.637	error	(29682) Error [ERR_SOCKET_DGRAM_NOT_RUNNING]: Not running at healthCheck (dgram.js:899:11) at Socket.send (dgram.js:624:3) at Timeout._onTimeout (/opt/iobroker/node_modules/hue-emu/dist/up
hueemu.0	2021-02-19 09:55:00.636	error	(29682) uncaught exception: Not running
hueemu.0	2021-02-19 09:54:40.683	info	(29682) state hueemu.0.disableAuth changed: false (ack = true)
hueemu.0	2021-02-19 09:54:40.667	info	(29682) HueServer: Http-Server listening 0.0.0.0:8080
hueemu.0	2021-02-19 09:54:40.613	info	(29682) starting. Version 0.0.5 in /opt/iobroker/node_modules/iobroker.hueemu, node: v12.20.0, js-controller: 3.1.6
hueemu.0	2021-02-19 09:54:09.083	info	(29634) Terminated (NO_ERROR): Without reason
hueemu.0	2021-02-19 09:54:09.082	info	(29634) terminating
hueemu.0	2021-02-19 09:54:09.039	info	(29634) cleaned everything up...
hueemu.0	2021-02-19 09:54:09.039	error	(29634) Error [ERR_SOCKET_DGRAM_NOT_RUNNING]: Not running at healthCheck (dgram.js:899:11) at Socket.send (dgram.js:624:3) at Timeout._onTimeout (/opt/iobroker/node_modules/hue-emu/dist/up
hueemu.0	2021-02-19 09:54:09.038	error	(29634) uncaught exception: Not running
hueemu.0	2021-02-19 09:53:49.086	info	(29634) state hueemu.0.disableAuth changed: false (ack = true)
hueemu.0	2021-02-19 09:53:49.070	info	(29634) HueServer: Http-Server listening 0.0.0.0:8080
hueemu.0	2021-02-19 09:53:49.014	info	(29634) starting. Version 0.0.5 in /opt/iobroker/node_modules/iobroker.hueemu, node: v12.20.0, js-controller: 3.1.6

Ich habe es bis jetzt auch nicht geschafft, die Harmony damit zu pairen. Ich weiß nicht ob das an den Neustarts liegt.

Mein ioBroker läuft unter Docker auf einer Synology. Um zu pairen habe ich alles was den Port 1900 verwendet deaktiviert außer minissdpd von der Syno. Sobald ich diesen Dienst stoppe, startet er sofort wieder.

Könnt ihr mit da vielleicht weiterhelfen?

[holomekc]

@airmaxchen
Hi. Bei mir läuft es auch in docker. Ich habe allerdings network_mode host eingestellt, da sonst das ssdp Protokoll nicht funktionieren wird. Es scheint auch irgendwie das er den udp server nicht bei dir starten kann, wobei die Fehlermeldung nicht genauer sagt warum :(.

[Airmaxchen]

Ich habe es nochmal versucht und, aus welchem Grund auch immer, jetzt mehr Fehlermeldungen:

host.iobroker	2021-02-20 10:47:27.809	info	Restart adapter system.adapter.hueemu.0 because enabled
host.iobroker	2021-02-20 10:47:27.809	info	instance system.adapter.hueemu.0 terminated with code 0 (NO_ERROR)
host.iobroker	2021-02-20 10:47:27.809	error	Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:85:21)
host.iobroker	2021-02-20 10:47:27.809	error	Caught by controller[0]: at dgram.js:338:20
host.iobroker	2021-02-20 10:47:27.809	error	Caught by controller[0]: Error: bind EADDRINUSE 0.0.0.0:1900
host.iobroker	2021-02-20 10:47:27.808	error	Caught by controller[0]: HueUpnp: Server error. Shutdown server:
hueemu.0	2021-02-20 10:47:27.290	info	(20397) Terminated (NO_ERROR): Without reason
hueemu.0	2021-02-20 10:47:27.289	info	(20397) terminating
hueemu.0	2021-02-20 10:47:27.245	info	(20397) cleaned everything up...
hueemu.0	2021-02-20 10:47:27.245	error	(20397) Error [ERR_SOCKET_DGRAM_NOT_RUNNING]: Not running at healthCheck (dgram.js:899:11) at Socket.send (dgram.js:624:3) at Timeout._onTimeout (/opt/iobroker/node_modules/hue-emu/dist/up
hueemu.0	2021-02-20 10:47:27.244	error	(20397) uncaught exception: Not running
hueemu.0	2021-02-20 10:47:07.294	info	(20397) state hueemu.0.disableAuth changed: false (ack = true)
hueemu.0	2021-02-20 10:47:07.275	info	(20397) HueServer: Http-Server listening 0.0.0.0:8080
hueemu.0	2021-02-20 10:47:07.219	info	(20397) starting. Version 0.0.5 in /opt/iobroker/node_modules/iobroker.hueemu, node: v12.20.2, js-controller: 3.1.6

Vielleicht hilft das weiter?

[holomekc]

@airmaxchen
Ja das hilft. Port 1900 ist bereits in Verwendung. Daher funktioniert das Pairing über das SSDP Protokoll nicht. Oder anders ausgedrückt. Der Adapter kann nicht auf sich aufmerksam machen. Daher funktioniert das Pairing nicht mit Harmony.

probier mal:
sudo netstat -nap | grep 1900

Irgend ein anderer Prozess lauscht offenbar auf diesen Port. Könnte sogar sein das ein package vom Synology NAS diesen Port verwendet, denn leider ist dies nicht unüblich und das Protokoll läuft leider nur über eben diesen Port.

Prinzipiell müsste es gehen den Prozess, welcher den Port blockiert einmal beenden. Dann den Adapter starten (In den Einstellungen UPnP Verhalten auf "beim koppeln" stellen) und anschließend mit Harmony pairen. Anschließend sollte der Port nicht mehr benötigt werden. Durch die Einstellung beim koppeln sollte der Adapter auch nicht immer direkt versuchen den Port 1900 zu belegen, so dass der andere Prozess vom NAS diesen wieder verwenden kann.

[Airmaxchen]

@holomekc Ja, der Port 1900 wir von einigen Dingen (Fakeroku, TVHeadend,...) verwendet. Die habe ich auch alle deaktivieren können mit Ausnahme von minissdpd von der Syno. Ich kann zwar den Prozess killen aber leider startet er sich sofort wieder.
Da muss ich noch schauen wie ich den Neustart verhindern kann.
Liegt es auch daran, dass hueemu immer wieder neu startet? Weil ich die anderen Dienste nach erfolgreichem Pairing wieder starten muss und da sollte hueemu laufen und nicht immer neu starten.

[holomekc]

@airmaxchen
Ich denke das Neustarten sollte sich durch die Einstellung von UpnP verhindern lassen. Denke. Ansonsten muss ich noch einmal schauen. Ist definitiv nicht ideal. Eigentlich sollte er nicht deswegen neustarten.

[Airmaxchen]

Ich habe es jetzt endlich geschafft den Port 1900 frei zu machen. Also laut netstat wird er nur von hueemu verwendet und der Adapter startet sich auch nicht mehr ständig neu.

Leider schaffe ich es trotzdem nicht, die Harmony zu verbinden. Weder mit der Android-App noch mit dem Desktop-Programm am PC wird hueemu gefunden.

Meine Einstellungen:
IP gestartet: 0.0.0.0
Port lauscht: 8070
IP gefunden: 192.168.178.34 (mein NAS mit ioBroker im Docker)
Port gefunden: 8070
Port https: 8071
Mac: die Mac meines NAS
UPnP: 1900

Alle Ports sind frei und meine Harmony funktioniert sonst einwandfrei. Im Log kommt auch keine Meldung.

[holomekc]

@airmaxchen
Anhand der IP vermute ich du hast docker im network mode host laufen. Das wäre ja dann passend. Du kannst probieren den Adapter mal auf debug oder silly zu stellen. Dann müssten die ssdp Nachrichten sichtbar sein. Dort müssten auch welche von der ip von Harmony auftauchen.

Ich meine Harmony kam auch mit ports != 80 klar. Das kann ich später noch mal bei mir testen.

[Airmaxchen]

Ich habe es jetzt auch mit Port 80 versucht. Leider kein Erfolg.
Mir ist noch aufgefallen, dass, wenn ich das Pairing par Android-App versuche, mir angezeigt wird, dass eine Philips Hue Bridge im Netzwerk gefunden wurde. Nur das Pairing funktioniert nicht.
Diese Anzeige kommt aber auch wenn ich den Adapter deaktiviere.

Ich habe im Log auf silly umgestellt. Da kommen aber auch nicht mehr Infos.

[holomekc]

@airmaxchen
Hmm. Noch einmal der Vollständigkeit halber. Du hast Lichter angeklickt und dann auch den startPairing Button? Ich habe kein Android SmartPhone. Das kann ich leider nicht testen.

[holomekc]

@Airmaxchen
Hmm es scheint tatsächlich was nicht zu gehen. Ich schaue mal und schreibe dann ein Update hier.

[holomekc]

@Airmaxchen
Es geht doch. Sorry ich bin auch schon verwirrt. Hier vielleicht einmal was ich gemacht habe bis es ging ohne einen Schritt wegzulassen:

1. Original Hue Hub ausgeschaltet
2. 2ten Raspberry Pi ausgeschaltet, da auf diesem haBridge läuft (Musste ich mit Wireshark feststellen, da ich es offenbar wieder vergessen habe das dort haBridge drauf läuft...)
3. Da dann Harmony sich immer noch versucht hatte mit dem ausgeschalteten RaspberryPi zu verbinden.... Zumindest sagte das die App. Kann aber eigentlich nicht seinen, hatte ich die Steckerleiste ausgeschaltet
4. Verwirrt das beim pairing gar nichts mehr gefunden wurde...
5. Steckerleiste wieder eingeschaltet, da dort auch das Harmony Hub angeschlossen ist
6. Anderen RaspberryPi heruntergefahren
7. App neu gestartet
8. startPairing Button gedrückt
9. In der App auf Philips Hue hinzufügen geklickt
10. Es geht.

Jetzt vielleicht etwas ernsthafter. Also es scheint auf jeden Fall ein Problem zu sein, wenn du mehrere hue bridges oder andere emulatoren zur gleichen Zeit am laufen hast. Harmony scheint einen zufällig zu wählen. Wobei ich nicht genau weiß für welches Gerät es sich entscheidet. Es scheint auch geholfen zu haben die App neu zu starten und bei der Reihenfolge, ob erst startPairing drücken oder erst in der App bin ich mir nicht 100% sicher. Es scheint beides zu gehen. Mir scheint erst startPairing und dann in App besser zu sein. Zumindest ging es anders herum einmal nicht...

Ich hatte dann die Bridge wieder entfernt und 5x neu gepaired ohne Probleme.

Log technisch ist folgendes zu sehen:

2021-02-22 17:08:19.123 - debug: hueemu.1 (5958) HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 2
ST: ssdp:all
from 192.168.178.42:60354

2021-02-22 17:08:19.281 - debug: hueemu.1 (5958) HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 2
ST: urn:schemas-upnp-org:device:basic:1
from 192.168.178.42:60354

2021-02-22 17:08:39.324 - debug: hueemu.1 (5958) HueServer: Incoming POST /api/ request from 127.0.0.1,192.168.178.42
2021-02-22 17:08:39.337 - info: hueemu.1 (5958) Pairing with devicetype=Harmony Hub and generateclientkey=undefined
2021-02-22 17:08:39.339 - info: hueemu.1 (5958) create random user id: 8fe19c0b-55da-47ea-be4c-554576cfad5c
2021-02-22 17:08:39.343 - debug: hueemu.1 (5958) HueServer: Send response.
Body:
"[{\"success\":{\"username\":\"8fe19c0b-55da-47ea-be4c-554576cfad5c\"}}]"

2021-02-22 17:08:39.418 - debug: hueemu.1 (5958) HueServer: Incoming GET /api/8fe19c0b-55da-47ea-be4c-554576cfad5c/lights request from 127.0.0.1,192.168.178.42
2021-02-22 17:08:39.421 - debug: hueemu.1 (5958) Get lights
2021-02-22 17:08:39.450 - debug: hueemu.1 (5958) Found authenticated username=8fe19c0b-55da-47ea-be4c-554576cfad5c
2021-02-22 17:08:39.461 - debug: hueemu.1 (5958) Get light=1
2021-02-22 17:08:39.462 - debug: hueemu.1 (5958) Get light=2
2021-02-22 17:08:39.493 - debug: hueemu.1 (5958) Found authenticated username=8fe19c0b-55da-47ea-be4c-554576cfad5c
2021-02-22 17:08:39.495 - debug: hueemu.1 (5958) Found authenticated username=8fe19c0b-55da-47ea-be4c-554576cfad5c
...

[Airmaxchen]

Ich habe es jetzt nochmal in dieser Reihenfolge versucht. Zumindest die Dinge, die bei mir Sinn machen.
Original Hue Bridge habe ich schon seit einem Jahr nicht mehr. Raspberry Pi (bis vor ein paar Tagen mein ioBroker) ist nicht mehr angeschlossen und auch aus den bekannten Netzwerkgeräten aus der Fritzbox gelöscht.

Ich habe jetzt das NAS abgeschaltet und trotzdem ist in der Harmony App der Hinweis erschienen, dass eine Bridge gefunden wurde.
Schön langsam wird er mysteriös.

Nur zur Info und Vollständigkeit noch:
Aktuelles System: Synology DS920+ mit ioBroker, Deconz und OpenHAB 3 jeweils im Docker. Bei meinen aktuellen Versuchen habe ich die Container mit Deconz und OpenHAB deaktiviert, da diese auch Port 1900 verwenden.

Altes System: Raspberry Pi 4 ebenfalls mit ioBroker, Deconz und OpenHAB 2.
Da habe ich die Hue innerhalb von OpenHAB emuliert und von dort die Items an den ioBroker weitergeben. Jetzt wollte ich es direkt in ioBroker machen.
Aber auch der Versuch es wieder in OpenHAB zu integrieren scheitert. Auch da wird die emulierte Bridge nicht gefunden.

EDIT:
Ich habe den Harmony Hub jetzt mal stromlos gemacht und danach war immerhin die Meldung, dass eine Bridge gefunden wurde, weg. Jetzt scheint der Hub in Sachen Hue zumindest jungfreulich zu sein. Leider hat das beim Pairen nicht geholfen. Hueemu wird nicht gefunden.

EDIT2: Nur zur Info: Ich habe es wieder einmal versucht und aus einem mir unbekannten Grund FUNKTIONIERT ES JETZT!!!

Vielen Dank für die Hilfe und vor allem Geduld!

[raZ4Taz]

Hallo

Ich wollte mal versuch ob ich mit den Hueemu mein Bosch Twist bisschen aufwerten kann, aber der Hueemu wird von keiner App ( Hue, Bosch App) gefunden.
Im Log sind keine Fehler zu sehen.

Meine Einstellungen:
0.0.0.0 Ip-Adresse, unter der der Server gestartet wird
8070 Port, auf dem der Server lauscht
192.168.187.30 Ip-Adresse, unter der der Server gefunden wird.
8070 Port, unter dem der Server gefunden wird.
8071 Bei Bedarf können Sie einen Port für https angeben.
28-18-78-4E-7E-80 Mac-Adresse, die in API-Antworten verwendet wird.
1900 UPNP-Port

Der IO Brocker läuft auf ein Win10 Rechner zum testen.
Was mach ich falsch? Wenn ich mich mit den EMu verbinden will muss ich vorher StartPairing auf True setzten und dann z.b BSH nach neuer Bridge suchen, ist das so richtig?
Bin noch ganz neu in den Thema IO Broker.

Viel Dank
Micha

hueemu.0
2320	2021-10-11 18:18:04.243	debug	HueServer: Send response.Body:"<?xml version=\"1.0\" encoding=\"UTF-8\" ?>\n<root xmlns=\"urn:schemas-upnp-org:device-1-0\">\n <specVersion>\n <major>1</major>\n <minor>0</minor>\n </specVersion>\n <URLBase>http://192.168.187.30:8070/</URLBase>\n <device>\n <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>\n <friendlyName>Hue-Emu</friendlyName>\n <manufacturer>Royal Philips Electronics</manufacturer>\n <manufacturerURL>https://github.com/holomekc/hue-emu</manufacturerURL>\n <modelDescription>Philips hue compatible Personal Wireless Lighting</modelDescription>\n <modelName>Philips hue bridge 2015</modelName>\n <modelNumber>BSB002</modelNumber>\n <modelURL>https://github.com/holomekc/hue-emu</modelURL>\n <serialNumber>28-18-78-4E-7E-45</serialNumber>\n <UDN>uuid:1f0800fc-5f3f-4c2b-8a6d-2fdef68e2cad</UDN>\n <presentationURL>index.html</presentationURL>\n <iconList>\n <icon>\n <mimetype>image/png</mimetype>\n <height>48</height>\n <width>48</width>\n <depth>24</depth>\n <url>hue_logo_0.png</url>\n </icon>\n </iconList>\n </device>\n</root>"

hueemu.0
2320	2021-10-11 18:18:04.240	debug	HueServer: Incoming GET /description.xml request from 192.168.187.123

hueemu.0
2320	2021-10-11 18:17:42.707	info	state hueemu.0.disableAuth changed: false (ack = true)

hueemu.0
2320	2021-10-11 18:17:42.704	info	state hueemu.0.startPairing changed: false (ack = true)

hueemu.0
2320	2021-10-11 18:17:42.681	info	HueServer: Https-Server listening 0.0.0.0:8071

hueemu.0
2320	2021-10-11 18:17:42.680	info	HueServer: Http-Server listening 0.0.0.0:8070

hueemu.0
2320	2021-10-11 18:17:42.663	debug	HueUpnp: Server listening 0.0.0.0:1900

hueemu.0
2320	2021-10-11 18:17:42.179	info	hueemu.0

hueemu.0
2320	2021-10-11 18:17:42.144	info	starting. Version 0.0.5 in C:/Program Files/iobroker/SmartHome2/node_modules/iobroker.hueemu, node: v10.17.0, js-controller: 3.3.18

hueemu.0
2320	2021-10-11 18:17:42.045	debug	statesDB connected

hueemu.0
2320	2021-10-11 18:17:42.044	debug	States connected to redis: 127.0.0.1:9010

hueemu.0
2320	2021-10-11 18:17:42.040	debug	States create User PubSub Client

hueemu.0
2320	2021-10-11 18:17:42.039	debug	States create System PubSub Client

hueemu.0
2320	2021-10-11 18:17:42.028	debug	Redis States: Use Redis connection: 127.0.0.1:9010

hueemu.0
2320	2021-10-11 18:17:42.026	debug	objectDB connected

hueemu.0
2320	2021-10-11 18:17:42.017	debug	Objects connected to redis: 127.0.0.1:9011

hueemu.0
2320	2021-10-11 18:17:42.001	debug	Objects client initialize lua scripts

hueemu.0
2320	2021-10-11 18:17:42.000	debug	Objects create User PubSub Client

hueemu.0
2320	2021-10-11 18:17:41.999	debug	Objects create System PubSub Client

hueemu.0
2320	2021-10-11 18:17:41.995	debug	Objects client ready ... initialize now

hueemu.0
2320	2021-10-11 18:17:41.961	debug	Redis Objects: Use Redis connection: 127.0.0.1:9011

hueemu.0
11396	2021-10-11 18:17:35.614	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

hueemu.0
11396	2021-10-11 18:17:35.612	info	terminating

hueemu.0
11396	2021-10-11 18:17:35.612	info	cleaned everything up...

hueemu.0
11396	2021-10-11 18:17:35.610	info	Got terminate signal TERMINATE_YOURSELF

hueemu.0
11396	2021-10-11 18:08:53.615	debug	HueServer: Send response.Body:"<?xml version=\"1.0\" encoding=\"UTF-8\" ?>\n<root xmlns=\"urn:schemas-upnp-org:device-1-0\">\n <specVersion>\n <major>1</major>\n <minor>0</minor>\n </specVersion>\n <URLBase>http://192.168.187.30:8070/</URLBase>\n <device>\n <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>\n <friendlyName>Hue-Emu</friendlyName>\n <manufacturer>Royal Philips Electronics</manufacturer>\n <manufacturerURL>https://github.com/holomekc/hue-emu</manufacturerURL>\n <modelDescription>Philips hue compatible Personal Wireless Lighting</modelDescription>\n <modelName>Philips hue bridge 2015</modelName>\n <modelNumber>BSB002</modelNumber>\n <modelURL>https://github.com/holomekc/hue-emu</modelURL>\n <serialNumber>28-18-78-4E-7E-45</serialNumber>\n <UDN>uuid:3b891736-48f2-43da-9694-db8b189370fe</UDN>\n <presentationURL>index.html</presentationURL>\n <iconList>\n <icon>\n <mimetype>image/png</mimetype>\n <height>48</height>\n <width>48</width>\n <depth>24</depth>\n <url>hue_logo_0.png</url>\n </icon>\n </iconList>\n </device>\n</root>"

hueemu.0
11396	2021-10-11 18:08:53.614	debug	HueServer: Incoming GET /description.xml request from 192.168.187.48

hueemu.0
11396	2021-10-11 18:08:48.814	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.811	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 18:08:48.810	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 ST: upnp:rootdevice MAN: "ssdp:discover" MX: 3 from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.810	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.809	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.809	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.805	debug	HueUpnp: answer with basic

hueemu.0
11396	2021-10-11 18:08:48.805	debug	HueUpnp: answer with uuid

hueemu.0
11396	2021-10-11 18:08:48.804	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 18:08:48.804	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 ST: ssdp:all MAN: "ssdp:discover" MX: 3 from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.723	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.722	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 18:08:48.721	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 ST: upnp:rootdevice MAN: "ssdp:discover" MX: 3 from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.721	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.720	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.719	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.716	debug	HueUpnp: answer with basic

hueemu.0
11396	2021-10-11 18:08:48.715	debug	HueUpnp: answer with uuid

hueemu.0
11396	2021-10-11 18:08:48.714	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 18:08:48.714	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 ST: ssdp:all MAN: "ssdp:discover" MX: 3 from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.712	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.710	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 18:08:48.709	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 ST: upnp:rootdevice MAN: "ssdp:discover" MX: 3 from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.708	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.707	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.707	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 18:08:48.704	debug	HueUpnp: answer with basic

hueemu.0
11396	2021-10-11 18:08:48.703	debug	HueUpnp: answer with uuid

hueemu.0
11396	2021-10-11 18:08:48.702	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 18:08:48.701	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 ST: ssdp:all MAN: "ssdp:discover" MX: 3 from 192.168.187.48:50000

hueemu.0
11396	2021-10-11 17:47:09.399	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:47:09.397	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:47:09.396	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:47:05.804	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:47:05.802	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:47:05.801	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:47:05.223	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:47:05.222	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:47:05.221	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:47:02.485	debug	HueServer: Send response.Body:"<?xml version=\"1.0\" encoding=\"UTF-8\" ?>\n<root xmlns=\"urn:schemas-upnp-org:device-1-0\">\n <specVersion>\n <major>1</major>\n <minor>0</minor>\n </specVersion>\n <URLBase>http://192.168.187.30:8070/</URLBase>\n <device>\n <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>\n <friendlyName>Hue-Emu</friendlyName>\n <manufacturer>Royal Philips Electronics</manufacturer>\n <manufacturerURL>https://github.com/holomekc/hue-emu</manufacturerURL>\n <modelDescription>Philips hue compatible Personal Wireless Lighting</modelDescription>\n <modelName>Philips hue bridge 2015</modelName>\n <modelNumber>BSB002</modelNumber>\n <modelURL>https://github.com/holomekc/hue-emu</modelURL>\n <serialNumber>28-18-78-4E-7E-45</serialNumber>\n <UDN>uuid:3b891736-48f2-43da-9694-db8b189370fe</UDN>\n <presentationURL>index.html</presentationURL>\n <iconList>\n <icon>\n <mimetype>image/png</mimetype>\n <height>48</height>\n <width>48</width>\n <depth>24</depth>\n <url>hue_logo_0.png</url>\n </icon>\n </iconList>\n </device>\n</root>"

hueemu.0
11396	2021-10-11 17:47:02.482	debug	HueServer: Incoming GET /description.xml request from 192.168.187.123

hueemu.0
11396	2021-10-11 17:47:02.140	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:47:02.138	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:47:02.136	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58986

hueemu.0
11396	2021-10-11 17:40:23.488	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:23.487	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:40:23.486	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:19.804	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:19.803	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:40:19.802	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:19.801	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:19.800	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:40:19.800	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:16.527	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:16.525	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:40:16.524	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:58967

hueemu.0
11396	2021-10-11 17:40:15.628	debug	HueServer: Send response.Body:"<?xml version=\"1.0\" encoding=\"UTF-8\" ?>\n<root xmlns=\"urn:schemas-upnp-org:device-1-0\">\n <specVersion>\n <major>1</major>\n <minor>0</minor>\n </specVersion>\n <URLBase>http://192.168.187.30:8070/</URLBase>\n <device>\n <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>\n <friendlyName>Hue-Emu</friendlyName>\n <manufacturer>Royal Philips Electronics</manufacturer>\n <manufacturerURL>https://github.com/holomekc/hue-emu</manufacturerURL>\n <modelDescription>Philips hue compatible Personal Wireless Lighting</modelDescription>\n <modelName>Philips hue bridge 2015</modelName>\n <modelNumber>BSB002</modelNumber>\n <modelURL>https://github.com/holomekc/hue-emu</modelURL>\n <serialNumber>28-18-78-4E-7E-45</serialNumber>\n <UDN>uuid:3b891736-48f2-43da-9694-db8b189370fe</UDN>\n <presentationURL>index.html</presentationURL>\n <iconList>\n <icon>\n <mimetype>image/png</mimetype>\n <height>48</height>\n <width>48</width>\n <depth>24</depth>\n <url>hue_logo_0.png</url>\n </icon>\n </iconList>\n </device>\n</root>"

hueemu.0
11396	2021-10-11 17:40:15.614	debug	HueServer: Incoming GET /description.xml request from 192.168.187.123

hueemu.0
11396	2021-10-11 17:40:13.454	debug	HueUpnp: Send response to M-SEARCH request from 192.168.187.123:64182

hueemu.0
11396	2021-10-11 17:40:13.453	debug	HueUpnp: answer with rootdevice

hueemu.0
11396	2021-10-11 17:40:13.452	debug	HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 Host: 239.255.255.250:1900 ST: upnp:rootdevice Man: "ssdp:discover" MX: 3 from 192.168.187.123:64182

hueemu.0
11396	2021-10-11 17:32:10.621	info	state hueemu.0.startPairing changed: true (ack = true)

hueemu.0
11396	2021-10-11 17:32:10.616	info	state hueemu.0.startPairing changed: true (ack = false)

hueemu.0
11396	2021-10-11 17:30:09.006	debug	system.adapter.admin.0: logging true

hueemu.0
11396	2021-10-11 17:26:37.870	info	state hueemu.0.disableAuth changed: false (ack = true)

[holomekc]

@raz4taz
Hi kann sein das du einen webserver (ngnix) davor schalten musst. Einige Geräte verlangen port 80. Das wäre dann 80 -> 8070 bspw. Ich hatte den Adapter damals geschrieben und mit Harmony und Bosch Smart Home Controller verbunden. Da ich das aber nicht mehr nutze, bin ich nicht mehr up-to-date.

Ansonsten technisch läuft die Erkennung über port 1900. laut deinen logs scheint das aber auch zu funktionieren.

Ich weiß nicht. Ich will dir nix versprechen was ich dann eh nicht halte. Auf meiner prio Liste ist dieser Adapter ganz weit hinten. Vielleicht schaffe ich es aber mal wieder bissle Zeit zu finden verschiedene Geräte mit dem Adapter zu verbinden, dann kann ich dir höchstens sagen wie es bei mir funktioniert.

Hmm glaube so richtig weiter hilft dir das jetzt nicht. Sorry…

[brofelscher]

@holomekc

Hi nochmal,

über den BSH-Adapter hast du mich auf deinen HueEmu-Adapter aufmerksam gemacht. Leider schaffe ich es nicht, ihn mit der Bosch-App zu koppeln. Konkret scheitere ich an der Authentifizierung zwischen der App und dem Adapter.

Das Log sagt folgendes:

hueemu.0 2022-02-17 23:56:47.226	info	state hueemu.0.startPairing changed: true (ack = true)
hueemu.0 2022-02-17 23:56:47.225	silly	States user redis pmessage hueemu.0.*/hueemu.0.startPairing:{"val":true,"ack":true,"ts":1645138607221,"q":0,"from":"system.adapter.hueemu.0","user":"system.user.admin","lc":1645137510375}
hueemu.0 2022-02-17 23:56:47.215	info	state hueemu.0.startPairing changed: true (ack = false)
hueemu.0 2022-02-17 23:56:47.214	silly	States user redis pmessage hueemu.0.*/hueemu.0.startPairing:{"val":true,"ack":false,"ts":1645138607211,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1645137510375}
hueemu.0 2022-02-17 23:56:28.541	silly	HueServer: Headers: {"access-control-allow-origin":"*","access-control-allow-methods":"POST, GET, OPTIONS, PUT, DELETE, HEAD","access-control-allow-credentials":"true","access-control-max-age":"3600","access-control-allow-headers":"Origin, X-Requested-With, Content-Type, Accept","connection":"close","content-type":"application/json; charset=utf-8"}
hueemu.0 2022-02-17 23:56:28.540	debug	HueServer: Send response. Body: "{\"name\":\"Philips hue\",\"datastoreversion\":\"98\",\"swversion\":\"1941132080\",\"apiversion\":\"1.41.0\",\"mac\":\"E4:5F:01:74:F5:49\",\"bridgeid\":\"E45F01FFFF74F549\",\"factorynew\":false,\"replacesbridgeid\":null,\"modelid\":\"BSB002\",\"starterkitid\":\"\"}"
hueemu.0 2022-02-17 23:56:28.538	silly	HueServer: Headers: {"accept":"application/json","user-agent":"Jersey/2.30.1 (HttpUrlConnection 1.8.0_302)","cache-control":"no-cache","pragma":"no-cache","host":"192.168.178.37","connection":"keep-alive"}
hueemu.0 2022-02-17 23:56:28.537	debug	HueServer: Incoming GET /api/config request from 192.168.178.56
hueemu.0 2022-02-17 23:56:25.134	silly	HueServer: Headers: {"access-control-allow-origin":"*","access-control-allow-methods":"POST, GET, OPTIONS, PUT, DELETE, HEAD","access-control-allow-credentials":"true","access-control-max-age":"3600","access-control-allow-headers":"Origin, X-Requested-With, Content-Type, Accept","connection":"close","content-type":"application/json; charset=utf-8"}
hueemu.0 2022-02-17 23:56:25.133	debug	HueServer: Send response. Body: "{\"name\":\"Philips hue\",\"datastoreversion\":\"98\",\"swversion\":\"1941132080\",\"apiversion\":\"1.41.0\",\"mac\":\"E4:5F:01:74:F5:49\",\"bridgeid\":\"E45F01FFFF74F549\",\"factorynew\":false,\"replacesbridgeid\":null,\"modelid\":\"BSB002\",\"starterkitid\":\"\"}"
hueemu.0 2022-02-17 23:56:25.132	silly	HueServer: Headers: {"host":"192.168.178.37"}
hueemu.0 2022-02-17 23:56:25.131	debug	HueServer: Incoming GET /api/config request from 192.168.178.56
hueemu.0 2022-02-17 23:56:07.601	info	state hueemu.0.startPairing changed: true (ack = true)
hueemu.0 2022-02-17 23:56:07.599	silly	States user redis pmessage hueemu.0.*/hueemu.0.startPairing:{"val":true,"ack":true,"ts":1645138567596,"q":0,"from":"system.adapter.hueemu.0","user":"system.user.admin","lc":1645137510375}
hueemu.0 2022-02-17 23:56:07.590	info	state hueemu.0.startPairing changed: true (ack = false)
hueemu.0 2022-02-17 23:56:07.587	silly	States user redis pmessage hueemu.0.*/hueemu.0.startPairing:{"val":true,"ack":false,"ts":1645138567584,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1645137510375}

Keine Ahnung warum manche Log-Einträge doppelt kommen. Ich habe jeweils nur einmal in der Bosch-App auf "Bridge suchen" geklickt und genauso nur einmal den "button" zum Pairing in den Objektes des HueEmu-Adapters. In Zeile 12 siehst du die Anfrage zum Pairing mit der BoschApp und meinem Handy. In Zeile 8 dann nochmal.

In der Bosch-App wird die emulierte HueBridge auch gefunden, dann soll ich den Button (den eigentlichen physischen Button auf der HueBridge) drücken. Egal ob das Pairing im Adapter aktiviert wurde oder nicht (Zeile 16 und Zeile 4) bricht die Bosch-App nach 20 Sekunden ab.

Hier meine Konfiguration:

Hast du eine Idee?
Viele Grüße
Maik