Hallo zusammen!
Mein FHEM-System lief seit ca. 1 Jahr über meine FB 7490 annähernd problemlos.
Mein System sieht folgender Maßen aus:
Raspberry Pi 2 mit LAN an Fritzbox 7490
Homematic CUL_HM über Powerline 540 E an Fritzbos 7490
alle Komponenten (Rolladenaktoren; Thermostat; Switch) von Homematic
Vor einer Woche habe ich nun alles auf den Raspberry Pi 2 umgezogen. Die FHEM.cfg habe ich dabei nicht verändert.
Nun habe ich seit ca. 5 Tage folgende Meldung im logfile:
2015.11.01 00:53:21 1: HMLAN_Parse: HMLAN1 new condition timeout
2015.11.01 00:53:21 1: 192.168.178.21:1000 disconnected, waiting to reappear (HMLAN1)
2015.11.01 00:53:21 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.11.01 00:53:29 1: 192.168.178.21:1000 reappeared (HMLAN1)
2015.11.01 00:53:29 1: HMLAN_Parse: HMLAN1 new condition init
2015.11.01 00:53:29 1: HMLAN_Parse: HMLAN1 new condition ok
2015.11.01 01:46:07 1: HMLAN_Parse: HMLAN1 new condition timeout
2015.11.01 01:46:07 1: 192.168.178.21:1000 disconnected, waiting to reappear (HMLAN1)
2015.11.01 01:46:07 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.11.01 01:46:17 1: 192.168.178.21:1000 reappeared (HMLAN1)
2015.11.01 01:46:17 1: HMLAN_Parse: HMLAN1 new condition init
2015.11.01 01:46:17 1: HMLAN_Parse: HMLAN1 new condition okDer allgemeine Teil in der fhem.cfg sieht so aus:
Zitatattr global userattr CUL_HM CUL_HM_map blindactuator blindactuator_map cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global latitude 51.44989
attr global logfile ./log/fhem-%Y-%m.log
attr global longitude 7.116500
attr global modpath .
attr global motd none
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
attr WEB hiddenroom Howto,FAQ,Examples,Commandref,Unsorted,CUL_HM
attr WEB stylesheetPrefix dark
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
#define initialUsbCheck notify global:INITIALIZED usb create
define HMLAN1 HMLAN 192.168.178.21:1000
attr HMLAN1 hmId 000041
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr HMLAN1 wdTimer 25
define vccu CUL_HM 000041
attr vccu IODev HMLAN1
attr vccu IOList HMLAN1
attr vccu model CCU-FHEM
attr vccu subType virtual
attr vccu webCmd virtual:update
In verschiedenen Beiträge wurde dieses Thema wohl schon einmal behandelt, aber für mich als Newcomer ist das ganze ziemlich kompliziert. Das hat wohl irgendetwas mit Zeitüberschreitungen bei der Kommunikation der Aktoren mit dem HMLAN zu tun, oder?
Bekomme ich das ganze relativ einfach in den Griff?
Danke für Eur Hilfe!
Als Erstes, verschieb dein Post mal nach Homematic, da es ein HM Problem ist. Als Zweites könntest du mal apptime laufen lassen um zu sehen woher die disconnects kommen. Die Firmware auf dem HMLAN sollte die 0.964 sein, ältere Firm. bringt Fehler mit fhem.
VG
Frank
Ok, Thema verschoben!
Unter HMLAN in fhem finde ich folgende Angaben:
Unter Internals:
DEF
192.168.178.21:1000
DeviceName
192.168.178.21:1000
FD
10
HMLAN1_MSGCNT
39
HMLAN1_TIME
2015-11-01 19:56:30
IFmodel
LAN
NAME
HMLAN1
NR
23
NTFY_ORDER
50-HMLAN1
PARTIAL
RAWMSG
E1FA0C0,0000,01AD73D1,FF,FFB8,F682021FA0C01D95890101000037
RSSI
-72
STATE
opened
TYPE
HMLAN
XmitOpen
1
assignedIDsCnt
18
msgKeepAlive
dlyMax:0.013 bufferMin:4
msgLoadCurrent
16
msgLoadHistory
5min steps: 14/0/-/-/-/-/-/-/-/-/-/-
msgParseDly
min:12 max:14 last:12 cnt:6
owner
000041
owner_CCU
vccu
uptime
000 07:49:41.006
Unter Readings:
D-HMIdAssigned
000041
2015-11-01 19:54:52
D-HMIdOriginal
23A803
2015-11-01 19:54:52
D-firmware
0.964
2015-11-01 19:54:52
D-serialNr
KEQ0852763
2015-11-01 19:54:52
Xmit-Events
ok:1 disconnected:1 init:1
2015-11-01 19:54:52
cond
ok
2015-11-01 19:54:52
loadLvl
low
2015-11-01 20:02:31
prot_disconnected
last
2015-11-01 19:54:46
prot_init
last
2015-11-01 19:54:46
prot_ok
last
2015-11-01 19:54:52
prot_timeout
last
2015-11-01 15:29:00
state
opened
2015-11-01 19:
Und unter Attributes:
hmId
000041
deleteattr
hmLanQlen
1_min
deleteattr
loadLevel
0:low,40:batchLevel,90:high,99:suspended
deleteattr
wdTimer
25
deleteattr
Demnach ist die Firmware doch ok, oder?
Apptime habe ich in die Befehlszeile eingegeben und bestätigt. Jetzt muss doch apptime laufen und nach einer gewissen Zeit kann man das auslesen, oder?
Apptime gibit mir nach erneuter Eingabe des Befehls folgendes aus:
name function max count total average maxDly
HMLAN1 HMLAN_Read 73 29 566 19.52 0 HASH(HMLAN1)
FHEMWEB:192.168.178.26:49845 FW_Read 69 1 69 69.00 0 HASH(FHEMWEB:192.168.178.26:49845)
eventTypes eventTypes_Notify 3 22 25 1.14 0 HASH(eventTypes); HASH(HS_GaesteWC_Clima)
WEB FW_Read 2 4 8 2.00 0 HASH(WEB)
tmr-HMLAN_KeepAlive keepAlive:HMLAN1 2 7 8 1.14 16 keepAlive:HMLAN1
tmr-FW_closeInactiveClients 1 3 3 1.00 8
AmbienteGarten structure_Notify 0 22 0 0.00 0
FHEMWEB:192.168.178.26:49847 FW_Read 0 1 0 0.00 0
HMLAN1 HMLAN_Notify 0 22 0 0.00 0
Logfile FileLog_Log 0 22 0 0.00 0
RS_1OG structure_Notify 0 22 0 0.00 0
RS_Alle structure_Notify 0 22 0 0.00 0
RS_EG structure_Notify 0 22 0 0.00 0
RS_Garten structure_Notify 0 22 0 0.00 0
RS_Strasse structure_Notify 0 22 0 0.00 0
WEB FW_Notify 0 22 0 0.00 0
WEBphone FW_Notify 0 22 0 0.00 0
WEBtablet FW_Notify 0 22 0 0.00 0
tmr-HMLAN_KeepAliveCheck keepAliveCk:HMLAN1 0 7 0 0.00 3
Kannst Du damit etwas anfangen?