Monatsrückblick Januar/Februar 2026 ist online!

[holomekc]

@Huelli1
Freut mich das es jetzt funktioniert!

[Airmaxchen]

@holomekc sagte in Test Adapter hueemu (Hue Emulator) v0.0.x:

Sorry für die späte Antwort. Ich konnte nichts finden in den Logs die du geschickt hast. Auch die Port 80 Geschichte scheint keine Rolle zu spielen. Ich weiß nicht warum Harmony die Bridge nicht findet. Ich fürchte hier kommst du nur mit Wireshark weiter. Wie gesagt SSDP ruft durchs ganze Netzwerk. Es kann dann eigentlich nur daran liegen, dass Harmony aus irgendwelchen Gründen (Netzwerk?) die Nachricht nicht erhält.

Danke, ich werde es bei Gelegenheit einmal versuchen. Ich bin jetzt wieder bei meiner Lösung mit dem Umweg über OpenHAB, das ich für andere Dinge sowieso brauche.

[Hardwearhansi]

Super Adapter hat auch kurzeitig funktioniert jetzt wird der Adapter zwar Grün auch im Log sind keine Fehler aber mein Harmony Hub finded die hueemu nicht kann mir wer da helfen? adapter ist eingestelt wie oben verlangt (ja hab meine iobroker ip rein)

[holomekc]

@Hardwearhansi
Mit findet nicht meinst du nach dem Pairing oder davor? Du kannst den Adapter auch einmal auf debug stellen. Dann solltest du mehr in den logs sehen. Wenn Harmony das Gerät nicht findet ist es sehr wahrscheinlich ein Problem bei Port 1900. vielleicht wird er von einem anderen Programm bereits verwendet.

[Hardwearhansi]

@holomekc ich starte den Adapter, adapter wird grün, ich suche in harmony app, nichts gefunden, Mein Log gibt volgendes aus

hueemu.0	2020-06-08 22:58:59.917	debug	(17886) system.adapter.admin.0: logging true
hueemu.0	2020-06-08 22:58:58.153	debug	(17886) system.adapter.admin.0: logging false
hueemu.0	2020-06-08 22:58:56.764	info	(17886) state hueemu.0.startPairing changed: true (ack = true)
hueemu.0	2020-06-08 22:58:56.754	info	(17886) state hueemu.0.startPairing changed: true (ack = false)
hueemu.0	2020-06-08 22:58:31.347	debug	(17886) system.adapter.admin.0: logging true
hueemu.0	2020-06-08 22:58:22.690	debug	(17886) system.adapter.admin.0: logging false
hueemu.0	2020-06-08 22:58:21.052	info	(17886) state hueemu.0.disableAuth changed: false (ack = true)
hueemu.0	2020-06-08 22:58:20.998	debug	(17886) HueServer: Https-Server listening 0.0.0.0:8071
hueemu.0	2020-06-08 22:58:20.998	debug	(17886) HueServer: Http-Server listening 0.0.0.0:8070
hueemu.0	2020-06-08 22:58:19.572	info	(17886) hueemu.0
hueemu.0	2020-06-08 22:58:19.533	info	(17886) starting. Version 0.0.2 in /opt/iobroker/node_modules/iobroker.hueemu, node: v10.16.3, js-controller: 3.1.4
hueemu.0	2020-06-08 22:58:18.709	debug	(17886) statesDB connected
hueemu.0	2020-06-08 22:58:18.709	debug	(17886) States connected to redis: 127.0.0.1:9000
hueemu.0	2020-06-08 22:58:18.700	debug	(17886) States create System PubSub Client
hueemu.0	2020-06-08 22:58:18.697	debug	(17886) States create User PubSub Client
hueemu.0	2020-06-08 22:58:18.691	debug	(17886) Redis States: Use Redis connection: 127.0.0.1:9000
hueemu.0	2020-06-08 22:58:18.688	debug	(17886) objectDB connected
hueemu.0	2020-06-08 22:58:18.680	debug	(17886) Objects connected to redis: 127.0.0.1:9001
hueemu.0	2020-06-08 22:58:18.668	debug	(17886) Objects client initialize lua scripts
hueemu.0	2020-06-08 22:58:18.667	debug	(17886) Objects create User PubSub Client
hueemu.0	2020-06-08 22:58:18.666	debug	(17886) Objects create System PubSub Client
hueemu.0	2020-06-08 22:58:18.662	debug	(17886) Objects client ready ... initialize now
hueemu.0	2020-06-08 22:58:18.625	debug	(17886) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspberrypi	2020-06-08 22:58:17.150	info	instance system.adapter.hueemu.0 started with pid 17886

Werde daraus nicht schlau :confounded:

[holomekc]

@Hardwearhansi
Hmm mir fehlt irgendwie der upnp Eintrag. Bitte einmal Adapter pausieren. Dann folgendes eintippen:

sudo netstat -nap | grep 1900

Das 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.

[Hardwearhansi]

@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]

@Hardwearhansi
Nein den port kann man nicht ändern das liegt einfach an dem Protokoll. Was du machen kannst ist:

1. fakeroku stoppen
2. hueemu starten
3. harmony nach hue bridge suchen lassen
4. harmony sollte hueemu finden
5. alles in harmony speichern
6. hueemu stoppen
7. fakeroku starten
8. 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]

@holomekc Danke Hat funktioniert :)

[tukey42]

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

[holomekc]

@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.

[Newan]

Wollte nur Danke sagen. Hat auf Anhieb funktioniert meine Harmony endlich einzubinden!

DANKE!

[c_hoch_b]

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

[holomekc]

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.

[c_hoch_b]

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.

![silly](

Konfig:
ip-Adresse, unter der der Server gestartet wird. 0.0.0.0

Port, 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

[holomekc]

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.

[c_hoch_b]

@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

[c_hoch_b]

@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

[c_hoch_b]

Juhu :-)

Nach dem gefühlt 100ten Versuch mit Hilfe des Logs hats es geklappt!

Vielen Danke für die Unterstützung.

Mal sehen ob ich die Geräte jetzt auch alle so wie ich mir das denke eingebunden bekomme...

[c_hoch_b]

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?