(Gelöst) Freezes durch 82_LGTV_WebOS

Begonnen von Peter_Listig, 23 Februar 2023, 17:34:26

Vorheriges Thema - Nächstes Thema

Peter_Listig

Hallo zusammen,

fhem auf meinen Raspi 4 mit 8 GB RAM lässt sich manchmal für 4 - 6 Minuten nicht mehr bedienen,
läuft aber noch im Hintergrund weiter.

Aus der Log-Datei und dem Freezemonitor Log ergibt sich der folgende Übeltäter ...


2023.02.23 16:31:09 5: [Freezemon] Freezes: ----------- Starting Freeze handling at 2023.02.23 16:31:09.515 ---------------------
2023.02.23 16:31:09 1: [Freezemon] Freezes: possible freeze starting at 16:24:25, delay is 404.515 possibly caused by: tmr-CODE(0x618d590)(GetForgroundAppInfo)
2023.02.23 16:31:09 5: [Freezemon] Freezes: ----------- Ending Freeze handling at 2023.02.23 16:31:09.537 after 0.022632 --------


weiß jemand wer hinter dem möglichen Verursacher "possibly caused by: tmr-CODE(0x618d590)(GetForgroundAppInfo)"
steckt - könnte das mein FB7490 sein ?

Danke für Hinweise

Gruß

Peter
Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+

KernSani

Eine Google-Suche fördert 82_LGTV_WebOS zutage - Hast du das im Einsatz?
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

Peter_Listig

Hallo KernSani,

ich habe tatsächlich das LGTV Modul im Einsatz.

Hab bei meiner Suche: "tmr-CODE(0x618d590)(GetForgroundAppInfo)" eingeben ... und nix gefunden.

manchmal ist weniger mehr  ;)

Deinen Hinweis habe ich gefunden.

Zitat
... value in seconds - keepAliveCheck is check read data input from tcp socket and prevented FHEM freeze.

Welchen Wert sollte man vorgeben ?

30 Sekunden habe ich gesetzt und beobachte mal. Falls Du einen anderen Wert empfiehlst.

Danke für Deine Hilfe

Gruß
Peter



Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+