Autor Thema: HUEBridge push api unterstützung  (Gelesen 16745 mal)

Online dk3572

  • Hero Member
  • *****
  • Beiträge: 1076
Antw:HUEBridge push api unterstützung
« Antwort #165 am: 07 Februar 2022, 13:02:32 »
dein problem habe ich bisher in keinem deiner logs sehen können. weder doppelte daten von der bridge noch doppelte events. deshalb immer noch die vermutung das bei dir irgendetwas auf die falschen events reagiert.

Das wiederholte Einschalten tritt auch auf wenn das Licht nicht per Schalter sondern per Alexa ausschalte.
Also kann es am Schalter schon mal nicht liegen denke ich.
Ein List von meinem DOIF habe ich dir gezeigt. Was sollte an dem nicht passen?
Und wie bereits geschrieben, es tritt alles erst seit den letzten Updates der beiden Hue Module auf.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21323
Antw:HUEBridge push api unterstützung
« Antwort #166 am: 07 Februar 2022, 13:16:35 »
zu doif kann ich dir nichts sagen. das verwende ich nicht.

so lange es keine falschen (doppelte) events im event monitor gibt und du mir nicht die dazu gehörenden log einträge der bridge zeigen kannst liegt es nicht am modul.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, …

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

Offline Thyraz

  • Hero Member
  • *****
  • Beiträge: 1306
Antw:HUEBridge push api unterstützung
« Antwort #167 am: 07 Februar 2022, 13:20:59 »
@dk3572
Du reagierst im DOIF zumindest mal auf den Zustand und nicht auf das Event.

Bin da in DOIF nicht tief genug drin. Kann es sein, dass jedes Event von dem Device das DOIF triggert und solange das Reading den richtigen Wert hat wird ausgeführt?
Ich würde auf einen eventbasierten Trigger (siehe DOIF Doku) umstellen und ansonsten einen Mitschnitt vom Eventmonitor (vom gesamten Zeitraum des doppelten Auslösens) mal im DOIF Unterforum einstellen.

IMO kein Thema für justme1968.
Dass dein DOIF Trigger nicht genau genug definiert ist kann durch das Modulupdate sichtbar geworden sein, aber ich glaube die Ursache liegt nicht im HUE Modul.
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

Offline Thyraz

  • Hero Member
  • *****
  • Beiträge: 1306
Antw:HUEBridge push api unterstützung
« Antwort #168 am: 07 Februar 2022, 13:54:54 »
@Andre, hier das List von der Bridge:

Internals:
   DEF        172.17.2.43
   FD         37
   FUUID      5e18f15d-f33f-01b6-150d-24922bf5c8bda904
   FVERSION   30_HUEBridge.pm:0.256160/2022-02-02
   INTERVAL   60
   NAME       conbee2
   NOTIFYDEV  global
   NR         160
   NTFY_ORDER 50-conbee2
   PORT       35876
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.16.0
   bridgeid   00212EFFFF051AB5
   buf       
   host       172.17.2.43
   is_deCONZ  1
   mac        06:1b:78:89:ad:ba
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    deCONZ
   name       Phoscon-GW
   swversion  2.14.1
   updatestate 0
   websocket  1
   websocketport 443
   zigbeechannel 15
   READINGS:
     2022-02-01 10:59:03   groups          5
     2022-02-03 15:56:02   lastError       resource, /lights/2/state, is not modifiable. Device is not reachable.
     2022-02-01 10:59:03   lights          12
     2022-02-01 10:59:03   rules           0
     2022-02-01 10:59:03   scenes          0
     2022-02-01 10:59:03   schedules       0
     2022-02-01 10:59:03   sensors         31
     2022-02-07 13:50:22   state           connected
   helper:
     apiversion 69632
     count      1
     last_config_timestamp 1644238222
     offsetUTC  3600
     updatestate 0
     groups:
       1:
         etag       fcd93240398bdc622dcbaf96aabbd191
         id         1
         name       Test
         type       LightGroup
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
         scenes:
         state:
       4:
         etag       0861ee0d63bc4cfc4fecd867260c7595
         id         4
         name       TRADFRI on/off switch
         type       LightGroup
         uniqueid   cc:cc:cc:ff:fe:2c:3f:db
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
           3
         lights:
         scenes:
         state:
       5:
         etag       0861ee0d63bc4cfc4fecd867260c7595
         id         5
         name       TRADFRI remote control
         type       LightGroup
         uniqueid   bc:33:ac:ff:fe:1b:50:32
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
           29
         lights:
         scenes:
         state:
       6:
         etag       bb1eda3791b0342a75d84c532fe0a2c0
         id         6
         name       TRADFRI SHORTCUT Button
         type       LightGroup
         uniqueid   b4:e3:f9:ff:fe:62:0f:0d
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
           30
         lights:
         scenes:
         state:
       7:
         etag       0861ee0d63bc4cfc4fecd867260c7595
         id         7
         name       TRADFRI SHORTCUT Button
         type       LightGroup
         uniqueid   b4:e3:f9:ff:fe:67:b3:1f
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
           31
         lights:
         scenes:
         state:
     ignored:
     lights:
       1:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       9adcf3d9355830eb17e4406c92e572f4
         lastannounced 2021-11-25T05:07:53Z
         lastseen   2022-02-07T12:50Z
         manufacturername Philips
         modelid    LCT007
         name       Laterne
         swversion  5.127.1.26420
         type       Extended color light
         uniqueid   00:17:88:01:10:37:93:51-0b
         state:
           alert      none
           bri        128
           colormode  ct
           ct         429
           effect     none
           hue        13879
           sat        189
           xy:
             0.4923
             0.4151
       11:
         etag       09499b6f649bd8c5a6bd05f6f9a15580
         lastannounced
         lastseen   2022-02-07T12:49Z
         manufacturername dresden elektronik
         modelid    ConBee II
         name       Configuration tool 11
         swversion  0x26670700
         type       Configuration tool
         uniqueid   00:21:2e:ff:ff:05:1a:b5-01
         state:
       12:
         etag       4f8f6db4ca71f4e693d72122ea4fe6f8
         lastannounced 2021-11-25T14:44:13Z
         lastseen   2022-02-07T12:49Z
         manufacturername Philips
         modelid    LWV001
         name       Filament 2
         swversion  1.55.8_r28815
         type       Dimmable light
         uniqueid   00:17:88:01:09:9b:f2:dd-0b
         state:
           alert      none
           bri        3
       13:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       90c835948b0dd06629e9a222974eba43
         lastannounced 2021-10-13T13:55:25Z
         lastseen   2021-10-13T13:57Z
         manufacturername Philips
         modelid    LTA005
         name       Color temperature light 13
         swversion  1.78.1
         type       Color temperature light
         uniqueid   00:17:88:01:0b:7e:83:09-0b
         state:
           alert      none
           bri        32
           colormode  ct
           ct         454
       2:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       25fb64011961e8e67b1c706ebed5ec30
         lastannounced 2021-11-28T13:20:03Z
         lastseen   2022-01-23T09:38Z
         manufacturername Philips
         modelid    LCT012
         name       E14 Birne
         swversion  1.46.13_r26312
         type       Extended color light
         uniqueid   00:17:88:01:03:61:10:80-0b
         state:
           alert      none
           bri        153
           colormode  ct
           ct         366
           effect     none
           hue        8418
           sat        140
           xy:
             0.4573
             0.41
       3:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       7a275561de2650ceef652fc703944fa7
         lastannounced
         lastseen   2022-02-07T12:49Z
         manufacturername Philips
         modelid    LST002
         name       Bodenleiste Küche
         swversion  5.127.1.26420
         type       Extended color light
         uniqueid   00:17:88:01:02:16:02:72-0b
         state:
           alert      none
           bri        37
           colormode  ct
           ct         400
           effect     none
           hue        8115
           sat        168
           xy:
             0.4768
             0.4136
       4:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       8e178cb5678d733ded2ba8f5cc2e0179
         lastannounced
         lastseen   2022-02-07T12:49Z
         manufacturername Philips
         modelid    LST002
         name       Küchenschrank
         swversion  1.46.13_r26312
         type       Extended color light
         uniqueid   00:17:88:01:02:9c:3e:89-0b
         state:
           alert      none
           bri        153
           colormode  ct
           ct         377
           effect     none
           hue        8331
           sat        149
           xy:
             0.4633
             0.4114
       5:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       456c583aad45831f0db4148c6f2baf75
         lastannounced
         lastseen   2022-02-07T12:49Z
         manufacturername Philips
         modelid    LST002
         name       TV Backlight
         swversion  5.127.1.26420
         type       Extended color light
         uniqueid   00:17:88:01:01:1c:ac:ad-0b
         state:
           alert      none
           bri        102
           colormode  ct
           ct         384
           effect     none
           hue        8259
           sat        156
           xy:
             0.4681
             0.4123
       6:
         etag       b6dd7c0efb859dd12f2e3fee2767c408
         lastannounced 2021-10-13T21:41:54Z
         lastseen   2022-02-07T12:50Z
         manufacturername Philips
         modelid    LWB006
         name       HUE White Ersatzbirne 1
         swversion  5.38.2.19136
         type       Dimmable light
         uniqueid   00:17:88:01:10:43:6b:65-0b
         state:
           alert      none
           bri        253
       7:
         etag       3194a5b12b4f4d4e4ad224d48ad308b6
         lastannounced 2022-01-16T12:46:19Z
         lastseen   2022-02-07T12:50Z
         manufacturername Philips
         modelid    LWB006
         name       HUE White Ersatzbirne 2
         swversion  5.38.1.15095
         type       Dimmable light
         uniqueid   00:17:88:01:10:4f:58:f9-0b
         state:
           alert      none
           bri        128
       8:
         etag       76ca511230881286b09ad242242bd922
         lastannounced 2022-02-01T11:16:48Z
         lastseen   2022-02-07T12:49Z
         manufacturername Philips
         modelid    LWB006
         name       Lampe Schrank Lenn
         swversion  5.127.1.26420
         type       Dimmable light
         uniqueid   00:17:88:01:10:5c:65:10-0b
         state:
           alert      none
           bri        254
       9:
         etag       6cedeab4a0285701dfc4add051eae988
         lastannounced 2021-11-24T18:43:23Z
         lastseen   2022-02-07T12:49Z
         manufacturername Philips
         modelid    LWV001
         name       Filament 1
         swversion  1.55.8_r28815
         type       Dimmable light
         uniqueid   00:17:88:01:08:13:19:73-0b
         state:
           alert      none
           bri        3
     scenes:
Attributes:
   alias      Conbee II
   group      Zigbee
   httpUtils  1
   key        F0408BBFE6
   room       hidden
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21323
Antw:HUEBridge push api unterstützung
« Antwort #169 am: 07 Februar 2022, 14:01:31 »
danke. ich habe den fehler der die ursache für das fehlende abschalten des pollings war gefunden. das sollte ab morgen auch bei deconz gehen.

das hat aber nichts mit dem doppelten auslösen zu tun. da scheinen wirklich mehrfache events zu kommen. keine ahnung warum das so ist. vielleicht mal dort nachfragen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, …

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

Offline Thyraz

  • Hero Member
  • *****
  • Beiträge: 1306
Antw:HUEBridge push api unterstützung
« Antwort #170 am: 07 Februar 2022, 14:06:34 »
Ich hab gerade nochmal ein Update von der deconz VM mittel apt-get dist-upgrade durchgeführt.
(Das list hat schon die neuste Version drin.)

Mir ist vorhin nämlich aufgefallen, dass die Shortcut Buttons in Phoscon unter Schalter auch nicht mehr aufgetaucht sind.
Hatte plötzlich eine 1,5 Jahre alte Deconz Version drauf.

Keine Ahnung ob bei deren Quellen da neulich was schief lief.
Hatte da ebenfalls per apt-get dist-upgrade das System geupdated.

Ist damit auf alle Fälle gefixt. :)
Danke dir für die Hilfe, hab immerhin Einiges gelernt über den Datenaustausch Deconz -> Fhem. ;)
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

Online dk3572

  • Hero Member
  • *****
  • Beiträge: 1076
Antw:HUEBridge push api unterstützung
« Antwort #171 am: 07 Februar 2022, 14:45:03 »
@dk3572
Du reagierst im DOIF zumindest mal auf den Zustand und nicht auf das Event.

Bin da in DOIF nicht tief genug drin. Kann es sein, dass jedes Event von dem Device das DOIF triggert und solange das Reading den richtigen Wert hat wird ausgeführt?
Ich würde auf einen eventbasierten Trigger (siehe DOIF Doku) umstellen und ansonsten einen Mitschnitt vom Eventmonitor (vom gesamten Zeitraum des doppelten Auslösens) mal im DOIF Unterforum einstellen.

IMO kein Thema für justme1968.
Dass dein DOIF Trigger nicht genau genug definiert ist kann durch das Modulupdate sichtbar geworden sein, aber ich glaube die Ursache liegt nicht im HUE Modul.

Es war wohl nach den Updates genau dies das Problem.
Habe die DOIF geändert in [BM_Schlafzimmer:"^motion"] und nun scheint es zu funktionieren.

Vielen Dank für eure Hilfe und den richtigen Tipp  ;)

VG Dieter
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Thyraz

  • Hero Member
  • *****
  • Beiträge: 1306
Antw:HUEBridge push api unterstützung
« Antwort #172 am: 07 Februar 2022, 23:39:39 »
@Andre ich ab nochmal eine Frage die mir bei dem Thema kam:

Ich hab hier im Forum schonmal Hilfe gesucht, weil sich ein DOIF von mir nach einem FHEM Crash / Restart selbstständig gemacht hatte.
Das DOIF hat auch auf Events eines Ikea Shortcut Buttons gelauscht.
Da ich DOIF im Verdacht hatte, habe ich das damals dort angefragt aber nie lösen können.

Nachdem ich nun die Logik gesehen habe, wie das HUE Modul anhand der Timestamps entscheidet ob der Status des Conbee neu ist oder nicht, kam mir aber eine neue Idee:

- Ich drücke den Button kurz. Fhem erkennt das, löst das Event aus und merkt sich den Timestamp als letztes abgearbeitetes Event aus Deconz
- Irgendwas löst irgendwann das speichern des Statefiles aus
- Ich drücke den Button lang. Fhem löst das Event aus und merkt sich nun diesen Timestamp als letzten.
- Der Fhem Rechner crashed bevor das Statefile geschrieben wurde.
- Nach dem Reboot wenn Fhem und Deconz gestartet sind, kommt (per Poll?) der letzte Longpress nochmal rein.
- Normal würde der alte Longpress (in meinem Fall war der einen halben Tag her) wegen bekanntem Timestamp ignoriert werden. Der Timestamp wurde aber nicht ins Dateisystem (statefile) geschrieben.
- Der alte Longpress löst daher erneut ein Event aus und lauschende Notifies / DOIFs lösen nochmals aus.

Wäre das Verhalten so möglich und ggf. eine Erklärung für das von mir beobachtete Verhalten?
Je nachdem was man über den Event auslöst kann das etwas spooky sein. ;)
Sei es der Staubsaugerroboter startet oder das Radio geht plötzlich an ...

Oder hast du da eine Logik drin welche den Timestamp gegen die aktuelle Uhrzeit prüft und bei zu großen Abweichungen keine Events wirft?
« Letzte Änderung: 08 Februar 2022, 07:54:26 von Thyraz »
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21323
Antw:HUEBridge push api unterstützung
« Antwort #173 am: 08 Februar 2022, 09:04:47 »
das ist im prinzip möglich. betrifft aber so auch alle anderen dinge die sich auf den vergleich mit einem vorherigen zustand (z.b. über OldReadingsVal) verlassen. wenn der alte zustand nicht zuverlässig ist gibt es ein problem.

dazu gibt es  mehrere mögliche lösungen, die alle ebenfalls irgendwelche nachteile haben:
- nach einem neustart wird grundsätzlich die erste zustandsänderung ignoriert -> es gehen möglicherweise
  zustände verloren

- nach einem neustart werden grundsätzlich die ersten daten die durch pollen rein kommen ignoriert
  das geht nur auf systeme bei denen die bridge auch events sendet.

- für sensoren grundsätzlich nicht mehr pollen wenn es events gibt. geht nur wenn es (zuverlässige) events
  gibt und das weiss ich eigentlich erst nach dem das erste event gekommen ist. wie merke ich mir das wenn
  ich mich nicht darauf verlassen kann das die readings nach dem neustart stimmen?

- man baut irgendwelche höchstalter für die daten ein. problem: wie alt ist alt genug zum ignorieren? 
 
die frage ist halt: was ist wichtiger, das der interne zustand nach einem neustart so schnell wie möglich stimmt und eventuell events doppelt kommen oder das niemals falsch ausgelöst wird und eventuell events verloren gehen. eventuell ist je nach sensor typ das eine oder das andere besser.

wie wäre ein attribut mit dem man 1., 2. oder 3. von oben und zusätzlich 4. konfigurieren kann?



ganz unabhängig davon eine geschichte: vor ein paar wochen hat der rollladen hier im schlafzimmer angefangen zu spinnen und ist mitten in der nacht mehrfach auf oder zu gefahren. nach langem suchen habe ich dann eine tablet ui installation an der wand als verantwortlichen gefunden. irgend ein netzwerk problem hat dazu geführt das das ding der meinung war jemand hat es von hand bedient.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, …

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

Offline Thyraz

  • Hero Member
  • *****
  • Beiträge: 1306
Antw:HUEBridge push api unterstützung
« Antwort #174 am: 08 Februar 2022, 10:02:00 »
Ok, das mit dem Rollladen ist auch gruselig. ;D

Ja, es hängt wirklich vom Gerätetyp ab, welches Verhalten man will.

Bei einem Temperatursensor will man mit Sicherheit den letzten Wert erhalten.
Bei einem Tastendruck dürfte es hingegen fast immer unerwünscht sein.
Das geht ja aber noch weiter: Bei einem Taster interessiert der letzte Batteriewert ja hingegen schon wieder.

Man müsste also tatsächlich nach Art des Sensorwertes und des Timestamp-Alters Events ignorieren.
Zumindest bei Deconz heißen die Events ja entsprechend, dass man das erkennen könnte, z.B. buttonevent

Aber keine Ahnung wie das bei der Hue-Bridge ist.
Und wahrscheinlich hast du das Ganze ja eher generisch aufgebaut, damit du solche Sachen nicht nachpflegen musst.

Man könnte halt höchstens eine Abfrage reinmachen, wenn der Event einer von bestimmten Typen ist und Älter als ein paar Minuten, dann ignorieren.
Alles andere läuft normal durch wie bisher, dann wäre es nur eine an an einer Stelle zu pflegende Ausnahme.
An sich betrifft das ja auch nur Dinge wie Taster und Bewegungsmelder.

Die Sache mit den vorgeschlagenen Attributen wäre eine Alternative um es den User steuern zu lassen, das wäre für mich auch ok.
Allerdings muss der User sich erstmal des Problems bewusst sein, damit er das dann selbst anpasst.
Ich habe jedenfalls recht lange gebraucht um zu kapieren was da passiert ist. ;)
Und da es ein extremer Edge-Case ist, ist es die Frage ob das den Aufwand wert ist.

Daher evtl. eher die Frage: Ist das mit einfachen Ausnahmen für Tastendruck und Bewegung im Modul realisierbar, so dass es automatisch klappt?
Wenn nein -> Problem ignorieren, da es wahrscheinlich eh fast nie auftritt.

P.S. Offtopic, aber da du ein alter FHEM Hase bist: Kann an das State-File manuell speichern, ohne die Config zu speichern?
Zweiteres würde ich ungern automatisieren, das state-file öfter zu speichern würde für solche Fälle (und FHEM Abstürze anderer Art) ja allgemein nicht schaden.

edit: {WriteStatefile()} sollte helfen.
« Letzte Änderung: 08 Februar 2022, 10:31:52 von Thyraz »
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21323
Antw:HUEBridge push api unterstützung
« Antwort #175 am: 10 Februar 2022, 22:10:05 »
an dem sonderfall bei den readings bin ich immer noch am überlegen. ich habe aber noch keine gute idee. und da es noch nie thema war vermute ich das es schon ein sonderfall ist.

vielleicht erübrigt sich das ganze aber auch wenn die events so zuverlässig funktionieren das ich das pollen als backup komplett deaktivern kann.

ein {WriteStatefile()} jede stunde habe ich schon 'immer' in meiner config.

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

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

Offline slupus

  • Jr. Member
  • **
  • Beiträge: 72
Antw:HUEBridge push api unterstützung
« Antwort #176 am: 12 Februar 2022, 20:58:29 »
Ich habe seit der Umstellung sehr häufig folgende Meldung im Log:
deCONZ: websocket: event for unknown device received: deCONZ-G65520
Ich nutze einen ConBee II und ein set autocreate liefert created 0/0/0 devices (ignored 0/0/0)
Hat jemand eine Idee, wie ich das Gerät identifizieren oder ignorieren kann?

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21323
Antw:HUEBridge push api unterstützung
« Antwort #177 am: 12 Februar 2022, 21:41:58 »
ich vermute du hast nicht die neueste version...

siehe hier: https://forum.fhem.de/index.php/topic,125764.msg1205130.html#msg1205130
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, …

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

Offline slupus

  • Jr. Member
  • **
  • Beiträge: 72
Antw:HUEBridge push api unterstützung
« Antwort #178 am: 12 Februar 2022, 21:50:42 »
Du meinst die neueste Version des Moduls? Das letzte FHEM update lief gestern, sollte also passen.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21323
Antw:HUEBridge push api unterstützung
« Antwort #179 am: 12 Februar 2022, 22:05:06 »
was sagt version 30_HUEBridge.pm in fhem ?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, …

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