System Freezes durch HUE Devices (Motion)

webdandy · 29 Juni 2020, 09:24:26

Hallo zusammen,

ich hatte vor ca. 1 Jahr schon mal einen Beitrag zum oben genannten Thema geschrieben, leider gab es kaum Feedback.
https://forum.fhem.de/index.php/topic,103194.0.html
Vielleicht war dies auch im falschen Forum gepostet.

Vor kurzem habe ich mal wieder versucht, HUE BEwegungsmelder einzubinden.
Jedoch bekomme ich nach wie vor ziemlich viele Freezes durch die Abfrage des Bewegungsmelders:

Code Auswählen

1 - 2020-06-24: s:22:04:37 e:22:04:39 f:2.326 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-24: s:23:53:33 e:23:53:35 f:2.904 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-24: s:23:54:49 e:23:54:50 f:1.744 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) tmr-HUEBridge_GetUpdate(HueBridge) 
1 - 2020-06-25: s:12:13:11 e:12:13:16 f:5.982 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1)
1 - 2020-06-25: s:12:16:46 e:12:16:47 f:1.282 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-25: s:22:31:41 e:22:31:42 f:1.677 d:tmr-HUEBridge_GetUpdate(HueBridge) tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-25: s:23:53:41 e:23:53:42 f:1.862 d:tmr-HUEBridge_GetUpdate(HueBridge) tmr-Spotify_poll(Spotify) tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-26: s:19:30:43 e:19:30:44 f:1.065 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-26: s:23:06:25 e:23:06:26 f:1.527 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-26: s:23:56:43 e:23:56:44 f:1.134 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-27: s:09:29:58 e:09:30:00 f:2.376 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) tmr-DOIF_SleepTrigger(monitor.FritzBox.MAC.presence) tmr-RESIDENTStk_DurationTimer(Manfred_DurationTimer) tmr-RESIDENTStk_DurationTimer(Katrin_DurationTim...
1 - 2020-06-28: s:09:09:08 e:09:09:13 f:5.615 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1)
1 - 2020-06-28: s:09:12:43 e:09:12:44 f:1.093 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) tmr-HMUARTLGW_CheckCredits(myHmUART) 
1 - 2020-06-28: s:22:50:01 e:22:50:02 f:1.365 d:tmr-SONOSPLAYER_SimulateCurrentTrackPosition(Sonos_Schlafzimmer) tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-28: s:23:51:23 e:23:51:24 f:1.048 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-28: s:23:53:59 e:23:54:00 f:1.128 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) 
1 - 2020-06-28: s:23:54:38 e:23:54:39 f:1.82 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) tmr-HUEBridge_GetUpdate(HueBridge) tmr-Spotify_poll(Spotify) 
1 - 2020-06-28: s:23:54:40 e:23:54:42 f:2.283 d:tmr-FBAHAHTTP_Poll(fritzbox) tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) tmr-FHEM::readingsWatcher::OnTimer(monitor.readings) 
1 - 2020-06-28: s:23:57:38 e:23:57:39 f:1.436 d:tmr-HUEDevice_GetUpdate(Hue_Motion_Test1) tmr-HUEBridge_GetUpdate(HueBridge)

In einem anderen Thread habe ich schon von den Problemen mit den attr httpUtils 1 und noshutdown 1 berichtet:
https://forum.fhem.de/index.php/topic,103167.0.html
Diese führten bei mir zu keiner Lösung, sondern zu noch mehr Problemen.

Gibt es eine Möglichkeit, diese Freezes zu unterbinden?

Grüße
Fabian

amenomade · 29 Juni 2020, 10:48:58

Wie lange braucht eine Request in einem Browser? (mit F12 / Netzwerk kann man es messen)

Code Auswählen

http://192.168.1.8/api/wT941yINOmHmZvkKM79bhWQ4vMI4QR9QMWepcF92/lights

Hast Du das Attribut dnsServer auf global und das Attribut httpUtils auf dem Bridge gesetzt, damit die Requests echt non-blocking gemacht werden?

webdandy · 29 Juni 2020, 11:27:15

Zitat von: amenomade am 29 Juni 2020, 10:48:58
Wie lange braucht eine Request in einem Browser? (mit F12 / Netzwerk kann man es messen)
Code Auswählen Erweitern
http://192.168.1.8/api/wT941yINOmHmZvkKM79bhWQ4vMI4QR9QMWepcF92/lights

Hast Du das Attribut dnsServer auf global und das Attribut httpUtils auf dem Bridge gesetzt, damit die Requests echt non-blocking gemacht werden?

Der Request im Browser dauert 87ms.
Beide Attribute habe ich aktuell nicht gesetzt.

Mit httpUtils=1 hatte ich mal Probleme und habe es dann wieder herausgenommen.
Soll ich dies nochmal setzen?

amenomade · 29 Juni 2020, 11:31:26

attr global dnsServer würde ich auf jeden Fall empfehlen. Nicht nur HUE macht Http_NonBlocking_Gets

attr global dnsServer <IP deiner Box oder des Devices, das bei dir DNS Auflösung macht> ist idR eine gute Auswahl

webdandy · 29 Juni 2020, 11:42:58

Zitat von: amenomade am 29 Juni 2020, 11:31:26
attr global dnsServer würde ich auf jeden Fall empfehlen. Nicht nur HUE macht Http_NonBlocking_Gets

attr global dnsServer <IP deiner Box oder des Devices, das bei dir DNS Auflösung macht> ist idR eine gute Auswahl

Vielen Dank für den Hinweis!
Ich habe attr global dnsServer "IP" jetzt mal gesetzt.
Würdest Du httpUtils 1 für die Bridge auch noch empfehlen oder erstmal nur mit dem gesetzten dnsServer beobachten?

amenomade · 29 Juni 2020, 11:45:49

Kannst erstmal beobachten, aber wenn ich CommandRef zu httpUtils Attribut lese, würde ich das 1. machen.

webdandy · 16 Juli 2020, 06:37:36

Nachdem ich jetzt noch das httpUtils auf 1 gesetzt habe, bekomme ich leider immer folgende Meldungen im Log:

Code Auswählen

2020.07.15 21:39:56 2: HueBridge: http request failed: http://192.168.1.8/api/wT941yINOmHmZvkKM79bhWQ4vMI4QR9QMWepcF92/lights/22/state: empty answer received
2020.07.15 21:39:56 2: HueBridge: http request failed: http://192.168.1.8/api/wT941yINOmHmZvkKM79bhWQ4vMI4QR9QMWepcF92/lights/22/state: empty answer received
2020.07.15 21:39:56 2: HueBridge: http request failed: http://192.168.1.8/api/wT941yINOmHmZvkKM79bhWQ4vMI4QR9QMWepcF92/lights/10/state: empty answer received
2020.07.15 21:39:56 2: HueBridge: http request failed: http://192.168.1.8/api/wT941yINOmHmZvkKM79bhWQ4vMI4QR9QMWepcF92/lights/28/state: empty answer received
2020.07.15 21:39:56 2: HueBridge: http request failed: http://192.168.1.8/api/wT941yINOmHmZvkKM79bhWQ4vMI4QR9QMWepcF92/lights/9/state: empty answer received
2020.07.15 21:39:56 2: HueBridge: invalid json detected: <html>^M
<head><title>500 Internal Server Error</title></head>^M
<body>^M
<center><h1>500 Internal Server Error</h1></center>^M
<hr><center>nginx</center>^M
</body>^M
</html>^M

Bei den Meldungen im Log sind es auch immer unterschiedliche Lights. Also kein Muster zu erkennen.
Jemend eine Idee?

Grüße
Fabian

amenomade · 16 Juli 2020, 22:24:19

Wenn ich das richtig interpretiere, blockiert dein Firewall den Zugriff auf dem Bridge. Oder dein Bridge selbst, ich weiss nicht wie nginx reagiert wenn der Zielserver nicht erreichbat ist.

MadMax-FHEM · 16 Juli 2020, 22:43:53

Sowas, also die Fehlermeldungen (wenn ich mich nicht täusche) hat "the ratman" (oder so ähnlich) "kürzlich" gepostet...
...meinte allerdings, dass es aber funktioniert...

Mal sehen, ob ich das finde...

EDIT: gefunden https://forum.fhem.de/index.php/topic,112359.msg1066911.html#msg1066911

Gruß, Joachim

webdandy · 17 Juli 2020, 09:23:02

Zitat von: amenomade am 16 Juli 2020, 22:24:19
Wenn ich das richtig interpretiere, blockiert dein Firewall den Zugriff auf dem Bridge. Oder dein Bridge selbst, ich weiss nicht wie nginx reagiert wenn der Zielserver nicht erreichbat ist.

Danke, aber hier ist definitiv keine Firewall dazwischen

webdandy · 17 Juli 2020, 09:24:07

Zitat von: MadMax-FHEM am 16 Juli 2020, 22:43:53
Sowas, also die Fehlermeldungen (wenn ich mich nicht täusche) hat "the ratman" (oder so ähnlich) "kürzlich" gepostet...
...meinte allerdings, dass es aber funktioniert...

Mal sehen, ob ich das finde...

EDIT: gefunden https://forum.fhem.de/index.php/topic,112359.msg1066911.html#msg1066911

Gruß, Joachim

Danke für den Beitrag, sieht nach dem gleichen Fehlerbild/Meldungen aus wie bei mir.
Vom Prinzip geht ja auch alles, nur tauchen immer diese Meldungen im Log auf.

Gruß Fabian