philips hue modul

[P.A.Trick]

Du bist ein Schatz! Vielen lieben Dank für deine prompte Hilfe.

Kurze Rückmeldung: Funktioniert top! Die Meldungen sind weg.

[sinus61]

Hab heute ein Update gemacht, meine Lampen haben jetzt alle zusätzlich die Readings "dynamics_status" und "v2effect".

Ich nehme mal an das ist für die neuen Effekte der HueBridge und hat bei mir mit deConz und den ganzen nicht-Philips Produkten keine Bedeutung?

[SouzA]

das problem scheint zu sein das die bride ein rate limit für events von einer sekunde hat. dadurch werden release events die zu schnell nach dem press kommen und press events die zu schnell nach einem vorherigen relase kommen weggeworfen. in hue forum gibt es bereits eine diskussion dazu.


bitte probier mal ob die angehängte version das problem besser macht. über einen internen watchdog wird 1.5 sekunden nach dem letzen event einer folge noch mal gepollt um den aktuellen zustand zu bekommen. in schnellen event folgen fehlen zwar immer noch events aber zumindest kurz nach dem finalen loslassen sollte der zustand wieder stimmen.

zuerst ohne besondere attribute und wenn das noch nicht hilft mit einem gesetzten queryAfterEvent in der bridge

Hi,
hab das mal probiert. Macht keine Änderung. Das Losalassen wird aller meistens verschluckt...
Also seh ich das richtig, dass die Software in der Bridge die Änderung gemacht hat und nicht in fhem?

Kriegt man irgendwo den alten Softwarestand her?

Thx und bis denn
SouzA

[justme1968]

ich sehe bei mir immer das letzte loslassen. entweder automatisch oder spätestens nach einer sekunde wenn queryAfterEvent gesetzt ist. wenn etwas verloren geht dann nur zwischen dem aller ersten und dem letzen event.

bitte beschreib noch mal was du genau mit welchem taster machst.

[SouzA]

ich sehe bei mir immer das letzte loslassen. entweder automatisch oder spätestens nach einer sekunde wenn queryAfterEvent gesetzt ist. wenn etwas verloren geht dann nur zwischen dem aller ersten und dem letzen event.

bitte beschreib noch mal was du genau mit welchem taster machst.

Hi,

habe hier nen (mehrere) Hue dimmer switch (https://www.mydealz.de/deals/philips-hue-dimmer-switch-v2-zigbee-1921101).
Wenn ich z.B. den obersten Taster Ein (I) drücke, wird im Device in fhem 1000 als state gesetzt. Wenn ich den Taster wieder loslasse (unter eine Sekunde) wird im state 1002 gesetzt... bis vor kurzem zumindest.
Wenn ich den obersten Taster Ein (I) länger >1 Sekunde drücke wird zunächst 1000, nach 1 Sekunde 1001 und beim loslassen 1003 gesetzt... bis vor kurzem zumindest.
Jetzt bleibt beim loslassen meistens die 1000 oder 1001 stehen.

Das attr queryAfterEvent habe ich gar nicht... nicht im Device und nicht in der Bridge. Da gibt es ein queryAfterSet. Das ist auf 1.

Thx und bis denn
SouzA

[justme1968]

dann hast du noch nicht die verbesserte version aus dem verlinkten beitrag sondern noch die gleich mit der du das problem zuerst gemeldet hast.

[SouzA]

Könntest recht gehabt haben... bin vorhin bei den Versionen durcheinander gekommen.
Funzt jetzt

Danke!

Thx und bis denn
SouzA

[Jamo]

Hallo justme,
kann es sein, das nach einem fhem Neustart, mit der neuen Version aus dem svn das ich mir gerade geladen habe, alle deCONZ Schalter / taster immer hintereinander ausgeloest werden? So als wenn ein watchdog immer im Kreis läuft. Bei mir ist wildes Feuerwerk . . . .
svn Version: (30_HUEBridge.pm:0.255910/2022-01-30 und 31_HUEDevice.pm:0.255910/2022-01-30).

Habe gerade die Vorgängerversion zurückgespielt, mit der ist Ruhe, also keine Auslösungen fuer deconz.

[hoppel118]

@hoppel118: die warnung hatte ich gestern erst. behoben. d.h. die ist erst mit dem update von heute weg.

Moin Andre,

jo, die Meldung ist nun weg. Super, vielen Dank dir!!!

Gruß Hoppel

[justme1968]

das sollte nicht passieren. kannst du bitte ein list vom device vor dem neustart und das log mit verbose 4 vom neustart zeigen?

[knorxi]

Hallo justme,
In der letzten Änderung steht folgender Code ab Zeile 1868

Code Auswählen Erweitern

elsif( $type eq 00 )
Müsste da nicht etwas Fortlaufendes (01, 02, ...) und in Anführungsstrichen stehen?

Code Auswählen Erweitern

                    if( $type eq "00" ) {
              $readings{eventtype} = 'initial_press';

                    } elsif( $type eq "01" ) {
              $readings{eventtype} = 'repeat';

            } elsif( $type eq "02" ) {
              $readings{eventtype} = 'short_release';

            } elsif( $type eq "03" ) {
              $readings{eventtype} = 'long_release';

            }

[justme1968]

ja. das stimmt. hab es repariert.

das sollte aber so weit unkritisch sein da es nur ein fallback ist der sowieso nicht aufgerufen werden können sollte.

[hauwech]

Hallo zusammen,
ich hatte am Wochenende ein fhem update gemacht. Ich habe mich dann gewundert, daß ich hunderte "Batterie-Low" Nachrichten bekam. Ich habe eine uralte sub, die mir eine mail und eine Telegram Message sendet, wenn ein Device von battery:ok auf battery:low geht. Ich habe allerhand HUE Devices
Dann habe ich gesehen, daß alle Hue Devices neue readings bekommen haben. Ich halte es allerdings für doppelt-gemoppelt, wenn sowohl in "battery" als auch in "batteryLevel" der gleiche Wert steht. Spontan habe ich versucht, das battery reading mit evenMap zurecht zu biegen:

Code Auswählen Erweitern

battery.[3456789]\d:ok battery.[12]\d*:lowDas scheint aber ebenso spontan nicht zu funktionieren.
Kann mir bitte jemand auf die Sprünge helfen?
Oder sind noch Änderungen im Modul geplant? Ich bin doch bestimmt nicht der Einzige, der "battery:low" messages verschickt.

Gruß Roland

[juemuc]

Hallo justme1968,

ich finde aktuell folgende Meldungen in meinem Log:

Code Auswählen Erweitern

2022.02.01 14:33:54 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.02.01 14:33:54 2: Philips_HUE: EventStream: terminated; retrying later
2022.02.01 17:04:36 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.02.01 17:04:36 2: Philips_HUE: EventStream: terminated

Viele Grüße
Jürgen

[blackbite]

Hallo zusammen,
ich hatte am Wochenende ein fhem update gemacht. Ich habe mich dann gewundert, daß ich hunderte "Batterie-Low" Nachrichten bekam. Ich habe eine uralte sub, die mir eine mail und eine Telegram Message sendet, wenn ein Device von battery:ok auf battery:low geht. Ich habe allerhand HUE Devices
Dann habe ich gesehen, daß alle Hue Devices neue readings bekommen haben. Ich halte es allerdings für doppelt-gemoppelt, wenn sowohl in "battery" als auch in "batteryLevel" der gleiche Wert steht. Spontan habe ich versucht, das battery reading mit evenMap zurecht zu biegen:

Code Auswählen Erweitern

battery.[3456789]\d:ok battery.[12]\d*:lowDas scheint aber ebenso spontan nicht zu funktionieren.
Kann mir bitte jemand auf die Sprünge helfen?
Oder sind noch Änderungen im Modul geplant? Ich bin doch bestimmt nicht der Einzige, der "battery:low" messages verschickt.

Gruß Roland

Ich hänge mich hier mal dran, da ich mit der neuen Version jetzt auch das Problem habe, dass ja sehr viele Sensoren nun zwangsweise im Hintergrund angelegt wurden. Z.B. für Bewegungsmelder hat man nun 3 Devices (motion + light + temperature).
Meine Batterie Readings Group spuckt jetzt für 1 physisches HUE-Device gleich 3 mal den Batteriestatus aus. Ich wüsste jetzt nicht, wie ich einfach die RG Definition einschränken soll auf unerwünscht ausgewertete HUE-Devices. Bislang hat das universell für meine Homematic- als auch die HUE-Devices super funktioniert.
Hat da jemand eine Idee, wie man da intelligent gezielt filtern kann? Auf eine Raumzugehörigkeit zu filtern halte ich jetzt nicht für sehr professionell, wäre im Moment aber das einzige Unterscheidungskriterium...
Hier die RG:

Code Auswählen Erweitern

Internals:
   DEF        .*:[Bb]atteryLevel
.*:[Bb]atteryPercent
   FUUID      5c43264f-f33f-ed4f-61d6-f59fe7208502eb52
   NAME       Batteriestatus
   NR         133
   NTFY_ORDER 50-Batteriestatus
   STATE      Initialized
   TYPE       readingsGroup
   changed    0
   mayBeVisible 1

Attributes:
   mapping    %ALIAS
   room       Server
   valueFormat {if($READING eq "batteryLevel"){return "0" if( $VALUE eq "low" ); return "100" if( $VALUE eq "ok" ); return "100" if( $VALUE >= 3.0 ); return "75" if( $VALUE >= 2.7 ); return "50" if( $VALUE >= 2.5 ); return "25" if( $VALUE >= 2.2); return "0"}elsif($READING eq "batteryPercent"){return "100" if( $VALUE > 90 ); return "75" if( $VALUE > 70 ); return "50" if( $VALUE > 50 ); return "25" if( $VALUE > 30 ); return "0"}}
   valueIcon  {'batteryLevel.0' => 'measure_battery_0@E50005','batteryLevel.25' => 'measure_battery_25@FB5909','batteryLevel.50' => 'measure_battery_50@F5FF10','batteryLevel.75' => 'measure_battery_75@42BC0A','batteryLevel.100' => 'measure_battery_100@0CFB0C','batteryPercent.0' => 'measure_battery_0@E50005','batteryPercent.25' => 'measure_battery_25@FB5909','batteryPercent.50' => 'measure_battery_50@F5FF10','batteryPercent.75' => 'measure_battery_75@42BC0A','batteryPercent.100' => 'measure_battery_100@0CFB0C'}
   valueSuffix {if($READING eq "batteryLevel"){return " (0 %)" if(ReadingsVal($DEVICE,$READING,0) eq "low"); return " (100 %)" if(ReadingsVal($DEVICE,$READING,0) eq "ok" ); return ' ('.sprintf("%.1f", ReadingsVal($DEVICE,$READING,0)).' V)'}elsif($READING eq "batteryPercent"){return ' ('.ReadingsVal($DEVICE,$READING,0).' %)'}}

Danke für einen Schubs in die richtige Richtung.