Hallo zusammen,
ich grübel seit einiger Zeit, warum es immer wieder mal zu Verbindungsverlust einzelner Geräte in fhem mit der CCU3 kommt.Wenn ich dann ein "get xxxxxxxx update" manuell durchführe, dann geht es wieder für 2-4 Wochen.Leider kann ich da keinen genauen Rhytmus ausmachen, sonst würde ich fhem einfach alle z.B. 14 Tage neu starten lassen.
Habt Ihr vielleicht noch eine Idee?
Anbei ein paar Definitionen von dem aktuellen Zustand eines Temperaturfühlers
defmod OUT_Aussentemperatur HMCCUDEV LEQ1069084 defaults
attr OUT_Aussentemperatur IODev d_ccu
attr OUT_Aussentemperatur alias Aussentemperatur
attr OUT_Aussentemperatur ccureadingfilter (^HUMIDITY|^TEMPERATURE)
attr OUT_Aussentemperatur event-on-change-reading .*
attr OUT_Aussentemperatur icon temperature_humidity
attr OUT_Aussentemperatur room Draussen->Wetter
attr OUT_Aussentemperatur statedatapoint 1.TEMPERATURE
attr OUT_Aussentemperatur stripnumber 1
setstate OUT_Aussentemperatur 19.1
setstate OUT_Aussentemperatur 2021-07-15 13:50:52 1.HUMIDITY 78
setstate OUT_Aussentemperatur 2021-07-15 13:50:59 1.TEMPERATURE 19.1
setstate OUT_Aussentemperatur 2021-07-11 15:27:20 IODev d_ccu
setstate OUT_Aussentemperatur 2021-07-15 13:51:32 R-BURST_RX 0
setstate OUT_Aussentemperatur 2021-07-15 13:50:59 control 19.1
setstate OUT_Aussentemperatur 2021-07-15 13:50:59 hmstate 19.1
setstate OUT_Aussentemperatur 2021-07-15 13:50:59 state 19.1
und des HMCCU-Moduls
defmod d_ccu HMCCU 192.168.178.41
attr d_ccu ccuaggregate name:battery,filter:name=^H[M|m].*,read:battery,if:any=low,else:ok,prefix:battery_,coll:comment!Batterien OK\
name:voltage,filter:type=(HM-CC-RT-DN|HM-TC-IT-WM-W-EU|HM-WDS10-TH-O |HM-WDS40-TH-I-2 |HmIP-STH ),read:BATTERY_STATE,if:le=2.2,else:0,prefix:voltage_,coll:comment!Batteriespannung OK\
name:lock,filter:name=^HM_TF.*,read:state,if:any=open,else:closed,prefix:lock_,coll:comment!Alle Fenster/Türen geschlossen\
name:lockroof,filter:group=Dachfenster,read:state,if:any=open,else:closed,prefix:lockroof_,coll:comment!Alle Dachfenster geschlossen\
name:lockwin,filter:name=^HM_TF.*!Haustuer$,read:state,if:any=open,else:closed,prefix:lockwin_,coll:comment!Alle Fenster/Türen geschlossen\
name:hummax,filter:name=^HM_KL.*,read:HUMIDITY,if:ge=60,else:0,prefix:hummax_,coll:alias!Luftfeuchte OK\
name:unreach,filter:name=^H[M|m].*,read:activity,if:any=dead,else:alive,prefix:unreach_,coll:comment!Alle Devices erreichbar
attr d_ccu ccudef-readingname ^(LOW_?BAT|UNREACH)$\ ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
attr d_ccu ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
attr d_ccu ccuflags procrpc
attr d_ccu cmdIcon on:general_an off:general_aus
attr d_ccu event-on-change-reading .*
attr d_ccu eventMap /rpcserver on:on/rpcserver off:off/
attr d_ccu icon hm_ccu
attr d_ccu room System->Zentrale
attr d_ccu rpcinterfaces BidCos-RF,HmIP-RF
attr d_ccu rpcinterval 5
attr d_ccu rpcport 2001,2010
attr d_ccu rpcqueue /tmp/ccuqueue
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state
attr d_ccu stripnumber 1
attr d_ccu verbose 5
setstate d_ccu running/OK
setstate d_ccu 2021-05-26 13:43:48 battery_count 0
setstate d_ccu 2021-05-26 13:43:48 battery_list Batterien OK
setstate d_ccu 2021-05-26 13:43:48 battery_match 0
setstate d_ccu 2021-05-26 13:43:48 battery_state ok
setstate d_ccu 2021-07-11 15:27:16 count_channels 259
setstate d_ccu 2021-07-11 15:27:16 count_devices 44
setstate d_ccu 2021-07-11 15:27:16 count_groups 0
setstate d_ccu 2021-07-11 15:27:16 count_interfaces 3
setstate d_ccu 2021-07-11 15:27:16 count_programs 14
setstate d_ccu 2021-05-26 13:43:48 hummax_count 0
setstate d_ccu 2021-05-26 13:43:48 hummax_list Luftfeuchte OK
setstate d_ccu 2021-05-26 13:43:48 hummax_match 0
setstate d_ccu 2021-05-26 13:43:48 hummax_state 0
setstate d_ccu 2021-05-26 13:43:48 lock_count 0
setstate d_ccu 2021-05-26 13:43:48 lock_list Alle Fenster/Türen geschlossen
setstate d_ccu 2021-05-26 13:43:48 lock_match 0
setstate d_ccu 2021-05-26 13:43:48 lock_state closed
setstate d_ccu 2021-05-26 13:43:48 lockroof_count 0
setstate d_ccu 2021-05-26 13:43:48 lockroof_list Alle Dachfenster geschlossen
setstate d_ccu 2021-05-26 13:43:48 lockroof_match 0
setstate d_ccu 2021-05-26 13:43:48 lockroof_state closed
setstate d_ccu 2021-05-26 13:43:48 lockwin_count 0
setstate d_ccu 2021-05-26 13:43:48 lockwin_list Alle Fenster/Türen geschlossen
setstate d_ccu 2021-05-26 13:43:48 lockwin_match 0
setstate d_ccu 2021-05-26 13:43:48 lockwin_state closed
setstate d_ccu 2021-07-11 15:33:01 rpcstate running
setstate d_ccu 2021-07-11 15:33:01 state OK
setstate d_ccu 2021-05-26 13:43:48 unreach_count 0
setstate d_ccu 2021-05-26 13:43:48 unreach_list Alle Devices erreichbar
setstate d_ccu 2021-05-26 13:43:48 unreach_match 0
setstate d_ccu 2021-05-26 13:43:48 unreach_state alive
setstate d_ccu 2021-05-26 13:43:48 voltage_count 2
setstate d_ccu 2021-05-26 13:43:48 voltage_list Batteriespannung OK
setstate d_ccu 2021-05-26 13:43:48 voltage_match 0
setstate d_ccu 2021-05-26 13:43:48 voltage_state 0
Gruß
Dirk
Hallo,
ich denke, es geht nicht um kurzzeitige Verluste der Verbindung, die nach einiger Zeit wieder verschwinden. Hast du mal im Log der CCU3 nachgesehen? Du verwendest in FHEM RPC-Server (rpcserver on). Bei der Änderungen von Werten ruft die CCU3 Funktionen auf dem Rechner auf, auf dem die RPC-Server unter FHEM laufen (Remote Procedure Call). Diese Aufrufe sorgen dafür, dass die entsprechenden Werte in FHEM upgedatet werden, ohne dass man get xxxxx update aufrufen muss. Bedingt durch einen Ausfall der Internetverbindung zwischen CCU3 und FHEM können diese Funktionsaufrufe fehlschlagen. Ich hatte das Problem, dass der RPC-Server für Virtual Devices danach gar nicht mehr aufgerufen wurde. Das Kommando get xxxx update funktioniert auch unabhängig von den RPC-Servern.
Gruß
Dieter
Arbeitest Du mti WLAN? Gibt es eventuell Netzwerkprobleme (Hänger?)