Jalousieansteuerung seit Tagen langsam

[Init]

Hallo zusammen,

seit einigen Tagen habe ich bemerkt, dass die Jalousien verzögert reagieren.

Wenn morgens alles hochgehen soll, dann dauert es gefühlt 1 Minute, bis die letzte Jalousie im OG losfährt.
Vorher sind alle quasi zeitgleich losgefahren. (Aufruf über eine Methode in 99_Utils.pm)

Wenn ich eine nur eine einzeln über die normale FHEM Oberfläche ansteuere, dann dauert dies auch ein paar Sekunden, bevor diese reagiert.

Im Log erhalte ich dann folgendes:
2024.01.21 11:38:19.895 1: [Freezemon] myFreezemon: possible freeze starting at 11:38:16, delay is 3.895 possibly caused by: no bad guy found

Ich habe schon viele Devices deaktiviert, welche Freezemon erkannt hat, aber die Situation hat sich leider nicht verbessert.

Als Aktoren verwende ich HM-LC-Bl1-FM, welche über eine ccu2 angebunden sind.

In der Oberfläche der ccu funktioniert alles ohne Verzögerung.

Hat jemand eine Idee, wie ich den Übertäter finden kann?

Viele Grüße
Marc

[Init]

Ich verstehe es nicht. Habe jetzt die fhem.cfg total minimiert, aber weiterhin dauert die Ansteuerung einer Jalousie ca. 4 Sekunden.

Hier meine Konfiguration:

Code Auswählen Erweitern

attr global userattr DbLogExclude DbLogExclude:textField-long DbLogInclude DbLogInclude:textField-long DbLogValueFn:textField-long appOptions:textField-long cmdIcon custDeviceValue dependencyDevice dependencyValue devStateIcon:textField-long devStateStyle ftuiDevice genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon msgContactAudio msgContactLight msgContactMail msgContactPush msgContactScreen msgParams msgPriority msgRecipient msgRecipientAudio msgRecipientLight msgRecipientMail msgRecipientPush msgRecipientScreen msgRecipientText msgTitle msgTitleShrt msgType:text,push,mail,screen,light,audio,queue shadowingOffValue shadowingSensor shadowingThresholdOff shadowingThresholdOn shadowingValue siriName sortby structexclude structureJalousie structureJalousieAll structureJalousieAll_map structureJalousieEtage structureJalousieEtage_map structureJalousie_map unreachThreshold userQuota wateringOddDays wateringThreshold wateringWhileRaining webCmd webCmdLabel:textField-long widgetOverride
attr global logfile ./log/fhem-%Y-%m-%d.log
attr global modpath .
attr global verbose 3
attr global statefile ./log/fhem.save

define WEB FHEMWEB 8083 global
attr WEB roomIcons Homekit:audio_audio Logs:edit_paste Logfile:edit_paste System:it_network Save.config:message_attention Everything:it_i-net Unsorted:unknown Commandref:system_fhem Remote.doc:message_mail Edit.files:edit_copy Select.style:edit_open Event.monitor:edit_settings DOIFtools:helper_doiftools haus-automatisierung.com:it_internet Tablet-UI:smartphone HOMEMODE:rc_HOME Web:rc_WEB Residents:people_sensor Interfaces:it_net

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

#################################################################################
# FREEZEMON
#
define myFreezemon freezemon
attr myFreezemon DbLogExclude .*
attr myFreezemon event-on-change-reading .*
attr myFreezemon group FREEZEMON
attr myFreezemon room System

#################################################################################
# CCU2 Setting
#
define d_ccu HMCCU schneckenCCU2
attr d_ccu ccuflags procrpc
attr d_ccu event-on-change-reading .*
attr d_ccu group HMCCU
attr d_ccu room System
attr d_ccu rpcinterfaces BidCos-RF,HmIP-RF
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state
attr d_ccu verbose 1

define d_rpcBidCos_RF HMCCURPCPROC schneckenCCU2 BidCos-RF
attr d_rpcBidCos_RF alias CCU RPC BidCos-RF
attr d_rpcBidCos_RF event-on-change-reading .*
attr d_rpcBidCos_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpcBidCos_RF group HMCCU
attr d_rpcBidCos_RF room System
attr d_rpcBidCos_RF stateFormat rpcstate/state
attr d_rpcBidCos_RF verbose 1

define d_rpcHmIP_RF HMCCURPCPROC schneckenCCU2 HmIP-RF
attr d_rpcHmIP_RF alias CCU RPC HmIP-RF
attr d_rpcHmIP_RF event-on-change-reading .*
attr d_rpcHmIP_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpcHmIP_RF group HMCCU
attr d_rpcHmIP_RF room System
attr d_rpcHmIP_RF stateFormat rpcstate/state
attr d_rpcHmIP_RF verbose 1

define LC_EG_7_NW_Rollo_Gaestezimmer HMCCUDEV JEQ0000239
attr LC_EG_7_NW_Rollo_Gaestezimmer IODev d_ccu
attr LC_EG_7_NW_Rollo_Gaestezimmer ccureadingfilter (LEVEL|INHIBIT|DIRECTION|WORKING)
attr LC_EG_7_NW_Rollo_Gaestezimmer ccuscaleval LEVEL:0:1:0:100
attr LC_EG_7_NW_Rollo_Gaestezimmer cmdIcon up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
attr LC_EG_7_NW_Rollo_Gaestezimmer controldatapoint 1.LEVEL
attr LC_EG_7_NW_Rollo_Gaestezimmer event-on-change-reading .*
attr LC_EG_7_NW_Rollo_Gaestezimmer eventMap /datapoint 1.STOP true:stop/datapoint 1.LEVEL 0:down/datapoint 1.LEVEL 100:up/datapoint 1.LEVEL 0:off/datapoint 1.LEVEL 100:on
attr LC_EG_7_NW_Rollo_Gaestezimmer group Jalousien
attr LC_EG_7_NW_Rollo_Gaestezimmer homebridgeMapping clear CurrentPosition=control,minValue=0,maxValue=100,minStep=1 TargetPosition=control,cmd=control
attr LC_EG_7_NW_Rollo_Gaestezimmer room Gaestezimmer
attr LC_EG_7_NW_Rollo_Gaestezimmer statedatapoint 1.LEVEL
attr LC_EG_7_NW_Rollo_Gaestezimmer stripnumber 1
attr LC_EG_7_NW_Rollo_Gaestezimmer substexcl control
attr LC_EG_7_NW_Rollo_Gaestezimmer substitute LEVEL!#0-0:closed,#100-100:open;;DIRECTION!0:none,1:up,2:down,3:undefined;;WORKING!(0|false):no,(1|true):yes
attr LC_EG_7_NW_Rollo_Gaestezimmer webCmd control:up:stop:down
attr LC_EG_7_NW_Rollo_Gaestezimmer widgetOverride control:slider,0,10,100
define FileLog_LC_EG_7_NW_Rollo_Gaestezimmer FileLog ./log/LC_EG_7_NW_Rollo_Gaestezimmer-%Y.log LC_EG_7_NW_Rollo_Gaestezimmer
attr FileLog_LC_EG_7_NW_Rollo_Gaestezimmer logtype text
attr FileLog_LC_EG_7_NW_Rollo_Gaestezimmer room FileLog
define telnetPort telnet 7072

An den Hardwareressourcen sollte es auch nicht liegen. CPU liegt dauerhaft bei ca. 12% und Memory 5,5 von 24 GB.

Hat keiner eine Idee, woran es liegen kann oder was ich noch testen kann?

Viele Grüße
Marc

[zap]

Eine CCU2 ist jetzt nicht gerade die Speerspitze der Performance

Hast Du die CCU schonmal neu gestartet?

Vorher bitte am besten FHEM stoppen und erst starten (insbesondere die HMCCU RPC Server), wenn die CCU wieder oben ist und Du Dich auf der CCU Weboberfläche anmelden kannst.

[Init]

Ich habe alles schon neu gestartet.

FHEM läuft als Docker Container unter Portainer in einem Ubuntu LXC Container. Bislang vollkommen problemlos, aber nun ist hat die Anbindung an die CCU langsam

Ein Ping gegen die CCU aus dem Docker Container sieht für mich auch unproblematisch aus:

Code Auswählen Erweitern

ping 172.16.1.90
PING 172.16.1.90 (172.16.1.90): 56 data bytes
64 bytes from 172.16.1.90: icmp_seq=0 ttl=63 time=0,385 ms
64 bytes from 172.16.1.90: icmp_seq=1 ttl=63 time=0,438 ms
64 bytes from 172.16.1.90: icmp_seq=2 ttl=63 time=0,451 ms
64 bytes from 172.16.1.90: icmp_seq=3 ttl=63 time=0,433 ms
64 bytes from 172.16.1.90: icmp_seq=4 ttl=63 time=0,482 ms
64 bytes from 172.16.1.90: icmp_seq=5 ttl=63 time=0,389 ms
64 bytes from 172.16.1.90: icmp_seq=6 ttl=63 time=0,458 ms
64 bytes from 172.16.1.90: icmp_seq=7 ttl=63 time=0,425 ms
64 bytes from 172.16.1.90: icmp_seq=8 ttl=63 time=0,414 ms
64 bytes from 172.16.1.90: icmp_seq=9 ttl=63 time=0,441 ms
64 bytes from 172.16.1.90: icmp_seq=10 ttl=63 time=0,447 ms
64 bytes from 172.16.1.90: icmp_seq=11 ttl=63 time=0,415 ms
64 bytes from 172.16.1.90: icmp_seq=12 ttl=63 time=0,403 ms
^C--- 172.16.1.90 ping statistics ---
13 packets transmitted, 13 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0,385/0,429/0,482/0,027 ms
Und jetzt kommt das "verrückte". Ich habe FHEM mit der o.g. Konfiguration und gleicher docker-compose.yml auf meinem QNAP-NAS gestartet und dort funktioniert die Kommunikation mit der CCU wieder normal.

Ich bin echt ratlos, was ich jetzt noch testen soll. FHEM auf dem QNAP laufen lassen ist für mich keine Option. Aus Performancegründen habe ich FHEM von dort vor über einem Jahr auf Proxmox umgezogen.

Was kann ich noch testen, um das Problem herauszufinden? Gibt es Debug-Optionen?

[Init]

Nachdem ich den LXC Container neu mit Debian installiert habe, läuft FHEM unter Docker wieder ohne Probleme.