HueBridge hängt sich auf

Begonnen von Spartacus, 09 Januar 2020, 09:55:36

Vorheriges Thema - Nächstes Thema

Spartacus

Hallo,
ich betreibe mit dem Device HueBridge den ConBee II. Dieser ist an einem anderen Raspberry angeschlossen und stellt das ZigBee GW bereit.
Leider läuft der CoBee-Kram nicht richtig stabil und das GW stürzt alle 2-3 Wochen mal ab. Das Problem ist jetzt aber, dass sich das HueBridge Modul dann offenbar aufhängt, weil das GW weg ist. Bemerkbar macht sich das dadurch, dass fhem absolut langsam läuft und alle anderen Dienste extrem träge reagieren. Erst wenn ich das HueBridge Modul deaktiviere oder das GW wieder am Start ist, läuft der Rest wieder flüssig.

Kann man hier nicht so eine Art Tiimeout einbauen, damit das Modul nicht das ganze System lahmlegt, wenn sich das GW verabschiedet? Ähnliches habe ich bei DBLOG erlebt. Schmiert der DB-Server ab, ist fhem kaum noch zu bedienen, so langsam wird das Ganze.

Hat jemand eine Idee, wie man das in den Griff kriegt?

Christian
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

justme1968

hast du httpUtils auf 1 für non-blocking gesetzt?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Spartacus

Hi,
danke für die Info. Das Bit war nicht gesetzt!

Ob das jetzt tatsächlich das Problem löst, kann ich erst sagen, wenn der Deconz-Server wieder abraucht!
Allerdings verstehe ich die Hintergründe nicht ganz und auch die Commandref hilft mir hier nicht wirklich weiter!

Trotzdem Besten Dank, ich werde es testen.

Christuan
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R