NEWS
Test Adapter hueemu (Hue Emulator) v0.0.x
-
@Airmaxchen
Schau mal bitte, ob die Infos bezüglich des blockierten ports nicht auch für dich gelten. XMPP muss nicht für die Funktionalität aktiviert werden.
Anonsten stell den Adapter mal auf silly und schau was er dir beim starten sagt. -
Ok, da steige ich leider aus.
2020-05-11 12:16:55.590 - info: host.iobrokerpi "system.adapter.hueemu.0" enabled 2020-05-11 12:16:55.615 - info: host.iobrokerpi instance system.adapter.hueemu.0 started with pid 3476 2020-05-11 12:16:57.096 - debug: hueemu.0 (3476) Redis Objects: Use Redis connection: 127.0.0.1:9001 2020-05-11 12:16:57.149 - debug: hueemu.0 (3476) Objects client ready ... initialize now 2020-05-11 12:16:57.155 - debug: hueemu.0 (3476) Objects create System PubSub Client 2020-05-11 12:16:57.157 - debug: hueemu.0 (3476) Objects create User PubSub Client 2020-05-11 12:16:57.158 - debug: hueemu.0 (3476) Objects client initialize lua scripts 2020-05-11 12:16:57.173 - debug: hueemu.0 (3476) Objects connected to redis: 127.0.0.1:9001 2020-05-11 12:16:57.182 - debug: hueemu.0 (3476) objectDB connected 2020-05-11 12:16:57.186 - debug: hueemu.0 (3476) Redis States: Use Redis connection: 127.0.0.1:9000 2020-05-11 12:16:57.192 - debug: hueemu.0 (3476) States create User PubSub Client 2020-05-11 12:16:57.195 - debug: hueemu.0 (3476) States create System PubSub Client 2020-05-11 12:16:57.202 - debug: hueemu.0 (3476) States connected to redis: 127.0.0.1:9000 2020-05-11 12:16:57.202 - debug: hueemu.0 (3476) statesDB connected 2020-05-11 12:16:57.956 - info: hueemu.0 (3476) starting. Version 0.0.2 in /opt/iobroker/node_modules/iobroker.hueemu, node: v10.20.1 2020-05-11 12:16:58.007 - silly: hueemu.0 (3476) onReady called. Load configuration 2020-05-11 12:16:58.041 - info: hueemu.0 (3476) hueemu.0 2020-05-11 12:17:03.059 - debug: hueemu.0 (3476) HueUpnp: Server listening 0.0.0.0:1900 2020-05-11 12:17:03.068 - debug: hueemu.0 (3476) HueServer: Http-Server listening 0.0.0.0:8070 2020-05-11 12:17:03.068 - debug: hueemu.0 (3476) HueServer: Https-Server listening 0.0.0.0:8071 2020-05-11 12:17:03.070 - silly: hueemu.0 (3476) States system redis pmessage system.adapter.hueemu.0.logLevel/system.adapter.hueemu.0.logLevel:{"val":"silly","ack":true,"ts":1589192218025,"q":0,"from":"system.adapter.hueemu.0","lc":1589192218025} 2020-05-11 12:17:03.083 - silly: hueemu.0 (3476) States system redis pmessage *.logging/system.adapter.admin.0.logging:{"val":true,"ack":true,"ts":1589192218255,"q":0,"from":"system.adapter.admin.0","lc":1589192218255} 2020-05-11 12:17:03.084 - debug: hueemu.0 (3476) system.adapter.admin.0: logging true 2020-05-11 12:17:03.115 - silly: hueemu.0 (3476) States user redis pmessage hueemu.0.*/hueemu.0.disableAuth:{"val":true,"ack":true,"ts":1589192223110,"q":0,"from":"system.adapter.hueemu.0","user":"system.user.admin","lc":1589187670741} 2020-05-11 12:17:03.118 - info: hueemu.0 (3476) state hueemu.0.disableAuth changed: true (ack = true) 2020-05-11 12:17:10.363 - silly: hueemu.0 (3476) 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.34:48316 2020-05-11 12:17:10.363 - debug: hueemu.0 (3476) 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.34:48316 2020-05-11 12:17:10.366 - debug: hueemu.0 (3476) HueUpnp: Send response to M-SEARCH request from 192.168.178.34:48316 2020-05-11 12:17:11.343 - silly: hueemu.0 (3476) HueUpnp: Server got request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 1 ST: urn:dial-multiscreen-org:service:dial:1 from 192.168.178.57:40798 2020-05-11 12:17:11.344 - debug: hueemu.0 (3476) HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 1 ST: urn:dial-multiscreen-org:service:dial:1 from 192.168.178.57:40798 2020-05-11 12:17:11.345 - debug: hueemu.0 (3476) HueUpnp: Send response to M-SEARCH request from 192.168.178.57:40798 2020-05-11 12:17:11.654 - silly: hueemu.0 (3476) HueUpnp: Server got request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 1 ST: urn:dial-multiscreen-org:service:dial:1 from 192.168.178.57:40798 2020-05-11 12:17:11.655 - debug: hueemu.0 (3476) HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 1 ST: urn:dial-multiscreen-org:service:dial:1 from 192.168.178.57:40798 2020-05-11 12:17:11.656 - debug: hueemu.0 (3476) HueUpnp: Send response to M-SEARCH request from 192.168.178.57:40798 2020-05-11 12:17:11.957 - silly: hueemu.0 (3476) HueUpnp: Server got request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 1 ST: urn:dial-multiscreen-org:service:dial:1 from 192.168.178.57:40798 2020-05-11 12:17:11.958 - debug: hueemu.0 (3476) HueUpnp: Server got M-SEARCH request: M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 1 ST: urn:dial-multiscreen-org:service:dial:1 from 192.168.178.57:40798 2020-05-11 12:17:11.961 - debug: hueemu.0 (3476) HueUpnp: Send response to M-SEARCH request from 192.168.178.57:40798 2020-05-11 12:17:20.363 - silly: hueemu.0 (3476) 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.34:48316
Zu Info: 192.168.178.34 ist mein Synology NAS und .57 ist ein Android Tablet, das aber eigentlich nichts mit ioBroker und Harmony zu tun hat.
-
@Airmaxchen
Das mehrere Geräte antworten ist normal das liegt an dem SSDP Protokoll. Das schreit sozusagen in deinem Netztwerk: Hey hier bin ich und antworte mir doch mal. Und jeder im Netzwerk der das Protokoll spricht antwortet halt.Sieht aber eigentlich erst einmal gut aus. Ich schaue noch mal genauer, wenn ich mehr Zeit habe.
Bei mir gibt der Adapter vor er würde auf Port 80 laufen, obwohl er auf 8070 läuft. Glaube aber nicht das es für Harmony eine Rolle spielt. Hatte das bisher nur bei Alexa gesehen. Werde ich aber auch mal testen.
Ansonsten ist in solchen Fällen wireshark immer ganz gut, um zu schauen was für Nachrichten verschickt werden.
Edit:
Kannst du vielleicht auch mal deine Konfiguration posten? -
Meine Konfiguration:
0.0.0.0
Ip-Adresse, unter der der Server gestartet wird
8070
Port, auf dem der Server lauscht
192.168.178.78
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.
und die Mac-Adresse der LAN-Anschlusses des Pi mit DoppelpunktenIch habe auf dem selben Pi auch OpenHAB laufen. Da war bis gestern das Hue Emulation Binding installiert. Das habe ich aber deinstalliert.
-
Moin an alle,
ich bin Anfänger und habe schon Fragen......
Ich habe den Hueemu installiert, in Iobroker läuft er, Instanzen sind auf grün.
Die Harmony App findet eine Hue Bridge und fordert mich auf die Pairing-Taste zu drücken, mache ich das in dem Hueemu-Objekt findet die App die Bridge nicht?
Oder muß ich erst eine Lampe / Switch erstellen?
Und hier fängt das Dillemma an.
Wie erstelle ich eine Fake-Lampe / Switch???
Wohin kopiere ich das Template von Euch.... keine Ahnung.....
Was muß ich machen wenn ich diese Lampe / Switch erstellt habe??
Mein Vorhaben: Ich möchte gerne meine FritzDect 200 und einen Wlan Dimmer auf die Hasautomationstasten meiner Harmony Companion legen.......
Könnt Ihr mir da ein wenig helfen?
Reiner / Hamburg -
@Huelli1
Hi. Wenn du auf GitHub schaust findest du dort einen templates Ordner:
https://github.com/holomekc/ioBroker.hueemu/tree/master/templatesDort gibt es einmal wrapper.json. Diese nimmst du und kopierst den Inhalt in einen Editor.
Dann nimmst du dir einen der anderen templates. Bspw. dimmable.light. Den Inhalt kopierst du und ersetzt den Platzhalter den du aus wrapper.json kopiert hast. Die Lichter sollten durchnummeriert werden. In wrapper.json gibt es als Beispiel ein Licht mit der Nummer 1.Wenn du das hast kopierst du alles und gehst in ioBroker -> Objekte -> hueemu.0 -> createLight. Dort einfach bei Wert auf bearbeiten klicken und dann alles in das Fenster einfügen und auf "Setzen" klicken. Ack nicht aktivieren.
Anschließend werden Lichter erstellt, so wie du es dem Adapter gesagt hast. Könnte sein, dass du die Ansicht aktualisieren musst. Dann musst du das Pairing vermutlich wiederholen. Die meisten Geräte sind nicht gut darin Änderungen an Hue-Bridges automatisch zu finden.
-
@holomekc
Danke,das hat soweit geklappt!!!!!
Ich habe jetzt unter Objekt einen einfachen Switch, In der Harmony App die Bridge gepairt und siehe da, sie wurde gefunden.
Es ist keine Beleuchtung mit Ihrer Hue-Bridge gepairt steht nun da. Wahrscheinlich weil noch keine Verknüpfung zu der dect200 besteht?Wie verknüpfe ich nun den Switch mit der in Iobroker vorhandenen Dect 200?
-
@Huelli1
Hi hmm.
1. Es ist keine Beleuchtung mit Ihrer Hue-Bridge gepairt
In der Harmony App? Vielleicht mal das probieren was Neopholus weiter oben gepostet hat. Dort hat er das "On/Off plug" durch "On/Off light" ersetzt. Ich muss das mal bei den Templates aktualisieren. Das Erste ist eher ein Schalter und das zweite eine einfache Lampe. Einige Geräte scheinen Probleme mit dem On/Off plug zu haben, da dies eher von anderen Herstellern ist als von Philips.2. Wie verknüpfe ich nun den Switch...
Zum verknüpfen hast du verschiedene Möglichkeiten:- Blockly
- JavaScript
- Node-Red
Es gab den Hinweis auf den Devices Adapter oder wie das hieß. Das geht jedoch noch nicht. Habe aktuell kaum Zeit... Sieht aber interessant aus.
@Airmaxchen
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. -
Ups,
ich muss mal zurückrudern....Ich hab das:
![Bild Text]( Bild Link)
Unter Wert in Objekte, createLight Dialog bearbeiten reinkopiert und setzen geklickt.
Und wo wird das neue Objekt erstellt? Ich habe voller Vorfreude disableAuthentication als Switch gesehen
Desshalb auch die Meldung: Es ist keine Beleuchtung mit Ihrer Hue-Bridge gepairt
Die Verknüpfung mit Blockly werde ich wohl hinbekommen.
Danke für Eure Hilfe
![Bild Text]( Bild Link)Sorry für die blöden Anfängerfragen
-
@Huelli1
Auf dem Bild kann man erkennen, dass du keinen validen JSON gebaut hast. In den Logs müsstest du auch so etwas in der Art sehen:hueemu.0 2020-05-20 09:05:12.291 warn (4081) Could not parse lights: SyntaxError: Unexpected string in JSON at position xxx
Texte => "", Objekte => {}.
Unten das Beispiel von Neopholus noch einmal. Verwende einmal diesen Inhalt. Den Namen kannst du noch nach belieben ändern.{ "1": { "state": { "on": false, "reachable": true, "mode": "homeautomation" }, "type": "On/Off light", "modelid": "On/Off light iobroker", "uniqueid": "00:00:01", "manufacturername": "iobroker", "swversion": "V1", "name": "Wähle einen Namen" } }
Anschließend müsste es dann so aussehen:
Bei mir ist es die 2, da 1 bei mir schon belegt ist.
Die Templates die in GitHub zur Verfügung stehen sind angelehnt an echten Geräten die ich auch hier bei mir privat habe. Das Problem ist, dass man nicht 100% sagen kann welche Werte von einem Harmony Hub, Alexa, etc. ausgelesen werden. Für Harmony sollte dies jedoch reichen.
-
@holomekc ich danke Dir!
Nun bin ich schon einmal weiter!!!!
Was sind das für Objekte " unknown" ? Kann man die löschen?
Die harmony App erkennt nach dem Pairing aber nur ein Device ( Whz Licht )....
Komisch...
Dieses Device habe ich mit Blockly verbunden, super klappt auch!
Leider kann ich keine weiteren Schalter oder Lampen verbinden, wo ist mein Fehler? Hätte ich in Deinem Template außer der Zahl und den Namen noch etwas ändern müssen?
Hättest Du noch ein Template für einen Dimmer für mich? Von GitHub geht leider nicht.
Meine Dect200 schaltet nun, danke.
Jetzt fehlt nur die Möglichkeit des Dimmers wenn ich mehrere Devices in der App hätte
( -
Dimmer:
Dimmable light ist das was du suchst:{ "1": { "state": { "on": false, "bri": 254, "reachable": true, "mode": "homeautomation", "alert": "none" }, "type": "Dimmable light", "name": "ioBrokerTemplatedLight", "modelid": "LWB010", "uniqueid": "44df4f5f-49d9-4580-90f6-0790a59a77a1", "manufacturername": "Philips", "swversion": "11111", "config": { "archetype": "classicbulb", "function": "functional", "direction": "omnidirectional" }, "capabilities": { "certified": true, "streaming": { "renderer": false, "proxy": false }, "control": { "mindimlevel": 1000, "maxlumen": 250, "ct": { "min": 153, "max": 500 } } } } }
Unknown Objekte:
Unter User sind die Geräte die Zugriff auf die simulierte Hue Bridge haben. Also die Geräte die du mit der Hue Bridge verbunden hast. Unknown steht da, da kaum ein Gerät seinen Namen übergibt. Oder ich habe noch einen Fehler. Da kann ich mal schauen.Theoretisch müsste das bei dir Harmony sein. Die ganze Anmeldung ist nicht ganz trivial, da sich einige Geräte nicht richtig an das Protokoll halten.
Wenn du den Adapter auf debug stellst und dann mit Harmony steuerst, müsstest du in den Logs sehen können, welchen Benutzer (uuid) Harmony verwendet. Alle anderen könntest du dann theoretisch löschen.
Nur ein Device:
Zahl und Name ist schon einmal gut und sollte eigentlich reichen. Du kannst noch versuchen bei uniqueid einen naja unique Wert einzutragen. Aber das ist das was ich meinte. Es hängt davon ab was Harmony da auswertet. Laut Philips ist außer der Nummer eigentlich nicht wirklich etwas vorgegeben. Vielleicht einmal die Bridge unter Harmony vergessen/trennen und neu verbinden?Was du auch probieren kannst, ist einfach im Browser mal folgendes öffnen:
http://<Deine Ip Addresse>:8070/api/<eine UserId von den unknown objekten>/lightsDort müssten dann alle definierten Lichter auftauchen. Wenn das der Fall ist kannst du schon einmal sicher sein, das zumindest vom Adapter her es richtig funktioniert. Falls nicht? Einmal den Adapter neu starten und erneut probieren.
Ob die Werte dann halt zu Harmony passen hat mehr mit probieren zu tun. Da das dimmable light eigentlich dem einer echten Hue Lampe entspricht, sollte es jedoch gehen. Problematischer ist eigentlich nur der Switch(Plug), da dies bei Hue eigentlich nicht existiert.
-
@holomekc
Ich danke Dir!!!!Es klappt nun alles!!!!
So habe ich mir das mit der Harmony vorgestellt, seit über einem Jahr habe ich versucht die Smart Home Tasten zu belegen.
Ganz lieben Dank!!Reiner
-
@Huelli1
Freut mich das es jetzt funktioniert! -
@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.
-
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)
-
@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. -
@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
-
@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.
-
@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