Fibaro FGK101 mit "associationAdd 2 01" im Reading "state" nach Inklusion

[Sirel]

Hallo zusammen,
nach der Inklusion meines FGK101 steht der Assoziationsbefehl (associationAdd 2 01 ) im Reading "state". Das führt dazu, dass meine Struktur flasche/unbekannte Werte an ein DOIF liefert, sofern der u.g. Konktakt der letzte war, der ein Update gesendet hat.

Ich habe noch 2 weitere FGK101 und bei denen habe ich nicht das Problem. Was kann ich machen, damit auch im Reading "state" open /closed oder 00/ff steht? An disem hier ist noch eine Temperaturfühler angeschlossen, bei den anderen 2 nicht. Kann das damit noch etwas zu tun haben?

Vielen Dank vorab,
Max

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        c1c7df23 20
   IODev      zwave
   LASTInputDev zwave
   MSGCNT     93
   NAME       FTK_Tuer_Garage_Hinten
   NR         180
   STATE      1
   TYPE       ZWave
   homeId     c1c7df23
   id         14
   isWakeUp   1
   lastMsgSent 1443348645.31969
   zwave_MSGCNT 93
   zwave_RAWMSG 0004001403200100
   zwave_TIME 2015-09-27 15:06:59
   Readings:
     2015-09-27 14:01:20   alarm_type_00   level ff node 14 seconds 0
     2015-09-27 15:06:59   basicSet        00
     2015-09-27 11:31:01   battery         100 %
     2015-09-27 11:44:40   mcCapability_02 SENSOR_MULTILEVEL
     2015-09-27 11:44:39   mcEndpoints     total 2, different
     2015-09-27 11:28:28   model           FIBARO System FGK101 Door Opening Sensor
     2015-09-27 11:28:28   modelConfig     fibaro/fgk001.xml
     2015-09-27 11:28:28   modelId         010f-0700-1000
     2015-09-27 11:28:29   state           associationAdd 2 01
     2015-09-27 12:10:47   transmit        OK
     2015-09-27 12:10:45   wakeup          notification
   SendStack:
     1314038502032514
     13140260072514
     1314036009022514
     1314036009022514
     1314036009022514
     1314036009022514
     13140220022514
     131404850103012514
     1314038502032514
     1314038502032514
     13140220022514
     13140220022514
     131404850101012514
     131404850102012514
     131404850103012514
     1314032001002514
     1314032001002514
     13140220022514
     13140230022514
     13140230022514
     13140230022514
     13140220022514
     13140220022514
Attributes:
   FTK_Garage_Rechts struc_FTK_Garage
   IODev      zwave
   classes    SENSOR_BINARY MULTI_CHANNEL SENSOR_ALARM ASSOCIATION MANUFACTURER_SPECIFIC CONFIGURATION VERSION BATTERY CRC_16_ENCAP WAKE_UP FIRMWARE_UPDATE_MD MARK SCENE_ACTIVATION BASIC
   eventMap   ff:open 00:closed
   group      Garage
   room       Garage,Sensoren
   stateFormat 1
   userattr   FTK_Garage_Rechts FTK_Garage_Rechts_map structexclude

[krikan]

Mit dem Attribut stateFormat den state anpassen:
http://www.fhemwiki.de/wiki/Z-Wave#FGK-101_T.C3.BCr.2FFensterkontakt

[Sirel]

Hi krikan,
das hatte ich gelesen und habe es schon mit bspw.

Code Auswählen Erweitern

attr FTK_Tuer_Garage_Hinten stateFormat basicSet probiert. Dann sehe bei den Internals (STATE) auch das entsprechende ff oder 00, nur beim state in den Readings bleib weiterhin "association Add ..." stehen.

Ich muss zugeben, dass ich mit dem Attribut stateFormat auch noch nicht großartig in Kontakt gekommen bin. Bei den 2 anderen hat FHEM es ja automatisch gesetzt...

Hast Du noch eine Idee für mich?

Danke und Grüße,
Max

[krikan]

Da ich das Problem mit structure und DOIF nicht so genau verstehe, fällt mir nur ein (unschönes) notify mit setreading auf state ein.

[Sirel]

Hi krikan,
die Structure können wir mal ignorieren. Ich würde gerne, dass bei den Readings bei "state" auch open/closed oder ff/00 steht. Derzeit steht da wie eingebrannt der Assoziationsvorgang.

Gibt es irgendwie eine Möglichkeit, die Reading zu beinflussen?

Viele Grüße,

Max

[krikan]

Mir fällt auf Anhieb nur das bereits genannte notify auf den Event von "basicSet" mit "setreading <device> state <gewünschterstate>" ein.

[rudolfkoenig]

Man kann im structure mit relativeKnown die bekannten Stati begrenzen.
Oder man verwendet ein eventMap.

[Sirel]

Hallo Rudolf,
nach meinen Beobachtungen zieht sich die Struktur den Status (habe das Verhalten auf "last" gesetzt)  aus den Readings, nicht aus der internals.
Die Struktur zeigt nämlich als Status genau das Reading des Kontaktes...

Code Auswählen Erweitern

Internals:
   ATTR       FTK_Garage_Rechts
   DEF        FTK_Garage_Rechts FTK_Garage_Links FTK_Tuer_Garage_Hinten
   NAME       struc_FTK_Garage
   NR         147
   NTFY_ORDER 50-struc_FTK_Garage
   STATE      associationAdd 2 01
   TYPE       structure
   Content:
     FTK_Garage_Links closed
     FTK_Tuer_Garage_Hinten associationAdd 2 01
   Readings:
     2015-09-27 19:00:59   LastDevice      FTK_Tuer_Garage_Hinten
     2015-09-27 19:00:59   LastDevice_Abs  FTK_Tuer_Garage_Hinten
     2015-09-27 19:00:59   state           associationAdd 2 01
Attributes:
   clientstate_behavior last
   group      Strukturen
Ich glaube ich habe irgendwas grundlegend in den Settings des Kontakts verdreht und bekomme es nicht mehr zurückgedreht. 

Kann man den Kontakt irgendwie resetten bzw. alles Settings auf FHEM Stabdard zurücksetzen?

Max

[rudolfkoenig]

nach meinen Beobachtungen zieht sich die Struktur den Status ... aus den Readings, nicht aus der internals.

Das kann man aber aendern, indem man das Attribut <struct_type>_map setzt.
Alternativ filtert man mit:

Code Auswählen Erweitern

attr FTK_Garage_Rechts clientstate_behavior relativeKnown
attr FTK_Garage_Rechts clientstate_priority ListeDerAkzeptiertenStati

die Werte, die man fuer den Structure-Status akzeptieren will.
Weiterhin sollte das Problem nur selten auftauchen, da man associationAdd im Normalbetrieb nicht durchfuehren muss.

Kann man den Kontakt irgendwie resetten bzw. alles Settings auf FHEM Stabdard zurücksetzen?

Beim Geraet kann man mit "configDefault <configAdresse>" die Configurations-Defaults herstellen, leider gibt es dafuer in FHEM noch kein Befehl, das fuer alle moeglichen configs das Reset durchfuehrt, d.h. hierfuer braucht man den Beipackzettel. Fuer die Association muss man vmtl. ein removeNode/addNode durchfuehren.

FHEM-Readings und Attribute sollten ein Geraet eigentlich nicht unbrauchbar machen.
Wenn doch dieser Verdacht besteht, dann kann man durch removeNode/delete/addNode das Problem beheben. Bitte solche Faelle melden.