FIBARO System FGMS001 Motion Sensor sendet lux zeitweise doppelt..

Begonnen von 3dmanipulator, 23 Juli 2015, 16:45:03

Vorheriges Thema - Nächstes Thema

3dmanipulator

hallo,

dieser sensor liefert zeitweise die luxwerte doppelt aus; dafür vergisst er dann in dieser zeitspanne die teperaturwerte komplett.

lux sollte er eigentlich nur alle 2 min senden und temp alle 10.

2015-07-23_16:10:03 flur_sensor_7 reportedState: 8
2015-07-23_16:10:31 flur_sensor_7 luminance: 31 Lux
2015-07-23_16:10:31 flur_sensor_7 luminance: 31 Lux
2015-07-23_16:10:48 flur_sensor_7 closed
2015-07-23_16:10:48 flur_sensor_7 reportedState: closed
2015-07-23_16:10:48 flur_sensor_7 basicSet: 00
2015-07-23_16:12:30 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:12:30 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:14:30 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:14:30 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:16:29 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:16:29 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:17:22 flur_sensor_7 8
2015-07-23_16:17:22 flur_sensor_7 reportedState: 8
2015-07-23_16:17:22 flur_sensor_7 basicSet: ff
2015-07-23_16:17:22 flur_sensor_7 8
2015-07-23_16:17:22 flur_sensor_7 reportedState: 8
2015-07-23_16:18:19 flur_sensor_7 closed
2015-07-23_16:18:19 flur_sensor_7 reportedState: closed
2015-07-23_16:18:19 flur_sensor_7 basicSet: 00
2015-07-23_16:18:28 flur_sensor_7 luminance: 26 Lux
2015-07-23_16:18:29 flur_sensor_7 luminance: 26 Lux
2015-07-23_16:20:28 flur_sensor_7 luminance: 26 Lux
2015-07-23_16:20:28 flur_sensor_7 luminance: 26 Lux
2015-07-23_16:22:16 flur_sensor_7 wakeup: notification
2015-07-23_16:22:17 flur_sensor_7 wakeup: notification
2015-07-23_16:22:27 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:22:28 flur_sensor_7 luminance: 25 Lux
2015-07-23_16:24:27 flur_sensor_7 luminance: 26 Lux
2015-07-23_16:24:27 flur_sensor_7 luminance: 26 Lux
2015-07-23_16:25:55 flur_sensor_7 8
2015-07-23_16:25:55 flur_sensor_7 reportedState: 8
2015-07-23_16:25:55 flur_sensor_7 basicSet: ff
2015-07-23_16:25:55 flur_sensor_7 8
2015-07-23_16:25:55 flur_sensor_7 reportedState: 8
2015-07-23_16:26:26 flur_sensor_7 luminance: 72 Lux
2015-07-23_16:26:26 flur_sensor_7 luminance: 72 Lux
2015-07-23_16:27:02 flur_sensor_7 closed
2015-07-23_16:27:02 flur_sensor_7 reportedState: closed
2015-07-23_16:27:02 flur_sensor_7 basicSet: 00
2015-07-23_16:27:02 flur_sensor_7 closed
2015-07-23_16:27:02 flur_sensor_7 reportedState: closed
2015-07-23_16:28:26 flur_sensor_7 luminance: 65 Lux
2015-07-23_16:28:26 flur_sensor_7 luminance: 65 Lux
2015-07-23_16:30:25 flur_sensor_7 luminance: 8 Lux
2015-07-23_16:30:44 flur_sensor_7 8
2015-07-23_16:30:44 flur_sensor_7 reportedState: 8
2015-07-23_16:30:45 flur_sensor_7 basicSet: ff
2015-07-23_16:30:45 flur_sensor_7 8
2015-07-23_16:30:45 flur_sensor_7 reportedState: 8
2015-07-23_16:32:05 flur_sensor_7 closed
2015-07-23_16:32:05 flur_sensor_7 reportedState: closed
2015-07-23_16:32:06 flur_sensor_7 basicSet: 00
2015-07-23_16:32:06 flur_sensor_7 closed
2015-07-23_16:32:06 flur_sensor_7 reportedState: closed
2015-07-23_16:32:24 flur_sensor_7 luminance: 52 Lux
2015-07-23_16:32:25 flur_sensor_7 luminance: 52 Lux
2015-07-23_16:34:24 flur_sensor_7 luminance: 6 Lux
2015-07-23_16:34:24 flur_sensor_7 luminance: 6 Lux


anbei noch die einstellungen:
Internals:
   DEF        c3652eea 7
   IODev      razberry
   LASTInputDev razberry
   MSGCNT     243
   NAME       flur_sensor_7
   NR         24
   STATE      closed
   TYPE       ZWave
   homeId     c3652eea
   id         07
   lastMsgTimestamp 1437662661
   razberry_MSGCNT 243
   razberry_RAWMSG 00041007063105030a0008
   razberry_TIME 2015-07-23 16:44:21
   Readings:
     2015-07-23 16:37:12   UNPARSED        WAKE_UP 028405
     2015-07-17 14:11:18   alarm_type_00   level 00 node 07 seconds 0
     2015-06-03 07:47:44   assocGroup_01   Max 05 Nodes
     2015-05-03 16:40:53   assocGroup_03   Max 01 Nodes 01
     2015-07-02 15:19:57   basicReport     ef
     2015-07-23 16:35:39   basicSet        00
     2015-07-23 16:37:12   battery         100 %
     2015-05-14 11:53:39   configBASICONCommandFrameValue 255
     2015-07-10 10:47:33   configIlluminationReportThreshold 0
     2015-07-22 06:18:55   configIlluminationReportsInterval 120
     2015-05-24 13:30:13   configIntervalOfTemperatureMeasuring 300
     2015-07-09 15:30:05   configLEDSignalingMode LEDInactive
     2015-06-02 13:38:24   configMaximumTemperatureResultingInRed87 26
     2015-05-12 16:50:50   configMinimumTemperatureResultingIn86 21
     2015-07-21 16:23:29   configMotionSensorSSensitivity 10
     2015-06-02 13:33:24   configNightDay  100
     2015-06-02 13:34:24   configPIRSensorOperatingMode PIRSensorAlwaysActive
     2015-07-10 10:52:34   configTemperatureOffset 65533
     2015-07-20 17:14:59   configTemperatureReportThreshold 3
     2015-05-28 15:06:07   configTemperatureReportsInterval 600
     2015-07-23 16:44:21   luminance       8 Lux
     2015-05-03 17:01:24   model           FIBARO System FGMS001 Motion Sensor
     2015-05-03 17:01:24   modelConfig     fibaro/fgms.xml
     2015-05-03 17:01:24   modelId         010f-0800-1001
     2015-07-23 16:35:40   reportedState   closed
     2015-07-23 16:35:40   state           closed
     2015-07-23 15:12:54   temperature     27.5 C
     2015-07-22 12:16:55   transmit        OK
     2015-07-23 16:37:12   wakeup          notification
     2015-07-10 10:54:14   wakeupReport    interval 900 target 1
   WakeUp:
Attributes:
   IODev      razberry
   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
   eventMap   open:8
   room       ZWave
   userReadings temperature
   verbose    3


jetzt suche ich nach einer möglichkeit wie ich das korrigieren bzw. verhindern kann.
ich wäre für tipps sehr dankbar.

ps: seit 2 tagen kommen auch wieder gehäuft zwave nodes von selbst hinzu.

grüße horst
raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT

krikan

Hallo Horst,
zuerst würde ich an einen Sensorproblem denken. Hast Du den Sensor mal für kürzere Zeit stromlos gemacht?
Aber evtl. ist es ja doch ein Softwareproblem; wegen der Phantomnodes.
Welche version von 00_ZWDongle.pm und 10_ZWave.pm hast Du?
Kannst Du mal verbose beim Dongle (razberry) auf 5 setzen und das Problem bzw. die Probleme damit loggen und hochladen.
Merkwürdig ist die UNPARSED Nachricht für get wakeupInterval(?).
Gruß, Christian


3dmanipulator

#2
hallo christian,
die batterrie hatte ich schon mal kurz raus, und den raspi auch neu gestartet.
folgende versionen nutze ich:
$Id: 00_ZWDongle.pm 8964 2015-07-14 12:21:26Z rudolfkoenig $
# $Id: 10_ZWave.pm 8955 2015-07-13 16:50:38Z rudolfkoenig $

verbose hab ich auf 5 gesetzt:

2015.07.24 14:13:35 4: ZWDongle_Read razberry: sending ACK, processing 0004000c033003ff
2015.07.24 14:13:35 5: SW: 06
2015.07.24 14:13:35 5: razberry dispatch 0004000c033003ff
2015.07.24 14:13:35 4: razberry CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:033003ff
2015.07.24 14:13:35 5: Triggering kuche_sensor_12 (2 changes)
2015.07.24 14:13:35 5: Notify loop for kuche_sensor_12 39
2015.07.24 14:13:35 5: Milight_Notify: Triggered by kuche_sensor_12; 39 reportedState: 39
2015.07.24 14:13:35 4: ZWDongle_Read razberry: sending ACK, processing 0004000c032001ff
2015.07.24 14:13:35 5: SW: 06
2015.07.24 14:13:35 5: razberry dispatch 0004000c032001ff
2015.07.24 14:13:35 4: razberry CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:032001ff
2015.07.24 14:13:35 5: Triggering kuche_sensor_12 (1 changes)
2015.07.24 14:13:35 5: Notify loop for kuche_sensor_12 basicSet: ff
2015.07.24 14:13:35 5: Milight_Notify: Triggered by kuche_sensor_12; basicSet: ff
2015.07.24 14:13:36 5: Milight_State: Checking Bridge Status
2015.07.24 14:13:46 5: Milight_State: Checking Bridge Status
2015.07.24 14:13:56 5: Milight_State: Checking Bridge Status
2015.07.24 14:13:57 4: ZWDongle_Read razberry: sending ACK, processing 00041007063105030a0019
2015.07.24 14:13:57 5: SW: 06
2015.07.24 14:13:57 5: razberry dispatch 00041007063105030a0019
2015.07.24 14:13:57 4: razberry CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:063105030a0019
2015.07.24 14:13:57 5: Triggering flur_sensor_7 (1 changes)
2015.07.24 14:13:57 5: Notify loop for flur_sensor_7 luminance: 25 Lux
2015.07.24 14:13:57 5: Milight_Notify: Triggered by flur_sensor_7; luminance: 25 Lux
2015.07.24 14:13:57 4: ZWDongle_Read razberry: sending ACK, processing 00041007063105030a0019
2015.07.24 14:13:57 5: SW: 06
2015.07.24 14:13:57 5: razberry dispatch 00041007063105030a0019
2015.07.24 14:13:57 4: razberry CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:063105030a0019
2015.07.24 14:13:57 5: Triggering flur_sensor_7 (1 changes)
2015.07.24 14:13:57 5: Notify loop for flur_sensor_7 luminance: 25 Lux
2015.07.24 14:13:57 5: Milight_Notify: Triggered by flur_sensor_7; luminance: 25 Lux
2015.07.24 14:14:06 5: Milight_State: Checking Bridge Status
2015.07.24 14:14:07 4: BlockingCall created child (2695), uses telnetForBlockingFn to connect back
2015.07.24 14:14:07 5: [sabertooth] executing: ping -c 1 -w 2 10.0.0.1
2015.07.24 14:14:07 4: Connection accepted from telnet:127.0.0.1:46742
2015.07.24 14:14:07 5: Cmd: >{WOL_PingDone('sabertooth|1')}<
2015.07.24 14:14:07 5: [sabertooth] ping succesful - state = on
2015.07.24 14:14:07 5: Triggering sabertooth (2 changes)
2015.07.24 14:14:07 5: Notify loop for sabertooth isRunning: true
2015.07.24 14:14:07 5: Milight_Notify: Triggered by sabertooth; isRunning: true on
2015.07.24 14:14:07 5: [sabertooth] WOL_SetNextTimer to 60
2015.07.24 14:14:07 5: [sabertooth] removing Timer: sabertooth_ping
2015.07.24 14:14:07 5: [sabertooth] setting  Timer: sabertooth_ping 2015-07-24 14:15:07
2015.07.24 14:14:13 4: BlockingCall created child (2698), uses telnetForBlockingFn to connect back
2015.07.24 14:14:15 5: [enterprise] executing: ping -c 1 -w 2 10.0.0.2
2015.07.24 14:14:15 4: Connection accepted from telnet:127.0.0.1:46743
2015.07.24 14:14:15 5: Cmd: >{WOL_PingDone('enterprise|')}<
2015.07.24 14:14:15 5: [enterprise] ping not succesful - state = off
2015.07.24 14:14:15 5: Triggering enterprise (2 changes)
2015.07.24 14:14:15 5: Notify loop for enterprise isRunning: false
2015.07.24 14:14:15 5: Milight_Notify: Triggered by enterprise; isRunning: false off
2015.07.24 14:14:15 5: [enterprise] WOL_SetNextTimer to 60
2015.07.24 14:14:15 5: [enterprise] removing Timer: enterprise_ping
2015.07.24 14:14:15 5: [enterprise] setting  Timer: enterprise_ping 2015-07-24 14:15:15
2015.07.24 14:14:16 5: Milight_State: Checking Bridge Status
2015.07.24 14:14:20 4: HTTP FHEMWEB:10.0.0.1:50885 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-07.log


ich hoffe ich habe einen aussagekräftigen bereich gewählt.

grüße horst
raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT

krikan

Zitat# $Id: 00_ZWDongle.pm 8964 2015-07-14 12:21:26Z rudolfkoenig $
# $Id: 10_ZWave.pm 8955 2015-07-13 16:50:38Z rudolfkoenig $
Habe ich auf meinem Spielsystem auch und sind aktuell...

Das Log sieht für mich so aus, dass der Sensor tatsächlich 2x Lux-Werte und keine Temperatur liefert. Suche daher den Fehler erst mal nicht in Fhem. Vielleicht schaut jemand anderes noch mal drüber (momentan sind anscheinend alle Developer abwesend)

Dann zurück zu Deiner Konfiguration im Brainstorm, da ich so direkt keinen Fehler sehe:
Hat der Sensor einmal ordnungsgemäß funktioniert? Hast Du andere die funktionieren?
Kommen überhaupt noch Temperaturwerte?
Sind die gezeigten Config-Werte alle noch aktuell?
Was bezweckt das komische Attribut "userReadings temperature"?
Hast Du häufig diese Unparsed - Meldungen?
Gibt es notify oder DOIF, die auf Wakeup-Notifcation anspringen?
Hast Du ein Log von den Phantom-Nodes? Größere Logs gerne per PM....


3dmanipulator

ich konnte das problem beheben.

der sensor hat auch mal ordentlich funktioniert.
ich habe einen neuen abfragewert für lux gesetzt den hat er angenommen und sendet jetzt nur noch jeweils einen wert.
daraufhin habe ich auch den abfragezeitraum für die temperatur neu gesetzt, und auch diese vorgabe hält er ein.
aber abfragen kann ich das zeitintervall für die temperatur nicht.
sogesehen ist es schwer die aktualität der config werte einfach so zu bewerten.
dieses userRea... habe ich geloscht.

die unparsed meldungen kommen immer mal wieder mit den verrücktesten inhalten; aktuell: HRV_CONTROL 06390501220118

es gibt doifs die auf state anspringen.

und zu guter letzt noch ein log eines phatom nodes:
2015-07-21_19:29:41 ZWave_Node_23 luminance: 13 Lux
dieser log wert gehört wahrscheinlich zu dem sensor der spinnt. (an diesem ort sind die lux werte immer sehr gering)

ansonsten sind die logs fast immer lehr
raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT

krikan

Schön, dass Du es lösen konntest. Erst mal schiebe ich es dann auf den Sensor  ;)

Dennoch stören mich die UNPARSED-Meldungen und Phantomnodes. Dabei kann ich aber vermutlich wenig helfen, warten wir auf Urlaubszeitende. Vielleicht finden Rudi und/oder Gero o.a. eine Lösung. Hast Du einen Hinweis bei welcher Versionsänderung die Probleme mit den Phantomnodes wieder auftauchten? Die waren bei Dir doch weg?

3dmanipulator

vermehrt sind die phatomnodes wieder ab etwa dem 19.7. aufgetaucht. ich mache jeden tag automatisch ein update, deshalb kann ich die version nicht nennen.

es sind zwischendrin auch mal sporadisch phantomnodes aufgetaucht, die ich dann halt einfach gelöscht habe. es könnte mit den gelegentlichen abstürzen oder auch den täglichen neustarts nach dem update zu tun haben.
raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT