HUEBridge push api unterstützung

Begonnen von justme1968, 15 Juli 2021, 11:13:19

Vorheriges Thema - Nächstes Thema

justme1968

@Jamo: ich glaube ich habe das problem gefunden. beim genau hinschauen sieht man das die events von der bridge keine tastendrücke sondern batterie events sind. die wurden noch garnicht behandelt und deshalb ein leeres event an das fhem device weiter gereicht.

ich habe es gerade repariert und eingecheckt.

warum das battery event so oft von der bridge gesendet wird weiss ich nicht.
und warum dort aber ein fhem event erzeugt wird das dann deine notifys triggert verstehe ich nicht.


könntest du bevor du die neueste version verwendest mal schauen was genau im event monitor für ein event angekommen ist?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Jamo

#91
Zitatkönntest du bevor du die neueste version verwendest mal schauen was genau im event monitor für ein event angekommen ist?

Gerne, siehe Eventmonitor Auszug, diesmal habe ich den fhem.log mit reingeschrieben. Besagtes EVENT=1002 (diesmal ist es 1002) findest Du Zeile 21 von unten. Mir faellt auf, wie bei Ratman, hat das Event aber einen eigenartigen Zeitstempel. Das " [myHueDimmer] Name=HueDimmer1_Schlaf, EVENT=1002, Room=Schlaf" ist der log, mit dem namen der sub in der 99_MyUtils.pm
Jetzt mache ich mal das update au die neue Version und berichte . . .

2022.01.20 19:55:20 3 : PhilipsHue: message for unknown device received: PhilipsHue-51
2022.01.20 19:55:36 4 : PhilipsHue: dispatch
2022.01.20 19:55:36 2 : PhilipsHue: http request failed: read from https://MEI.NE.IP.AD:443 timed out
2022.01.20 19:55:36 2 : name: EventStream: terminated
2022.01.20 19:55:36 4 : name: EventStream: closing
2022.01.20 19:55:36 4 : name: EventStream: closed
2022.01.20 19:55:36 4 : name: EventStream: connecting
2022.01.20 19:55:36 4 : PhilipsHue: dispatch
2022.01.20 19:55:36 4 : name: EventStream: connected
2022.01.20 19:55:37 4 : PhilipsHue: dispatch
2022.01.20 19:55:37 4 : name: EventStream: connected
2022.01.20 19:55:37 4 : PhilipsHue: received: [
  {
    'type' => 'update',
    'creationtime' => '2022-01-20T18:49:00Z',
    'data' => [
                {
                  'type' => 'light',
                  'color' => {
                               'xy' => {
                                         'y' => '0.4147',
                                         'x' => '0.4879'
                                       }
                             },
                  'id' => 'b1cf4455-b3c8-4eb1-98bf-a3652ead7a80',
                  'id_v1' => '/lights/42',
                  'owner' => {
                               'rid' => '7057ec04-eb7a-4a77-a3a0-27331f4fc26d',
                               'rtype' => 'device'
                             },
                  'color_temperature' => {
                                           'mirek' => 420,
                                           'mirek_valid' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
                                         }
                }
              ],
    'id' => '13c8f792-eab6-4fe1-85f9-60961a59a96a'
  }
]
2022.01.20 19:55:37 4 : PhilipsHue: got update event
2022.01.20 19:55:37 4 : PhilipsHue: created from event: {
  'state' => {
               'colormode' => 'ct',
               'xy' => [
                         '0.4879',
                         '0.4147'
                       ],
               'lastupdated' => '2022-01-20T18:49:00',
               'ct' => 420
             },
  'v2_id' => '7057ec04-eb7a-4a77-a3a0-27331f4fc26d',
  'v2_service' => 'b1cf4455-b3c8-4eb1-98bf-a3652ead7a80'
}
2022.01.20 19:55:37 4 : PhilipsHue: dispatch
2022.01.20 19:55:37 4 : name: EventStream: connected
2022.01.20 19:55:37 4 : PhilipsHue: received: [
  {
    'type' => 'update',
    'id' => '661b23b7-e856-4ee4-9042-0752560a2a80',
    'data' => [
                {
                  'type' => 'light',
                  'color' => {
                               'xy' => {
                                         'x' => '0.4879',
                                         'y' => '0.4147'
                                       }
                             },
                  'id' => 'b1cf4455-b3c8-4eb1-98bf-a3652ead7a80',
                  'id_v1' => '/lights/42',
                  'owner' => {
                               'rid' => '7057ec04-eb7a-4a77-a3a0-27331f4fc26d',
                               'rtype' => 'device'
                             },
                  'color_temperature' => {
                                           'mirek_valid' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                                           'mirek' => 420
                                         }
                }
              ],
    'creationtime' => '2022-01-20T18:50:05Z'
  }
]
2022.01.20 19:55:37 4 : PhilipsHue: got update event
2022.01.20 19:55:37 4 : PhilipsHue: created from event: {
  'state' => {
               'xy' => [
                         '0.4879',
                         '0.4147'
                       ],
               'ct' => 420,
               'lastupdated' => '2022-01-20T18:50:05',
               'colormode' => 'ct'
             },
  'v2_service' => 'b1cf4455-b3c8-4eb1-98bf-a3652ead7a80',
  'v2_id' => '7057ec04-eb7a-4a77-a3a0-27331f4fc26d'
}
2022.01.20 19:55:37 4 : PhilipsHue: dispatch
2022.01.20 19:56:07 4 : PhilipsHue: dispatch
2022.01.20 19:56:07 4 : name: EventStream: connected
2022.01.20 19:56:07 4 : PhilipsHue: received: [
  {
    'data' => [
                {
                  'power_state' => {
                                     'battery_state' => 'normal',
                                     'battery_level' => 76
                                   },
                  'owner' => {
                               'rid' => '177ed269-21fd-4926-a6b7-9105566e7416',
                               'rtype' => 'device'
                             },
                  'id_v1' => '/sensors/6',
                  'id' => '66214ac8-9e14-49c6-8cc5-fc2f9335cb35',
                  'type' => 'device_power'
                }
              ],
    'id' => 'cfb71f6e-222d-4eb4-9dfb-1fe1acc814ca',
    'creationtime' => '2022-01-20T18:56:07Z',
    'type' => 'update'
  }
]
2022.01.20 19:56:07 4 : PhilipsHue: got update event
2022.01.20 19:56:07 4 : PhilipsHue: created from event: {
  'state' => {
               'lastupdated' => '2022-01-20T18:56:07'
             },
  'v2_id' => '177ed269-21fd-4926-a6b7-9105566e7416',
  'v2_service' => '66214ac8-9e14-49c6-8cc5-fc2f9335cb35'
}
2022.01.20 19:56:10 4 : using HttpUtils_NonblockingGet: PUT lights/42/state
2022.01.20 19:56:10 4 : PhilipsHue: dispatch
2022.01.20 19:56:10 4 : PhilipsHue: dispatch
2022.01.20 19:56:10 4 : name: EventStream: connected
2022.01.20 19:56:10 4 : PhilipsHue: received: [
  {
    'id' => 'cff081bf-51d4-40d9-9bcc-af7ed64942f8',
    'data' => [
                {
                  'color_temperature' => {
                                           'mirek_valid' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                                           'mirek' => 420
                                         },
                  'owner' => {
                               'rtype' => 'device',
                               'rid' => '7057ec04-eb7a-4a77-a3a0-27331f4fc26d'
                             },
                  'color' => {
                               'xy' => {
                                         'x' => '0.4879',
                                         'y' => '0.4147'
                                       }
                             },
                  'type' => 'light',
                  'id' => 'b1cf4455-b3c8-4eb1-98bf-a3652ead7a80',
                  'id_v1' => '/lights/42'
                }
              ],
    'creationtime' => '2022-01-20T18:56:10Z',
    'type' => 'update'
  }
]
2022.01.20 19:56:10 4 : PhilipsHue: got update event
2022.01.20 19:56:10 4 : PhilipsHue: created from event: {
  'v2_id' => '7057ec04-eb7a-4a77-a3a0-27331f4fc26d',
  'v2_service' => 'b1cf4455-b3c8-4eb1-98bf-a3652ead7a80',
  'state' => {
               'ct' => 420,
               'lastupdated' => '2022-01-20T18:56:10',
               'xy' => [
                         '0.4879',
                         '0.4147'
                       ],
               'colormode' => 'ct'
             }
}
2022.01.20 19:56:20 4 : using HttpUtils_NonblockingGet: GET
2022.01.20 19:56:20 4 : PhilipsHue: dispatch
2022.01.20 19:56:20 4 : PhilipsHue: parse status message
2022.01.20 19:56:20 4 : PhilipsHue: message for unknown sensor received: PhilipsHue-S1
2022.01.20 19:56:20 4 : PhilipsHue: message for unknown sensor received: PhilipsHue-S5
2022.01.20 19:56:20 3 : [myHueDimmer] Name=HueDimmer1_Schlaf, EVENT=1002, Room=Schlaf
2022-01-20 19:17:23 HUEDevice HueDimmer1_Schlaf 1002
2022.01.20 19:56:20 4 : PhilipsHue: message for unknown sensor received: PhilipsHue-S8
2022.01.20 19:56:20 3 : PhilipsHue: message for unknown device received: PhilipsHue-52
2022.01.20 19:56:20 3 : PhilipsHue: message for unknown device received: PhilipsHue-51
2022.01.20 19:56:57 4 : using HttpUtils_NonblockingGet: PUT lights/42/state
2022.01.20 19:56:57 4 : PhilipsHue: dispatch
2022.01.20 19:56:58 4 : using HttpUtils_NonblockingGet: GET lights/42
2022.01.20 19:56:58 4 : PhilipsHue: dispatch
2022.01.20 19:57:00 4 : using HttpUtils_NonblockingGet: PUT lights/42/state
2022.01.20 19:57:00 4 : PhilipsHue: dispatch
2022.01.20 19:57:01 4 : using HttpUtils_NonblockingGet: GET lights/42
2022.01.20 19:57:01 4 : PhilipsHue: dispatch
2022.01.20 19:57:20 4 : using HttpUtils_NonblockingGet: GET
2022.01.20 19:57:20 4 : PhilipsHue: dispatch
2022.01.20 19:57:20 4 : PhilipsHue: parse status message
2022.01.20 19:57:20 4 : PhilipsHue: message for unknown sensor received: PhilipsHue-S1
2022.01.20 19:57:20 4 : PhilipsHue: message for unknown sensor received: PhilipsHue-S5
2022.01.20 19:57:20 4 : PhilipsHue: message for unknown sensor received: PhilipsHue-S8
2022.01.20 19:57:20 3 : PhilipsHue: message for unknown device received: PhilipsHue-52
2022.01.20 19:57:20 3 : PhilipsHue: message for unknown device received: PhilipsHue
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

Wardancer

Hi,

wollte nur der Vollständigkeithalber sagen, dass ich auch solche Effekte mit meinen Hue-Dimmer-Switches habe.... hoffen wir mal, dass es die Batterie-Events sind :*)


justme1968

@Jamo: achtung: das ist nicht der event monitor. das ist das log. den eventmonitor finest du links unten in fhemweb.

wer schreibt das '[myHueDimmer] Name=HueDimmer1_Schlaf, EVENT=1002, Room=Schlaf' ins log? die hue module sind es nicht.

die zeiten der beiden zeilen: 2022.01.20 19:56:20 3 : [myHueDimmer] Name=HueDimmer1_Schlaf, EVENT=1002, Room=Schlaf
2022-01-20 19:17:23 HUEDevice HueDimmer1_Schlaf 1002
passen auch nicht zusammen.

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Jamo

#94
Hallo Justme,
doch, ja klar, das ist der Eventmonitor. Ich habe erst links den Eventmonitor aufgerufen, dann ober im Eventmonitor das FHEM.log mit angeklickt, dann wird der inhalt vom logfile auch mit in den Eventmonitor geschrieben. Den Eventmonitor habe ich auf den Filter .*Hue.* gesetzt, damit ich nur die Events mit .*Hue.* logge.

Was ich Dir geschickt habe, ist die Kopie vom Eventmonitor, den ich solange laufen lassen habe, bis das HueDimmer event wieder auftritt.

PS:   bei Ratman war doch auch was mit dem Zeitstempel, der nicht passt.
PS2: die neue Version von heute mit dem Fix Battery hilft nicht, die Events treten immer noch auf. . . .

Das '[myHueDimmer] Name=HueDimmer1_Schlaf, EVENT=1002, Room=Schlaf' kommt von folgendem notify / sub:
define HueDimmer_n notify HueDimmer._.*:.00. {myHueDimmer($NAME,$EVENT)}

sub myHueDimmer {
  my $sub    = 'myHueDimmer';
  my $NAME   = shift // return "Error, $sub: we need NAME as parameter!";
  my $EVENT  = shift // return "Error, $sub: we need EVENT as parameter!";
  my @Device = split("_", $NAME);
  my $Room   = $Device[1];
  my $enable = 0;
  Log 3, "[$sub] Name=$NAME, EVENT=$EVENT, Room=$Room";
}
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

Wardancer

Hi,

Ich hab mal nen Event-Set von mir:

2022-01-20 19:53:00 HUEDevice OG_BAD_HUE_Schalter battery: 43
2022-01-20 19:53:00 HUEDevice OG_BAD_HUE_Schalter batteryPercent: 43
2022-01-20 19:53:00 HUEDevice OG_BAD_HUE_Schalter reachable: 1
2022-01-20 19:53:00 HUEDevice OG_BAD_HUE_Schalter 4002


Sehr bemerkenswert: das war um 22:05 .... Und gedrückt hatte ich natürlich auch nichts

justme1968

ich glaube so langsam verstehe ich was passiert.

die bridge sendet ein battery event. da ist ein aktueller timestamp drin. dadurch wird lastupdated im device geändert (natürlich auch in der neuen version die du probiert hattest). irgendwann später pollt die bridge alle devices und bekommt den alten button status mit dem alten timestamp. da bisher nur verglichen wurde ob der neue timestamp ungleich ist statt tatsächlich auch größer wird für den alten tastendruck ein neues event erzeugt. und beim nächsten battery event geht es wieder von vorne los.

ich habe eben einen vorläufigen fix eingecheckt der das verhindern sollte. dann kann ich mir in ruhe was besseres einfallen lassen.

unabhängig davon ist mir aber noch völlig unklar warum dein dimmer (und einer von Ratman) scheinbar dauernd oder zumindest sehr oft battery events schickt. und warum nur der eine bzw. die beiden.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Jamo

hallo justme,
mit dem neuen 31_HueDevice.pm startet fhem nicht mehr substr outside of string at ./FHEM/31_HUEDevice.pm line 1806.
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

knorxi

Rückmeldung zum HueMotionSensorState:
Ich habe deine Version seit gestern Abend am laufen.
INTERVAL wird nicht gelöscht. Der "status" wird wie gewollt alle 10s abgefragt. Sieht also gut aus.
Allerdings gibt es ein neues Problem:
Wenn der "status" 0 ist dann wird er nicht geändert / erkannt.
Er bleibt dann auf dem vorherigen "status".
Alle anderen Werte (1,2,3) sind kein Problem.
Wenn ich den Sensor mit "Get" über /api/<username>/sensors/21 abfrage, so sehe ich dass der "status" 0 ist.
Selbst ein "set HueMotionSensorState statusRequest" bringt nichts.

justme1968

ich denke ich habe beide probleme repariert.

es ist höchste zeit das ich den code teil für die update zeit komplett neu mache. der ist ursprünglich nicht von mir und hat wie man sieht ein paar probleme. eber erst mal muss mindestens so gut laufen wie die version ohne events.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Jamo

#100
Hallo justme,
der fix von heute morgen funktioniert immer noch nicht.
Allerdings sehe ich jetzt auch, das sich im Device (also im HueDimmer) zum Zeitpunkt des Events, sich das Reading 'batteryState normal' ändert, also deine Vermutung, dass es an den Batterie Readings liegt, macht Sinn. Ich hatte in dem Auszug vom Eventmonitor, den ich Dir geschickt hatte, das event-on-change-reading vom HueDimmer auf 'state' gesetzt, deswegen haben wir die Events / Änderungen vom batteryState nie gesehen. Kann ich Dir irgendwie noch helfen bei der Lösung?

Schau mal die timestamps der Readings von heute morgen (also das list ist von gerade):
Batterystate ist von gerade, state von gestern, obwohl das state event gerade reinkommt.

Internals:
   DEF        sensor 6  IODev=PhilipsHue
   FUUID      5c42ee43-f33f-97bf-71d8-09f4178d739ba478
   FVERSION   31_HUEDevice.pm:0.255280/2022-01-21
   ID         S6
   INTERVAL   
   IODev      PhilipsHue
   NAME       HueDimmer1_Schlaf
   NR         2203
   STATE      1002
   TYPE       HUEDevice
   has_v2_api 1
   inputs     4
   lastupdated 2022-01-20_18:17:23
   lastupdated_local 2022-01-20 19:17:23
   manufacturername Signify Netherlands B.V.
   modelid    RWL021
   name       HueDimmerSchlaf1
   on         1
   productname Hue dimmer switch
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   00:17:88:01:03:a5:8a:65-02-fc00
   v2_id      177ed269-21fd-4926-a6b7-9105566e7416
   READINGS:
     2022-01-21 07:57:25   IODev           PhilipsHue
     2022-01-20 19:17:23   battery         76
     2022-01-20 19:17:23   batteryPercent  76
     2022-01-21 08:28:16   batteryState    normal
     2022-01-20 19:17:23   reachable       1
     2022-01-20 19:17:23   state           1002
.
Attributes:
   IODev      PhilipsHue
   event-on-update-reading state
   model      RWL021
   room       Lights,AllRooms->Schlafzimmer
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

justme1968

wenn man nach einem problem mit events sucht ist es natürlich ziemlich doof wenn events ausgeblendet werden...

bitte stell verbose im device mal auf 4. da sollten die timestamps im log protokoliert werden.

ich melde mich nachher noch mal.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

knorxi

Bei mir geht's auch nicht.
Es liegt wohl daran, dass du deine richtige Änderung in 31_HUEDevice.pm, Zeile 1813 auskommentier hast  ;):
  #&& (!defined($readings{state}) || $readings{state} eq ReadingsVal( $name, 'state', '' ))
Wenn ich # entferne gehts  ;D

Jamo

#103
So jetzt, schau mal 2022.01.21 11:29:28 3 :
Das ist wieder Eventmonitor, mit zusaetzlichen Eintraegen aus dem fhem.log.
Unten das list.

2022.01.21 11:28:28 4 : using HttpUtils_NonblockingGet: GET
2022.01.21 11:28:28 4 : PhilipsHue: dispatch
2022.01.21 11:28:28 4 : PhilipsHue: parse status message
2022.01.21 11:28:28 3 : PhilipsHue: data for unknown sensor received: PhilipsHue-S1
2022.01.21 11:28:28 3 : PhilipsHue: data for unknown sensor received: PhilipsHue-S5
2022.01.21 11:28:28 3 : PhilipsHue: data for unknown sensor received: PhilipsHue-S8
2022.01.21 11:28:28 3 : PhilipsHue: data for unknown device received: PhilipsHue-51
2022.01.21 11:28:28 3 : PhilipsHue: data for unknown device received: PhilipsHue-52
2022.01.21 11:28:57 4 : PhilipsHue: dispatch
2022.01.21 11:28:57 4 : PhilipsHue: EventStream: received: [
  {
    'id' => 'a265ecaa-2c3a-4736-80ae-7ba0acc1b1c1',
    'data' => [
                {
                  'type' => 'device_power',
                  'power_state' => {
                                     'battery_state' => 'normal',
                                     'battery_level' => 71
                                   },
                  'id_v1' => '/sensors/6',
                  'id' => '66214ac8-9e14-49c6-8cc5-fc2f9335cb35',
                  'owner' => {
                               'rtype' => 'device',
                               'rid' => '177ed269-21fd-4926-a6b7-9105566e7416'
                             }
                }
              ],
    'creationtime' => '2022-01-21T10:28:57Z',
    'type' => 'update'
  }
]
2022.01.21 11:28:57 4 : PhilipsHue: EventStream: got update event
2022.01.21 11:28:57 4 : PhilipsHue:              with part for resource type device_power
2022.01.21 11:28:57 4 : PhilipsHue: created from event: {
  'v2_service' => '66214ac8-9e14-49c6-8cc5-fc2f9335cb35',
  'state' => {
               'lastupdated' => '2022-01-21T10:28:57',
               'battery_state' => 'normal',
               'battery' => 71
             },
  'v2_id' => '177ed269-21fd-4926-a6b7-9105566e7416'
}
2022-01-21 11:28:57 HUEDevice HueDimmer1_Schlaf batteryState: normal
2022-01-21 11:28:57 HUEDevice HueDimmer1_Schlaf batteryPercent: 71
2022-01-21 11:28:57 HUEDevice HueDimmer1_Schlaf battery: 71
2022.01.21 11:29:28 4 : using HttpUtils_NonblockingGet: GET
2022.01.21 11:29:28 4 : PhilipsHue: dispatch
2022.01.21 11:29:28 4 : PhilipsHue: parse status message
2022.01.21 11:29:28 3 : PhilipsHue: data for unknown sensor received: PhilipsHue-S1
2022.01.21 11:29:28 3 : PhilipsHue: data for unknown sensor received: PhilipsHue-S5
2022.01.21 11:29:28 3 : PhilipsHue: data for unknown sensor received: PhilipsHue-S8
2022.01.21 11:29:28 3 : [myHueDimmer] Name=HueDimmer1_Schlaf, EVENT=1002, Room=Schlaf
2022-01-20 19:17:23 HUEDevice HueDimmer1_Schlaf batteryPercent: 71
2022-01-20 19:17:23 HUEDevice HueDimmer1_Schlaf reachable: 1
2022-01-20 19:17:23 HUEDevice HueDimmer1_Schlaf battery: 71
2022-01-20 19:17:23 HUEDevice HueDimmer1_Schlaf 1002
2022.01.21 11:29:28 3 : PhilipsHue: data for unknown device received: PhilipsHue-51
2022.01.21 11:29:28 3 : PhilipsHue: data for unknown device received: PhilipsHue-52
2022.01.21 11:30:28 4 : using HttpUtils_NonblockingGet: GET
2022.01.21 11:30:28 4 : PhilipsHue: dispatch
2022.01.21 11:30:28 4 : PhilipsHue: parse status message

Internals:
   DEF        sensor 6  IODev=PhilipsHue
   FUUID      5c42ee43-f33f-97bf-71d8-09f4178d739ba478
   FVERSION   31_HUEDevice.pm:0.255300/2022-01-21
   ID         S6
   INTERVAL   
   IODev      PhilipsHue
   NAME       HueDimmer1_Schlaf
   NR         2203
   STATE      1002
   TYPE       HUEDevice
   has_v2_api 1
   inputs     4
   lastupdated 2022-01-20_18:17:23
   lastupdated_local 2022-01-20 19:17:23
   manufacturername Signify Netherlands B.V.
   modelid    RWL021
   name       HueDimmerSchlaf1
   on         1
   productname Hue dimmer switch
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   00:17:88:01:03:a5:8a:65-02-fc00
   v2_id      177ed269-21fd-4926-a6b7-9105566e7416
   READINGS:
     2022-01-21 07:57:25   IODev           PhilipsHue
     2022-01-20 19:17:23   battery         71
     2022-01-20 19:17:23   batteryPercent  71
     2022-01-21 11:28:57   batteryState    normal
     2022-01-20 19:17:23   reachable       1
     2022-01-20 19:17:23   state           1002
   helper:
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

justme1968

#104
so...

ich habe die zeit behandlung komplett umgestellt. es sollte jetzt übersichtlicher sein und funktionieren.

wichtig ist:
- nach einem neustart kommen keine fhem events für alte werte
- beim regelmässigen pollen kommen keine fhem events für alte werte
- wenn events von der bridge kommen sollte es fhem events geben auch wenn das gleiche event (tastendruck)
  mehrfach kommt.

dein list belegt meinen verdacht. mal sehen ob es mit der angehängten version auch bei dir geht.

wenn du im device verbose auf 4 stellst solltest du sehen wenn etwas ignoriert wird.

edit: der stand hier ist inzwischen eingecheckt
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968