Batterieaustausch am HM-Sec-SC2

[en-trust]

auf ein Neues. Mein optischer Kontakt belässt es einfach beim set...

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        517D0E
   IODev      myCUL
   LASTInputDev myCUL
   MSGCNT     66
   NAME       HM_517D0E
   NOTIFYDEV  global
   NR         1141
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:5F - t:00 s:517D0E d:000000 1000C74E45513135303536313380810101
   myCUL_MSGCNT 66
   myCUL_RAWMSG A1A5F8400517D0E0000001000C74E45513135303536313380810101::-38:myCUL
   myCUL_RSSI -38
   myCUL_TIME 2017-07-21 20:57:56
   protCmdPend 4 CMDs pending
   protLastRcv 2017-07-21 20:57:56
   protResnd  3 last_at:2017-07-21 20:58:00
   protSnd    18 last_at:2017-07-21 20:57:56
   protState  CMDs_pending
   rssi_at_myCUL max:-37 lst:-38 cnt:14 min:-46.5 avg:-42.89
   READINGS:
     2017-07-21 20:57:56   Activity        alive
     2017-07-21 20:57:56   D-firmware      1.0
     2017-07-21 20:57:56   D-serialNr      NEQ1505613
     2017-07-21 20:55:36   PairedTo        0x000000
     2017-07-21 20:54:50   R-cyclicInfoMsg on
     2017-07-21 20:54:50   R-eventDlyTime  0 s
     2017-07-21 20:56:48   R-pairCentral   set_0xF11034
     2017-07-21 20:54:50   R-sabotageMsg   on
     2017-07-21 20:54:50   R-sign          on
     2017-07-21 20:56:48   aesKeyNbr       00
   cmdStack:
     ++A001F11034517D0E000802010AF10B100C34
     ++A001F11034517D0E0006
     ++A001F11034517D0E00040000000000
     ++A001F11034517D0E01040000000001
     ++A001F11034517D0E0103
   helper:
     HM_CMDNR   135
     PONtest    1
     cSnd       01F11034517D0E000802010AF10B100C34,01F11034517D0E000802010AF10B100C34
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     peerIDsRaw ,00000000
     rxType     28
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +517D0E,02,00,00
       nextSend   1500663476.64018
       prefIO
       rxt        2
       vccu
       p:
         517D0E
         00
         00
         00
     mRssi:
       mNo        5F
       io:
         myCUL      -36
     prt:
       bErr       0
       sProc      2
       wuReSent   3
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rssi:
       at_myCUL:
         avg        -42.8928571428571
         cnt        14
         lst        -38
         max        -37
         min        -46.5
     shadowReg:
       RegL_00.    02:01 0A:F1 0B:10 0C:34
     tmpl:
Attributes:
   IODev      myCUL
   IOgrp      myVCCU:myCUL
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,
   room       CUL_HM
   serialNr   NEQ1505613
   subType    threeStateSensor

Alles versucht. get Config und er blinkt regelmäßig. Paired dieser Kontakt ggf. anders ?

[Otto123]

protState  CMDs_pending

Die müssen abgearbeitet werden und nicht neu erzeugt werden. Also erstmal configTaster drücken ohne den optischen Kontakt auszulösen!
Dabei muss die LED unregelmäßig orange blinken und mit grün abschließen.

Hat Dein CUL eigentlich die alternative Firmware mit Timestamp drauf? Bei diesem Kontakt fällt mir nämlich ein, dass dieser mit CUL mit Standardfirmware nicht gerne will.

Gruß Otto

[pc1246]

auf ein Neues. Mein optischer Kontakt belässt es einfach beim set...

Alles versucht. get Config und er blinkt regelmäßig. Paired dieser Kontakt ggf. anders ?

Also irgendwie willst Du es nicht begreifen?
Solange ein device nicht gepaired ist, brauchst Du keine weiteren commands abschicken. Es gehoert Dir nicht, und wird dementsprechend auch nicht antworten!
Gruss Christoph

[en-trust]

Also die Sache mit dem getConfig habe ich doch von Euch bekommen. Die configTaste/Anlerntaste des HM habe ich schon öfters gedrückt. Blinkt immer nur gleichmäßig orange. Also über das hmserial... hat Fhem entsprechende Einträge gemacht incl dem set_xxxx unter pairCentral. Laut Doku/Forum sollte man dann nochmal ein getConfig absetzen bzw.- den Taster drücken. Hab ich alles gemacht. Nutze nur nichts. Auch ein zwischenzeitliches clean und dann erneutes getConfig mit Anlerntaste am hm brachte nichts. Blinkt regelmäßig orange. Mittlerweile 10 pendings

Code Auswählen Erweitern


Save config
upCam
Dashboard Demo
Tablet-UI
Tablet-EVAL
Light
Cinema
Residents
Sensors
System
089_Kalender
90_sys.batteries
999_System
Arbeitszimmer
Auskunft
Automation
Außenbereich
Badezimmer
Büro
CUL_HM
CUL_HOERMANN
CUL_TCM97001
CUL_TX
DWD
DashboardRoom
Draußen
FHEM
FHT
Flur
Fritzbox
Garten
Gerätestatus
Gäste-WC
GästeWC
Hardware
icoHaus Haus
Hausflur
Hideki
Kinderzimmer
Klima
Küche
LaCrosse
Plots
SD_WS07
Schlafzimmer
Sensoren
Spritpreise
Status
TV
TV-Programm
Unsorted
Verkehrsinfo
Vorratsraum
Weather
Wetter
Wettervorhersage
Wohnzimmer
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   CFGFN
   DEF        517D0E
   IODev      myCUL
   LASTInputDev myCUL
   MSGCNT     6
   NAME       HM_517D0E
   NOTIFYDEV  global
   NR         1143
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:07 - t:00 s:517D0E d:000000 1000C74E45513135303536313380810101
   myCUL_MSGCNT 6
   myCUL_RAWMSG A1A078400517D0E0000001000C74E45513135303536313380810101::-83.5:myCUL
   myCUL_RSSI -83.5
   myCUL_TIME 2017-07-22 20:44:58
   protCmdPend 10 CMDs pending
   protLastRcv 2017-07-22 20:44:58
   protResnd  3 last_at:2017-07-22 20:44:37
   protSnd    5 last_at:2017-07-22 20:44:32
   protState  CMDs_pending
   rssi_at_myCUL cnt:6 avg:-82.66 max:-80.5 min:-84.5 lst:-83.5
   READINGS:
     2017-07-22 20:44:32   Activity        alive
     2017-07-22 20:44:32   D-firmware      1.0
     2017-07-22 20:44:32   D-serialNr      NEQ1505613
     2017-07-22 20:41:14   R-pairCentral   set_0xF11034
     2017-07-22 20:41:14   aesKeyNbr       00
   cmdStack:
     ++A001F11034517D0E000802010AF10B100C34
     ++A001F11034517D0E0006
     ++A001F11034517D0E00050000000000
     ++A001F11034517D0E000802010AF10B100C34
     ++A001F11034517D0E0006
     ++A001F11034517D0E00040000000000
     ++A001F11034517D0E01040000000001
     ++A001F11034517D0E0103
     ++A001F11034517D0E00040000000000
     ++A001F11034517D0E01040000000001
     ++A001F11034517D0E0103
   helper:
     HM_CMDNR   7
     cSnd       01F11034517D0E000802010AF10B100C34,01F11034517D0E000802010AF10B100C34
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +517D0E,02,00,00
       nextSend   1500749098.65951
       prefIO
       rxt        2
       vccu
       p:
         517D0E
         00
         00
         00
     mRssi:
       mNo        07
       io:
         myCUL      -81.5
     prt:
       bErr       0
       sProc      2
       wuReSent   4
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rssi:
       at_myCUL:
         avg        -82.6666666666667
         cnt        6
         lst        -83.5
         max        -80.5
         min        -84.5
     shadowReg:
       RegL_00.    02:01 0A:F1 0B:10 0C:34
     tmpl:
Attributes:
   IODev      myCUL
   IOgrp      myVCCU:myCUL
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   room       CUL_HM
   serialNr   NEQ1505613
   subType    threeStateSensor



[Otto123]

Moin,

in dem list sieht es irgendwie wieder völlig anders aus als in deinem Letzten. Weniger internals, schlechterer rssi ...

An der Beschreibung wie man pairt wird sich nichts ändern, man kann es trotzdem falsch umsetzen. Ich glaube aber mittlerweile es liegt an Deinem CUL bzw. Deiner IO Landschaft?

Ich empfehle Dir, hole dir einen ordentlichen Homematic IO, entweder HM-MOD-RPI-PCB oder HM-LGW-O-TW-W-EU.

Gruß Otto

[en-trust]

Was ist denn an dem Cul  v3 868mhz von busware auszusetzen? Mit den anderen Türkontakten hat ja auch funktioniert. Nur der scheint irgendwie nicht so recht.

[CoolTux]

Dann ist der Türkontakt defekt und Du solltest ihn umtauschen.

[pc1246]

Laut Doku/Forum sollte man dann nochmal ein getConfig absetzen bzw.- den Taster drücken.

Wie Otto schon geschrieben hat. Wenn Du das in die Anleitung und unsere Aussagen reininterpretierst, dann wirst Du nie vorankommen. Als erstes muss man das Geraet (device) pairen. Wenn das erfolgreich passiert ist, was man daran erkennt, dass kein set mehr bei pair_central steht, dann sollte/muss man ein getconfig absetzen. Es hat nie jemand geschrieben, weder hier noch im wiki, dass man den Tastendruck durch ein getconfig ersetzen kann!

Gruss Christoph

[en-trust]

Geschafft...

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        517D0E
   IODev      myCUL
   LASTInputDev myCUL
   MSGCNT     52
   NAME       HM_517D0E
   NOTIFYDEV  global
   NR         1132
   STATE      closed
   TYPE       CUL_HM
   myCUL_MSGCNT 52
   myCUL_RAWMSG A0E05A010517D0EF110340100000000::-95:myCUL
   myCUL_RSSI -95
   myCUL_TIME 2017-07-23 13:27:16
   protState  Info_Cleared
   rssi_at_myCUL lst:-95 max:-82.5 min:-98 cnt:52 avg:-89.62
   READINGS:
     2017-07-23 13:27:12   Activity        alive
     2017-07-23 13:27:13   CommandAccepted yes
     2017-07-23 13:27:12   D-firmware      1.0
     2017-07-23 13:27:12   D-serialNr      NEQ1505613
     2017-07-23 13:27:14   PairedTo        0xF11034
     2017-07-23 12:58:59   R-cyclicInfoMsg on
     2017-07-23 12:59:31   R-eventDlyTime  0 s
     2017-07-23 13:27:14   R-pairCentral   0xF11034
     2017-07-23 12:58:59   R-sabotageMsg   on
     2017-07-23 12:59:31   R-sign          on
     2017-07-23 13:27:14   RegL_01.          08:01 20:9C 21:00 30:06 00:00
     2017-07-23 13:27:13   aesCommToDev    ok
     2017-07-23 13:27:13   aesKeyNbr       00
     2017-07-23 12:57:31   alive           yes
     2017-07-23 13:10:22   battery         ok
     2017-07-23 13:10:22   contact         closed (to broadcast)
     2017-07-23 12:57:31   powerOn         2017-07-23 12:57:31
     2017-07-23 12:57:31   recentStateType info
     2017-07-23 12:57:31   sabotageError   on
     2017-07-23 13:10:22   state           closed
     2017-07-23 12:57:34   trigDst_broadcast noConfig
     2017-07-23 13:10:22   trigger_cnt     2
     RegL_00.:
       VAL
   helper:
     HM_CMDNR   6
     PONtest    0
     cSnd       01F11034517D0E0103,01F11034517D0E00040000000000
     mId        00C7
     peerIDsRaw ,00000000
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +517D0E,00,00,00
       nextSend   1500809236.16018
       prefIO
       rxt        2
       vccu
       p:
         517D0E
         00
         00
         00
     mRssi:
       mNo        05
       io:
         myCUL      -93
     prt:
       bErr       0
       sProc      0
       helper:
         prt:
           rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         myCUL
       flg        A
       ts         1500809236.06281
       ack:
         HASH(0x3e38630)
         058002F11034517D0E00
     rssi:
       at_myCUL:
         avg        -89.625
         cnt        52
         lst        -95
         max        -82.5
         min        -98
     shadowReg:
     tmpl:
Attributes:
   IODev      myCUL
   IOgrp      myVCCU:myCUL
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,
   room       CUL_HM
   serialNr   NEQ1505613
   subType    threeStateSensor

Für den Kontakt HM-SEC-SCo benötige ich ein aes perl modul (steht im wiki) ud eine alternative Firmware.

Code Auswählen Erweitern

VERSION V 99.75 CUL868

Hier noch der Link zum Firmwarebeitrag...
https://forum.fhem.de/index.php/topic,31421.0.html

...und der Wikibeitrag
https://wiki.fhem.de/wiki/HM-Sec-SCo_T%C3%BCr-Fensterkontakt,_optisch

[Otto123]

Was ist denn an dem Cul  v3 868mhz von busware auszusetzen? Mit den anderen Türkontakten hat ja auch funktioniert. Nur der scheint irgendwie nicht so recht.

Er hat mit dem Timing Probleme und damit mit verschiedenen Geräten ganz besonders.
Mit der tsculfw (wo ist eigentlich der angepinnte Beitrag hier im Homematicbereich dazu  ) soll das besser gehen. Aber es gibt auch Geräte, mit denen geht es damit auch offenbar gar nicht mehr (HM-Sen-DB-PCB Türklingelsensor)

[en-trust]

Ich möchte allen nochmals für die dienlichen Hinweise danken und den Beitrag damit abschließen.

[CoolTux]

Dann bitte Deinen ersten Beitrag editieren und im Betreff gelöst vorne an setzen