HmIP-STHD nach create im FHEM friert FHEM ein

Begonnen von dyna, 10 September 2022, 23:52:11

Vorheriges Thema - Nächstes Thema

dyna

Ich habe über eine CCU3 mehrere homatic IP Geräte in FHEM eingebunden. Alles funktioniert sehr gut.
Meine neueste Aschaffung ist ein HmIP-STHD. Hiermit habe ich überraschende Probleme.
Das Gerät funktioniert an der CCU3. Und ist dort mit Temperatur_Bad benannt.
Wenn ich das FHEM-Gerät über die HMCCU anlegen lasse get CCU3_1 create Temperatur_Bad dann friert FHEM ein und PERL erzeugt eine Prozessorlast von 100%.

Über die Suche habe ich leider kein änhliches Problem gefunden.

Ich habe den vorderen Teil des List der HMCCU eingefügt. Der gesammt List ist doch sehr lang.



ui
Alarmanlage
Draussen
Kalender
LaCrosse
Netz
Oben
Rossdorf
Solaranlage
Unsorted
Unten
log
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPCPROC:
   DEF        http://192.168.67.51
   FUUID      5fae5cd3-f33f-1bdd-f24a-816a70fb44c2f9c8
   NAME       CCU3_1
   NOTIFYDEV  global
   NR         35
   NTFY_ORDER 50-CCU3_1
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 135
   ccudevices 8
   ccuif      BidCos-RF
   ccuinterfaces VirtualDevices,HmIP-RF,BidCos-RF,CUxD
   ccuip      192.168.67.51
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   config     5.0
   eventCount 4
   firmware   3.65.8
   host       192.168.67.51
   prot       http
   version    5.0 220431743
   READINGS:
     2022-09-09 14:33:04   PLATFORM        rpi3
     2022-09-09 14:33:04   PRODUCT         ccu3
     2022-09-09 14:33:04   VERSION         3.65.8
     2022-09-09 14:33:04   count_channels  135
     2022-09-09 14:33:04   count_devices   8
     2022-09-09 14:33:04   count_groups    0
     2022-09-09 14:33:04   count_interfaces 4
     2022-09-09 14:33:04   count_programs  1
     2022-09-09 14:33:51   rpcstate        running
     2022-09-09 14:33:51   state           OK
   hmccu:
     ccuDevList "HM-RCV-50#BidCoS-RF","HM-WS550STH-I#CUX9000001","HmIP-RCV-50#HmIP-RCV-1",Bewegungsmelder_Flur_Vorne,Bewegungsmelder_Veranda,Temperatur_Bad,Thermostat_Bad_Neu,Vitrine_Schlafzimmer_Oben
     ccuSuppDevList "HM-WS550STH-I#CUX9000001",Bewegungsmelder_Flur_Vorne,Bewegungsmelder_Veranda,Temperatur_Bad,Thermostat_Bad_Neu,Vitrine_Schlafzimmer_Oben
     defaults   0
     evtime     0
     evtimeout  0
     postInit   0
     rpccount   0
     rpcports   9292,2001,2010,8701
     updatetime 0


Grüße
Jens

zap

#1
Schau mal bitte, ob im FHEM Log Fehlermeldungen stehen.

Du kannst auch mal "get CCU3_1 createDev Temperatur_Bad" versuchen
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

dyna

#2
Hallo zap,

vielen Dank für Deine Unterstützung. Ich konnte erst heute wieder probieren, da ich beruflich unterwegs war.

Ich habe "get CCU3_1 createDev Temperatur_Bad" versucht. Fhem friert ein. Top zeigt perl mit 100% CPU-Last an. Auch ein Stop von fhem über "service fhem stop"  lässt perl bei 100% bleiben.
Ich kann fhem nur neu starten, in dem ich den gesammmten Server neu starte. Aus dem fhem-Log werde ich nicht schlau.
Es gibt sehr viele Meldungen der CCU3, wenn das device "Temperatur_Bad" angelegt ist. Ich habe es als Datei angehangen, keine Ahnung ob das der relevante Teil ist.

Grüße
Jens


dyna

Ich habe ein Firmwareupdate auf dem HmIP-STHD durchgeführt und auf der CCU3 die CUxD deinstalliert. Weitere Zusatzsoftware ist nicht instistalliert.
Leider ist das Verhalten unverändert und ich bin mit meinem Latein leider am Ende.

Grüße
Jens