NR crasht wegen Huejay timeout - warum?
-
@mickym said in NR crasht wegen Huejay timeout - warum?:
@schmetterfliege Nun back zu iobroker - heißt ja nicht, dass nicht komplett, sondern man kann die Logik ja trotzdem weiter in NR implementieren. Das ist ja das schöne - man schreibt halt statt in die Node - dann eben in den Datenpunkt des Adapters.
Das stimmt. Huemagic hat aber so schön farbige Nodes hahaha
Aber ja, mit "Back to Iobroker" meinte ich nicht dass ich die Steuerung selbst dann über Iobroker mache. Dann müsste ich ja auch wieder zu VIS wechseln, was definitiv nicht mein Plan ist^^nun mal paar grundsätzliche Überlegenung zu dem Flow:
- Nun ich weiß nicht, wie Deine iobroker In Node ausschaut und durch was der Datenpunkt getriggert wird. Ist da ein Filter drin, dass nur geänderte Werte triggern.
Guter Hinweis! Hatte ich vergessen und sofort umgesetzt :)
- Was macht der switch - was machen die blöden function Nodes - entält der 20 Flows in Codezeilen programmiert?
Der guckt ob der Button True oder False wiedergibt. Wenn True -> in die Function Nodes. Wenn False -> wird false an die Hue Nodes geschickt um die Lampen auszuschalten.
Die Function Nodes enthalten das hier:return {payload: {brightness: 20 } };return {payload: {colorTemp: 400 } };Und ja, das könnte man auch mit einer Function oder einer Change Node lösen :D.
- Ist Dir schon mal der Gedanke gekommen, dass mehrfach getriggert wird ?
Jep, hatte ich ja geschrieben :) Ist auch das einzige, was für mich in Frage kommen würde.
- Ist Dir schon mal der Gedanke gekommen, dass Deine HUE Bridge überfordert ist, wenn Du mehr oder weniger 2 Lampen gleichzeitig steuerst. Ggf. macht es Sinn die Nachrichtenrate zu begrenzen, um der HUE Bridge die Möglichkeit zu geben die Nachricht zu verarbeiten. Auch ein Konfigurationsnode , die allen HUE Nodes zugrunde liegt braucht ggf. trotz Asynchronität eine gewisse Verarbeitungszeit?
Naja, es sind 2 einzelne Lampen, das sollte die Bridge abkönnen. Wenn ich mein Esszimmer Licht schalte, gehen da ganze 4 Lampen an :P Die Steuerung meines Bürolichts in NR funktioniert ja auch tadellos, und da sind es 3 Lampen gleichzeitig.
Also dass es daran liegt würde ich aktuell erst mal ausschließen.
Zum jetzigen Zeitpunkt setze ich mein Pferd darauf, dass der Tradfri Button Quatsch macht - das in der IN Node abzufangen ist ja schon mal ein guter Startpunkt um es rauszufinden :)@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Und ja, das könnte man auch mit einer Function oder einer Change Node lösen :D.
Ich habe selbst im NR Forum gesehen, dass die meisten lieber function Nodes nutzen - anstelle von Nodes. Verstehen tue ich es halt nicht.
-
Wenn ich die Brightness verändere, schaltet der die Lampe automatisch ein.
So steuere ich alle meine Lichter^^Da fände ich es eher unnötig der Lampe zu sagen sie soll auf Helligkeit 20% gehen, und ihr dann noch zu sagen dass sie auch angehen soll - so intelligent sind die Birnen schon :D.
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wenn ich die Brightness verändere, schaltet der die Lampe automatisch ein.
So steuere ich alle meine Lichter^^Da fände ich es eher unnötig der Lampe zu sagen sie soll auf Helligkeit 20% gehen, und ihr dann noch zu sagen dass sie auch angehen soll - so intelligent sind die Birnen schon :D.
Ok - aber colorTemp gibst ja auch mit - wie gesagt - alles in einem Objekt schicken macht jedenfalls mehr Sinn. Deswegen arbeitet man ja mit Objekten, damit nicht alles einzeln verarbeitet werden muss.
-
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wenn ich die Brightness verändere, schaltet der die Lampe automatisch ein.
So steuere ich alle meine Lichter^^Da fände ich es eher unnötig der Lampe zu sagen sie soll auf Helligkeit 20% gehen, und ihr dann noch zu sagen dass sie auch angehen soll - so intelligent sind die Birnen schon :D.
Ok - aber colorTemp gibst ja auch mit - wie gesagt - alles in einem Objekt schicken macht jedenfalls mehr Sinn. Deswegen arbeitet man ja mit Objekten, damit nicht alles einzeln verarbeitet werden muss.
@mickym said in NR crasht wegen Huejay timeout - warum?:
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wenn ich die Brightness verändere, schaltet der die Lampe automatisch ein.
So steuere ich alle meine Lichter^^Da fände ich es eher unnötig der Lampe zu sagen sie soll auf Helligkeit 20% gehen, und ihr dann noch zu sagen dass sie auch angehen soll - so intelligent sind die Birnen schon :D.
Ok - aber colorTemp gibst ja auch mit - wie gesagt - alles in einem Objekt schicken macht jedenfalls mehr Sinn. Deswegen arbeitet man ja mit Objekten, damit nicht alles einzeln verarbeitet werden muss.
Die Function Nodes sind noch "Relikte" aus der Zeit als ich mit NR angefangen habe (2 Monate?) und bevor du mir die ganzen Tricks, Tipps und Kniffe gezeigt hast.
Ich hatte bloß noch nicht die Muse alles zu überarbeiten/verbessern.
Die beiden Functions in diesem Beispiel werde ich definitiv mit einer Change Node ersetzen. Allein schon weil das Board sonst irgendwann vor lauter Nodes zum Urwald wird :D -
@mickym said in NR crasht wegen Huejay timeout - warum?:
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wenn ich die Brightness verändere, schaltet der die Lampe automatisch ein.
So steuere ich alle meine Lichter^^Da fände ich es eher unnötig der Lampe zu sagen sie soll auf Helligkeit 20% gehen, und ihr dann noch zu sagen dass sie auch angehen soll - so intelligent sind die Birnen schon :D.
Ok - aber colorTemp gibst ja auch mit - wie gesagt - alles in einem Objekt schicken macht jedenfalls mehr Sinn. Deswegen arbeitet man ja mit Objekten, damit nicht alles einzeln verarbeitet werden muss.
Die Function Nodes sind noch "Relikte" aus der Zeit als ich mit NR angefangen habe (2 Monate?) und bevor du mir die ganzen Tricks, Tipps und Kniffe gezeigt hast.
Ich hatte bloß noch nicht die Muse alles zu überarbeiten/verbessern.
Die beiden Functions in diesem Beispiel werde ich definitiv mit einer Change Node ersetzen. Allein schon weil das Board sonst irgendwann vor lauter Nodes zum Urwald wird :D@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Die Function Nodes sind noch "Relikte" aus der Zeit als ich mit NR angefangen habe (2 Monate?) und bevor du mir die ganzen Tricks, Tipps und Kniffe gezeigt hast.
Ich hatte bloß noch nicht die Muse alles zu überarbeiten/verbessern.
Die beiden Functions in diesem Beispiel werde ich definitiv mit einer Change Node ersetzen. Allein schon weil das Board sonst irgendwann vor lauter Nodes zum Urwald wirdNa 2 Monate - dann ist das alles OK. Ich habe auch viel gelernt und lerne noch dazu. Ich habe allerdings sofort und nur mit NodeRed unter dem iobroker gearbeitet. Blockly kam nie in Frage. Mit 2 Monaten stehst Du ungefähr da, wo ich vor 2 Jahren stand. Insofern gibts ja auch noch einiges für Dich zu entdecken und begreifen. Insbesondere wenn man tiefer einsteigt ist diese Produkt echt genial und verstehe es bis heute nicht, wie die IBM so etwas dann quasi kostenlos der Open Source Community überlassen hat.
-
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Die Function Nodes sind noch "Relikte" aus der Zeit als ich mit NR angefangen habe (2 Monate?) und bevor du mir die ganzen Tricks, Tipps und Kniffe gezeigt hast.
Ich hatte bloß noch nicht die Muse alles zu überarbeiten/verbessern.
Die beiden Functions in diesem Beispiel werde ich definitiv mit einer Change Node ersetzen. Allein schon weil das Board sonst irgendwann vor lauter Nodes zum Urwald wirdNa 2 Monate - dann ist das alles OK. Ich habe auch viel gelernt und lerne noch dazu. Ich habe allerdings sofort und nur mit NodeRed unter dem iobroker gearbeitet. Blockly kam nie in Frage. Mit 2 Monaten stehst Du ungefähr da, wo ich vor 2 Jahren stand. Insofern gibts ja auch noch einiges für Dich zu entdecken und begreifen. Insbesondere wenn man tiefer einsteigt ist diese Produkt echt genial und verstehe es bis heute nicht, wie die IBM so etwas dann quasi kostenlos der Open Source Community überlassen hat.
@mickym said in NR crasht wegen Huejay timeout - warum?:
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Die Function Nodes sind noch "Relikte" aus der Zeit als ich mit NR angefangen habe (2 Monate?) und bevor du mir die ganzen Tricks, Tipps und Kniffe gezeigt hast.
Ich hatte bloß noch nicht die Muse alles zu überarbeiten/verbessern.
Die beiden Functions in diesem Beispiel werde ich definitiv mit einer Change Node ersetzen. Allein schon weil das Board sonst irgendwann vor lauter Nodes zum Urwald wirdNa 2 Monate - dann ist das alles OK. Ich habe auch viel gelernt und lerne noch dazu. Ich habe allerdings sofort und nur mit NodeRed unter dem iobroker gearbeitet. Blockly kam nie in Frage. Mit 2 Monaten stehst Du ungefähr da, wo ich vor 2 Jahren stand. Insofern gibts ja auch noch einiges für Dich zu entdecken und begreifen. Insbesondere wenn man tiefer einsteigt ist diese Produkt echt genial und verstehe es bis heute nicht, wie die IBM so etwas dann quasi kostenlos der Open Source Community überlassen hat.
Das ist von IBM? Boa sind die doof :D.
Mit NR hatte ich mich anfangs gar nicht beschäftigt, weil ich unsinnigerweiße dachte das wäre quasi ein "Konkurrent" bzw. eine Alternative zu IoBroker. Erst als mir klar war, dass man die beiden Systeme ja wunderbar vereinen kann, hab ich angefangen mal reinzuschauen - und mich sofort verliebt.
VIS und Blockly waren nicht doof, aber... alleine das Verbinden der Nodes... ich glaube ich könnte den ganzen Tag einfach nur Nodes miteinander verbinden weil das so geil ist :D. -
Ach menno :(
Wäre ich mal 2 Stunden länger wach geblieben...
-
Ach menno :(
Wäre ich mal 2 Stunden länger wach geblieben...
@schmetterfliege Deaktiviere halt die iobroker In Node mit dem Tradfri Button und schau mal, ob damit dieser Fehler wieder dauerhaft verschwindet und dann hab ich Dir ja ein paar Tipps gegeben, wie Du den Flow noch optimieren kannst.
Als nächstes wäre ja dann mal ein Logeintrag zu schreiben, wenn die Tradfri Datenpunkte was ausspuken und ob das zeitlich mit den Abstürzen in einen zeitlichen Zusammenhang zu bringen sind.
-
@schmetterfliege Deaktiviere halt die iobroker In Node mit dem Tradfri Button und schau mal, ob damit dieser Fehler wieder dauerhaft verschwindet und dann hab ich Dir ja ein paar Tipps gegeben, wie Du den Flow noch optimieren kannst.
Als nächstes wäre ja dann mal ein Logeintrag zu schreiben, wenn die Tradfri Datenpunkte was ausspuken und ob das zeitlich mit den Abstürzen in einen zeitlichen Zusammenhang zu bringen sind.
@mickym
Den hatte ich ja noch optimiert, das ist ja das traurige daran :D.EDIT: die Lichter über iob steuern kommt aktuell noch nicht in Frage, weil ich dann den hue extended Adapter wieder aktivieren müsste -> wenn NR und iob Hue steuern hatte das glaube ich auch recht oft für Timeouts gesorgt.
Dann logge ich erstmal nur den Tradfri Datenpunkt.
-
@mickym
Den hatte ich ja noch optimiert, das ist ja das traurige daran :D.EDIT: die Lichter über iob steuern kommt aktuell noch nicht in Frage, weil ich dann den hue extended Adapter wieder aktivieren müsste -> wenn NR und iob Hue steuern hatte das glaube ich auch recht oft für Timeouts gesorgt.
Dann logge ich erstmal nur den Tradfri Datenpunkt.
@schmetterfliege Na im Eingangsposting hast Du es aber mit den Buttons in Verbindung gebracht und dann stimmt was an den Nachrichten nicht, die DU in die HUE Nodes schickst.
-
Hast Du die Function Nodes gegen ein Objekt aus einer Change Node ausgetauscht?
-
Es kann auch eine andere Eigenschaft des msg. Objektes aus dem Datenpunkt des Buttons stören, hast Du schon mal - ggf. einzelne Eigenschaften löschen.
-
Und hoffentlich kommen aus Deiner In-Node ein Value und kein Object raus.
-
-
Jap, habs durch eine Change Node ausgetauscht gehabt.
Da sind eigentlich nur die Standard Eigenschaften drin:
Und ja, die In Node spuckt ein Value aus, kein Objekt :)
(Das Objekt sieht man jetzt nur weil die Debug Node das ganze Object anschaut, im Payload ist aber nur der Value)Hab jetzt trotzdem mal eine Change Node vorne dran gehängt die alles außer dem Payload löscht, und zusätzlich logge ich jetzt mit einer Function Node, wenn die IN Node einen Wert liefert.
Jetzt muss ich bloß noch warten bis es wieder crasht^^
-
Tja... vor ner halben Stunde ist es wieder 3 mal direkt hintereinander gecrasht, vom Button kam aber definitiv NICHTS in NR an.
-
Tja... vor ner halben Stunde ist es wieder 3 mal direkt hintereinander gecrasht, vom Button kam aber definitiv NICHTS in NR an.
@schmetterfliege Ok - dann musst Du Dich wohl auf die Suche nach weiteren Triggern machen und/oder einzelen HUE Nodes deaktivieren, um den Fehler einzugrenzen. Aber zumindest weißt Du jetzt, dass es doch nichts mit dem Button zu tun hat, obwohl Du das ja zu Beginn vermutet hast. Das ist doch auch schon mal eine wertvolle Erkenntnis.
-
Falls ich morgen dazu komme werde ich huemagic wieder entfernen und hue-extended im iobroker wieder aktivieren um darüber die Lichter wieder zu steuern.
Bei huemagic war das letzte Update vor 14 Monaten. Da wird nix mehr kommen :( -
Hab mal bei einem Raum angefangen den Flow anzupassen, und soweit funktioniert das auch.
Allerdings habe ich jetzt noch 2 Probleme, wobei das erste eher eine Unannehmlichkeit als ein Problem ist:
Das Licht steuere ich über die Buttons:
Funktioniert auch, und die Werte die ich in der Übersicht angezeigt bekomme updaten sich auch.
Nur habe ich da einen ziemlichen Delay, wenn das Licht nicht über diese Buttons gesteuert wird.
Allerdings habe ich einen ziemlichen Delay wenn ich das Licht nicht über iobroker steuere, sondern über die App.
Liegt logischerweiße daran, dass hue-extended die Werte nur alle x Sekunden abgreift.
Bei Huemagic war das immer instant. Ist halt leicht suboptimal - aber funzt ja...Das "richtige" Problem ist dass der Farb Selektor nicht geupdated wird, außer ich steuer mit ihm selbst.
So wie ich das sehe kann ich dem zwar einen Input geben, er übernimmt den dann aber nicht in der Anzeige.
Also wenn ich die Farbe über die App auf Grün ändere, bleibt der Selector auf Blau. Der wechselt nur auf die Farbe, die ich über ihn einstelle.
Bei on/off, Farbtemp und Helligkeit wird der Input übernommen. Also die Anzeige springt auf den Wert der tatsächlich eingestellt ist.@mickym
Bin ich richtig in der Annahme, dass das schlicht und ergreifend nicht supported ist bei der "color picker" Node?
Gibt es da einen Trick oder eine Alternative? -
Hab mal bei einem Raum angefangen den Flow anzupassen, und soweit funktioniert das auch.
Allerdings habe ich jetzt noch 2 Probleme, wobei das erste eher eine Unannehmlichkeit als ein Problem ist:
Das Licht steuere ich über die Buttons:
Funktioniert auch, und die Werte die ich in der Übersicht angezeigt bekomme updaten sich auch.
Nur habe ich da einen ziemlichen Delay, wenn das Licht nicht über diese Buttons gesteuert wird.
Allerdings habe ich einen ziemlichen Delay wenn ich das Licht nicht über iobroker steuere, sondern über die App.
Liegt logischerweiße daran, dass hue-extended die Werte nur alle x Sekunden abgreift.
Bei Huemagic war das immer instant. Ist halt leicht suboptimal - aber funzt ja...Das "richtige" Problem ist dass der Farb Selektor nicht geupdated wird, außer ich steuer mit ihm selbst.
So wie ich das sehe kann ich dem zwar einen Input geben, er übernimmt den dann aber nicht in der Anzeige.
Also wenn ich die Farbe über die App auf Grün ändere, bleibt der Selector auf Blau. Der wechselt nur auf die Farbe, die ich über ihn einstelle.
Bei on/off, Farbtemp und Helligkeit wird der Input übernommen. Also die Anzeige springt auf den Wert der tatsächlich eingestellt ist.@mickym
Bin ich richtig in der Annahme, dass das schlicht und ergreifend nicht supported ist bei der "color picker" Node?
Gibt es da einen Trick oder eine Alternative?@schmetterfliege Nee geht auch direkt- Du musst als Farbe String und # dann 6 stellen angeben
-
@schmetterfliege Nee geht auch direkt- Du musst als Farbe String und # dann 6 stellen angeben
-
Wie könnte ich die Endlosschleife denn abfangen? Reicht es, wenn ich die IN Node so einstelle dass sie Nachrichten blockiert wenn sich der Wert nicht ändert?
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wie könnte ich die Endlosschleife denn abfangen? Reicht es, wenn ich die IN Node so einstelle dass sie Nachrichten blockiert wenn sich der Wert nicht ändert?
Geht auch ohne pass through - probiere es mal mit einer INject Node
Ich hätte ja mit den Nodes weiter gemacht und untersucht - welche Fehlersituation das ganze erzeugt.
Bezgl. Color Picker - angeblich werden folgende Formate unterstützt:
Format can be rgb, hex, hex8, hsv, or hslIch habe bislang immer nur die rgb Schreibweise genutzt.
So habe es mit allen Formaten untersucht und es tut - über die Inject Nodes kannst die Farbe des Color Pickers ändern - nun musst halt schauen, dass Du die richtige Schreibweise eines der Formate nutzt:
-
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wie könnte ich die Endlosschleife denn abfangen? Reicht es, wenn ich die IN Node so einstelle dass sie Nachrichten blockiert wenn sich der Wert nicht ändert?
Geht auch ohne pass through - probiere es mal mit einer INject Node
Ich hätte ja mit den Nodes weiter gemacht und untersucht - welche Fehlersituation das ganze erzeugt.
Bezgl. Color Picker - angeblich werden folgende Formate unterstützt:
Format can be rgb, hex, hex8, hsv, or hslIch habe bislang immer nur die rgb Schreibweise genutzt.
So habe es mit allen Formaten untersucht und es tut - über die Inject Nodes kannst die Farbe des Color Pickers ändern - nun musst halt schauen, dass Du die richtige Schreibweise eines der Formate nutzt:
@mickym said in NR crasht wegen Huejay timeout - warum?:
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wie könnte ich die Endlosschleife denn abfangen? Reicht es, wenn ich die IN Node so einstelle dass sie Nachrichten blockiert wenn sich der Wert nicht ändert?
Geht auch ohne pass through - probiere es mal mit einer INject Node
Frag mich nicht warum, aber jetzt funktioniert es bei mir auch - ohne dass ich etwas geändert hätte.
Ich hätte ja mit den Nodes weiter gemacht und untersucht - welche Fehlersituation das ganze erzeugt.
Naja, mir fehlt halt leider jeglicher Anhaltspunkt. Ich habe definitiv keine Schleifen drin gehabt, und insg. 18 "Flows" in denen huemagic Nodes verwendet wurden. Da jetzt über Wochen hinweg 18 (oder gar 36) Function Nodes rein zu packen und mein iob Log voll zu spammen, in der Hoffnung irgendwie erkennen zu können was vor dem Crash passiert sein soll... ich bin ja nicht der Einzige mit genau diesem Problem. Auf Github gibt es viele Issues (mit genau dem Problem), die teilweise anderthalb Jahre alt sind. In manchen wurde behauptet das passiert wenn die Bridge die IP wechselt; dass das absolut nicht der Trigger sein kann dürfte klar sein. Wer seine Bridge per DHCP genutzt hat, hatte es spätestens nach dem Kommentar geändert. Meine hat auch eine fixe IP. Es kann ein Auslöser sein, aber definitiv nicht der über den sich so viele beschweren.
Das ist ein Problem von Huemagic, nicht wegen einer meiner Flows. Und an Huemagic wird nicht weiter dran entwickelt. Das Projekt ist tot.. leider.Bezgl. Color Picker - angeblich werden folgende Formate unterstützt:
Format can be rgb, hex, hex8, hsv, or hslIch habe bislang immer nur die rgb Schreibweise genutzt.
Habe nur die Flows mit Huemagic adaptiert, und da hatte ich HEX genutzt. Funktioniert auch immernoch ohne jegliche Probleme. Die Steuerung geht ja.
Nur der Delay wenn von "außen" die Lichter gesteuert werden ist nervig. Der hue-extended Adapter braucht halt eine Weile bis er alle Werte aktualisiert. Der bekommt keine Updates von Hue, sondern pollt die - richtig? :D.
Vielleicht ist das ja auch schon das Problem? Huemagic hatte die Werte immer instant.
Hat er die gepusht bekommen, oder ebenfalls per POLLING? Falls letzteres, vielleicht hat er die Bridge ja so zugespammt mit Anfragen dass die ab und zu halt hängt und dann in genau diesen Timeout gerät.Mal was anderes, vielleicht weißt du das ja:
Was sind die "ResourceLinks" die Hue-Extended mir da präsentiert?
Wenn ich jetzt nicht vollkommen auf dem falschen Pfad bin, würde ich behaupten dass das all die Namen sind, die meine Dimmer mal HATTEN. Das sind alles alte configs, die so nicht mehr existieren.
Logischerweiße holt der sich diese Daten ja von Hue ab, d.h. meine Bridge hat diese Daten noch gespeichert.
Sind diese veralteten Daten nötig? Bringt es was die zu behalten? Kann man die irgendwie auf der Bridge löschen? -
@mickym said in NR crasht wegen Huejay timeout - warum?:
@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:
Wie könnte ich die Endlosschleife denn abfangen? Reicht es, wenn ich die IN Node so einstelle dass sie Nachrichten blockiert wenn sich der Wert nicht ändert?
Geht auch ohne pass through - probiere es mal mit einer INject Node
Frag mich nicht warum, aber jetzt funktioniert es bei mir auch - ohne dass ich etwas geändert hätte.
Ich hätte ja mit den Nodes weiter gemacht und untersucht - welche Fehlersituation das ganze erzeugt.
Naja, mir fehlt halt leider jeglicher Anhaltspunkt. Ich habe definitiv keine Schleifen drin gehabt, und insg. 18 "Flows" in denen huemagic Nodes verwendet wurden. Da jetzt über Wochen hinweg 18 (oder gar 36) Function Nodes rein zu packen und mein iob Log voll zu spammen, in der Hoffnung irgendwie erkennen zu können was vor dem Crash passiert sein soll... ich bin ja nicht der Einzige mit genau diesem Problem. Auf Github gibt es viele Issues (mit genau dem Problem), die teilweise anderthalb Jahre alt sind. In manchen wurde behauptet das passiert wenn die Bridge die IP wechselt; dass das absolut nicht der Trigger sein kann dürfte klar sein. Wer seine Bridge per DHCP genutzt hat, hatte es spätestens nach dem Kommentar geändert. Meine hat auch eine fixe IP. Es kann ein Auslöser sein, aber definitiv nicht der über den sich so viele beschweren.
Das ist ein Problem von Huemagic, nicht wegen einer meiner Flows. Und an Huemagic wird nicht weiter dran entwickelt. Das Projekt ist tot.. leider.Bezgl. Color Picker - angeblich werden folgende Formate unterstützt:
Format can be rgb, hex, hex8, hsv, or hslIch habe bislang immer nur die rgb Schreibweise genutzt.
Habe nur die Flows mit Huemagic adaptiert, und da hatte ich HEX genutzt. Funktioniert auch immernoch ohne jegliche Probleme. Die Steuerung geht ja.
Nur der Delay wenn von "außen" die Lichter gesteuert werden ist nervig. Der hue-extended Adapter braucht halt eine Weile bis er alle Werte aktualisiert. Der bekommt keine Updates von Hue, sondern pollt die - richtig? :D.
Vielleicht ist das ja auch schon das Problem? Huemagic hatte die Werte immer instant.
Hat er die gepusht bekommen, oder ebenfalls per POLLING? Falls letzteres, vielleicht hat er die Bridge ja so zugespammt mit Anfragen dass die ab und zu halt hängt und dann in genau diesen Timeout gerät.Mal was anderes, vielleicht weißt du das ja:
Was sind die "ResourceLinks" die Hue-Extended mir da präsentiert?
Wenn ich jetzt nicht vollkommen auf dem falschen Pfad bin, würde ich behaupten dass das all die Namen sind, die meine Dimmer mal HATTEN. Das sind alles alte configs, die so nicht mehr existieren.
Logischerweiße holt der sich diese Daten ja von Hue ab, d.h. meine Bridge hat diese Daten noch gespeichert.
Sind diese veralteten Daten nötig? Bringt es was die zu behalten? Kann man die irgendwie auf der Bridge löschen?@schmetterfliege Ich kann Dir zu dem Adapter nichts sagen. Vielleicht wäre es mit den Nodes gegangen wenn man mal die Bridge und alles leer gemacht hätte . Mir wäre es jedenfalls wert gewesen - wenn dann das polling entfällt. Wenn das jeder hätte, der diese Nodes nutzt - dann wäre der Shitstorm schon ein ganz anderer. Wenn lange nichts mehr dran gemacht wurde, dann ist vielleicht im Großen und Ganzen alles stabil. Vielleicht sind gerade diese alten Namen etc. der Grund warum die Nodes nicht stabil liefen. Ich würde die Bridge vielleicht nochmal zurücksetzen wenn das geht und die Nodes probieren. Du hast ja sicher die Flows exportiert und gesichert bevor Du nun wieder alles zurück gedreht hast. ;)
Na egal - aber wie gesagt ich kann Dir dazu nichts sagen - da ich weder HUE, die Nodes noch den Adapter im Einsatz habe.
Aber wie gesagt Du darfst mich da nicht viel fragen - weil ich kein HUE Experte bin. ;)
-
@schmetterfliege Ich kann Dir zu dem Adapter nichts sagen. Vielleicht wäre es mit den Nodes gegangen wenn man mal die Bridge und alles leer gemacht hätte . Mir wäre es jedenfalls wert gewesen - wenn dann das polling entfällt. Wenn das jeder hätte, der diese Nodes nutzt - dann wäre der Shitstorm schon ein ganz anderer. Wenn lange nichts mehr dran gemacht wurde, dann ist vielleicht im Großen und Ganzen alles stabil. Vielleicht sind gerade diese alten Namen etc. der Grund warum die Nodes nicht stabil liefen. Ich würde die Bridge vielleicht nochmal zurücksetzen wenn das geht und die Nodes probieren. Du hast ja sicher die Flows exportiert und gesichert bevor Du nun wieder alles zurück gedreht hast. ;)
Na egal - aber wie gesagt ich kann Dir dazu nichts sagen - da ich weder HUE, die Nodes noch den Adapter im Einsatz habe.
Aber wie gesagt Du darfst mich da nicht viel fragen - weil ich kein HUE Experte bin. ;)
@mickym
Zum Colorpicker: das klappt so wie ich es habe - dauert bloß fast 2 Minuten bis iob den neuen hex wert von der Bridge holt^^Die Bridge resetten geht - bedeutet für mich aber dass ich über 50 Lampen, 4 Steckdosen, 16 Schalter, alle Gruppen, "Bereiche" und Routinen neu konfigurieren muss.
-> Nein :D.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden466
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge