Neues YouTube-Video: Visualisierung im Devices-Adapter

[mickym]

@schmetterfliege Nee geht auch direkt- Du musst als Farbe String und # dann 6 stellen angeben

[Schmetterfliege]

@mickym

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?

[mickym]

@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:

@mickym

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 hsl

Ich 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:

Spoiler

[
   {
       "id": "d54076cf.a11dd8",
       "type": "ui_colour_picker",
       "z": "dce8fa20.2e93c8",
       "name": "",
       "label": "Farbe",
       "group": "de0e68e4.027ef8",
       "format": "rgb",
       "outformat": "string",
       "showSwatch": true,
       "showPicker": false,
       "showValue": false,
       "showHue": false,
       "showAlpha": false,
       "showLightness": true,
       "square": "false",
       "dynOutput": "false",
       "order": 1,
       "width": 0,
       "height": 0,
       "passthru": false,
       "topic": "topic",
       "topicType": "msg",
       "className": "",
       "x": 1090,
       "y": 140,
       "wires": [
           [
               "d0faba29.0ec6c8"
           ]
       ]
   },
   {
       "id": "d0faba29.0ec6c8",
       "type": "debug",
       "z": "dce8fa20.2e93c8",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "false",
       "statusVal": "",
       "statusType": "auto",
       "x": 1270,
       "y": 140,
       "wires": []
   },
   {
       "id": "f4dcace5.578a2",
       "type": "inject",
       "z": "dce8fa20.2e93c8",
       "name": "",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "hex gruen",
       "payload": "3cc340",
       "payloadType": "str",
       "x": 860,
       "y": 60,
       "wires": [
           [
               "d54076cf.a11dd8"
           ]
       ]
   },
   {
       "id": "f8e21c63.7416a",
       "type": "inject",
       "z": "dce8fa20.2e93c8",
       "name": "",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "hsl blau",
       "payload": "hsl(236, 64%, 50%)",
       "payloadType": "str",
       "x": 860,
       "y": 120,
       "wires": [
           [
               "d54076cf.a11dd8"
           ]
       ]
   },
   {
       "id": "4b9aeaed.795284",
       "type": "inject",
       "z": "dce8fa20.2e93c8",
       "name": "",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "hsv rot",
       "payload": "hsv(357, 95%, 94%)",
       "payloadType": "str",
       "x": 860,
       "y": 180,
       "wires": [
           [
               "d54076cf.a11dd8"
           ]
       ]
   },
   {
       "id": "e72f69c9.7cf728",
       "type": "inject",
       "z": "dce8fa20.2e93c8",
       "name": "",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "rgb gelb",
       "payload": "rgb(255, 255, 0)",
       "payloadType": "str",
       "x": 870,
       "y": 240,
       "wires": [
           [
               "d54076cf.a11dd8"
           ]
       ]
   },
   {
       "id": "de0e68e4.027ef8",
       "type": "ui_group",
       "name": "test8",
       "tab": "2ce144dc.d7472c",
       "order": 4,
       "disp": true,
       "width": "10",
       "collapse": false
   },
   {
       "id": "2ce144dc.d7472c",
       "type": "ui_tab",
       "name": "test",
       "icon": "dashboard",
       "order": 17,
       "disabled": false,
       "hidden": false
   }
]

[Schmetterfliege]

@mickym said in NR crasht wegen Huejay timeout - warum?:

@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:

@mickym

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 hsl

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

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

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

[mickym]

@schmetterfliege Ja wahrscheinlich muss man dann wieder pairen etc. aber mal auf Werkseinstellungen zurücksetzen - irgendwoher muss der Adapter ja die alten Daten haben und das kann ja dann nur von der Bridge stammen.

[mickym]

@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:

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

Du warst doch immer so ein Polling - Freund. ;)

[mickym]

@schmetterfliege sagte in NR crasht wegen Huejay timeout - warum?:

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

OK - aber wenn ich dann mehr Stabilität hätte - na Du hast ja über Weihnachten genug Zeit das zu überlegen. ;) Vielleicht sind es ja auch irgendwelche Routinen, die den Fehler erzeugten - keine Ahnung - ehrlich - aber da gibts wohl einige Parameter, die Ursache sein könnten.

[Schmetterfliege]

@mickym

An welchem Punkt bringe ich denn Instabilität in mein System, außer durch Huemagic was mein NR crashen lässt?
Gegen diese Instabilität unternehme ich folgendes: huemagic nicht mehr benutzen.

Oder willst du sagen dass alle 1,5-2 Minuten den Datensatz der Hue Bridge zu pollen das System instabil macht?

[mickym]

@schmetterfliege Nein - das Pollen ist ja nicht das Problem - Die Reaktionszeit durch das Pollen nimmst Du ja in Kauf. Und Du kannst ja auch alles lassen wie es ist.
Ohne Garantie frag ich mich halt, ob die Instabilität Deiner HUE Nodes vielleicht mit Routinen oder alten Datenmüll, der anscheinend noch in der Bridge vorhanden ist zu tun hat. Wie gesagt ich habe keine HUE Bridge und kann auch keine Garantie dafür geben, dass wenn man die Arbeit auf sich nimmt, dann alles ohne die Fehler abläuft.
Ich wollte ja nur mal zur Überlegung geben, ob vielleicht Deine jetzige Konfiguration der Bridge etwas mit den Fehler der HUE Nodes zu tun haben könnte.
Aber wie gesagt - das hat mit der Stabilität des Gesamtsystems gar nichts zu tun.

Insgesamt läuft doch Dein System nun stabil. Das ist doch das Wichtigste. Ob die Schlussfolgerung huemagic nicht mehr zu benutzen, die primäre Ursache für die NR Crashes war oder irgendetwas in der HUE Bridge, die die Huemagic Nodes zum Absturz brachten, ist ja nach Deiner Entscheidung diese nicht mehr zu benutzen, irrelevant.