[gelöst] HM-SEC-SC nimmt kein regSet cyclicInfoMsg on an

[jsloot]

Hallo Zusammen,

ich habe gerade das Problem, dass mein Fensterkontakte ein "regSet cyclicInfoMsg on" verweigern. Mache ich was falsch?

Code Auswählen Erweitern

get NameMeines_HM-SEC-SC reg all
NameMeines_HM-SEC-SC type:threeStateSensor -
list:peer       register         :value
   0:           cyclicInfoMsg    :off
   0:           pairCentral      :0x424242
   0:           sabotageMsg      :on
   0:           transmDevTryMax  :6
   1:           eventDlyTime     :0 s
   1:           ledOnTime        :0.5 s
   1:           msgScPosA        :closed
   1:           msgScPosB        :open
   1:           sign             :off
   1:           transmitTryMax   :6
set NameMeines_HM-SEC-SC regSet cyclicInfoMsg on
invalid value. use:off,on,on_100

Gruß, der Sloot

[jsloot]

Hmm.. weiß keiner was?

[LuckyDay]

mach mal ein anständiges list von denem Device

list NameMeines_HM-SEC-SC

[jsloot]

Gerne doch 

Code Auswählen Erweitern

fhem> list Abstellraum.Fenster
Internals:
   DEF        2ACCCB
   IODev      hmusb
   NAME       Abstellraum.Fenster
   NR         72
   STATE      off
   TYPE       CUL_HM
   CHANGETIME:
   Helper:
     Dblog:
       Activity:
         Logdb:
           TIME       1424339492.02379
           VALUE      dead
   Readings:
     2015-02-19 10:51:31   Activity        dead
     2015-02-03 16:49:32   CommandAccepted yes
     2015-02-03 16:49:31   D-firmware      2.4
     2015-02-03 16:49:31   D-serialNr      LEQ0500678
     2015-02-03 16:49:32   PairedTo        0x424242
     2015-02-03 16:49:32   R-cyclicInfoMsg open
     2015-02-03 16:49:33   R-eventDlyTime  0 s
     2015-02-03 16:49:33   R-ledOnTime     0.5 s
     2015-02-03 16:49:33   R-msgScPosA     closed
     2015-02-03 16:49:33   R-msgScPosB     open
     2015-02-03 16:49:32   R-pairCentral   0x424242
     2015-02-03 16:49:32   R-sabotageMsg   closed
     2015-02-03 16:49:33   R-sign          open
     2015-02-03 16:49:32   R-transmDevTryMax 6
     2015-02-03 16:49:33   R-transmitTryMax 6
     2015-02-03 16:49:32   RegL_00:        02:01 09:00 0A:42 0B:42 0C:42 10:01 14:06 00:00
     2015-02-03 16:49:33   RegL_01:        08:00 20:60 21:00 22:64 30:06 00:00
     2015-02-03 16:49:52   alive           yes
     2015-02-13 08:41:02   battery         ok
     2015-02-13 08:41:02   contact         closed (to vccu)
     2015-02-03 16:49:52   recentStateType info
     2015-02-03 16:49:52   sabotageError   open
     2015-02-13 08:41:02   state           closed
     2015-02-03 16:49:51   trigDst_424242  noConfig
     2015-02-13 08:41:02   trigDst_vccu    noConfig
     2015-02-13 08:41:02   trigger_cnt     9
   Helper:
     mId        00B1
     rxType     12
     Io:
       newChn     +2ACCCB,00,01,00
       prefIO
       rxt        2
       vccu
       p:
         2ACCCB
         00
         01
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   Fenster    Alle_Fenster
   IODev      hmusb
   actCycle   028:00
   actStatus  dead
   autoReadReg 4_reqStatus
   devStateIcon closed:fts_window_1w open:fts_window_1w_open
   eventMap   open:on closed:off
   expert     2_full
   firmware   2.4
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       Abstellraum
   room_map   open:on closed:off
   serialNr   LEQ0500678
   subType    threeStateSensor
   userattr   Fenster Fenster_map I_can_go I_can_go_map room_map structexclude

[LuckyDay]

Du hast mehrer Probleme

eventMap   open:on closed:off

damit schreibst du alle Readings um und Befehle um

2015-02-03 16:49:32   R-cyclicInfoMsg open

auf "on" steht der ja schon

2015-02-13 08:41:02   state           closed

deine Readings sind schon uralt, Batterie leer?

[jsloot]

Tut mir leid, dass ich mich erst jetzt melde.... familiäre Verpflichtungen

Also.. ich hab gerade das Fenster mal geöffnet und wieder geschlossen. Daraufhin sahen die Readings so aus:

Code Auswählen Erweitern

   Readings:
     2015-02-22 08:45:10   Activity        alive
     2015-02-03 16:49:32   CommandAccepted yes
     2015-02-03 16:49:31   D-firmware      2.4
     2015-02-03 16:49:31   D-serialNr      LEQ0500678
     2015-02-03 16:49:32   PairedTo        0x424242
     2015-02-03 16:49:32   R-cyclicInfoMsg open
     2015-02-03 16:49:33   R-eventDlyTime  0 s
     2015-02-03 16:49:33   R-ledOnTime     0.5 s
     2015-02-03 16:49:33   R-msgScPosA     closed
     2015-02-03 16:49:33   R-msgScPosB     open
     2015-02-03 16:49:32   R-pairCentral   0x424242
     2015-02-03 16:49:32   R-sabotageMsg   closed
     2015-02-03 16:49:33   R-sign          open
     2015-02-03 16:49:32   R-transmDevTryMax 6
     2015-02-03 16:49:33   R-transmitTryMax 6
     2015-02-03 16:49:32   RegL_00:        02:01 09:00 0A:42 0B:42 0C:42 10:01 14:06 00:00
     2015-02-03 16:49:33   RegL_01:        08:00 20:60 21:00 22:64 30:06 00:00
     2015-02-03 16:49:52   alive           yes
     2015-02-22 08:43:07   battery         ok
     2015-02-22 08:43:07   contact         closed (to vccu)
     2015-02-03 16:49:52   recentStateType info
     2015-02-03 16:49:52   sabotageError   open
     2015-02-22 08:43:07   state           closed
     2015-02-03 16:49:51   trigDst_424242  noConfig
     2015-02-22 08:43:07   trigDst_vccu    noConfig
     2015-02-22 08:43:07   trigger_cnt     11


Der Kontakt gibt seine Infos nur preis, wenn sich sein Status ändert. Genau das wollte ich ja mit meinem Befehl

Code Auswählen Erweitern

set Abstellraum.Fenster regSet cyclicInfoMsg on ändern.

Code Auswählen Erweitern

eventMap   open:on closed:off hab ich absichtlich gemacht. Ich hab für alle Fensterkontakte eine structure angelegt, um zusehen, ob eines offen ist. Damit sich die structure mit einer weiteren structure (für alle Lichter) zusammenbringen lässt, musste ich die Status für die Kontakte umschreiben. Damit habe ich eine Structure, die mir anzeigt, ob ein Fenster auf oder ein Licht an ist.

Gruß, der Sloot

[jsloot]

Ist denn was an meiner Logik falsch?

[wibi_]

Schau mal in's Wiki: http://www.fhemwiki.de/wiki/HomeMatic_Type_ThreeState
CyclicInfoMsg ist dazu da, um dem ThreeStateSensor zu sagen, dass er sich ca. alle 24h melden soll (z.B. wegen Batteriestatus) - nicht um die Zustandsmeldungen zu beeinflussen.

Gruß

[jsloot]

Hallo wibi,

aber genau das will ich doch....

[Puschel74]

Hallo wibi,

aber genau das will ich doch....

Dann würde es sich doch anbieten im Homematic-Bereich die Frage zu stellen - dort sollte sie eigentlich von Anfang an hin.
Dafür haben wir ja einen Homematic-Bereich.
Der ist ja nicht eingerichtet worden um "viele" Bereiche zu haben sondern um spezifische Fragen auch passend platzieren zu können - sonst hätten wir ja in der Google-Group bleiben können.
Martin ist Maintainer für Homematic und er kann dir sicher helfen.
Da FHEM aber ein "Freizeitprojekt" ist liest nicht jeder jeden Bereich.
Am einfachsten verschiebst du den Beitrag einfach nach Homematic.

[jsloot]

Ok, danke für den Hinweis. Hab den Beitrag verschoben. Ich dachte eben, dass ich hier einen "Anfängerfehler" mache....

Gruß, der Sloot

[LuckyDay]

Dein Reading

2015-02-03 16:49:32   R-cyclicInfoMsg open

ist immer noch alt
mach doch bitte ein getConfig und knöpfchendrücken nicht vergessen

und lösch doch bitte das attr eventMap   open:on closed:off

bis dein Sensor das macht was er soll, kannst ja nacher wieder setzten,
wie gesagt du mappst auch die SetBefehle um

[jsloot]

Guten Morgen,

ok, das Löschen von eventMap hat schon gereicht. Hab die anderen Schritte aber auch durchgeführt. Ich beobachte jetzt mal, ob sich z. B der Batteriewert einmal pro Tag ändert, wenn sich der Status nicht ändert. Und nebenbei mach ich mir mal Gedanken über meine Logik bezüglich Fenster- und Licht-Satus-Abfeage 

Danke für Eure Hilfe.

Gruß, der Sloot