Push Api geht nicht (war: Seltsame Events)

Begonnen von alanblack, 11 Februar 2023, 15:01:35

Vorheriges Thema - Nächstes Thema

alanblack

Hallo,

ich musste gestern mein deconz aus einem Backup auf einer anderen Maschine wiederherstellen,
weil der Pi, worauf deconz vorher lief, von jetzt auf gleich einen Totalausfall hatte.

Seitdem habe ich teilweise ziemlich lange Verzögerungen zwischen einem Ereignis - bspw.
Tastendruck - und der erwarteten Reaktion - bspw. Licht an.

Beim der Fehlersuche fiel mir im Eventlog etwas auf - gibt auch mal größere Sprünge:
2023-02-11 14:40:09 CUL_HM EG_WohnZW_SW6 CMDs_done
2023-02-11 14:40:09 CUL_HM EG_WohnZW_SW6 EG_WohnZW_SW61 Short
2023-02-11 14:40:09 CUL_HM EG_WohnZW_SW61 Short 1_203 (to HMVCCU)
2023-02-11 14:40:09 CUL_HM EG_WohnZW_SW61 trigger: Short_203
2023-02-11 14:40:09 CUL_HM EG_WohnZW_SW61 triggerTo_HMVCCU: Short_203
2023-02-11 14:40:09 CUL_HM EG_WohnZW_SW61 trigger_cnt: 203
2023-02-11 14:40:09 CUL_HM EG_WohnZW_SW61 triggerTo_HMVCCU: Short_203_ack
2023-02-11 14:40:05 HUEDevice EG_WohnZ_LUX2 lightlevel: 12305
2023-02-11 14:40:05 HUEDevice EG_WohnZ_LUX2 lux: 17
2023-02-11 14:40:05 HUEDevice EG_WohnZ_PIR1 motion
2023-02-11 14:40:11 HUEDevice EG_WohnZ_DI7 dim87%
2023-02-11 14:40:11 HUEDevice EG_Wohnz_DI8 dim68%

Warum kommen Events mit Sekunde :05 ZWISCHEN :09 und :11?
Hängt das Verhalten mit den Verzögerungen zusammen?

Die Maschine ist jetzt ein altes Core i5 Notebook, das ich als Zwischenlösung genommen habe,
bis ein Ersatz-Computer da ist. Das Notebook hängt per GbE im Netz, die Uhren vom Notebook und
von FHEM laufen synchron.

Von welchem Device hilft hier ein List? Ich habe mal das Def von der HUEBridge (gekürzt)  genommen
define HUE_0 HUEBridge <IP>:80
attr HUE_0 alias deCONZ
attr HUE_0 createGroupReadings 1
attr HUE_0 event-on-change-reading .*
attr HUE_0 group Zentralen
attr HUE_0 httpUtils 1
attr HUE_0 icon phoscon
attr HUE_0 key 6EA3614B51
attr HUE_0 noshutdown 1
attr HUE_0 room ZZ_Zentralen
attr HUE_0 verbose 2
#   CFGFN      /opt/fhem/FHEM/0_03_scc.cfg
#   DEF        <IP>:80
#   FD         157
#   FUUID      5c7bff85-f33f-c82a-cd55-4ab8b801ef272497
#   FVERSION   30_HUEBridge.pm:0.264380/2022-09-22
#   INTERVAL   60
#   NAME       HUE_0
#   NOTIFYDEV  global
#   NR         267
#   NTFY_ORDER 50-HUE_0
#   PORT       46426
#   STATE      connected
#   TYPE       HUEBridge
#   apiversion 1.16.0
#   bridgeid   00212EFFFF032753
#   buf        �~R{"attr":{"id":"11","lastannounced":null,"lastseen":"2023-02-09T06:12Z","manufacturername":"LUMI","modelid":"lumi.sensor_motion.aq2","name":"EGFlurBewW","swversion":"3000-0001","type":"ZHAPresence","uniqueid":"00:15:8d:00:02:e2:e3:71-01-0406"},"e":"chang
#   eventCount 59
#   host       <IP>:80
#   is_deCONZ  1
#   mac        <mac>
#   manufacturer Royal Philips Electronics
#   modelName  Philips hue bridge 2015
#   modelid    deCONZ
#   name       Phoscon-GW
#   swversion  2.20.1
#   updatestate 0
#   websocket  1
#   websocketport 443
#   zigbeechannel 15
#   READINGS:
#     2023-01-28 17:35:14   groups          25
#     2023-02-11 14:15:20   lastError       resource, /lights/9/state, is not modifiable. Device is not reachable.
#     2023-02-11 07:55:04   lights          42
#     2022-02-05 19:17:31   rules           4
#     2022-02-05 19:17:31   scenes          0
#     2022-02-05 19:17:31   schedules       0
#     2022-12-31 14:47:27   sensors         81
#     2023-02-11 14:53:16   state           connected
#   helper:
#     apiversion 69632
#     count      0
#     last_config_timestamp 1676123595
#     offsetUTC  3600
#     updatestate 0
setstate HUE_0 connected
setstate HUE_0 2023-01-28 17:35:14 groups 25
setstate HUE_0 2023-02-11 14:15:20 lastError resource, /lights/9/state, is not modifiable. Device is not reachable.
setstate HUE_0 2023-02-11 07:55:04 lights 42
setstate HUE_0 2022-02-05 19:17:31 rules 4
setstate HUE_0 2022-02-05 19:17:31 scenes 0
setstate HUE_0 2022-02-05 19:17:31 schedules 0
setstate HUE_0 2022-12-31 14:47:27 sensors 81
setstate HUE_0 2023-02-11 14:53:16 state connected



Ich habe nach existierenden Themen mit Zeitsprüngen, asynchroner Uhrzeit und Co. gesucht,
aber leider nichts gefunden.

Oder hänge ich in einer Zeitschleife fest? :o

Grüße
FHEM 6.0 auf raspi3&ODROID XU4 mit HMLAN und HM-MOD-RPI-PCB, LaCrosse via JeeLink, COC868 und CUL433, Xiaomi Aqara+div. Zigbee via deCONZ, Dooya via SIGNALDuino, ZWave mit Danalock
Jeder Witz kann ein Einzeiler sein mit genügend Semikolons

alanblack

Hallo zusammen,

ich bin ein Stück weiter mit meiner Suche:
irgendwann viel mir auf, dass viele Timestamps des Battery-Readings die gleiche Sekunde zeigten -
unterschiedliche Zeiten, aber viele endeten auf :47.
Wo gibt es ein Intervall? Das HUEbridge-Device lässt sich mit einem Intervall definieren.
Habe ich mal abweichend von den default 60 Sekunden auf 10 gesetzt. Siehe da, jetzt
sind die Latenzen kürzer und die Timestamps ändern sich auf :07, :17,...
Deconz hat aber doch schon lange eine Push-API. Es scheint, dass unter Windows
die Push-API nicht funktioniert. Kann das sein? Oder muss ich die irgendwo aktivieren
und finde einfach nicht wo?

Die Sprünge in den Events kommen anscheinend daher, dass die Zeiten aus der Message von
der Deconz-Bridge übernommen werden. Wenn also eine Taste um :29 gedrückt wurde und
das Intervall das nächste Mal um :47 vorbei ist, steht das Event mit :29 nach einem Event mit
:46.

Grüße
FHEM 6.0 auf raspi3&ODROID XU4 mit HMLAN und HM-MOD-RPI-PCB, LaCrosse via JeeLink, COC868 und CUL433, Xiaomi Aqara+div. Zigbee via deCONZ, Dooya via SIGNALDuino, ZWave mit Danalock
Jeder Witz kann ein Einzeiler sein mit genügend Semikolons