Test Adapter hue v2.2.x

[foxriver76]

@Stormbringer
Also, damit wir uns nicht falsch verstehen:

1. Adapter Einstellungen angepasst
   

2. Um bei unserem Beispiel zu bleiben -> Meditation Lights Hue Labs Szene
   
   Hier sieht man auch, dass dort Start and Stop steht -> so heißt dann auch der virtuelle Sensor

3. Im Adapter den Sensor suchen und den Status mit 0/1 ansteuern. Ich habe hier die Namensspalte manuell geändert, damit ich es den Meditation Lights zuordnen kann.
   

[Stormbringer]

@foxriver76 Ne verstehen uns schon Wusste nur nicht woher das Start Stop kommt aber das ist jetzt geklärt. Anzeigen tut er leider bei mir noch immer nichts... Aber irgendwie spinnt bei mir jetzt der Broker voll. Adapter update oder Hue Adapter neu starten verursacht Neustart aller Instanzen... Sollt glaub ich erst mal die Baustelle klären g

[foxriver76]

@Stormbringer Klingt nach js-controller 2 - Compact Modus?

[Stormbringer]

@foxriver76 hab noch den stable drauf, den meide ich noch g Oder brauch ich den für 2.4.0?

[Stormbringer]

@foxriver76 Ist es normal, dass der Hue Adapter 19 % CPU Last auf einem NUC verursacht?

[foxriver76]

@Stormbringer Wenn das polling interval sehr niedrig ist und viele Geräte gesynched werden (Kann mir vorstellen, dass da jetzt einiges mehr ist durch diese virtuellen Sensoren bei dir) kann das schon sein, bei mir kann man jeweils Peaks (~15 % Auslastung auf einem Rock64) beobachten wenn gepollt wird

[Stormbringer]

@foxriver76 Ok, danke also Polling runter praktisch. Erfolgserlebnis nach Neustart gehen die Hue Labs Szenen, wieder mal top Arbeit g Die dynamischen iconnect Hue Szenen gehen nicht oder bin ich dafür auch zu blöd?

[foxriver76]

@Stormbringer Hui, weiß nicht ob die iConnectHue Szenen nochmal eine andere Logik verfolgen. Habe die App nicht.
Du hast allerdings oben ein abgeschnittenen Logauszug gepostet, wo das config Objekt drinnen ist, fängt mit dem _rawData Attribut an. Wenn du das Logfile mal via Log herunterladen öffnest, ist es nicht mehr abgeschnitten und du kannst mir mal das umfangreiche Objekt posten/schicken. Evtl lässt sich das erkennen wie die iConnectHue Szenen arbeiten.

[Stormbringer]

@foxriver76 Kann ich gerne machen, sobald der Broker aufhört ständig alle Instanzen neu zu laden Melde mich dann wieder

[Stormbringer]

@foxriver76 Es tut mir wirklich leid, dass ich dich schon wieder nerven muß aber die Abstürze kommen wohl vom Hue Adapter. Passiert aber auch, wenn ich auf Version 2.3.1 runter gehen. Sobald ich ihn ausschalte geht wieder alles normal. Im LOG kommt n gigantischer Wurstsalat.... Den kann ich dir da gar nicht reinposten, weil die Zeichen nicht reicht.

[apollon77]

@Stormbringer dann als Datei uploaden

[Stormbringer]

@apollon77 Hier mal ein Bruchteil aber das drüfte als Anfangslektüre reichen oder? Hoffe nur da sind keine Passwörter und Usernamen drinnen ;D

LOG101119.docx

[foxriver76]

@Stormbringer hue.0 Used invalid characters: hue.0.Philips_hue.lightScenes.scene_[wh]

Muss noch an anderen Stellen die Chars ersetzen. Ob das jetzt alles abstürzen lässt, kann ich allerdings nicht sagen.

[Stormbringer]

@foxriver76 vermutlich nicht. Den Fehler hat er vorher schon immer gebracht und hat ihn nicht gestört. So läuft er. Nur wenn ein Adapter neu gestartet oder geupdated wird starten alle neu.

So ein riesiger LOG Text ist auch normal?

[foxriver76]

@Stormbringer Jop, ist in dem Fall normal.

[Stormbringer]

@foxriver76 Ok, danke dann fang ich schon mal zum Beten an, dass es an den Sonderzeichen liegt. Sonst hab ich n richtiges Problem

[foxriver76]

@Stormbringer Habe es jetzt mal eingebaut, dass in den Szenennamen auch die nicht unterstützten Chars ersetzt werden. Finde es allerdings komisch, dass da bei dir was abschmiert, wenn ein anderer Adapter gestartet wird.

[Stormbringer]

@foxriver76 Dankeschön, bin noch in der Arbeit aber kann’s dann von Github laden oder? Und was machen wir wenn’s nach wie vor abschmiert?

[foxriver76]

@Stormbringer Ja, kannst von GitHub updaten. Komisch ist, dass diese Abstürze dir auch mit der 2.3.1 passieren.

[Stormbringer]

@foxriver76 So, hab die neue Version von Github geladen. Danke nochmal für die Arbeit

Die Fehler bringt er aber leider immer noch:

hue.0 2019-11-11 18:15:42.191 warn channel "Philips_hue.Custom_group_for_$lights" already exists, using "Philips_hue.Custom_group_for_$lights_LightGroup" for group 23
hue.0 2019-11-11 18:15:52.766 warn Used invalid characters: hue.0.Philips_hue.lightScenes.scene_[wh]:2018-12-10t21:19:32 changed to hue.0.Philips_hue.lightScenes.scene__wh:_2018-12-10t21:19:32

Da es dir komisch vorgekommen ist, dass der Fehler auch mit der 2.3.1 passiert habe ich spaßhalber mal alle Versionen nach unten durchprobiert. Der Tip war Gold wert. Dabei ist mir aufgefallen, dass witzigerweise das Verhalten jetzt auch bei der 0.6.9 passiert die ewig lief. Ende vom Lied ist jetzt, dass zwar unterm Strich der Fehler nur passiert wenn der HUE Adapter neu gestartet wird ABER es wohl zu 100 % nur im Zusammenhang mit dem Virtualpowermeter Adapter passiert. Wenn der ausgeschaltet ist rennt er wieder. Sorry auf die Kombination muß man erst mal kommen, hoffe habe dir nicht all zu viel Mehrarbeit aufgehalst. Habe den Powermeter Adapter sogar schon auf Debug gestellt aber der bringt im LOG keine besondere Info. Absturz startet immer damit, dass er sich vom Admin abmeldet... Welcher Adapter jetzt daran "schuld" ist kann ich nicht beurteilen aber so wichtig ist er nicht, kann im Gegensatz zum Hue Adapter auch ohne ihn leben