HUEBridge push api unterstützung

[mmi]

Hi,

vielen Dank für Deine Erklärungen, das war sehr hilfreich. Server und Bridge hängen zusammen an einem Switch im selben VLAN/Netz, die Portstatistiken sehen soweit auch gut aus. Auf dem Linux Server läuft keine FW/iptables etc. ist aus. Das ist sehr wahrscheinlich nicht.

Ich hab mir die Captures nochmal genauer angeschaut. Die TCP Keepalives sendet die Bridge, FHEM ACKt die nur. Vielleicht ist das mit den HTTP Keepalives auch ein Missverständnis - HTTP Keepalives sind kein Äquivalent wie ein TCP Keepalive oder ein Protokoll NOOP/alive, zumindest sendet FHEM nichts aktiv periodisch raus. Muss es ja wahrscheinlich auch nicht, solange da nichts mit "state" dazwischen ist.

Nach 60 Minuten idle time (und kürzer als 20s nach dem letzten TCP Keepalive) wird ein GET /eventstream/clip/v2 in FHEM geloggt. Der kommt meiner Meinung nach aber gar nicht auf dem Netzwerkinterface des Servers raus. Vielmehr wird ein TLS Alert generiert und an die Bridge gesendet und gleichzeitig durch FHEM die Verbindung beendet:

Code: [Auswählen]

11712 12:16:46.983819365 192.168.10.207 → 192.168.10.240 TCP 60 [TCP Keep-Alive] 443 → 46112 [ACK] Seq=7960 Ack=924 Win=31344 Len=0
11713 12:16:46.983909992 192.168.10.240 → 192.168.10.207 TCP 54 [TCP Keep-Alive ACK] 46112 → 443 [ACK] Seq=924 Ack=7961 Win=91136 Len=0
11714 12:17:03.005035541 192.168.10.240 → 192.168.10.207 TLSv1.2 85 Encrypted Alert
11715 12:17:03.005390150 192.168.10.240 → 192.168.10.207 TCP 54 46112 → 443 [FIN, ACK] Seq=955 Ack=7961 Win=91136 Len=0
11716 12:17:03.006250829 192.168.10.207 → 192.168.10.240 TLSv1.2 85 Encrypted Alert
11717 12:17:03.006338913 192.168.10.240 → 192.168.10.207 TCP 54 46112 → 443 [RST] Seq=956 Win=0 Len=0

Da hat die Bridge selber nicht drauf reagieren können; ausser, ebenfalls die Verbindung dann zu schliessen. Kann im Zusammenspiel mit dem Modul, timeouts und HTTPUtils noch was klemmen, was das hervorruft?

Viele Grüsse


Christian

[justme1968]

wie gesagt sehe ich die tcp keepalives nicht auf anwendungsebene und ein normaler verbindungsabbruch sollte keine timeouts erzeugen sondern nur ein reconnect.

vom als layer sehe ich auch nichts, das behandeln die httputils routinen bzw. die perl IO::Socket::SSL automatisch. auch sollte das auf eine bereits ausgehandelte und stehende verbindung keinen einfluß haben. ausser es wird etwas neu ausgehandelt und hier geht etwas schief. hast du in global besondere ssl optionen gesetzt?

ich habe aktuell keine idee. da es wie gesagt bisher noch bei keinem anderen aufgefallen ist und auch bei auf unterschiedlichen systemen nicht auftritt kann es eigentlich kein allgemeines problem sein.

ich denke morgen noch mal in ruhe darüber nach.

[justme1968]

ich habe eben herausgefunden was sich mit den weiter oben beschrieben candle und fire effekt einträgen in den neuen v2 resourcen machen lässt.

je nach leuchtmittel und aktueller firmware gibt es ab morgen ein v2effect kommando im device der lampen.

bei mir funktioniert es mit einem hue play lightstrip und diversen filament birnen. das ganze schaut recht überzeugend aus wenn man die lampen hell genug stellt.

das ganze ist auf philips seite noch nicht dokumentiert, kann sich also noch ändern und soll scheinbar erst in den nächsten wochen ausgerollt werden.

[mmi]

Hi,

ich habe aktuell keine idee. da es wie gesagt bisher noch bei keinem anderen aufgefallen ist und auch bei auf unterschiedlichen systemen nicht auftritt kann es eigentlich kein allgemeines problem sein.

Da stimme ich Dir zu. Vielleicht ist bei mir auch einfach zu wenig los, ich hab nur ein paar Lampen (ca 6 Stück). Die werden Morgens und Abends eingeschaltet, und nach ein 1-2 Stunden wieder ausgemacht.

Ich hab dass abseits von FHEM mit "openssl s_client -connect <hue ip>:443" auf dem FHEM Server und 2 anderen Systemen nachgestellt. Nach dem GET Request lasse ich openssl weiterlaufen, und sehe Events eintrudeln. Diese Events sind entweder Schaltvorgänge, oder selten mal Statusmeldungen über die verbundenen Lampen. Die so geöffneten Verbindungen bleiben auch länger als 1h offen.

Wenn nichts geschalten wird, dann ist im Eventstream auch mal länger als 1h Ruhe. Wahrscheinlich schlägt dann bei mir der mit 3600s definierte Timeout zu: https://github.com/fhem/fhem-mirror/blob/2abc6ece1b0c2be37409ae9cf25b2697837819c3/fhem/FHEM/30_HUEBridge.pm#L464 Verkürze ich den, dann bricht die Verbindung in FHEM entsprechend schneller ab. Das Weglassen von IncrementalTimeout bringt keine Änderung.

Vielleicht habt ihr alle mehr Geräte, so dass öfters Statusmeldungen kommen?

Viele Grüsse


Christian

[justme1968]

kannst du mal probieren ob es hilft wenn du zusätzlich zum timeout an dieser stelle noch incrementalTimout auf 1 setzt? hilft das schon? hilft es wenn du timeout noch deutlich erhöhst?

[mmi]

Hi,

kannst du mal probieren ob es hilft wenn du zusätzlich zum timeout an dieser stelle noch incrementalTimout auf 1 setzt? hilft das schon? hilft es wenn du timeout noch deutlich erhöhst?

In meiner Version ist incrementalTimeout schon gesetzt (eine Zeile drunter). Ich hab das testhalber mal auf 0 gesetzt, es ändert sich dadurch aber nichts.

Den Timeout habe ich gestern Abend auf 4h hochgesetzt. Das hat geklappt, es kam keine Fehlermeldung mehr - es war aber knapp ;-) Um 23:32 Uhr kam Abends der letzte Statusevent, der nächste dann heute früh um 3:20 Uhr:

Code: [Auswählen]

14d
id: 1643322735:0
data: [{"creationtime":"2022-01-27T22:32:15Z","data":[{"id":"a8c0d53a-ba0f-4854-89d4-43af69509fa0","id_v1":"/lights/11","owner":{"rid":"332e3b11-e86b-4a1f-bc5b-fe3765576956","rtype":"device"},"status":"connectivity_issue","type":"zigbee_connectivity"}],"id":"bbbefced-30ba-4422-b059-96f39c41d6bc","type":"update"}]

144
id: 1643322762:0
data: [{"creationtime":"2022-01-27T22:32:42Z","data":[{"id":"a8c0d53a-ba0f-4854-89d4-43af69509fa0","id_v1":"/lights/11","owner":{"rid":"332e3b11-e86b-4a1f-bc5b-fe3765576956","rtype":"device"},"status":"connected","type":"zigbee_connectivity"}],"id":"d1665aae-2463-49f9-89ff-5cf8ea119fc3","type":"update"}]

14d
id: 1643336436:0
data: [{"creationtime":"2022-01-28T02:20:36Z","data":[{"id":"a8c0d53a-ba0f-4854-89d4-43af69509fa0","id_v1":"/lights/11","owner":{"rid":"332e3b11-e86b-4a1f-bc5b-fe3765576956","rtype":"device"},"status":"connectivity_issue","type":"zigbee_connectivity"}],"id":"91699679-fad2-4636-9812-7ebd644ad82e","type":"update"}]

144
id: 1643336457:0
data: [{"creationtime":"2022-01-28T02:20:57Z","data":[{"id":"a8c0d53a-ba0f-4854-89d4-43af69509fa0","id_v1":"/lights/11","owner":{"rid":"332e3b11-e86b-4a1f-bc5b-fe3765576956","rtype":"device"},"status":"connected","type":"zigbee_connectivity"}],"id":"9b426a40-20e6-47ee-be2a-e5ca3fbb4a3b","type":"update"}]

Die Statusmeldungen werden durch sporadische Verbindungsprobleme einzelner Lampen getriggert. Vielleicht ist auch genau das, was meine Installation unterscheidet - die ist einfach zu stabil

Wenn der Timeout prüfen soll, ob der Eventstream noch lebt, dann braucht es wohl eine periodische Abfrage seitens FHEM, dessen Ergebnis im Eventstream ausgegeben wird. Oder eine periodische (Alive) Nachricht von der Bridge. Das scheint aber aktuell nicht implementiert zu sein bzw. die Bridge setzt auf ihre TCP Keepalives.

Viele Grüsse


Christian

[justme1968]

der timeout parameter der an httputils geht landet als Timeout in der perl socket routinen. eigentlich ist der auch nur für connect und accept. d.h. wenn die verbindung mal steht hat der timeout keine auswirkungen mehr. auch wenn ssl verwendet wird sollte der timeout sich nur auf den initialen verbindungsaufbau beziehen. allerdings ist in der perl doku auch dokumentiert das die auswirkung plattform und socket typ abhängig ist.  windows verhält sich z.b. anders.

man könnte noch schauen ob SO_RCVTIMEO einen einfluß hat, aber das ist noch viel mehr plattformabhängig.

d.h. nichts genaues weiss man nicht. vielleicht hat es auswirkung auf das neu aushandeln der ssl schlüssel nach einer gewissen zeit. komisch ist dann aber das es bisher nur bei dir zu beobachten ist. 

ich habe been eine version des bridge moduls mit dem neuen attribut eventstreamTimeout eingecheckt. das sollte dir helfen. versuch ruhig mal es auf 43200 (12 stunden) zu setzen.

[blackbite]

Hallo,
auf die Gefahr hin, dass ich mich jetzt blamiere...
Aber warum erhalte ich ohne Ende Log-Einträge mit z.B. "data for unknown sensor received: hueBridge1-S86" für die ganzen Sensoren, die eigentlich schon im aktuellen Update automatisch "ignored" werden und per autocreate nicht angelegt werden können. Alle anderen Sensoren (z.B. daylight, etc.) habe ich bereits angelegt und erst einmal in einen sep. Raum verschoben.
Was muss ich denn tun, damit ich nicht jede 60 Sekunden 100 Zeilen ins Log geschrieben bekomme?
Ich habe wirklich schon danach gesucht, aber nichts Konkretes gefunden. Sorry.

[christian.71]

Ich habe nun auch mal auf die neueste Version upgedatet. Nun ist mir aufgefallen, dass meine Hue Dimmerschalter manchmal ein eventtype initial_press ausgibt und somit meine Doif´s nicht richtig funktionieren. Manchmal springt er auch weiter auf short_release, aber halt leider nicht immer. Woran könnte das liegen?

[justme1968]

@blackbite: die meldung sollten für die automatisch ignorierten sensoren natürlich nicht kommen. wenn doch: bitte log und get <bridge> sensors und get <bridge> ignored zeigen.

ansonsten: autocreate aktivieren oder set <bridge> autocreate verwenden und am besten nicht von hand selber anlegen.

@christian.71: welche events genau kommen hängt davon ab was die bridge sendet und das hängt vom konkreten modell des tasters ab und davon wie schnell oder langsam du drückst und loslässt. das es ein real

wenn man sehr schnell mehrfach klickt gibt es z.b. nur ein press und mehrere release.

bist du sicher das die doif die events genau genug spezifiziert? siehe auch hier: https://forum.fhem.de/index.php/topic,125768.msg1203970.html#msg1203970 und folgende.

ansonsten: list von device, vom doif und eventmonitor zeigen

[justme1968]

@blackbite: wenn du auch noch eine alte bridge verwendest: ich habe ein problem gefunden und für morgen repariert. das modul hatte auch für alte bridges ohne v2 api versucht die sensoren automatisch anzulegen es dann aber wie vorgesehen nicht gemacht. und das immer wieder.

wenn du tatsächlich so viele sensoren hast das 100 zeilen zusammen kommen: die neue bridge mit dem v2 api und den events ist wegen der echten push events sehr viel besser dafür geeignet.

[christian.71]

Hier mal mein Doif:
Der Hue Schalter wird dafür verwendet, den Klodeckel im Bad zu öffnen und zu schließen.

([Badschalter:state] eq "4002") (set Toilette cover off)
DOELSEIF ([Badschalter:state] eq "1002") (set Toilette cover on)

Und hier das list vom Schalter:

Code: [Auswählen]

Internals:
   DEF        sensor 53  IODev=HUEBridge
   FUUID      5c4f2d3b-f33f-45b6-1dbc-10449c530f07a095
   FVERSION   31_HUEDevice.pm:0.255770/2022-01-28
   ID         S53
   INTERVAL   
   IODev      HUEBridge
   NAME       Badschalter
   NR         29
   STATE      1000
   TYPE       HUEDevice
   has_events 1
   inputs     4
   manufacturername Signify Netherlands B.V.
   modelid    RWL021
   name       Badezimmer Schalter
   on         1
   productname Hue dimmer switch
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   00:17:88:01:10:48:5a:02-02-fc00
   v2_id      8edf9237-abe5-4f2a-8b70-88aab1af1a6b
   READINGS:
     2022-01-29 11:57:14   IODev           HUEBridge
     2022-01-29 13:08:36   battery         48
     2022-01-29 13:08:36   batteryPercent  48
     2022-01-29 13:05:00   batteryState    normal
     2022-01-29 13:08:36   eventtype       initial_press
     2022-01-29 13:08:36   input           1
     2022-01-29 13:08:36   reachable       1
     2022-01-29 13:08:36   state           1000
   helper:
     devtype    S
     update_timeout 1
     capabilities:
       inputs:
         HASH(0x55dc16192120)
         HASH(0x55dc16192348)
         HASH(0x55dc16192570)
         HASH(0x55dc16192798)
     configList:
     events:
       HASH(0x55dc161ceb70)
       HASH(0x55dc161d37c0)
       HASH(0x55dc161d3850)
       HASH(0x55dc161d6648)
     json:
       diversityid 73bbabea-3420-499a-9856-46bf437e119b
       manufacturername Signify Netherlands B.V.
       modelid    RWL021
       name       Badezimmer Schalter
       productname Hue dimmer switch
       swversion  6.1.1.28573
       type       ZLLSwitch
       uniqueid   00:17:88:01:10:48:5a:02-02-fc00
       capabilities:
         inputs:
           HASH(0x55dc18991190)
           HASH(0x55dc1768b860)
           HASH(0x55dc175284a8)
           HASH(0x55dc17428a80)
       config:
         battery    48
         pending:
       state:
         buttonevent 1002
         lastupdated 2022-01-29T12:08:36
       swupdate:
         lastinstall 2019-10-10T12:54:06
         state      noupdates
     setList:
Attributes:
   DbLogExclude .*
   IODev      HUEBridge
   alias      Badschalter
   model      RWL021
   room       HUEDevice,Zimmer->Badezimmer
und der Eventmonitor:

Code: [Auswählen]

2022-01-29 13:08:00 HUEDevice Badschalter 1000
2022-01-29 13:08:00 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:00 HUEDevice Badschalter input: 1
2022-01-29 13:08:08 HUEDevice Badschalter input: 1
2022-01-29 13:08:08 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:08 HUEDevice Badschalter 1000
2022-01-29 13:08:08 HUEDevice Badschalter battery: 48
2022-01-29 13:08:08 HUEDevice Badschalter batteryPercent: 48
2022-01-29 13:08:08 HUEDevice Badschalter reachable: 1
2022-01-29 13:08:14 HUEDevice Badschalter input: 1
2022-01-29 13:08:14 HUEDevice Badschalter 1000
2022-01-29 13:08:14 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:16 HUEDevice Badschalter input: 1
2022-01-29 13:08:16 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:16 HUEDevice Badschalter 1000
2022-01-29 13:08:17 HUEDevice Badschalter eventtype: short_release
2022-01-29 13:08:17 HUEDevice Badschalter 1002
2022-01-29 13:08:17 HUEDevice Badschalter input: 1
2022-01-29 13:08:23 HUEDevice Badschalter input: 4
2022-01-29 13:08:23 HUEDevice Badschalter 4000
2022-01-29 13:08:23 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:24 HUEDevice Badschalter eventtype: short_release
2022-01-29 13:08:24 HUEDevice Badschalter 4002
2022-01-29 13:08:24 HUEDevice Badschalter input: 4
2022-01-29 13:08:27 HUEDevice Badschalter input: 4
2022-01-29 13:08:27 HUEDevice Badschalter 4000
2022-01-29 13:08:27 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:28 HUEDevice Badschalter input: 4
2022-01-29 13:08:28 HUEDevice Badschalter eventtype: short_release
2022-01-29 13:08:28 HUEDevice Badschalter 4002
2022-01-29 13:08:32 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:32 HUEDevice Badschalter 1000
2022-01-29 13:08:32 HUEDevice Badschalter input: 1
2022-01-29 13:08:33 HUEDevice Badschalter 1002
2022-01-29 13:08:33 HUEDevice Badschalter eventtype: short_release
2022-01-29 13:08:33 HUEDevice Badschalter input: 1
2022-01-29 13:08:36 HUEDevice Badschalter input: 1
2022-01-29 13:08:36 HUEDevice Badschalter eventtype: initial_press
2022-01-29 13:08:36 HUEDevice Badschalter 1000
2022-01-29 13:08:36 HUEDevice Badschalter batteryPercent: 48
2022-01-29 13:08:36 HUEDevice Badschalter battery: 48
2022-01-29 13:08:36 HUEDevice Badschalter reachable: 1
Ich muss eben ein paar Mal drauf drücken, wenn ich den state 1002 erreichen möchte. Das war eben vorher nicht so. Ich könnte aber natürlich das doif soweit umschreiben, dass er bei 1000 und 1002 reagiert.

[justme1968]

das sind die tatsächlichen events die die bridge sendet. im gegensatz zu decons gibt es da aktuell ein limit auf die anzahl pro sekunde. wenn ich as richtig sehe sollte es mit press statt release also 1000 statt 1002 bei dir zuverlässig funktionieren

[christian.71]

das sind die tatsächlichen events die die bridge sendet. im gegensatz zu decons gibt es da aktuell ein limit auf die anzahl pro sekunde. wenn ich as richtig sehe sollte es mit press statt release also 1000 statt 1002 bei dir zuverlässig funktionieren

Ab und an triggert er ja doch die 1002, dann würde das doif mit dem Wert 1000 wieder nicht ansprechen. Ich habe das doif nun über das Reading "input" geändert, 1 für auf und 4 für zu. Bei dem reading unterscheidet er ja nicht, wie lange ich den Taster drücke. Das klappt nun zuverlässig.

[blackbite]

@blackbite: die meldung sollten für die automatisch ignorierten sensoren natürlich nicht kommen. wenn doch: bitte log und get <bridge> sensors und get <bridge> ignored zeigen.

ansonsten: autocreate aktivieren oder set <bridge> autocreate verwenden und am besten nicht von hand selber anlegen.

@christian.71: welche events genau kommen hängt davon ab was die bridge sendet und das hängt vom konkreten modell des tasters ab und davon wie schnell oder langsam du drückst und loslässt. das es ein real

wenn man sehr schnell mehrfach klickt gibt es z.b. nur ein press und mehrere release.

bist du sicher das die doif die events genau genug spezifiziert? siehe auch hier: https://forum.fhem.de/index.php/topic,125768.msg1203970.html#msg1203970 und folgende.

ansonsten: list von device, vom doif und eventmonitor zeigen

Danke f.d. schnelle Hilfe. Also ich habe 2 Bridges V2 und jede Menge Leuchtmittel & Sensoren. Gerade noch mal das System rebootet und der Log schmeißt weiterhin fleißig unknown sensors, die eigentlich ignored sein sollten:

Code: [Auswählen]

2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S90
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S198
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S119
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S200
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S144
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S147
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S74
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S120
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S145
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S11
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S142
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S208
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S143
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S22
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S65
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S197
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S199
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S146
2022.01.29 15:44:36 3: hueBridge2: data for unknown sensor received: hueBridge2-S209
2022.01.29 15:44:38 2: hueBridge1: EventStream: event for unknown device received, trying to refresh resouces
2022.01.29 15:44:39 2: Kueche_MDIR_HUE_1_Motion: bridge has events api, events connected, removing interval
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S33
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S32
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S90
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S74
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S75
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S59
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S89
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S104
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S107
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S42
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S106
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S13
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S105
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S85
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S36
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S58
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S34
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S45
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S43
2022.01.29 15:44:39 3: hueBridge1: data for unknown sensor received: hueBridge1-S86
2022.01.29 15:44:41 2: hueBridge1: http request failed: read from https://192.168.69.250:443 timed out
2022.01.29 15:44:41 2: hueBridge2: EventStream: event for unknown device received, trying to refresh resouces
2022.01.29 15:44:43 2: hueBridge2: http request failed: read from https://192.168.69.251:443 timed out
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S33
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S32
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S90
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S74
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S75
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S59
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S89
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S104
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S107
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S42
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S106
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S13
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S105
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S85
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S36
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S58
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S34
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S45
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S43
2022.01.29 15:45:32 3: hueBridge1: data for unknown sensor received: hueBridge1-S86
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S90
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S198
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S119
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S200
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S144
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S147
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S74
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S120
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S145
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S11
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S142
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S208
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S143
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S22
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S65
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S197
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S199
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S146
2022.01.29 15:45:33 3: hueBridge2: data for unknown sensor received: hueBridge2-S209
2022.01.29 15:46:29 2: AttrTemplates: got 255 entries
2022.01.29 15:46:38 2: Pergola_MDIR_HUE_1_Temp: bridge has events api, events connected, removing interval
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S33
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S32
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S90
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S74
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S75
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S59
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S89
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S104
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S107
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S42
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S106
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S13
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S105
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S85
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S36
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S58
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S34
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S45
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S43
2022.01.29 15:46:38 3: hueBridge1: data for unknown sensor received: hueBridge1-S86
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S90
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S198
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S119
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S200
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S144
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S147
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S74
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S120
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S145
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S11
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S142
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S208
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S143
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S22
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S65
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S197
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S199
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S146
2022.01.29 15:46:39 3: hueBridge2: data for unknown sensor received: hueBridge2-S209
Hier ein get sensors der beiden Bridges:

Code: [Auswählen]

ID  NAME                 FHEM            TYPE               
 1: Daylight             HUESensor1      Daylight           
 3: Hue Switch SZ        HUESensor3      ZLLSwitch           
 5: Hue Switch Marcel    HUESensor5      ZLLSwitch           
13: Licht-Status                         CLIPGenericStatus   
14: Hue temperature sensor 2 HUESensor14     ZLLTemperature     
15: Bad Sensor           BZ_MDIR_HUE_1_Motion ZLLPresence         
16: Hue ambient light sensor 2 HUESensor16     ZLLLightLevel       
22: Hue temperature sensor 4 HUESensor22     ZLLTemperature     
23: Gäste-WC Sensor     WC_MDIR_HUE_1_Motion ZLLPresence         
24: Hue ambient light sensor 4 HUESensor24     ZLLLightLevel       
26: Hue temperature sensor 5 HUESensor26     ZLLTemperature     
27: Küche Sensor        Kueche_MDIR_HUE_1_Motion ZLLPresence         
28: Hue ambient light sensor 5 HUESensor28     ZLLLightLevel       
31: Hue Switch Bad       HUESensor31     ZLLSwitch           
32: Dimmer Switch 31 SceneCycle                 CLIPGenericStatus   
33: HomeAway                             CLIPPresence       
34: HUAWEI BLA-L29                       Geofence           
35: Hue Switch WC        HUESensor35     ZLLSwitch           
36: Dimmer Switch 35 SceneCycle                 CLIPGenericStatus   
42: Samsung Galaxy Tab 2                 Geofence           
43: presenceState                        CLIPGenericStatus   
45: presenceState                        CLIPGenericStatus   
58: presenceState                        CLIPGenericStatus   
59: textState                            CLIPGenericStatus   
74: cycling                              CLIPGenericStatus   
75: cycleState                           CLIPGenericStatus   
76: Hue Switch Marlon    HUESensor76     ZLLSwitch           
85: cycling                              CLIPGenericStatus   
86: cycleState                           CLIPGenericStatus   
89: cycling                              CLIPGenericStatus   
90: cycleState                           CLIPGenericStatus   
91: Hue Button Marlon    HUESensor91     ZLLSwitch           
104: dimDirection                         CLIPGenericStatus   
105: isDimming                            CLIPGenericStatus   
106: slotState                            CLIPGenericStatus   
107: cycling                              CLIPGenericStatus   
Hier die Zweite:

Code: [Auswählen]

ID  NAME                 FHEM            TYPE               
 1: Daylight             hueBridge2_HUESensor1 Daylight           
 2: Hue temperature sensor 1 hueBridge2_HUESensor2 ZLLTemperature     
 3: Flur UG Sensor       Flur_UG_MDIR_HUE_1_Motion ZLLPresence         
 4: Hue ambient light sensor 1 hueBridge2_HUESensor4 ZLLLightLevel       
 5: Hue temperature sensor 2 hueBridge2_HUESensor5 ZLLTemperature     
 6: Keller Sensor        Keller_MDIR_HUE_1_Motion ZLLPresence         
 7: Hue ambient light sensor 2 hueBridge2_HUESensor7 ZLLLightLevel       
10: Hue Switch Keller    hueBridge2_HUESensor10 ZLLSwitch           
11: Dimmer Switch 10 SceneCycle                 CLIPGenericStatus   
12: Hue temperature sensor 3 hueBridge2_HUESensor12 ZLLTemperature     
13: Flur OG Sensor       Flur_OG_MDIR_HUE_1_Motion ZLLPresence         
14: Hue ambient light sensor 3 hueBridge2_HUESensor14 ZLLLightLevel       
22: Licht-Status                         CLIPGenericStatus   
23: Hue outdoor temperature sensor 1 Pergola_MDIR_HUE_1_Temp ZLLTemperature     
24: Pergola Sensor       Pergola_MDIR_HUE_1_Motion ZLLPresence         
25: Hue outdoor ambient light sensor hueBridge2_HUESensor25 ZLLLightLevel       
47: Terrasse Sensor      Terrasse_MDIR_HUE_2_Motion ZLLPresence         
48: Hue outdoor ambient light sensor hueBridge2_HUESensor48 ZLLLightLevel       
49: Hue outdoor temperature sensor 2 Terrasse_MDIR_HUE_2_Temp ZLLTemperature     
65: presenceState                        CLIPGenericStatus   
74: presenceState                        CLIPGenericStatus   
90: Terrasse and Gartenzaun, Vibrant                 CLIPGenericStatus   
119: presenceState                        CLIPGenericStatus   
120: textState                            CLIPGenericStatus   
142: presenceState                        CLIPGenericStatus   
143: textState                            CLIPGenericStatus   
144: presenceState                        CLIPGenericStatus   
145: textState                            CLIPGenericStatus   
146: presenceState                        CLIPGenericStatus   
147: textState                            CLIPGenericStatus   
184: Hue Button Garten    hueBridge2_HUESensor184 ZLLSwitch           
197: dimDirection                         CLIPGenericStatus   
198: isDimming                            CLIPGenericStatus   
199: slotState                            CLIPGenericStatus   
200: cycling                              CLIPGenericStatus   
201: Flur EG Sensor       Flur_EG_MDIR_HUE_1_Motion ZLLPresence         
202: Hue ambient light sensor 5 hueBridge2_HUESensor202 ZLLLightLevel       
203: Hue temperature sensor 5 hueBridge2_HUESensor203 ZLLTemperature     
208: presenceState                        CLIPGenericStatus   
209: textState                            CLIPGenericStatus   

Ein get <bridge> ignored gibt auf beiden Bridges keinen Treffer zurück. Mir scheint, als würden die zu ignorierenden Sensoren nicht dauerhaft gesetzt bleiben. Ich meine, ich hätte beim get <bridge> sensors zwischendurch mal eine "ignored" gesehen, aber jetzt nach einem Neustart ist das wieder weg.

Hier noch die Attribute meiner Bridges. Wenn Du ein ellenlanges List der Bridges haben willst, sag bescheid. Die sind wirklich lang....

Code: [Auswählen]

Attributes:
   alias      HUE Bridge 2
   createGroupReadings 1
   httpUtils  1
   icon       hue_filled_bridge_v2
   key        xxxxxxxxxxx
   queryAfterSet 1
   room       Philips HUE
   sortby     2

Schon mal Danke im Voraus. Ich hoffe, die Infos helfen