NEWS
Test Adapter hueemu (Hue Emulator) v0.0.x
-
@holomekc
So habe mal auf meine Prod System das ganze getestet und konnte mit Port 8080 statt 8070 pairen.
Deine Idee mit dem Adapter ist echt klasse und ich verfolge das gerne weiter, aber aktuell sehe ich den eher als Alpha Version.- Meine Systemlast geht nach dem Pairing sehr hoch (Pythonscript fÀllt da garnicht auf)
- beim schalten entsteht eine relativ lange Verzögerung
- GerĂ€te anlegen wĂ€re ĂŒber ein Gui (eventuell Tabelle) sinnvoll ... Beispiel die GUI von shuttercontrol
- GerĂ€teverknĂŒpfungen zu den tatsĂ€chlichen GerĂ€ten wĂ€re sinnvoll
- Da der Pythonscript seit Jahren bei mir absolut rund lĂ€uft, wĂ€re hier sicher ein guter Ansatz fĂŒr dich drauf aufzubauen
GrundsĂ€tzlich begrĂŒĂe ich es sehr, dass du dich der Sache annimmst und unterstĂŒtze gerne, wenn du Fragen zur GUI hast.
Python ist leider nicht meine Sprache, aber wenn du Python kannst, wĂŒrde ich den Script von Falke in js nachbauen@simatec
Hi. Jetzt bin ich verwirrt. Hast du den UPNP Port jetzt geÀndert oder auf 1900 gelassen. "Port 8080 statt 8070" klingt eher nach dem Port auf den der Server lauscht. Also der Port der nach der Discovery verwendet wird. Bei dem hÀngt es sehr stark vom GerÀt ab. Bspw. will Amazon Echo nur via Port 80 sprechen. Die Empfehlung ist hier so oder so klar Port 80 (via nginx oder vergleichbares), da das einem Hue GerÀt am ehesten entspricht. Ansonsten hÀtte ich angenommen das Port 8080 oder 8070 keine Rolle spielt. Das Logging vom Adapter ist auf Info noch schlecht. Vielleicht konntest du eine Fehlermeldung nicht sehen.Alpha trifft ziemlich zu. Daher noch 0.0.x. Ich glaube niedriger kann ich mit der Version nicht gehen ;)
Wegen der Verzögerung und Last kann ich gerne mal schauen, ob ich da was sehe.
Wegen GUI will ich nichts versprechen. Ich habe aktuell sehr wenig Zeit fĂŒr ioBroker Projekte. Das Projekt ist auch mehr entstanden weil ich keinen hue simulator finden konnte der mit Amazon Echo kommunizieren konnte und die features hatte die ich brauchte.
Der Hinweis mit GerĂ€teverknĂŒpfungen kam bereits. Wie gesagt ist eine Zeit frage. MĂŒsste mir erst einmal anschauen wie das funktioniert.
Das Python Script wird mir da nicht viel bringen, da die Protokolle an sich passen, die verwendeten libs aber grundverschieden sind. Vielleicht habe ich auch irgendwo noch einen Bock geschossen bei der Server Implementierung, so dass dort Zeit verloren geht.
-
@simatec
Hi. Jetzt bin ich verwirrt. Hast du den UPNP Port jetzt geÀndert oder auf 1900 gelassen. "Port 8080 statt 8070" klingt eher nach dem Port auf den der Server lauscht. Also der Port der nach der Discovery verwendet wird. Bei dem hÀngt es sehr stark vom GerÀt ab. Bspw. will Amazon Echo nur via Port 80 sprechen. Die Empfehlung ist hier so oder so klar Port 80 (via nginx oder vergleichbares), da das einem Hue GerÀt am ehesten entspricht. Ansonsten hÀtte ich angenommen das Port 8080 oder 8070 keine Rolle spielt. Das Logging vom Adapter ist auf Info noch schlecht. Vielleicht konntest du eine Fehlermeldung nicht sehen.Alpha trifft ziemlich zu. Daher noch 0.0.x. Ich glaube niedriger kann ich mit der Version nicht gehen ;)
Wegen der Verzögerung und Last kann ich gerne mal schauen, ob ich da was sehe.
Wegen GUI will ich nichts versprechen. Ich habe aktuell sehr wenig Zeit fĂŒr ioBroker Projekte. Das Projekt ist auch mehr entstanden weil ich keinen hue simulator finden konnte der mit Amazon Echo kommunizieren konnte und die features hatte die ich brauchte.
Der Hinweis mit GerĂ€teverknĂŒpfungen kam bereits. Wie gesagt ist eine Zeit frage. MĂŒsste mir erst einmal anschauen wie das funktioniert.
Das Python Script wird mir da nicht viel bringen, da die Protokolle an sich passen, die verwendeten libs aber grundverschieden sind. Vielleicht habe ich auch irgendwo noch einen Bock geschossen bei der Server Implementierung, so dass dort Zeit verloren geht.
-
@holomekc
War auch absolut nicht als Kritik gemeint sondern konstruktiv gedacht.
Den Port 1900 habe ich zum pairen gelassen. -
@holomekc
Vielleicht noch als Hinweis zur Systemlast.
Wenn der Adapter gepairt ist, steigt die Systemlast erst an, wenn ich deconz und den deconz Adapter wieder starte.
Da scheint ein Konflikt zu sein, da dann auch die auf Port 1900 lauschen.
Eventuell kannst du das lauschen auf Port 1900 nach erfolgreicher Pairing deaktivieren -
@holomekc Du hast auf Github ein Beispiel fĂŒr eine on/off und eine dimmbare Lampe. Könntest du noch ein Template fĂŒr eine RGB Lampe dazu packen? Am liebsten mit "Hue", "Sat" und "CT" als farbgebende Werte. Dann wĂŒrde ich auch mal etwas testen. :)
EDIT: Achja und nocht eine Frage: Sind die ganzen anderen Werte zwingend notwendig? Ich meine, zur Steuerung einer RGB lampe benötigt man ja nur on/off, helligkeit, hue, sat und ct. Kann man ModelID, swversion, etc etc. einfach weglassen?!
-
@holomekc Du hast auf Github ein Beispiel fĂŒr eine on/off und eine dimmbare Lampe. Könntest du noch ein Template fĂŒr eine RGB Lampe dazu packen? Am liebsten mit "Hue", "Sat" und "CT" als farbgebende Werte. Dann wĂŒrde ich auch mal etwas testen. :)
EDIT: Achja und nocht eine Frage: Sind die ganzen anderen Werte zwingend notwendig? Ich meine, zur Steuerung einer RGB lampe benötigt man ja nur on/off, helligkeit, hue, sat und ct. Kann man ModelID, swversion, etc etc. einfach weglassen?!
@siggi85
Das template was du suchst ist das extended-color-light.json . Das stammt von meiner Hue Lampe bei der ich die Farben einstellen kann. Das ist das Modell was ich habe:
https://www.amazon.de/Philips-Hue-Ambiance-Doppelpack-Bluetooth/dp/B07SHVQCTJ/ref=sr_1_5?__mk_de_DE=Ă MĂ ĆœĂĂ&dchild=1&keywords=hue+gU10+color&qid=1607454048&sr=8-5Soweit deckt sich das auch mit der Beschreibung aus der Hue API. Ich glaube etwas anderes gibt es nicht.
Zu deiner anderen Frage. Ich glaube nicht das alle anderen Werte notwendig sind. Mein Gedanke war hier das der Adapter es erlaubt diese Werte zu setzen fĂŒr den Fall das ein GerĂ€t diese Werte tatsĂ€chlich doch verwendet. Daher habe ich die Werte der Hue Lampen im Template mit aufgenommen. Dadurch sollte so ein Fall abgedeckt sein und der Emulator so nah wie möglich an einer echten Hue Bridge sein. Private habe ich nur mit Harmony und Amazon Echo getestet. Ich habe jetzt jedoch nicht probiert den einen oder anderen Wert wegzulassen.
Dann vielleicht einmal generell. Suchst du vielleicht die Umrechnung von RGB nach xy?
https://stackoverflow.com/questions/22564187/rgb-to-philips-hue-hsbDas wĂ€re tatsĂ€chlich etwas was der Adapter anbieten könnte. Damit wĂ€re jedoch ein rgb Wert mehr als Umrechnungswert zu betrachten und ein Wert, der dann an der API nicht mit ausgegeben werden wĂŒrde. Denn die Hue API selber bietet rgb nicht an. Gott das war jetzt eine komische Beschreibung. Ich hoffe der Gedanke wird klar?
-
@siggi85
Das template was du suchst ist das extended-color-light.json . Das stammt von meiner Hue Lampe bei der ich die Farben einstellen kann. Das ist das Modell was ich habe:
https://www.amazon.de/Philips-Hue-Ambiance-Doppelpack-Bluetooth/dp/B07SHVQCTJ/ref=sr_1_5?__mk_de_DE=Ă MĂ ĆœĂĂ&dchild=1&keywords=hue+gU10+color&qid=1607454048&sr=8-5Soweit deckt sich das auch mit der Beschreibung aus der Hue API. Ich glaube etwas anderes gibt es nicht.
Zu deiner anderen Frage. Ich glaube nicht das alle anderen Werte notwendig sind. Mein Gedanke war hier das der Adapter es erlaubt diese Werte zu setzen fĂŒr den Fall das ein GerĂ€t diese Werte tatsĂ€chlich doch verwendet. Daher habe ich die Werte der Hue Lampen im Template mit aufgenommen. Dadurch sollte so ein Fall abgedeckt sein und der Emulator so nah wie möglich an einer echten Hue Bridge sein. Private habe ich nur mit Harmony und Amazon Echo getestet. Ich habe jetzt jedoch nicht probiert den einen oder anderen Wert wegzulassen.
Dann vielleicht einmal generell. Suchst du vielleicht die Umrechnung von RGB nach xy?
https://stackoverflow.com/questions/22564187/rgb-to-philips-hue-hsbDas wĂ€re tatsĂ€chlich etwas was der Adapter anbieten könnte. Damit wĂ€re jedoch ein rgb Wert mehr als Umrechnungswert zu betrachten und ein Wert, der dann an der API nicht mit ausgegeben werden wĂŒrde. Denn die Hue API selber bietet rgb nicht an. Gott das war jetzt eine komische Beschreibung. Ich hoffe der Gedanke wird klar?
@holomekc Jetzt habe ich das alles etwas besser verstanden. Ich habe mir ĂŒber:
https://<bridge ip address>/api/1028d66426293e821ecfd9ef1a0731df/lights
Die Konfigurationen meiner Lampen geholt. Danach habe ich den Namen einer Farblampe verĂ€ndert und in den Emulator importiert.Mit der HuePro App konnte ich mich danach sogar verbinden (automatisch wurde die Bridge nicht gefunden, manuell ging es aber). Hier wurden VerĂ€nderungen an meiner Testlampe an den Datenpunkten ĂŒbernommen. Die Hue Werte von existierenden Leuchtmitteln im ioBroker sind meist 0-360 und er spuckt hier 0-65535 aus, aber das kann man ggf. noch regeln (vielleicht kann das irgendwann auch der Adapter ĂŒbernehmen ;) )
Leider ging das Verbinden mit Hue Essentials nicht (das wÀre allerdings mein Favorit). Hier kam entweder ein Fehler beim Anmelden oder die App ist abgebrochen beim Versuch sich zu verbinden. Die Bridge wurde auch hier nicht automatisch entdeckt und ich musste die IP-Adresse manuell eingeben. Beim manuellen Pairen kann ich in Hue Essentials dann folgendes auswÀhlen:
Philips Hue
IKEA TRADRFRI
deCONZ
diyHueIch habe Philips Hue und diyHue ausprobiert, beides ging nicht. Hast du hier ggf. noch ne Idee?
Hier mal der Log, wenn ich es mit diyHue ausprobiere und die App dabei abstĂŒrzt.
Aber trotzdem schon mal cool, dass es mit deinem Adpater mind. eine schicke Hue App gibt, die beim Konfigurieren einer Lampe Daten in den ioBroker gepusht bekommt. :) :+1:
-
@holomekc Jetzt habe ich das alles etwas besser verstanden. Ich habe mir ĂŒber:
https://<bridge ip address>/api/1028d66426293e821ecfd9ef1a0731df/lights
Die Konfigurationen meiner Lampen geholt. Danach habe ich den Namen einer Farblampe verĂ€ndert und in den Emulator importiert.Mit der HuePro App konnte ich mich danach sogar verbinden (automatisch wurde die Bridge nicht gefunden, manuell ging es aber). Hier wurden VerĂ€nderungen an meiner Testlampe an den Datenpunkten ĂŒbernommen. Die Hue Werte von existierenden Leuchtmitteln im ioBroker sind meist 0-360 und er spuckt hier 0-65535 aus, aber das kann man ggf. noch regeln (vielleicht kann das irgendwann auch der Adapter ĂŒbernehmen ;) )
Leider ging das Verbinden mit Hue Essentials nicht (das wÀre allerdings mein Favorit). Hier kam entweder ein Fehler beim Anmelden oder die App ist abgebrochen beim Versuch sich zu verbinden. Die Bridge wurde auch hier nicht automatisch entdeckt und ich musste die IP-Adresse manuell eingeben. Beim manuellen Pairen kann ich in Hue Essentials dann folgendes auswÀhlen:
Philips Hue
IKEA TRADRFRI
deCONZ
diyHueIch habe Philips Hue und diyHue ausprobiert, beides ging nicht. Hast du hier ggf. noch ne Idee?
Hier mal der Log, wenn ich es mit diyHue ausprobiere und die App dabei abstĂŒrzt.
Aber trotzdem schon mal cool, dass es mit deinem Adpater mind. eine schicke Hue App gibt, die beim Konfigurieren einer Lampe Daten in den ioBroker gepusht bekommt. :) :+1:
@siggi85
Das mit Hue Essentials kann ich mir mal anschauen. Auch das mit Umrechnungen zwischen Hue Api und ioBroker. Ich packe es zumindest mal auf die Liste. Was ich aktuell jedoch noch abarbeiten muss ist:
wolf ism7 to mqtt fĂŒr einen Freund, Jalousien automatisieren auch fĂŒr einen Freund, Definitiv noch Cyberpunk 2077, ioBroker.bshb noch updaten und dann hĂ€tte ich Zeit fĂŒr hueemu. -
@siggi85
Das mit Hue Essentials kann ich mir mal anschauen. Auch das mit Umrechnungen zwischen Hue Api und ioBroker. Ich packe es zumindest mal auf die Liste. Was ich aktuell jedoch noch abarbeiten muss ist:
wolf ism7 to mqtt fĂŒr einen Freund, Jalousien automatisieren auch fĂŒr einen Freund, Definitiv noch Cyberpunk 2077, ioBroker.bshb noch updaten und dann hĂ€tte ich Zeit fĂŒr hueemu. -
-
Hi mal ein paar Infos:
habe den server durch fastify ausgetauscht. Reponse ist bei 5-7ms. Das wĂŒrde ich jetzt erst einmal so lassen.
Bei discovery bin ich noch dran. Mir fehlen hier GerĂ€te um es auszuprobieren. NĂ€chste Woche bin ich wieder daheim, da kann ich mehr testen. Habe mir das python script und deconz angeschaut. Beide funktionieren Ă€hnlich, wobei ich glaube das der Ansatz von deconz mehr abdeckt. Ich wĂŒrde das dann ĂŒbernehmen.
Zu Hue essentials: Ich glaube das kann ich nicht umsetzen. Die app nutzt nicht ssdp, sondern n-upnp. Zumindest denke ich das. Ich kann es nicht genau sagen, da ich keinen Einblick dort habe. Details zu den verschiedenen Möglichkeiten eine Hue-Bridge zu finden gibt es hier:
https://developers.meethue.com/develop/application-design-guidance/hue-bridge-discovery/Bissle mehr im Detail. Die Bridge (oder bspw. Deconz) schickt in einem definierten Interval Bridge-Informationen an einen Server. Bei hue ist es https://discovery.meethue.com/ (Wobei ich hier die put/post Adresse/Methode nicht kenne) und bei deconz/phoscon ist es https://phoscon.de/discover. Die hue essentials app ruft vermutlich dann einfach diesen Endpunkt auf, um sehr schnell die verfĂŒgbaren Bridges im Netzwerk zu finden. Da die app nur den Endpunkt abfragen muss (Kann man im Browser austesten) ist das wirklich sehr schnell.
Ich hatte probiert das gleich zu machen wie deconz. Das hat jedoch irgendwie noch nicht funktioniert. Jedoch weiĂ ich nicht, ob die Kollegen das soll toll fĂ€nden, wenn ich deren Endpunkt verwende und Hue-Emu wĂŒrde dann dort als Phoscon aufgelistet werden.
Der Grund warum hue-essentials dann phoscon bridges findet, ist dass dort in der app der phoscon endpunkt sehr wahrscheinlich abgerufen wird. Auf der offiziellen Seite von hue-essentials wird phoscon auch aufgelistet. Selbst wenn ich einen Server hinstellen wĂŒrde an den ich die Informationen von hue-emu schicke, wĂŒrde das nichts bringen, da die App diesen Endpunkt nicht abfragen wird.
Letzte Hoffnung die ich noch habe ist mDNS, da im developer portal von hue steht das ssdp/upnp deprecated ist und durch n-upnp oder mDNS ausgetauscht werden soll. Ersteres ist nicht wirklich praktikabel und mDNS muss ich mir erst anschauen.
-
Hi mal ein paar Infos:
habe den server durch fastify ausgetauscht. Reponse ist bei 5-7ms. Das wĂŒrde ich jetzt erst einmal so lassen.
Bei discovery bin ich noch dran. Mir fehlen hier GerĂ€te um es auszuprobieren. NĂ€chste Woche bin ich wieder daheim, da kann ich mehr testen. Habe mir das python script und deconz angeschaut. Beide funktionieren Ă€hnlich, wobei ich glaube das der Ansatz von deconz mehr abdeckt. Ich wĂŒrde das dann ĂŒbernehmen.
Zu Hue essentials: Ich glaube das kann ich nicht umsetzen. Die app nutzt nicht ssdp, sondern n-upnp. Zumindest denke ich das. Ich kann es nicht genau sagen, da ich keinen Einblick dort habe. Details zu den verschiedenen Möglichkeiten eine Hue-Bridge zu finden gibt es hier:
https://developers.meethue.com/develop/application-design-guidance/hue-bridge-discovery/Bissle mehr im Detail. Die Bridge (oder bspw. Deconz) schickt in einem definierten Interval Bridge-Informationen an einen Server. Bei hue ist es https://discovery.meethue.com/ (Wobei ich hier die put/post Adresse/Methode nicht kenne) und bei deconz/phoscon ist es https://phoscon.de/discover. Die hue essentials app ruft vermutlich dann einfach diesen Endpunkt auf, um sehr schnell die verfĂŒgbaren Bridges im Netzwerk zu finden. Da die app nur den Endpunkt abfragen muss (Kann man im Browser austesten) ist das wirklich sehr schnell.
Ich hatte probiert das gleich zu machen wie deconz. Das hat jedoch irgendwie noch nicht funktioniert. Jedoch weiĂ ich nicht, ob die Kollegen das soll toll fĂ€nden, wenn ich deren Endpunkt verwende und Hue-Emu wĂŒrde dann dort als Phoscon aufgelistet werden.
Der Grund warum hue-essentials dann phoscon bridges findet, ist dass dort in der app der phoscon endpunkt sehr wahrscheinlich abgerufen wird. Auf der offiziellen Seite von hue-essentials wird phoscon auch aufgelistet. Selbst wenn ich einen Server hinstellen wĂŒrde an den ich die Informationen von hue-emu schicke, wĂŒrde das nichts bringen, da die App diesen Endpunkt nicht abfragen wird.
Letzte Hoffnung die ich noch habe ist mDNS, da im developer portal von hue steht das ssdp/upnp deprecated ist und durch n-upnp oder mDNS ausgetauscht werden soll. Ersteres ist nicht wirklich praktikabel und mDNS muss ich mir erst anschauen.
@holomekc
Hört sich sehr interessant an.
Was wie gesagt noch klasse wĂ€re, wenn man im Adapter direkt mit dem tatsĂ€chlichen GerĂ€t verknĂŒpfen könnte. Somit wĂŒrde man alles dann im Adapter ohne zusĂ€tzliche Scripte lösen können.Wenn du ne Testversion hast, sag Bescheid, dann kann ich hier testen und dir Feedback geben, ob sich die Systemlast des Adapters verbessert hat
-
@holomekc
Hört sich sehr interessant an.
Was wie gesagt noch klasse wĂ€re, wenn man im Adapter direkt mit dem tatsĂ€chlichen GerĂ€t verknĂŒpfen könnte. Somit wĂŒrde man alles dann im Adapter ohne zusĂ€tzliche Scripte lösen können.Wenn du ne Testversion hast, sag Bescheid, dann kann ich hier testen und dir Feedback geben, ob sich die Systemlast des Adapters verbessert hat
So sorry. Hat wieder etwas lĂ€nger gedauert. Hatte noch anderes zu tun und ich hatte Probleme beim Pairing. Harmony ging direkt aber Alexa wollte nicht mehr. Lag bei mir an den Templates die ich verwendet habe. Ich habe dementsprechend alle einmal ausgetauscht mit den Infos die meine echten Hue Lampen zurĂŒck geben. Ich habe kein on/off light aber ich habe die Osram Steckdose genommen und dann on/off light hingeschrieben. Mit Alexa ging das auf jeden Fall. Die alten Templates existieren im Unterordner old.
Ansonsten wird man noch nicht viel neues sehen. Das Logging ist hoffentlich etwas besser und bezĂŒglich Performance vielleicht einmal kurz folgende Info. Die gröĂte Verzögerung kommt durch das Auslesen der Objekte und States in ioBroker. Die .../api/xxx/lights Endpunkte waren so um die 100ms, wobei dies bestimmt von der Anzahl der Lichter ankommt. Ich habe beim Setzen von states Werten von Lichtern das Auslesen von ioBroker States entfernt, da diese Info von der hueemu lib nur zum Logging verwendet wird. Der Endpunkt ist mit 20-40ms deutlich schneller. Zumindest nach meinem GefĂŒhl ist die Steuerung ĂŒber Alexa viel viel schneller als wenn ich normale Hue Lampe steuere.
Eine Ăberlegung wĂ€re es hier das ich einige Werte Cache. WĂŒrde aber bedeuten, dass der Adapter neugestartet werden muss, wenn neue Lichter angelernt werden. Ich weiĂ nicht, ob sich das lohnt. Normalerweise werden die Werte mehr geĂ€ndert als das der lights Endpunkt stĂ€ndig aufgerufen wird.
Getestet habe ich auf einen Raspberry Pi 4. WĂ€re toll, wenn ihr schon einmal bissle testen könntet. Ich wĂŒrde mir dann das Thema mit den linked devices oder wie das heiĂt und GUI anschauen. Bei letzterem wĂ€re Hilfe auch willkommen.
-
So sorry. Hat wieder etwas lĂ€nger gedauert. Hatte noch anderes zu tun und ich hatte Probleme beim Pairing. Harmony ging direkt aber Alexa wollte nicht mehr. Lag bei mir an den Templates die ich verwendet habe. Ich habe dementsprechend alle einmal ausgetauscht mit den Infos die meine echten Hue Lampen zurĂŒck geben. Ich habe kein on/off light aber ich habe die Osram Steckdose genommen und dann on/off light hingeschrieben. Mit Alexa ging das auf jeden Fall. Die alten Templates existieren im Unterordner old.
Ansonsten wird man noch nicht viel neues sehen. Das Logging ist hoffentlich etwas besser und bezĂŒglich Performance vielleicht einmal kurz folgende Info. Die gröĂte Verzögerung kommt durch das Auslesen der Objekte und States in ioBroker. Die .../api/xxx/lights Endpunkte waren so um die 100ms, wobei dies bestimmt von der Anzahl der Lichter ankommt. Ich habe beim Setzen von states Werten von Lichtern das Auslesen von ioBroker States entfernt, da diese Info von der hueemu lib nur zum Logging verwendet wird. Der Endpunkt ist mit 20-40ms deutlich schneller. Zumindest nach meinem GefĂŒhl ist die Steuerung ĂŒber Alexa viel viel schneller als wenn ich normale Hue Lampe steuere.
Eine Ăberlegung wĂ€re es hier das ich einige Werte Cache. WĂŒrde aber bedeuten, dass der Adapter neugestartet werden muss, wenn neue Lichter angelernt werden. Ich weiĂ nicht, ob sich das lohnt. Normalerweise werden die Werte mehr geĂ€ndert als das der lights Endpunkt stĂ€ndig aufgerufen wird.
Getestet habe ich auf einen Raspberry Pi 4. WĂ€re toll, wenn ihr schon einmal bissle testen könntet. Ich wĂŒrde mir dann das Thema mit den linked devices oder wie das heiĂt und GUI anschauen. Bei letzterem wĂ€re Hilfe auch willkommen.
@holomekc sagte in Test Adapter hueemu (Hue Emulator) v0.0.x:
Ich wĂŒrde mir dann das Thema mit den linked devices oder wie das heiĂt und GUI anschauen. Bei letzterem wĂ€re Hilfe auch willkommen.
Ich wĂŒrde im MenĂŒ eine Tabelle machen, wo das tatsĂ€chliche GerĂ€t hinzugefĂŒgt werden kann (also der state.
Da wĂŒrde ich dann auch die hue GerĂ€te mit einfĂŒgen. Im Code hast du dann die Tabelle als json und kannst diese auswerten und die GerĂ€teverknĂŒpfungen machen.Eine Beispieltabelle hĂ€tte z.B. shuttercontrol
-
@holomekc sagte in Test Adapter hueemu (Hue Emulator) v0.0.x:
Ich wĂŒrde mir dann das Thema mit den linked devices oder wie das heiĂt und GUI anschauen. Bei letzterem wĂ€re Hilfe auch willkommen.
Ich wĂŒrde im MenĂŒ eine Tabelle machen, wo das tatsĂ€chliche GerĂ€t hinzugefĂŒgt werden kann (also der state.
Da wĂŒrde ich dann auch die hue GerĂ€te mit einfĂŒgen. Im Code hast du dann die Tabelle als json und kannst diese auswerten und die GerĂ€teverknĂŒpfungen machen.Eine Beispieltabelle hĂ€tte z.B. shuttercontrol
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.
-
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.
-
@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@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?
- Neue config: UPnP mit folgenden Werten. Damit wird der Upnp Server und damit Port 1900 wie folgt verwendet:
-
@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?
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.
- Neue config: UPnP mit folgenden Werten. Damit wird der Upnp Server und damit Port 1900 wie folgt verwendet:
-
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.6Ich 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?
Support us
371
Online32.4k
Benutzer81.5k
Themen1.3m
BeitrÀge