HUEBridge push api unterstützung

[justme1968]

bitte probier noch mal das neueste bridge modul von gerade eben ganz oben im thread.

ich habe den automatischen retry geändert. damit sollte jeweils nach 2 sekunden automatisch ein weiterer versuch gemacht werden wenn der vorherige schief geht.

funktioniert das bei dir besser ?

[knorxi]

Das neue 30_HUEBridge.pm funktioniert bei mir besser!
Ich bekomme zwar einmal die Fehler:
2022.01.18 13:24:33 2: HUEBridge: http request failed: https://192.168.178.52/auth/v1: Can't connect(2) to https://192.168.178.52:443:  SSL connect attempt failed
2022.01.18 13:24:34 2: HUEBridge: http request failed: https://192.168.178.52/eventstream/clip/v2: Can't connect(2) to https://192.168.178.52:443:  SSL connect attempt failed
2022.01.18 13:24:34 2: EventStream: terminated; retrying later
Danach geht der EventStream aber auf "connected".

Ich habe auch viel mit der Version von gestern rumprobiert, und es ist mir gelungen, dass die auch bei mir läuft.
Geholfen hat ein "attr initialUsbCheck disable 1" um beim Start den EventStream sofort auf "connected" zu bringen.
Die neue Version läuft auch ohne "disable".
Da scheint im Hintergrund wohl was zu blockieren, oder?

Vielen Dank für die schnelle Hilfe.
Hier noch die Antworten auf deine Fragen (wahrscheinlich nicht mehr wichtig  ):
Hardware ist ein Raspberry Pi 4B.
Es erscheinen 10 Devices und 18 Sensoren im FHEM.
pollDevices 1 oder 2 machte keinen Unterschied. Blieb bei beiden auf "connecting".

[justme1968]

es scheint irgend ein timing problem zu sein. sehr komisch.

aber wenn es jetzt im prinzip geht ist das schon mal gut.

ich lasse mir noch was einfallen um das polling automatisch zu deaktivieren oder zu reduzieren wenn die events vorhanden sind und checke dann mal langsam ein.

[stera]

Komisch, ich weiß nicht was du alles verändert hast, aber nun funktioniert es auch alles im DockerContainer mit den neuen Dateien und direkt nach dem Neustart

Ich habe allerdings auch mal USB auf disabled gesetzt, aber mit den alten Dateien ging es damit auch noch nicht.

Gruß,
Stefan

[Jamo]

Hallo Justme,
ich habe sowohl die Philips HueBridge, als auch deCONZ /ConbeeII. Beide benutzen ja im Moment die 30_HUEBridge.pm.
Kann ich denn dann auch die neue 30_HUEBridge.pm mit der neuen push api unterstützung für beides (Philips HueBridge und deCONZ) benutzen, oder unterstützt die neue 30_HUEBridge.pm nur für die Philips HueBridge?
Hier im Thread habe ich nichts dazu gefunden.

Beste Grüsse, Jamo

[justme1968]

ja. geht wie gehabt für beides. das modul erkennt welche event methode verwendet wird.

[stera]

Hallo Andre,

mir ist gerade was aufgefallen. Ich habe ein HueSwitchDimmer, der wollte sein Batteriestand nicht mehr ordentlich übermitteln. Den habe ich nun gelöscht und neu angelernt. Bei dem ist komischerweise der State Modus wieder falsch und es fehlt die Anfangsziffer. Bei allen anderen die schon länger angemeldet sind, ist alles richtig.

Code: [Auswählen]


-> Neu angelernter Dimmer

Internals:
   CFGFN     
   DEF        sensor 222  IODev=HUEBridge1
   FUUID      61e7ccd1-f33f-96bc-70c8-18bd1c798b235828
   FVERSION   31_HUEDevice.pm:0.254730/2022-01-16
   ID         S222
   INTERVAL   
   IODev      HUEBridge1
   NAME       HUEBridge1_HUESensor222
   NR         50252
   STATE      002
   TYPE       HUEDevice
   inputs     4
   lastupdated 2022-01-19 09:16:18
   lastupdated_local 2022-01-19 10:16:18
   manufacturername Signify Netherlands B.V.
   modelid    RWL021
   name       BadObenSwitch
   on         1
   productname Hue dimmer switch
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   00:17:88:01:04:ec:ab:a7-02-fc00
   v2_id      bb563195-fb49-4b06-a563-461021079dc2
   READINGS:
     2022-01-19 10:15:57   battery         100
     2022-01-19 10:15:57   batteryPercent  100
     2022-01-19 10:15:57   reachable       1
     2022-01-19 10:16:18   state           002
   helper:
     devtype    S
     fromAutocreate 1
     reachable  0
     update_timeout 1
     capabilities:
       inputs:
         HASH(0x557e6b74a570)
         HASH(0x557e6b6269e8)
         HASH(0x557e6ae24458)
         HASH(0x557e6b662f38)
     configList:
     events:
       HASH(0x557e6a000190)
       HASH(0x557e6b41c4a0)
       HASH(0x557e6b57cbc0)
       HASH(0x557e66a86ff0)
     json:
       v2_id      bb563195-fb49-4b06-a563-461021079dc2
       v2_service ea492ebc-e70d-4165-aa13-f2f4fad92e3b
       state:
         buttonevent 002
         lastupdated 2022-01-19T09:16:18
     setList:
Attributes:
   IODev      HUEBridge1
   alias      BadObenSwitch
   group      HUESensor
   model      RWL021
   room       HUEDevice


Code: [Auswählen]


-> Bestehender Dimmer

Internals:
   CFGFN     
   CHANGED   
   DEF        sensor 46  IODev=HUEBridge1
   FUUID      61e71fec-f33f-96bc-4335-40af594431b46e69
   FVERSION   31_HUEDevice.pm:0.254730/2022-01-16
   ID         S46
   INTERVAL   
   IODev      HUEBridge1
   NAME       HUE_BadUnten_Schalter
   NR         43312
   STATE      4002
   TYPE       HUEDevice
   inputs     4
   lastupdated 2022-01-19 09:16:27
   lastupdated_local 2022-01-19 10:16:27
   manufacturername Signify Netherlands B.V.
   modelid    RWL021
   name       BadUntenSwitch
   on         1
   productname Hue dimmer switch
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   00:17:88:01:03:e4:60:aa-02-fc00
   v2_id      53d1ea7c-21fc-498c-b2dd-38fc1b75054f
   READINGS:
     2022-01-19 10:16:27   battery         100
     2022-01-19 10:16:27   batteryPercent  100
     2022-01-19 10:16:27   reachable       1
     2022-01-19 10:16:27   state           4002
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     capabilities:
       inputs:
         HASH(0x557e6ae0a888)
         HASH(0x557e6b5b9fc0)
         HASH(0x557e6b3f1328)
         HASH(0x557e6ada0940)
     configList:
     events:
       HASH(0x557e6b7240e0)
       HASH(0x557e6b322828)
       HASH(0x557e6b64a520)
       HASH(0x557e6b48d288)
     json:
       diversityid 73bbabea-3420-499a-9856-46bf437e119b
       manufacturername Signify Netherlands B.V.
       modelid    RWL021
       name       BadUntenSwitch
       productname Hue dimmer switch
       swversion  6.1.1.28573
       type       ZLLSwitch
       uniqueid   00:17:88:01:03:e4:60:aa-02-fc00
       capabilities:
         inputs:
           HASH(0x557e6b9ae2b0)
           HASH(0x557e6b463a50)
           HASH(0x557e6b53f010)
           HASH(0x557e6b659668)
       config:
         battery    100
         pending:
       state:
         buttonevent 4002
         lastupdated 2022-01-19T09:16:27
       swupdate:
         lastinstall 2019-10-09T12:20:40
         state      noupdates
     setList:
Attributes:
   IODev      HUEBridge1
   event-on-change-reading .*
   model      RWL021
   mqttPublish *:topic={"FHEM/$device/$reading"}
   room       11_BadUnten


[justme1968]

wenn beim fhem start das gerät in der bridge noch nicht bekannt war fehlt die gerätebeschreibung weil die daten nur ein mal ausgelesen werden. ich überlege mir was.

[stera]

Ah okay, ein "set HUEBridge1 reconnect" klappte dann natürlich 

[justme1968]

kannst du bitte mal in deinem log schauen ob es etwas mit unknown event type oder unknown event etwa zu der zeit gibt als du den dimmer gelöscht und wieder angelegt hast?

[stera]

Wenn ich das Device (Dimmer) in Fhem lösche und wieder mit Autocreate anlege funktioniert es danach wieder.
Habe dann den in der Hue App gelöscht und neu angelegt. Danach autocreate und der Fehler ist wieder da. Habe auf verbose 5 vorher gestellt, daher ist das Log sehr voll, aber ich habe diese Einträge gefunden:

Code: [Auswählen]

2022.01.19 11:26:15.986 3: HUEBridge1: unknown event type add:
2022.01.19 11:26:15.986 3: HUEBridge1: unknown event type add:
2022.01.19 11:26:15.987 3: HUEBridge1: unknown event type add:
2022.01.19 11:26:15.987 3: HUEBridge1: unknown event type add:
2022.01.19 11:26:15.987 3: HUEBridge1: unknown event type add:
2022.01.19 11:26:15.987 3: HUEBridge1: unknown event type add:
2022.01.19 11:26:15.987 3: HUEBridge1: unknown event type add:
2022.01.19 11:26:15.987 5: HUEBridge1: got update event
2022.01.19 11:26:15.987 4: HUEBridge1: created from event: $VAR1 = {
          'v2_id' => '3f577a9a-7ab4-49dc-a5a4-ca9b48c15c4e',
          'v2_service' => '3f577a9a-7ab4-49dc-a5a4-ca9b48c15c4e',
          'state' => {
                       'lastupdated' => '2022-01-19T10:26:15'
                     }
        };


Code: [Auswählen]

2022.01.19 11:26:37.682 4: HUEBridge1: create new sensor 'HUEBridge1_HUESensor225' for address '225'
2022.01.19 11:26:37.682 3: HUEBridge1_HUESensor225: I/O device is HUEBridge1
2022.01.19 11:26:37.683 4: using HttpUtils_NonblockingGet: GET sensors/225
2022.01.19 11:26:37.775 2: HUEBridge1: autocreate: created 0;0;1 devices (ignored 0;0;13)
2022.01.19 11:26:37.828 5: HUEBridge_dispatch: sensors/225


Code: [Auswählen]

2022.01.19 11:27:12.151 5: HUEBridge_dispatch: event
2022.01.19 11:27:12.151 4: EventStream: connected
2022.01.19 11:27:12.151 5: HUEBridge1: EventStream: got id: 1642588032:0
2022.01.19 11:27:12.151 5: HUEBridge1: EventStream: got data: [{"creationtime":"2022-01-19T10:27:12Z","data":[{"button":{"last_event":"initial_press"},"id":"3f3ec831-1458-40ea-8974-eb4061d96542","id_v1":"/sensors/225","owner":{"rid":"8dd2b34d-b570-4fb8-97c4-f7f4e8d58a75","rtype":"device"},"type":"button"}],"id":"0423b8eb-e21d-4be7-900b-3c963c5ba027","type":"update"}]
2022.01.19 11:27:12.151 4: HUEBridge1: received: $VAR1 = [
          {
            'data' => [
                        {
                          'id_v1' => '/sensors/225',
                          'id' => '3f3ec831-1458-40ea-8974-eb4061d96542',
                          'button' => {
                                        'last_event' => 'initial_press'
                                      },
                          'owner' => {
                                       'rid' => '8dd2b34d-b570-4fb8-97c4-f7f4e8d58a75',
                                       'rtype' => 'device'
                                     },
                          'type' => 'button'
                        }
                      ],
            'type' => 'update',
            'id' => '0423b8eb-e21d-4be7-900b-3c963c5ba027',
            'creationtime' => '2022-01-19T10:27:12Z'
          }
        ];

2022.01.19 11:27:12.151 5: HUEBridge1: got update event
2022.01.19 11:27:12.151 4: HUEBridge1: created from event: $VAR1 = {
          'v2_service' => '3f3ec831-1458-40ea-8974-eb4061d96542',
          'v2_id' => '8dd2b34d-b570-4fb8-97c4-f7f4e8d58a75',
          'state' => {
                       'lastupdated' => '2022-01-19T10:27:12',
                       'buttonevent' => '000'
                     }
        };



[justme1968]

sehr gut!

ganz oben gibt es noch mal eine version. die müsste damit klar kommen.

[stera]

sehr gut!

ganz oben gibt es noch mal eine version. die müsste damit klar kommen.

funktioniert ! Danke

Mit der neuen Version kommt, dass man das speichern soll "deleteAttr HUEBridge1 pollDevices" und die Meldungen sammeln sich.

[justme1968]

das ganze ist seit eben eingecheckt und ab morgen per update verfügbar. mal sehen ob es überall so gut läuft...

[stera]

Bekommt man die Meldung von dem Löschen der PollDevices denn irgendwie weg?

Lag es nun eigentlich an der httpUtils.pm, dass es im DockerContainer funktioniert?

Gruß,
Stefan