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:
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
Wie lange braucht eine Request in einem Browser? (mit F12 / Netzwerk kann man es messen)
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?
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)
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?
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
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?
Kannst erstmal beobachten, aber wenn ich CommandRef zu httpUtils Attribut lese, würde ich das 1. machen.
Nachdem ich jetzt noch das httpUtils auf 1 gesetzt habe, bekomme ich leider immer folgende Meldungen im Log:
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
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.
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
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 ;D
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