Hallo Liebe Fhem Anhänger,
momentan habe ich ein Problem mit den Log-Einträgen in die FileLogs der jeweiligen eingebunden Geräte.
Aktuell habe ich nur z-Wave Geräte mit meinem Fhem-Server (RasPi 2 + Razberry) verbunden.
Die Readings der Geräte sind aktuelle, ich bekomme neue Werte/Zustände/Auslösungen angezeigt.
Eingebunden habe ich die Geräte am 17.02. - im Zeitraum von 21.2-23.2 enden die Einträge in den einzelnen FileLogs!
Also es gibt nichteinmal einen gemeinsamen Zeitpunkt, an dem die letzten Einträge der einzelnen FileLogs kamen, sondern wie gesagt innerhalb von 3 Tagen kam nichts mehr.
Die Aktoren und Sensoren werden auch täglich genutzt, so dass reine Inaktivität ausgeschlossen werden kann.
Hier mal ein "List" Auszug:
Global:
global (<no definition>)
ZWDongle:
ZWAVE1 (Initialized)
FHEMWEB:
WEB (Initialized)
WEB_192.168.2.103_49638 (Connected)
WEB_192.168.2.103_49639 (Connected)
WEB_192.168.2.103_49796 (Connected)
WEB_192.168.2.103_49957 (Connected)
WEB_192.168.2.110_61611 (Connected)
WEBphone (Initialized)
WEBtablet (Initialized)
ZWave:
AeoTechMS (TRANSMIT_NO_ACK)
EyeMS (open)
WallPlug (on)
ba_Licht (off)
kue_Licht (off)
wz_Rollo_Fenster (off)
Weather:
Wetter_Bruchsal (T: 4 H: 59 W: 11 P: 1007)
eventTypes:
eventTypes (active)
notify:
initialUsbCheck (2016-02-21 02:17:16)
n (2016-02-26 22:17:35)
notify_EyeMS_WallPlug (2016-02-27 13:57:42)
watchdog:
watchdog_EyeMS (Next: 13:58:12)
FileLog:
FileLog_AeoTechMS (active)
FileLog_EyeMS (active)
FileLog_WallPlug (active)
FileLog_ba_Licht (active)
FileLog_kue_Licht (active)
FileLog_wz_Rollo_Fenster (active)
Logfile (active)
allowed:
allowed_WEB (active)
SVG:
SVG_FileLog_EyeMS_1 (initialized)
SVG_FileLog_EyeMS_2 (initialized)
SVG_Logfile_1 (initialized)
SVG_Logfile_2 (initialized)
autocreate:
autocreate (active)
telnet:
telnetPort (Initialized)
weblink:
Wetter (initialized)
Also Beispiel für einen Sensor mal der Auszug "List EyeMS":
Internals:
CFGFN
DEF d344759d 27
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 2742
NAME EyeMS
NR 55
STATE closed
TYPE ZWave
ZWAVE1_MSGCNT 2742
ZWAVE1_RAWMSG 0004101b03300300
ZWAVE1_TIME 2016-02-27 14:00:52
homeId d344759d
isWakeUp 1
lastMsgSent 1456576995.30952
nodeIdHex 1b
Readings:
2016-02-27 13:43:14 CMD ZW_APPLICATION_UPDATE
2016-02-26 17:53:28 UNPARSED SENSOR_MULTILEVEL 063101070a000b
2016-02-27 14:00:06 alarm_type_00 level ff node 1b seconds 0
2016-02-21 23:34:22 assocGroup_1 Max 5 Nodes ZWAVE1
2016-02-21 23:34:22 assocGroup_2 Max 5 Nodes
2016-02-21 23:34:22 assocGroup_3 Max 1 Nodes ZWAVE1
2016-02-21 23:34:17 assocGroups 3
2016-02-27 14:00:52 basicSet 00
2016-02-27 13:43:15 battery 100 %
2016-02-21 23:34:18 configAmbientIlluminationLevelAbove83 1000
2016-02-21 23:34:18 configAmbientIlluminationLevelBelow82 100
2016-02-21 23:34:18 configBASICOFFCommandFrameValue 0
2016-02-21 23:34:18 configBASICONCommandFrameValue 255
2016-02-21 23:34:18 configBasicCommandClassFrames12 BASICONAndBASICOFFCommandFrames0
2016-02-21 23:34:18 configIlluminationReportThreshold 200
2016-02-21 23:34:18 configIlluminationReportsInterval 0
2016-02-21 23:34:19 configIntervalOfTemperatureMeasuring 900
2016-02-21 23:34:19 configLEDBrightness 50
2016-02-21 23:34:19 configLEDIndicatingTamperAlarm LEDIndicatesTamperAlarm
2016-02-24 16:51:53 configLEDSignalingMode LongBlinkWhite
2016-02-21 23:34:19 configMaximumTemperatureResultingInRed87 28
2016-02-21 23:34:19 configMinimumTemperatureResultingIn86 18
2016-02-27 13:36:22 configMotionAlarmCancellationDelay 10
2016-02-21 23:34:20 configMotionSensorSBlindTime2 15
2016-02-21 23:34:20 configMotionSensorSSensitivity 10
2016-02-21 23:34:20 configNightDay 200
2016-02-21 23:34:20 configPIRSensorOperatingMode PIRSensorAlwaysActive
2016-02-21 23:34:20 configPIRSensorSPulseCounter 1
2016-02-21 23:34:20 configPIRSensorSWindowTime 2
2016-02-21 23:34:20 configTamperAlarmBroadcastMode TamperAlarmIsNotSentInBroadcast0
2016-02-21 23:34:21 configTamperAlarmCancellationDelay 30
2016-02-21 23:34:21 configTamperOperatingModes Tamper
2016-02-21 23:34:21 configTamperSensitivity 15
2016-02-21 23:34:21 configTemperatureOffset 0
2016-02-21 23:34:21 configTemperatureReportThreshold 10
2016-02-21 23:34:21 configTemperatureReportsInterval 0
2016-02-27 14:00:22 luminance 478 Lux
2016-02-21 20:02:36 model FIBARO System FGMS001 Motion Sensor
2016-02-21 20:02:36 modelConfig fibaro/fgms.xml
2016-02-21 20:02:36 modelId 010f-0800-1001
2016-02-27 14:00:52 reportedState closed
2016-02-27 14:00:52 state closed
2016-02-27 13:58:23 temperature 23.0 C
2016-02-27 13:43:17 transmit OK
2016-02-27 00:00:43 wakeup notification
Attributes:
IODev ZWAVE1
classes SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM MARK SENSOR_BINARY SENSOR_MULTILEVEL SENSOR_ALARM BASIC
room ZWave
Und hier das passende "List FileLog_EyeMS":
Internals:
CFGFN
DEF ./log/EyeMS-%Y.log EyeMS
NAME FileLog_EyeMS
NOTIFYDEV EyeMS
NR 56
NTFY_ORDER 50-FileLog_ZWave_SENSOR_BINARY_27
REGEXP EyeMS
STATE active
TYPE FileLog
currentlogfile ./log/EyeMS-2016.log
logfile ./log/EyeMS-%Y.log
Pos:
Attributes:
logtype text
room ZWave
Schaue ich mir über das WebGUI von Fhem den text von FileLog_EyeMS an, finde ich unten dein letzten Eintrag:
2016-02-22_21:06:43 EyeMS basicSet: 00
Ich kann mir das nicht erklären, hat hier vielleicht jemand eine Idee?
Ich würde mir gerne Plots erstellen, dabei ist mir das auch erst aufgefallen, aber ohne Einträge natürlich auch keine Daten für die Plots :-\
Wie werden die Events erzeugt: Per get oder werden die vom Geraet freiwillig gemeldet?
Tauchen die Events im Event-Monitor auf? Sind eventuell die Logfiles beschaedigt?
Im Event-Monitor sehe ich auf jeden Fall Ereignisse.
Speziell zb wenn beim Figaro MultiSensor sich der Bewegungsmelder meldet, erscheint dies auch im Event-Monitor.
Temperaturen und co sehe ich dort auch wenn ich per Get configAll abrufe. ob Sie auch freiwillig kommen, muss ich dann über einen längeren Zeitraum mal testen.
Wie kann ich das denn feststellen, ob die FileLogs beschädigt sind? Inhalte sehe ich ja und es müssten auf einen schlag alle FileLogs kaputt sein!?
Also im Event-Monitor habe ich gerade gesehen dass zb der Dimmer fürs Licht "tue_Licht" (Fibaro Dimmer 2) "Freiwillig" den aktuellen Verbrauch in kWh übermittelt hat.
Im entsprechenden FileLog ist jedoch leider nichts protokolliert.
Weitere Hinwies:
Ich habe mal meinen AeoTech Multisensor zum test exkludiert, das Device gelöscht, passende FileLog gelöscht und ihn wieder inkludiert.
Folgende Einträge habe ich nun in der passenden FileLog:
2016-02-26_22:19:02 AeoTechMS config_9: 257
2016-02-26_22:19:03 AeoTechMS wakeup: notification
2016-02-26_22:19:03 AeoTechMS config_9: 256
2016-02-26_22:19:03 AeoTechMS associationAdd 1 01
2016-02-26_22:19:03 AeoTechMS wakeupInterval 86400 01
2016-02-26_22:19:09 AeoTechMS TRANSMIT_NO_ACK
2016-02-26_22:19:09 AeoTechMS transmit: NO_ACK
2016-02-26_22:19:49 AeoTechMS basicSet: 00
2016-02-26_22:19:49 AeoTechMS alarm: HomeSecurity: Previous Events cleared, arg 0000
...ist der komplette Inhalt und war unmittelbar nach dem inkludieren, seitdem nichtsmehr.
Das einzige was ich nach dem inkludieren getan habe, war:
define ZWave_SENSOR_MULTILEVEL_25 AeoTechMS
Keine Idee, das Problem hoere ich zum ersten mal.
Zitat von: vga am 27 Februar 2016, 16:03:40
Das einzige was ich nach dem inkludieren getan habe, war:
define ZWave_SENSOR_MULTILEVEL_25 AeoTechMS
Nach diesem Hinweis (vermutlich soll das "rename ZWave_SENSOR_MULTILEVEL_25 AeoTechMS" sein), kann ich das Problem mit meinem Testsensor Philio nachvollziehen:
Nach der Inklusion funktioniert das Schreiben in das FileLog problemlos. Sobald mit "rename" das Device mit FileLog umbenannt wird, bleibt FileLog leer. Ein manuell angelegtes FileLog funktioniert hingegen.
list FileLog; durch rename umbenannt (NTFY_ORDER enthält noch alten FileLog-Namen)
Internals:
DEF ./log/philiopst01-%Y.log philiopst01
NAME FileLog_philiopst01
NOTIFYDEV philiopst01
NR 274
NTFY_ORDER 50-FileLog_ZWave_GARAGE_DOOR_31
REGEXP philiopst01
STATE active
TYPE FileLog
currentlogfile ./log/philiopst01-2016.log
logfile ./log/philiopst01-%Y.log
Pos:
Attributes:
logtype text
room ZWave list FileLog; manuell angelegt und wird gefüllt:
Internals:
CFGFN
DEF ./log/philiopst02-%Y.log philiopst01
NAME philiotest
NOTIFYDEV philiopst01
NR 685
NTFY_ORDER 50-philiotest
REGEXP philiopst01
STATE active
TYPE FileLog
currentlogfile ./log/philiopst02-2016.log
logfile ./log/philiopst02-%Y.log
Attributes: Gruß, Christian
Hey Christian,
das sieht nach einem guten Plan aus! :)
kann man den Wert "NTFY_ORDER" eigentlich irgendwo nachträglich anpassen?
Falls nicht, und ich die File manuell anlegen muss, würde ich am Beispiel vom Sensor "EyeMS" wie folgt vorgehen:
1. FileLog_EyeMS in der WebGUI löschen. (Muss man die File dann auch im Filesystem löschen?)
2. define FileLog_EyeMS FileLog %L/EyeMS-2016.log
Fertig!?
ZitatSobald mit "rename" das Device mit FileLog umbenannt wird, bleibt FileLog leer.
Danke fuer das Identifizieren des Problems, Schuld war 98_autocreate.pm, der bei einem Rename auch das dazugehoerige FileLog umbenennt. Workaround: FHEM neu starten oder "set FileLog_XXX reopen".
ZitatWorkaround: FHEM neu starten oder "set FileLog_XXX reopen".
Das reopen hats gebracht! ;D
Danke an alle Beteiligten, Ihr macht einen prima Job hier, ehrlich! ;)