Muss ich meine HM-Devices an HM-LAN-CFG anlernen

[martinp876]

Hi Chris,

ich habe noch nicht gesehen, dass dein WZ_Fenster irgend ein Kommando verarbeitet hat.

Solange die Werte auf "set_" stehen haben wir keine Bestaetigung.

Schau dir erst einmal den RHS an und lese ihn aus.
Wichtig: der rhs kann nicht einfach beschriegen werden!!!! Auch nicht gelesen!!!!
du musst das Kommando abschicken, es wird in FHEM gespeichert!
Dann anlernen druecken (oder 24h warten!)
Danach sollte protState auf CMDs_done stehen.

Du kannst mehrere Kommandos in FHEM anschicken - aber am Ende immer anlernen oder Warten. (falls FHEM rebootet nuetzt das warten nichts!! dann ist alles verloren)


Schicke das ergebnis aus
list WZ_Fenster wenn alles gelesen wurde.

Ich will darin kein set_ mehr sehen ;-)
und kein pending irgendwas.

Gruss
Maritn

[outhouse]

Martin

Ein Wunsch ist mir doch Befehl. Finde keine andere Möglichkeit, das Ergebnis hier anderers anzuzeigen...

Internals:
   CFGFN      ./FHEM/Wohnzimmer.cfg
   CUL_1_MSGCNT 18
   CUL_1_RAWMSG A16E8A0101E8E19F11134020800206C2100226430060000FF
   CUL_1_RSSI -74.5
   CUL_1_TIME 2013-04-13 06:06:37
   DEF        1E8E19
   EVENTS     18
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     18
   NAME       WZ_Fenster
   NR         439
   NTFY_TRIGGERTIME 2013-04-13 06:06:37
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:E8 - t:10 s:1E8E19 d:F11134 020800206C2100226430060000
   protCmdDel 5
   protLastRcv 2013-04-13 06:06:37
   protResnd  2 last_at:2013-04-13 05:35:07
   protResndFail 3 last_at:2013-04-13 06:00:52
   protSnd    10 last_at:2013-04-13 06:06:36
   protState  CMDs_done
   rssi_at_CUL_1 avg:-72.72 min:-75.5 max:-67 lst:-74.5 cnt:18
   Readings:
     2013-04-13 06:06:35   Activity:       alive
     2013-04-13 06:06:36   PairedTo        0x0
     2013-04-13 05:58:19   R-cyclicInfoMsg off
     2013-04-11 16:37:26   R-eventDlyTime  0 s
     2013-04-13 05:58:19   R-intKeyVisib   invisib
     2013-04-11 16:37:26   R-ledOnTime     0.5 s
     2013-04-13 05:58:21   R-msgRhsPosA    closed
     2013-04-13 05:58:21   R-msgRhsPosB    open
     2013-04-13 05:58:21   R-msgRhsPosC    tilted
     2013-04-13 05:58:19   R-pairCentral   0x0
     2013-04-13 05:58:19   R-transmDevTryMax 6
     2013-04-13 05:58:21   R-transmitTryMax 6
     2013-04-11 16:52:35   R-virtFenster_Btn1-expectAES set_off
     2013-04-11 16:52:35   R-virtFenster_Btn1-peerNeedsBurst set_off
     2013-04-13 06:06:36   RegL_00:          02:00 09:00 0A:00 0B:00 0C:00 10:01 14:06 00:00
     2013-04-13 06:06:37   RegL_01:          08:00 20:6C 21:00 22:64 30:06 00:00
     2013-04-13 05:35:00   alive           yes
     2013-04-13 05:35:00   battery         ok
     2013-04-13 05:39:00   contact         closed (to broadcast)
     2013-04-13 05:35:00   cover           open
     2013-04-13 06:00:52   state           RESPONSE TIMEOUT:RegisterRead
   Helper:
     mId        0030
     peerIDsRaw ,00000000
     rxType     12
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CUL_1
       msg        A16E8A0101E8E19F11134020800206C2100226430060000::-74.5:CUL_1
       ts         1365825997.33249
       ack:
         HASH(0xd42328)
         E88002F111341E8E1900
     Rssi:
       At_cul_1:
         avg        -72.7222222222222
         cnt        18
         lst        -74.5
         max        -67
         min        -75.5
     Shadowreg:
Attributes:
   actCycle   028:00
   actStatus  alive
   devStateIcon open:offen closed:geschlossen tilted:gekippt
   eventMap   open:offen closed:geschlossen tilted:gekippt
   expert     2_full
   firmware   2.0
   fp_Wohnbereich 641,385,0,
   model      HM-SEC-RHS
   peerIDs    00000000,
   room       Wohnzimmer
   serialNr   JEQ0711547
   subType    threeStateSensor

[outhouse]

Martin

Inzwischen habe ich den RHS WZ_Fenster erneut auf die Werkeinstellungen zurück gesetzt und dann neu gepairt. Es ist das gleiche passiert, wie beim WZ_Tuere. Die Rückmeldung funktioniert, ohne dass ich das Peering vorgenommen habe...

Chris

[martinp876]

Hi,

folgendes sieht nicht gut aus:

STATE RESPONSE TIMEOUT:RegisterRead
==> evtl ist die register liste 4 leer, da es keinen Peer gibt

peerIDs 00000000,
==> die peer liste ist leer, ein reading peerList gibt es nicht

2013-04-11 16:52:35 R-virtFenster_Btn1-expectAES set_off
2013-04-11 16:52:35 R-virtFenster_Btn1-peerNeedsBurst set_off
==> diese Readings sind 2 Tage alt. Readings werden nicht gelöscht (mal sehen, ob mir hier etwas einfällt, evtl baue ich dies um...)
==> mache ein set WZ_Fenster clear readings,dann sind alle readings weg und dun kannst sie neu lesen.

Also erst einmal solltest du das peering einstellen und in peerList auch sehen

Gruss
Martin

[outhouse]

Martin

Wie bereits erwähnt, habe ich beide RHS nicht gepeert. Trotzdem erhalte ich auf einmal bei beiden (nach der Rücksetzung auf Werkeinstellung)eine Rückmeldung. Hier der Eintrag der WZ_Tuere:

Internals:
   CFGFN      ./FHEM/Wohnzimmer.cfg
   CUL_1_MSGCNT 14
   CUL_1_RAWMSG A0D1FA6101E90ADF111340601C800E0
   CUL_1_RSSI -90
   CUL_1_TIME 2013-04-17 16:26:29
   DEF        1E90AD
   EVENTS     10
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     14
   NAME       WZ_Tuere
   NR         503
   NTFY_TRIGGERTIME 2013-04-17 16:26:29
   STATE      offen
   TYPE       CUL_HM
   lastMsg    No:1F - t:10 s:1E90AD d:F11134 0601C800
   protCmdDel 2
   protLastRcv 2013-04-17 16:26:29
   protResndFail 1 last_at:2013-04-17 16:24:07
   protSnd    4 last_at:2013-04-17 16:26:14
   protState  CMDs_done
   rssi_at_CUL_1 avg:-90.5 min:-99.5 max:-82.5 lst:-90 cnt:14
   Readings:
     2013-04-17 16:26:13   Activity:       alive
     2013-04-17 16:26:14   PairedTo        0xF11134
     2013-04-17 16:26:14   R-cyclicInfoMsg off
     2013-04-17 16:26:15   R-eventDlyTime  0 s
     2013-04-17 16:26:14   R-intKeyVisib   invisib
     2013-04-17 16:26:15   R-ledOnTime     0.5 s
     2013-04-17 16:26:15   R-msgRhsPosA    closed
     2013-04-17 16:26:15   R-msgRhsPosB    open
     2013-04-17 16:26:15   R-msgRhsPosC    tilted
     2013-04-17 16:26:14   R-pairCentral   0xF11134
     2013-04-17 16:26:14   R-transmDevTryMax 6
     2013-04-17 16:26:15   R-transmitTryMax 6
     2013-04-17 16:26:14   RegL_00:          02:01 09:00 0A:F1 0B:11 0C:34 10:01 14:06 00:00
     2013-04-17 16:26:15   RegL_01:          08:00 20:6C 21:00 22:64 30:06 00:00
     2013-04-17 16:26:18   alive           yes
     2013-04-17 16:26:18   battery         ok
     2013-04-17 16:26:18   contact         open (to CUL_1)
     2013-04-17 16:26:18   cover           closed
     2013-04-17 16:26:18   state           open
   Helper:
     mId        0030
     peerIDsRaw ,00000000
     rxType     12
     Respwait:
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CUL_1
       msg        A0D1FA6101E90ADF111340601C800::-96:CUL_1
       ts         1366208778.194
       ack:
         HASH(0x100e2c8)
         1F8002F111341E90AD00
     Rssi:
       At_cul_1:
         avg        -90.5
         cnt        14
         lst        -90
         max        -82.5
         min        -99.5
     Shadowreg:
Attributes:
   actCycle   028:00
   actStatus  alive
   devStateIcon open:offen closed:geschlossen tilted:gekippt
   eventMap   open:offen closed:geschlossen tilted:gekippt
   expert     2_full
   firmware   2.0
   fm_name    T%C3%BCre
   fm_order   2
   fm_type    none
   fp_Wohnbereich 377,1004,0,Türe
   model      HM-SEC-RHS
   peerIDs    00000000,
   room       Wohnzimmer
   serialNr   JEQ0711455
   subType    threeStateSensor

Gruss

Chris

[martinp876]

Hi Chris,

der ist gepairt mit
RegL_00: 02:01 09:00 0A:F1 0B:11 0C:34 10:01 14:06 00:00

reset loescht offensichtlich nicht alles

Falls Hary dies liest: auch hier eine Statusmeldung an die Zentrale, kein Broadcast
msg A0D1F A6 10 1E90AD F11134 06 01C800::-96:CUL_1

Gruss
Martin