FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: marko67 am 11 Dezember 2014, 11:35:46

Titel: HM-Sen-Db-Pcb
Beitrag von: marko67 am 11 Dezember 2014, 11:35:46
Guten Morgen,

hat jemand schon den neuen Funkklingelschalter HM-Sen-Db-Pcb im Einsatz?
Ich konnte ihn gestern pairen. Als Hardware nutze ich einen Raspi B und einen
Cul Hm. Leider komme ich mit den Einstellungen nicht weiter und hoffe hier auf
ein paar Tipps.

Was muss eingestellt werden um im State ein on/off bzw. 0/1 angezeigt zu bekommen nach dem betätigen eines Schalters? Welcher subtyp    bzw. welches Modell sollte verwendet werden? Welche Informationen werden benötigt um mir ggf. zu
Helfen?
Ziel ist die Erkennung eines Klingelsignals und die Weiterverarbeitung des State in Fhem.

Vielen Dank schon mal im vorraus

Marko
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: LuckyDay am 11 Dezember 2014, 15:10:21
@marko67

mach doch bitte ein list von dem Device
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: marko67 am 11 Dezember 2014, 20:21:57
Hier mal ein List von CUL_HM_HM_Sen_DB_PCB_3078AB. Ich hoffe es kann weiterhelfen. Was mir aufgefallen ist... R-pairCentral   set_0xF11034  das ist vermutlich falsch?


  Internals:
   CFGFN
   CUL_0_MSGCNT 13
   CUL_0_RAWMSG A1A0184003078AB0000001000DC4C45513132323131333640010101::-62:CUL_0
   CUL_0_RSSI -62
   CUL_0_TIME 2014-12-11 23:48:49
   DEF        3078AB
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     13
   NAME       CUL_HM_HM_Sen_DB_PCB_3078AB
   NR         1214
   STATE      unknown:00
   TYPE       CUL_HM
   lastMsg    No:01 - t:00 s:3078AB d:000000 1000DC4C45513132323131333640010101
   protCmdDel 21
   protCmdPend 9 CMDs pending
   protCondBurst off
   protLastRcv 2014-12-11 23:48:49
   protResndFail 4 last_at:2014-12-11 23:37:48
   protSnd    6 last_at:2014-12-11 23:48:49
   protState  CMDs_pending
   rssi_at_CUL_0 avg:-61.73 min:-72 max:-58.5 lst:-62 cnt:13
   Readings:
     2014-12-11 23:48:49   D-firmware      1.0
     2014-12-11 23:48:49   D-serialNr      LEQ1221136
     2014-12-11 23:12:04   R-pairCentral   set_0xF11034
     2014-12-11 23:43:18   alive           yes
     2014-12-11 23:43:18   battery         ok
     2014-12-11 23:43:18   contact         unknown:00 (to broadcast)
     2014-12-11 23:43:18   powerOn         2014-12-11 23:43:18
     2014-12-11 23:43:18   recentStateType info
     2014-12-11 23:43:18   state           unknown:00
   cmdStack:
     ++A001F110343078AB00050000000000
     ++A001F110343078AB000802010AF10B100C34
     ++A001F110343078AB0006
     ++A001F110343078AB00040000000000
     ++A001F110343078AB01040000000001
     ++A001F110343078AB0103
     ++A001F110343078AB00040000000000
     ++A001F110343078AB01040000000001
     ++A001F110343078AB0103
   Helper:
     cSnd       01F110343078AB00040000000000
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     rxType     4
     Io:
       newChn     +3078AB,01,01,FE1F
       nextSend   1418338129.12691
       prefIO
       rxt        0
       vccu
       p:
         3078AB
         01
         01
         FE1F
     Mrssi:
       mNo        01
       Io:
         CUL_0      -60
     Prt:
       awake      0
       bErr       0
       brstWu     0
       sProc      2
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_0:
         avg        -61.7307692307692
         cnt        13
         lst        -62
         max        -58.5
         min        -72
     Shadowreg:
       RegL_00:    02:01 0A:F1 0B:10 0C:34
   Role:
Attributes:
   IODev      CUL_0
   aesCommReq 1
   autoReadReg 4_reqStatus
   burstAccess 1_auto
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   LEQ1221136
   subType    pushButton
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: LuckyDay am 12 Dezember 2014, 14:40:44
ZitatcmdStack:
     ++A001F110343078AB00050000000000
     ++A001F110343078AB000802010AF10B100C34
     ++A001F110343078AB0006
     ++A001F110343078AB00040000000000
     ++A001F110343078AB01040000000001
     ++A001F110343078AB0103
     ++A001F110343078AB00040000000000
     ++A001F110343078AB01040000000001
     ++A001F110343078AB0103

aus deinem list geht hervor, das das pairen noch nicht fertig ist, du müsstest nochmal die anlerntaste drücken am Actor
fals der cmdstack inzischen leer ist bei einem list, kannst nochmal von vorne beginnen
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: marko67 am 12 Dezember 2014, 17:43:49
Hallo

für alle mit dem gl. Problem wie ich:

http://homematic-forum.de/forum/viewtopic.php?f=27&t=21979

Die Beschreibung ist mies und hat mich 2 nächte gekostet. Ein Taster od. Reedkontakt wird auf Input 5-12V sowie Pushbotton angeschlossen anders als in der ELV Beschreibung. Danach an dem HM-Sen-DB-PCB kurz den TA1 drücken. Die Lampe leuchtet/blinkt kurz gelb. Wird nun der Taster/Kontakt betätigt findet man dies in den Readings:

Readings:
     2014-12-12 17:16:09   D-firmware      1.0
     2014-12-12 17:16:09   D-serialNr      LEQ1221136
     2014-12-12 17:33:40   battery         ok
     2014-12-12 17:33:40   state           Btn1 offShort (to broadcast)
     2014-12-12 17:33:40   trigger         Short_29
     2014-12-12 17:33:40   trigger_cnt     29

D.h. der trigger_cnt     29 erhöht sich bei jedem auslösen.

Marko
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: LuckyDay am 12 Dezember 2014, 19:03:58
ZitatBtn1 offShort (to broadcast)

dein Pairing ist noch nicht fertig !
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: marko67 am 14 Dezember 2014, 13:00:33
So nochmals zu meinem Problem mit dem pairing.
Wie bereits beschrieben habe ich verschiedene Weg beschritten allerdings ohne Erfolg.
Dann habe ich mitgeloggt . Das ergab:

2014.12.14 10:58:22.737 4: CUL_Parse: CUL_0 A 1A 03 8400 3078AB 000000 1000DC4C455131323231313336400101011D -59.5
2014.12.14 10:58:22.840 4: CUL_send:  CUL_0As 10 31 A001 F11034 3078AB 00040000000000
2014.12.14 10:58:23.514 4: CUL_Parse: CUL_0 A 1A 04 8400 3078AB 000000 1000DC4C455131323231313336400101011F -58.5
2014.12.14 10:58:49.126 4: CUL_Parse: CUL_0 A 1A 05 8400 3078AB 000000 1000DC4C4551313232313133364001010116 -63
2014.12.14 10:58:49.228 4: CUL_send:  CUL_0As 10 32 A001 F11034 3078AB 00050000000000
2014.12.14 10:58:49.731 4: CUL_Parse: CUL_0 A 1A 06 8400 3078AB 000000 1000DC4C4551313232313133364001010114 -64

Vielleicht kann martinp876 hier etwas unterstützen?

Marko
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 14 Dezember 2014, 14:48:40
das sieht nicht nach pairing aus, sondern nach getConfig.
lösche den CommandStack (clear msgEvents) und paire noch einmal - incl aufzeichnung der messages, klar.

Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: marko67 am 14 Dezember 2014, 16:52:54
Hallo Martin,

hier der Logauszug nach clear und dem drücken der pairtaste:

2014.12.14 16:49:33.007 4: CUL_Parse: CUL_0 A 1A 70 8400 3078AB 000000 1000DC4C455131323231313336400101011C -60
2014.12.14 16:49:33.110 4: CUL_send:  CUL_0As 10 0D A001 F11034 3078AB 00050000000000
2014.12.14 16:49:33.913 4: CUL_Parse: CUL_0 A 1A 71 8400 3078AB 000000 1000DC4C455131323231313336400101011E -59

Gruss Marko
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Mr. P am 14 Dezember 2014, 18:12:42
Zitat von: marko67 am 14 Dezember 2014, 16:52:54
hier der Logauszug nach clear und dem drücken der pairtaste
Nur um sicher zu gehen und weil du es nicht geschrieben hast... Nach dem clear und vor dem Drücken der Pairtaste am Gerät hast du schon die FHEM-Instanz mit:
set CUL_0 hmPairForSec 60
in den Pairing-Modus gebracht?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: marko67 am 14 Dezember 2014, 20:00:38
 ;) sicher sonst kämen keine Logs
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 14 Dezember 2014, 20:29:54
Das devie antwortet nicht. Entweder ist das device schon an eine andere zentrale angelernt oder ausser reichweite. Wenn es schon gepairt war und dj kennst die zentrale nicht kannst du nur reseten.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: marko67 am 14 Dezember 2014, 20:46:53
Das Device liegt auf dem Tisch neben dem Cul. Gepairt war es noch nicht? Habe es als Bausatz erhalten, gelötet und bin seit 2 Tagen am anlernen. Eine Beschreibung gibt es von ELV nicht wirklich.
Lt. ELV: wird TA1 kurz gedrückt beginnt die Anlernphase bzw. bricht sie ab. 2x länger als 4 Sek. soll ein Werksreset sein. Alles habe ich dutzend mal ausprobiert. Gibt es noch eine andere Chance für reset?

Marko
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 14 Dezember 2014, 20:50:22
ZitatDas Device liegt auf dem Tisch neben dem Cul.
lesen tust du aber nicht sehr viel, sonst würdest du den abstand grösser wählen.  ;)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: marko67 am 14 Dezember 2014, 21:41:51
Zitat von: frank am 14 Dezember 2014, 20:50:22
lesen tust du aber nicht sehr viel, sonst würdest du den abstand grösser wählen.  ;)

Der Sensor befindet sich im selben Raum wie der Cul. Selbstverständlich abgeschirmt von Störquellen. Der Abstand beträgt ca. 3,5 Meter.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ws am 20 Dezember 2014, 20:32:14
Mein HM-Sen-Db-Pcb weigert sich auch gepairt zu werden :(

Hier zwei Versuche nach einem Reset (Taste lang halten bis rote LED blinkt, nochmal lang halten bis LED schneller blinkt) anschließend ein set SCC hmPairForSec 60 und Taste kurz drücken.

2014.12.20 19:58:01.833 4: CUL_Parse: SCC A 14 A1 845E 2B2817 000000 8D8A03005528042108E9FFFF -74.5
2014.12.20 19:58:08.227 4: CUL_Parse: SCC A 1A 01 8400 3077F6 000000 1000DC4C4551313232303935384001010149 -37.5
2014.12.20 19:58:09.063 4: CUL_send:  SCCAs 10 04 A001 F12411 3077F6 00050000000000
2014.12.20 19:58:09.270 4: CUL_Parse: SCC A 1A 02 8400 3077F6 000000 1000DC4C455131323230393538400101014A -37
2014.12.20 19:58:13.371 4: CUL_Parse: SCC A 0C EF 865A 2D5B9C 000000 B0DF371C -60


2014.12.20 20:16:49.452 4: CUL_Parse: SCC A 0C F6 8470 2D5B9C 000000 00DF3721 -57.5
2014.12.20 20:17:06.330 4: CUL_Parse: SCC A 1A 01 8400 3077F6 000000 1000DC4C4551313232303935384001010141 -41.5
2014.12.20 20:17:06.892 4: CUL_send:  SCCAs 10 05 A001 F12411 3077F6 00050000000000
2014.12.20 20:17:07.089 4: CUL_Parse: SCC A 1A 02 8400 3077F6 000000 1000DC4C455131323230393538400101014B -36.5
2014.12.20 20:17:20.406 4: CUL_Parse: SCC A 0F 70 8610 2B3872 000000 0AB0DF0F000010 -66


Ein Device wird dabei angelegt

list
Internals:
   CFGFN
   DEF        3077F6
   IODev      SCC
   LASTInputDev SCC
   MSGCNT     2
   NAME       CUL_HM_HM_Sen_DB_PCB_3077F6
   NR         1409
   SCC_MSGCNT 2
   SCC_RAWMSG A1A0284003077F60000001000DC4C45513132323039353840010101::-37:SCC
   SCC_RSSI   -37
   SCC_TIME   2014-12-20 19:58:09
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:02 - t:00 s:3077F6 d:000000 1000DC4C45513132323039353840010101
   protCmdDel 6
   protLastRcv 2014-12-20 19:58:09
   protResndFail 1 last_at:2014-12-20 19:58:11
   protSnd    1 last_at:2014-12-20 19:58:09
   protState  CMDs_done_Errors:1
   rssi_at_SCC avg:-37.25 min:-37.5 max:-37 lst:-37 cnt:2
   CHANGETIME:
   Helper:
     Dblog:
       D-firmware:
         Mydblog:
           TIME       1419101889.36619
           VALUE      1.0
       D-serialnr:
         Mydblog:
           TIME       1419101889.36619
           VALUE      LEQ1220958
       R-paircentral:
         Mydblog:
           TIME       1419101889.09981
           VALUE      set_0xF12411
       State:
         Mydblog:
           TIME       1419101891.86711
           VALUE      MISSING ACK
   Readings:
     2014-12-20 19:58:09   D-firmware      1.0
     2014-12-20 19:58:09   D-serialNr      LEQ1220958
     2014-12-20 19:58:09   R-pairCentral   set_0xF12411
     2014-12-20 19:58:11   state           MISSING ACK
   Helper:
     cSnd       01F124113077F600050000000000
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     rxType     4
     Io:
       newChn     +3077F6,00,01,FE1F
       nextSend   1419101889.3729
       prefIO
       rxt        0
       vccu
       p:
         3077F6
         00
         01
         FE1F
     Mrssi:
       mNo        02
       Io:
         SCC        -35
     Prt:
       bErr       0
       mmcS       1
       sProc      0
       mmcA:
         ++A001F124113077F600050000000000
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_scc:
         avg        -37.25
         cnt        2
         lst        -37
         max        -37
         min        -37.5
     Shadowreg:
       RegL_00:    02:01 0A:F1 0B:24 0C:11
Attributes:
   IODev      SCC
   IOgrp      vccu:SCC
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   LEQ1220958
   subType    pushButton
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: slor am 20 Dezember 2014, 22:49:08
Habt ihr das nun eigentlich hinbekommen?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 21 Dezember 2014, 12:59:54
da geht etwas zu langsam.

2014.12.20 19:58:08.227 4: CUL_Parse: SCC A 1A 01 8400 3077F6 000000 1000DC4C4551313232303935384001010149 -37.5
2014.12.20 19:58:09.063 4: CUL_send:  SCCAs 10 04 A001 F12411 3077F6 00050000000000

nach dem Senden dauert es etwa 800ms bis deine CUL sendet. das ist sicher der Grund - sie muss nach etwa 100ms senden.
Ist mir aktuell unklar, wo das her kommt.
hast du solche Probleme auch anderswo? hast du mehr devices von HM am start?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Dombo am 21 Dezember 2014, 22:14:50
...ich vollhonk hatte es am laufen und nu blick ichs nicht mehr

Internals:
   CFGFN
   COC_MSGCNT 53
   COC_RAWMSG A1A0984003078100000001000DC4C45513132323039383740010101::-45:COC
   COC_RSSI   -45
   COC_TIME   2014-12-21 22:08:10
   DEF        307810
   IODev      COC
   LASTInputDev COC
   MSGCNT     53
   NAME       HausTuere
   NR         285
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:09 - t:00 s:307810 d:000000 1000DC4C45513132323039383740010101
   protCmdDel 36
   protLastRcv 2014-12-21 22:08:10
   protResndFail 10 last_at:2014-12-21 22:08:12
   protSnd    13 last_at:2014-12-21 22:08:10
   protState  CMDs_done_Errors:1
   rssi_at_COC avg:-46.68 min:-64 max:-40 lst:-45 cnt:41
   Readings:
     2014-12-21 21:30:26   CommandAccepted yes
     2014-12-21 22:08:10   D-firmware      1.0
     2014-12-21 22:08:10   D-serialNr      LEQ1220987
     2014-12-21 21:45:14   R-pairCentral   set_0xF11234
     2014-12-21 21:44:43   alive           yes
     2014-12-21 21:44:43   battery         ok
     2014-12-21 21:44:43   contact         unknown:00 (to broadcast)
     2014-12-21 21:44:43   powerOn         2014-12-21 21:44:43
     2014-12-21 21:44:43   recentStateType info
     2014-12-21 22:08:12   state           MISSING ACK
   Helper:
     cSnd       01F1123430781000050000000000
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     rxType     4
     Io:
       newChn     +307810,00,01,FE1F
       nextSend   1419196090.82655
       prefIO
       rxt        0
       vccu
       p:
         307810
         00
         01
         FE1F
     Mrssi:
       mNo        09
       Io:
         COC        -43
     Prt:
       bErr       0
       mmcS       1
       sProc      0
       mmcA:
         ++A001F1123430781000050000000000
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_coc:
         avg        -46.6829268292683
         cnt        41
         lst        -45
         max        -40
         min        -64
     Shadowreg:
       RegL_00:    02:01 0A:F1 0B:12 0C:34
Attributes:
   IODev      COC
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   LEQ1220987
   subType    pushButton

dabei hatte ich schon sowas wie einen event bei 12v input über gnd und Input.

Nun scheint er nicht mal richtig gepairt zu sein (R-pairCentral   set_0xF11234) und reagiert auch nicht auf 12v input (nix LED)

any ideas??
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ws am 22 Dezember 2014, 01:33:56
Zitat von: martinp876 am 21 Dezember 2014, 12:59:54
...hast du solche Probleme auch anderswo? hast du mehr devices von HM am start?
Bis jetzt hatte ich keine Probleme damit. Ein mal gab es zwar Schwierigkeiten bei dem optischen Fensterkontakt. Damals lag es aber an der AES - Verschlüsselung, die werksseitig an war.
Direkt nach den misslungenen Pairing-Versuchen hatte ich noch einen HM-LC-Sw4-Ba-PCB (4-Kanal Schaltaktor) gelötet und auch erfolgreich gepairt.
Insgesamt habe ich vielleicht 8 HM Geräte, die richtig funktionieren

Was mir aufgefallen ist, mein SCC hat noch die culfw Version 1.61. Vielleicht liegt es daran...
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 24 Dezember 2014, 10:04:22
Ein update sollte nicht schaden.
das mit dem Timing ist nun einmal ein Problem - und kann unterschiedliche Gründe haben.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: gerhardg am 26 Dezember 2014, 20:40:55
Zitat von: marko67 am 12 Dezember 2014, 17:43:49

D.h. der trigger_cnt     29 erhöht sich bei jedem auslösen.


Wie wertest du den Trigger aus?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ws am 09 Januar 2015, 22:16:04
Ein Update von der SCC - Firmware (v1.62) brachte leider keine Besserung. Bei den unzähligen Versuchen dachte ich mal, dass es endlich funktioniert hatte (die LED blinkte schneller gelb und der Vorgang wurde mit grün abgeschlossen). Doch leider war es dann doch nicht der Fall.

2015.01.09 21:56:32.764 4: CUL_Parse: SCC A 1A 01 8400 3077F6 000000 1000DC4C4551313232303935384001010151 -33.5
2015.01.09 21:56:36.475 4: CUL_send:  SCCAs 10 02 A001 F12411 3077F6 00050000000000
2015.01.09 21:56:36.671 4: CUL_Parse: SCC A 1A 02 8400 3077F6 000000 1000DC4C455131323230393538400101014F -34.5
2015.01.09 21:56:36.773 4: CUL_send:  SCCAs 13 03 A001 F12411 3077F6 000802010AF10B240C11
2015.01.09 21:56:37.102 4: CUL_Parse: SCC A 0A 03 8002 3077F6 F12411 804E -35

Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 10 Januar 2015, 12:30:13
im letzten Log ist zu sehen:
21:56:32.764 4: CUL_Parse: SCC A 1A 01 8400 3077F6 000000 1000DC4C4551313232303935384001010151 -33.5
4 sec delay - viel zu spät. FHEM ist zu langsam. was hat dein system hier gemacht?... unklar.
21:56:36.475 4: CUL_send:  SCCAs 10 02 A001 F12411 3077F6 00050000000000

21:56:36.671 4: CUL_Parse: SCC A 1A 02 8400 3077F6 000000 1000DC4C455131323230393538400101014F -34.5
dein Device wiederholt. Jetzt ist FHEM aus dem tritt. Mir unklar warum. Es wird die 2. Nachricht gesendet. Die nachricht von vorher sollte noch einmal kommen.
21:56:36.773 4: CUL_send:  SCCAs 13 03 A001 F12411 3077F6 000802010AF10B240C11
das Device antwortet, kann die nachricht aber nicht verstehen - kalr, die 00050000... fehlt ihm
21:56:37.102 4: CUL_Parse: SCC A 0A 03 8002 3077F6 F12411 804E -35

kannst du noch einmal testen? Nichts löschen, einfach nur hmPairForSec setzen und anlernen drücken.

Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ws am 10 Januar 2015, 22:36:46
Um Fehler an meiner Fhem-Installation auszuschließen, habe ich den RPi neu aufgesetzt und fhem frisch installiert. Es sind noch keine anderen HM-Devices installiert.
Danach habe ich mehrere Versuche gestartet HM-Sen-Db-Pcb zu pairen. Verschiedene Entfernungen getestet.
Die ersten 10 Versuche waren immer am Gerät mit rot abgeschlossen. Die letzten 5 mit grün.
Hier der Log:

2015.01.10 22:04:54.442 4: CUL_Parse: SCC A 1A 01 8400 3077F6 000000 1000DC4C4551313232303935384001010154 -32
2015.01.10 22:04:54.734 4: CUL_send:  SCCAs 10 01 A001 F12411 3077F6 00050000000000
2015.01.10 22:04:54.928 4: CUL_Parse: SCC A 1A 02 8400 3077F6 000000 1000DC4C4551313232303935384001010153 -32.5

2015.01.10 22:06:45.788 4: CUL_Parse: SCC A 1A 03 8400 3077F6 000000 1000DC4C4551313232303935384001010153 -32.5
2015.01.10 22:06:45.890 4: CUL_send:  SCCAs 10 02 A001 F12411 3077F6 00050000000000
2015.01.10 22:06:46.085 4: CUL_Parse: SCC A 1A 04 8400 3077F6 000000 1000DC4C4551313232303935384001010152 -33

2015.01.10 22:08:18.893 4: CUL_Parse: SCC A 1A 05 8400 3077F6 000000 1000DC4C4551313232303935384001010154 -32
2015.01.10 22:08:18.995 4: CUL_send:  SCCAs 10 03 A001 F12411 3077F6 00050000000000
2015.01.10 22:08:19.190 4: CUL_Parse: SCC A 1A 06 8400 3077F6 000000 1000DC4C4551313232303935384001010154 -32

2015.01.10 22:10:06.071 4: CUL_Parse: SCC A 1A 07 8400 3077F6 000000 1000DC4C455131323230393538400101012E -51
2015.01.10 22:10:06.173 4: CUL_send:  SCCAs 10 04 A001 F12411 3077F6 00050000000000
2015.01.10 22:10:06.368 4: CUL_Parse: SCC A 1A 08 8400 3077F6 000000 1000DC4C455131323230393538400101012E -51

2015.01.10 22:12:31.999 4: CUL_Parse: SCC A 1A 09 8400 3077F6 000000 1000DC4C4551313232303935384001010111 -65.5
2015.01.10 22:12:32.101 4: CUL_send:  SCCAs 10 05 A001 F12411 3077F6 00050000000000
2015.01.10 22:12:32.295 4: CUL_Parse: SCC A 1A 0A 8400 3077F6 000000 1000DC4C455131323230393538400101010F -66.5

2015.01.10 22:15:03.863 4: CUL_Parse: SCC A 1A 0C 8400 3077F6 000000 1000DC4C4551313232303935384001010136 -47
2015.01.10 22:15:03.965 4: CUL_send:  SCCAs 10 06 A001 F12411 3077F6 00050000000000
2015.01.10 22:15:04.161 4: CUL_Parse: SCC A 1A 0D 8400 3077F6 000000 1000DC4C4551313232303935384001010136 -47

2015.01.10 22:16:10.440 4: CUL_Parse: SCC A 1A 01 8400 3077F6 000000 1000DC4C4551313232303935384001010150 -34
2015.01.10 22:16:10.542 4: CUL_send:  SCCAs 10 07 A001 F12411 3077F6 00050000000000
2015.01.10 22:16:10.738 4: CUL_Parse: SCC A 1A 02 8400 3077F6 000000 1000DC4C455131323230393538400101014F -34.5

2015.01.10 22:17:40.208 4: CUL_Parse: SCC A 1A 03 8400 3077F6 000000 1000DC4C4551313232303935384001010151 -33.5
2015.01.10 22:17:40.310 4: CUL_send:  SCCAs 10 08 A001 F12411 3077F6 00050000000000
2015.01.10 22:17:40.505 4: CUL_Parse: SCC A 1A 04 8400 3077F6 000000 1000DC4C455131323230393538400101014F -34.5

2015.01.10 22:18:33.599 4: CUL_Parse: SCC A 1A 05 8400 3077F6 000000 1000DC4C4551313232303935384001010156 -31
2015.01.10 22:18:33.701 4: CUL_send:  SCCAs 10 09 A001 F12411 3077F6 00050000000000
2015.01.10 22:18:33.896 4: CUL_Parse: SCC A 1A 06 8400 3077F6 000000 1000DC4C4551313232303935384001010154 -32

2015.01.10 22:19:46.382 4: CUL_Parse: SCC A 1A 07 8400 3077F6 000000 1000DC4C4551313232303935384001010145 -39.5
2015.01.10 22:19:46.484 4: CUL_send:  SCCAs 10 0A A001 F12411 3077F6 00050000000000
2015.01.10 22:19:46.680 4: CUL_Parse: SCC A 1A 08 8400 3077F6 000000 1000DC4C4551313232303935384001010145 -39.5

2015.01.10 22:21:56.302 4: CUL_Parse: SCC A 1A 0A 8400 3077F6 000000 1000DC4C4551313232303935384001010146 -39
2015.01.10 22:21:56.404 4: CUL_send:  SCCAs 10 0B A001 F12411 3077F6 00050000000000
2015.01.10 22:21:56.600 4: CUL_Parse: SCC A 1A 0B 8400 3077F6 000000 1000DC4C4551313232303935384001010144 -40
2015.01.10 22:21:56.702 4: CUL_send:  SCCAs 13 0C A001 F12411 3077F6 000802010AF10B240C11
2015.01.10 22:21:56.875 4: CUL_Parse: SCC A 0A 0C 8002 3077F6 F12411 8044 -40

2015.01.10 22:23:37.387 4: CUL_Parse: SCC A 1A 0C 8400 3077F6 000000 1000DC4C4551313232303935384001010147 -38.5
2015.01.10 22:23:37.489 4: CUL_send:  SCCAs 10 0D A001 F12411 3077F6 00050000000000
2015.01.10 22:23:37.684 4: CUL_Parse: SCC A 1A 0D 8400 3077F6 000000 1000DC4C4551313232303935384001010146 -39
2015.01.10 22:23:37.786 4: CUL_send:  SCCAs 13 0E A001 F12411 3077F6 000802010AF10B240C11
2015.01.10 22:23:37.959 4: CUL_Parse: SCC A 0A 0E 8002 3077F6 F12411 8047 -38.5

2015.01.10 22:24:54.845 4: CUL_Parse: SCC A 1A 0E 8400 3077F6 000000 1000DC4C455131323230393538400101014B -36.5
2015.01.10 22:24:54.947 4: CUL_send:  SCCAs 10 0F A001 F12411 3077F6 00050000000000
2015.01.10 22:24:55.142 4: CUL_Parse: SCC A 1A 0F 8400 3077F6 000000 1000DC4C4551313232303935384001010147 -38.5
2015.01.10 22:24:55.244 4: CUL_send:  SCCAs 13 10 A001 F12411 3077F6 000802010AF10B240C11
2015.01.10 22:24:55.418 4: CUL_Parse: SCC A 0A 10 8002 3077F6 F12411 8048 -38

2015.01.10 22:26:03.982 4: CUL_Parse: SCC A 1A 10 8400 3077F6 000000 1000DC4C455131323230393538400101015C -28
2015.01.10 22:26:04.084 4: CUL_send:  SCCAs 10 11 A001 F12411 3077F6 00050000000000
2015.01.10 22:26:04.280 4: CUL_Parse: SCC A 1A 11 8400 3077F6 000000 1000DC4C455131323230393538400101015B -28.5
2015.01.10 22:26:04.382 4: CUL_send:  SCCAs 13 12 A001 F12411 3077F6 000802010AF10B240C11
2015.01.10 22:26:04.555 4: CUL_Parse: SCC A 0A 12 8002 3077F6 F12411 805C -28

2015.01.10 22:27:11.130 4: CUL_Parse: SCC A 1A 12 8400 3077F6 000000 1000DC4C455131323230393538400101015B -28.5
2015.01.10 22:27:11.232 4: CUL_send:  SCCAs 10 13 A001 F12411 3077F6 00050000000000
2015.01.10 22:27:11.427 4: CUL_Parse: SCC A 1A 13 8400 3077F6 000000 1000DC4C455131323230393538400101015B -28.5
2015.01.10 22:27:11.529 4: CUL_send:  SCCAs 13 14 A001 F12411 3077F6 000802010AF10B240C11
2015.01.10 22:27:11.703 4: CUL_Parse: SCC A 0A 14 8002 3077F6 F12411 805B -28.5
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 13 Januar 2015, 12:24:20
Hallo,

ich würde mich hier gerne reinhängen, da ich das gleiche Problem habe (immer noch  :()

Ich betreibe ein HM-CFG-USB-2 am Cubietruck und wollte jetzt mein HM-Sen-Db-Pcb pairen, bekomme aber immer nur MISSING ACK.
@ws: Kannst du eingrenzen unter welchen Bedingungen das Pairen bei dir geklappt hat?

Anonsten hier ein paar Logs:
2015.01.12 21:36:21.075 0: HMLAN_Send:  hmusb I:K
2015.01.12 21:36:21.115 0: HMLAN_Parse: hmusb V:03C4 sNo:LEQ0658926 d:2CC7B7 O:424242 t:0220FA37 IDcnt:0002
2015.01.12 21:36:28.378 0: HMLAN_Parse: hmusb R:E30797B   stat:0000 t:0221168D d:FF r:FFCD     m:01 8400 30797B 000000 1000DC4C45513132323133343440010101
2015.01.12 21:36:28.480 0: HMLAN_Send:  hmusb S:SDFDCABB0 stat:  00 t:00000000 d:01 r:DFDCABB0 m:19 A001 424242 30797B 00050000000000
2015.01.12 21:36:29.114 0: HMLAN_Parse: hmusb R:RDFDCABB0 stat:0008 t:00000000 d:FF r:7FFF     m:19 A001 424242 30797B 00050000000000
2015.01.12 21:36:29.115 0: HMLAN_Parse: hmusb no ACK from 30797B


2015-01-12_21:36:28 CUL_HM_HM_Sen_DB_PCB_30797B D-firmware: 1.0
2015-01-12_21:36:28 CUL_HM_HM_Sen_DB_PCB_30797B D-serialNr: LEQ1221344
2015-01-12_21:36:33 CUL_HM_HM_Sen_DB_PCB_30797B ResndFail
2015-01-12_21:36:33 CUL_HM_HM_Sen_DB_PCB_30797B MISSING ACK


Ansonsten lässt sich das HM-Sen-Db-Pcb aber benutzen und senden auch bei Auslösung durch einen Taster, halt nur "to broadcast":
2015-01-12_21:42:36 CUL_HM_HM_Sen_DB_PCB_30797B trigger: Short_6
2015-01-12_21:42:36 CUL_HM_HM_Sen_DB_PCB_30797B battery: ok
2015-01-12_21:42:36 CUL_HM_HM_Sen_DB_PCB_30797B Btn1 offShort (to broadcast)


Viele Grüße,
Ulf
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Ralf W. am 13 Januar 2015, 13:03:00
Hallo,

hier identisches Problem. MISSING ACK, das Teil arbeitet normal, aber sendet (to broadcast).

MfG
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ws am 13 Januar 2015, 16:34:08
Zitat von: vuffiraa am 13 Januar 2015, 12:24:20
@ws: Kannst du eingrenzen unter welchen Bedingungen das Pairen bei dir geklappt hat?

Keine der vielen Versuche waren erfolgreich. Auch wenn die LED am Schluss grün aufleuchtete, war das Pairing fehlgeschlagen (MISSING ACK bzw. NACK).
In der Zeit konnte ich andere HM-Geräte problemlos pairen (immer beim ersten Versuch) deswegen schließe ich das System und die SCC (CUL) auch aus.
Wenn Du mir einem HM-CFG-USB-2 arbeitest und das Verhalten gleich ist, dann kann man davon ausgehen, dass auch die culfw nicht daran schuld ist.

Bin ratlos. Entweder ist da ein Bug in der Firmware oder der HM-Sen-Db-Pcb verhält sich anders als Alles andere von EQ-3 (ist auch eine ELV-Eigenentwicklung, oder?).
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 13 Januar 2015, 19:06:07
Hallo ws,

Ich habe nur noch ein anderes HM-Gerät, aber das lies sich auf Anhieb pairen. Am Wochenende werde ich noch einen Funkgong zusammenlöten, dann kann ich nochmal testen. Und ja, der HM-Sen-Db-Pcb war ein Bausatz von ELV und damit EQ-3.

Gruß
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ws am 13 Januar 2015, 19:56:10
Aus dem elv-Forum:
Zitat....der HomeMatic Funk-Klingelsignalsensor ist ein exklusives ELV Produkt und wird lediglich als Bausatz erhältlich sein.

Vielleicht doch nicht eq-3?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: DerTom am 13 Januar 2015, 21:38:53
Hallo,

habe eben ein solches Gerät angelernt und es funktioniert auf Anhieb tadellos...
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Ralf W. am 14 Januar 2015, 00:03:36
Hallo,

das Ding hat mich ja echt genervt. Aber ich habe es geschafft:
Internals:
   CFGFN
   DEF        3076DC
   HMLAN1_MSGCNT 56
   HMLAN1_RAWMSG RE5835A44,0001,446286FF,FF,FFB9,1DA0103076DC1E9E3701000000
   HMLAN1_RSSI -71
   HMLAN1_TIME 2015-01-13 23:56:38
   HMUSB_MSGCNT 56
   HMUSB_RAWMSG E3076DC,0000,00239500,FF,FFD2,1DA0103076DC1E9E3701000000
   HMUSB_RSSI -46
   HMUSB_TIME 2015-01-13 23:56:38
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     112
   NAME       CUL_HM_HM_Sen_DB_PCB_3076DC
   NR         414
   STATE      Btn1 offShort (to VCCU)
   TYPE       CUL_HM
   lastMsg    No:1D - t:10 s:3076DC d:1E9E37 01000000
   protLastRcv 2015-01-13 23:56:38
   protSnd    43 last_at:2015-01-13 23:56:38
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-72.94 min:-93 max:-62 lst:-71 cnt:56
   rssi_at_HMUSB avg:-40.03 min:-52 max:-36 lst:-46 cnt:56
   Readings:
     2015-01-13 23:53:07   CommandAccepted yes
     2015-01-13 23:56:37   D-firmware      1.0
     2015-01-13 23:56:37   D-serialNr      LEQ1220673
     2015-01-13 23:56:37   PairedTo        0x1E9E37
     2015-01-13 23:39:09   R-longPress     0.4 s
     2015-01-13 23:53:08   R-pairCentral   0x1E9E37
     2015-01-13 23:39:09   R-sign          off
     2015-01-13 23:56:37   RegL_00:          02:01 05:00 0A:1E 0B:9E 0C:37 14:06 18:00 00:00
     2015-01-13 23:56:38   RegL_01:          04:10 08:00 30:06 00:00
     2015-01-13 23:52:55   alive           yes
     2015-01-13 23:52:55   battery         ok
     2015-01-13 23:52:55   powerOn         2015-01-13 23:52:55
     2015-01-13 23:52:55   recentStateType info
     2015-01-13 23:44:52   state           Btn1 offShort (to VCCU)
     2015-01-13 23:44:52   trigDst_VCCU    noConfig
     2015-01-13 23:44:52   trigger         Short_12
     2015-01-13 23:44:52   trigger_cnt     12
   Helper:
     addVal     1
     cSnd       011E9E373076DC0103
     mId        00DC
     peerIDsRaw ,00000000
     rxType     4
     Io:
       newChn     +3076DC,00,01,FE1F
       nextSend   1421189798.64627
       rxt        0
       vccu       VCCU
       p:
         3076DC
         00
         01
         FE1F
       prefIO:
         HMLAN1
     Mrssi:
       mNo        1D
       Io:
         HMLAN1     -69
         HMUSB      -46
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1421189798.54231
       ack:
         HASH(0x3668fc8)
         1D80021E9E373076DC00
     Rssi:
       At_hmlan1:
         avg        -72.9464285714286
         cnt        56
         lst        -71
         max        -62
         min        -93
       At_hmusb:
         avg        -40.0357142857143
         cnt        56
         lst        -46
         max        -36
         min        -52
     Shadowreg:
Attributes:
   IODev      HMLAN1
   IOgrp      VCCU:HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   peerIDs    00000000,
   room       CUL_HM
   serialNr   LEQ1220673
   subType    pushButton


Die Lösung war der Austausch der mitgelieferten Batterien. Pairing angeschmissen, Taste gedrückt, fertig. battery bei allen Fehlversuchen stand auf ok

MfG
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 14 Januar 2015, 11:13:22
Zitat von: Ralf W. am 14 Januar 2015, 00:03:36
Die Lösung war der Austausch der mitgelieferten Batterien. Pairing angeschmissen, Taste gedrückt, fertig. battery bei allen Fehlversuchen stand auf ok

Bei meinem Bausatz waren gar keine Batterien dabei  :( Ich hatte bei ELV bestellt.
Also einfach immer mal probieren...

Gruß
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Ralf W. am 14 Januar 2015, 13:15:11
Zitat
... Bei meinem Bausatz waren gar keine Batterien dabei  ...

Mmmhhh ...
Wenn ich noch mal überlege, kann ich gar nicht mehr sagen, ob Batterien dabei waren. Habe an dem Tag mehrere neue Devices in Betrieb genommen. Aber Batteriewechsel hat geholfen.

MfG
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 14 Januar 2015, 13:23:26
Ok, einen Versuch ist es wert. Bei ELV in den Diskussionen zum Klingelsensor gibt es einen ähnlichen Beitrag. Da hat die Anbindung an eine CCU2 erst mit starken Batterien geklappt.

Ich mach mich dann mal auf die Suche nach frischen Batterien  ;)

Edit: Der Versuch war leider nicht erfolgreich. Ich habe die stärksten Batterien einer neuen Packung versucht und konnte den Klingelsensor nicht mit Fhem pairen :(
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ohweh am 17 Januar 2015, 10:50:19
Moin,

mein HM-SEN-DB-PCB liess sich ebenfalls nicht pairen (aktuelles FHEM mit CUL v3, FW v1.62). Basierend auf Martins Hinweisen hab ich mir die Kommunikation dann im Detail angeschaut.

1.) Existiert das Device nicht (i.e. AutoCreate wird durchlaufen), kann FHEM/CUL die ~120 ms nicht halten. Der Sensor empfängt das Paket nicht (weil Timing daneben), und wiederholt. Der Pairing-Request müsste ein zweites mal zum Sensor geschickt werden, das bleibt aber aus (all das hat Martin ja auch schon treffend beschrieben). Kommunikation beendet, LED blinkt rot.

2015.01.17 09:18:04.829 4: CUL_Parse: HM_CUL A 1A 02 8400 3077AC 000000 1000DC4C455131323230383831400101013A -45
2015.01.17 09:18:04.659 4: CUL_send:  HM_CULAs 10 01 A001 F12233 3077AC 00050000000000
2015.01.17 09:18:04.588 3: CUL_HM set CUL_HM_HM_Sen_DB_PCB_3077AC getConfig
2015.01.17 09:18:04.576 3: CUL_HM pair: CUL_HM_HM_Sen_DB_PCB_3077AC pushButton, model HM-Sen-DB-PCB serialNr
2015.01.17 09:18:04.335 2: CUL_HM Unknown device CUL_HM_HM_Sen_DB_PCB_3077AC is now defined
2015.01.17 09:18:04.332 4: CUL_Parse: HM_CUL A 1A 01 8400 3077AC 000000 1000DC4C4551313232303838314001010131 -49.5


2.) Weitere Versuche sind erstmal sinnlos, FHEM/CUL erhöht seinen Paket-Counter um 1, schickt also den nächsten Request mit "2" los. Während der Sensor wieder zwei Antworten schickt (3 + 4), die aber nicht zum Request passen. Die LED blinkt jedesmal rot. Aber das Timing stimmt.

2015.01.17 09:21:18.468 4: CUL_Parse: HM_CUL A 1A 04 8400 3077AC 000000 1000DC4C455131323230383831400101012A -53
2015.01.17 09:21:18.299 4: CUL_send:  HM_CULAs 10 02 A001 F12233 3077AC 00050000000000
2015.01.17 09:21:18.198 4: CUL_Parse: HM_CUL A 1A 03 8400 3077AC 000000 1000DC4C4551313232303838314001010124 -56


3.) Lässt man FHEM weiter laufen, resettet das HM-SEN-DB-PCB, und versucht wieder zu pairen, kriegt man das hier zu sehen:

2015.01.17 09:31:53.245 4: CUL_Parse: HM_CUL A 0A 05 8002 3077AC F12233 8039 -45.5
2015.01.17 09:31:53.090 4: CUL_send:  HM_CULAs 13 05 A001 F12233 3077AC 000802010AF10B220C33
2015.01.17 09:31:52.989 4: CUL_Parse: HM_CUL A 1A 04 8400 3077AC 000000 1000DC4C4551313232303838314001010136 -47
2015.01.17 09:31:52.820 4: CUL_send:  HM_CULAs 10 04 A001 F12233 3077AC 00050000000000
2015.01.17 09:31:52.718 4: CUL_Parse: HM_CUL A 1A 03 8400 3077AC 000000 1000DC4C4551313232303838314001010135 -47.5


FHEM/CUL schickt seinen Pairing-Request mit 4, und das Device antwortet auch mit Paket-ID 4. Dummerweise ist die Antwort Quatsch, das Device hat den Pairing-Request nicht geschluckt. Sondern schickt nur seinen Status. Weiss FHEM/CUL nicht (wobei, müsste es nicht auf Reply "00" prüfen?) und fordert weitere Daten an (5), was der HM-SEN-DB-PCB mit einem NACK quittiert. Aber ab diesem Moment blinkt die LED grün.

4.) Schmock, Zeit für Plan B. Also hab ich einen HM-CFG-USB und die hauseigenen Homematic-Tools belauscht (hmId ist gleich, also nicht wundern).

2015.01.14 09:09:20.386 4: CUL_Parse: CUL_HM  960386 A FF01 04481080 11 04 A002 3077AC F12233 04BE3EDE41BE3E00 -40.5
2015.01.14 09:09:20.371 4: CUL_Parse: CUL_HM  960371 A FF01 04480960 19 04 A004 F12233 3077AC B98D06604B0E3E68EDC25CE610A7D778 -50
2015.01.14 09:09:20.366 4: CUL_Parse: CUL_HM  960365 A FF01 04480888 0A 03 8002 3077AC F12233 00 -40.5
2015.01.14 09:09:20.211 4: CUL_Parse: CUL_HM  960210 A FF01 04480752 0B 03 A001 F12233 3077AC 0006 -49.5
2015.01.14 09:09:20.205 4: CUL_Parse: CUL_HM  960205 A FF01 04480688 0A 02 8002 3077AC F12233 00 -41
2015.01.14 09:09:20.195 4: CUL_Parse: CUL_HM  960195 A FF01 04480568 13 02 A001 F12233 3077AC 000802010AF10B220C33 -50
2015.01.14 09:09:20.189 4: CUL_Parse: CUL_HM  960189 A FF01 04480472 0A 01 8002 3077AC F12233 00 -41.5
2015.01.14 09:09:20.179 4: CUL_Parse: CUL_HM  960179 A FF01 04480352 10 01 A001 F12233 3077AC 00050000000000 -49.5
2015.01.14 09:09:20.165 4: CUL_Parse: CUL_HM  960164 A FF01 04480320 1A 02 8400 3077AC 000000 1000DC4C45513132323038383140010101 -42
2015.01.14 09:09:19.928 4: CUL_Parse: CUL_HM  959927 A FF01 04480184 10 01 A001 F12233 3077AC 00050000000000 -47
2015.01.14 09:09:19.711 4: CUL_Parse: CUL_HM  959711 A FF01 04479688 1A 01 8400 3077AC 000000 1000DC4C45513132323038383140010101 -44.5


Schau an, deren AutoCreate hat auch nen Delay von 200 ms :) Viel interessanter aber ist, dass der HM-SEN-DB-PCB auch hier zweimal seinen Status schickt. Und der HM-CFG-USB zwei mal mit einem Pairing-Request antworten muss, bevor der HM-SEN-DB-PCB diesen auch schluckt. Ich bin jetzt überfragt ob das bei anderen Homematic-Devices auch so ist? Ich bin mir aber sicher, dass Martin das weiss :)

5.) Zuguterletzt hab ich mir ein HM-CFG-LAN besorgt und eine vCCU gebaut (CUL + HMLAN). Den CUL rausgezogen und erneut gepaired.

2015.01.17 10:27:42.864 5: HMLAN_Parse: HM_LAN1 R:RF7383159 stat:0001 t:00164DDD d:FF r:FFE5     m:2C A010 3077AC F12233 02020105000AF10B220C33140618000000
2015.01.17 10:27:42.759 5: HMLAN_Parse: HM_LAN1 R:E3077AC   stat:0000 t:00164DD8 d:FF r:FFE5     m:2C A010 3077AC F12233 02020105000AF10B220C33140618000000
2015.01.17 10:27:42.438 5: HMLAN_Send:  HM_LAN1 S:SF7383159 stat:  00 t:00000000 d:01 r:F7383159 m:2C A001 F12233 3077AC 00040000000000
2015.01.17 10:27:42.344 5: HMLAN_Parse: HM_LAN1 R:RF7382FC0 stat:0001 t:00164C40 d:FF r:FFE5     m:2B 8002 3077AC F12233 00
2015.01.17 10:27:42.027 5: HMLAN_Send:  HM_LAN1 S:SF7382FC0 stat:  00 t:00000000 d:01 r:F7382FC0 m:2B A001 F12233 3077AC 0006
2015.01.17 10:27:41.935 5: HMLAN_Parse: HM_LAN1 R:RF7382E37 stat:0001 t:00164AA6 d:FF r:FFE5     m:2A 8002 3077AC F12233 00
2015.01.17 10:27:41.631 5: HMLAN_Send:  HM_LAN1 S:SF7382E37 stat:  00 t:00000000 d:01 r:F7382E37 m:2A A001 F12233 3077AC 000802010AF10B220C33
2015.01.17 10:27:41.537 5: HMLAN_Parse: HM_LAN1 R:RF7382C95 stat:0001 t:00164917 d:FF r:FFDF     m:29 8002 3077AC F12233 00
2015.01.17 10:27:41.407 5: HMLAN_Parse: HM_LAN1 R:E3077AC   stat:0000 t:00164878 d:FF r:FFDF     m:02 8400 3077AC 000000 1000DC4C45513132323038383140010101
2015.01.17 10:27:41.203 5: HMLAN_Send:  HM_LAN1 S:SF7382C95 stat:  00 t:00000000 d:01 r:F7382C95 m:29 A001 F12233 3077AC 00050000000000
2015.01.17 10:27:40.914 2: CUL_HM Unknown device CUL_HM_HM_Sen_DB_PCB_3077AC is now defined
2015.01.17 10:27:40.911 5: HMLAN_Parse: HM_LAN1 R:E3077AC   stat:0000 t:001646A2 d:FF r:FFDA     m:01 8400 3077AC 000000 1000DC4C45513132323038383140010101


Pairing klappt sofort. Wobei der initiale Pairing-Request mit ~300 ms Verzögerung losgetreten wird, und auch nicht wiederholt werden muss (das hätte ich jetzt eigentlich erwartet...).

Sieht für mich auf den ersten Blick nach einem CUL-FW-Problem aus. Aber vielleicht auch nur schlicht ein Timing-Problem des HM-SEN-DB-PCB? Ich versteh nicht warum der um 300ms verzögerte Pairing-Request akzeptiert wird.

Gruss
Oliver
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 18 Januar 2015, 17:48:53
das pairing ist vom Ablauf her korrekt. wenn das device noch einmal wiederholt ist das schon ok.
das timing in FHEM ist natürlich nicht das Timing in der Luft. Und das ist entscheidend. da gibt es noch delay auf den interfaces. Für HMLAN/USB können wir es recht gut kompensieren. Bei der CUL arbeiten wir noch dran - es gibt schon eine Version.

Das scheint mir der Grund. HMLAN ist aktuell einfach besser von timing her. ggf. probiere die Version irgendwo in diesem Forum bei CUL
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Xaser am 18 Januar 2015, 18:23:13
Hallo,

meine Sprechanlage hat im Leerlauf schon eine Spannung von ca 20-30 V. Kann ich diesen Sensor nutzen, um eine Spannungsspitze als auslöser zu verwenden`? Soll heißen: Wenn jemand klingelt, steigt die spannung und FHEM löst ein Ereignis aus.

Gruß

Sebastian
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 19 Januar 2015, 08:33:37
Zitat von: Xaser am 18 Januar 2015, 18:23:13
meine Sprechanlage hat im Leerlauf schon eine Spannung von ca 20-30 V. Kann ich diesen Sensor nutzen, um eine Spannungsspitze als auslöser zu verwenden`? Soll heißen: Wenn jemand klingelt, steigt die spannung und FHEM löst ein Ereignis aus.

In den technischen Daten steht:

Daher denke ich mal, dass der Sensor nicht so gut für dich geeignet ist.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ohweh am 19 Januar 2015, 18:18:57
Zitat von: martinp876 am 18 Januar 2015, 17:48:53
das pairing ist vom Ablauf her korrekt. wenn das device noch einmal wiederholt ist das schon ok.
das timing in FHEM ist natürlich nicht das Timing in der Luft. Und das ist entscheidend. da gibt es noch delay auf den interfaces. Für HMLAN/USB können wir es recht gut kompensieren. Bei der CUL arbeiten wir noch dran - es gibt schon eine Version.

Das scheint mir der Grund. HMLAN ist aktuell einfach besser von timing her. ggf. probiere die Version irgendwo in diesem Forum bei CUL

Hi Martin,

die andere FW mit der Timing-Optimierung hab ich schon getestet (Version vom 10.01.), aber ohne Erfolg. Selbiges Ergebnis mit einem zweiten CUL... Ich versteh auch dass das mit dem Timing beim CUL (noch) nicht optimal ist, auf der anderen Seite hab ich ne Menge HM-Geräte am Start und keine nennenswerten Probleme. Insofern glaube ich, dass am Sensor irgendwas oberfaul bzw. anders ist als sonst.

Aber wir sind uns doch einig, dass der Pairing-Request wiederholt werden sollte wenn das Device nicht auf den Request reagiert?

Gruss
Oliver
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 24 Januar 2015, 12:24:37
das device wiederholt - oder nicht.
FHEM wiederholt, was es sendet, wenn keine Antwort kommt - begrenzt natürlich
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: raimundl am 14 Februar 2015, 20:33:36
Hallo!

Ja leider lässt sich mein "Doorbell Sensor" wie hier bereits ausführlich beschrieben nicht pairen:

R-pairCentral:  set_0xF21034.

Wenn man jedoch entgegen der ELV Anleitung den Taster zwischen "input" und "Push Button" anschließt, kommt beim Drücken folgender:

STATE: Btn1 offShort (to broadcast)
CUL_0_MSGCNT:  16 (zählt hoch).

Könnte man diese Reaktion für Schaltzwecke vorerst ausnützen??
Als Zwischenlösung bis das Pairingproblem gelöst ist?

LG
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 14 Februar 2015, 21:31:44

Zitat von: raimundl am 14 Februar 2015, 20:33:36
Könnte man diese Reaktion für Schaltzwecke vorerst ausnützen??
Als Zwischenlösung bis das Pairingproblem gelöst ist?
Hallo,
mein Klingelsensor ist leider auch nicht so kommunikativ. Ich konnte ihn bisher weder mit Fhem pairen noch mit meinem Funkgong peeren. Per notify habe ich alles zum Laufen bekommen. Die Lösung braucht halt ein laufendes Fhem. Im EventMonitor sieht man ganz gut, vorauf man das notify ansetzen kann.
Hier meine Definition als Beispiele:
define Klingel notify HM_Sen_DB_PCB:trigger:.* {\
  fhem("set HM_OU_CF_PL_Led,HM_OU_CF_PL_Sound on")\
}


Gruß
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: raimundl am 14 Februar 2015, 21:54:35
Herzlichen Dank - funktioniert!

Jetzt muss nur noch die Reichweite passen um als Klingel in ca. 60 Meter Entfernung zu funktionieren.

Danke und LG
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 14 Februar 2015, 23:48:53
ZitatJetzt muss nur noch die Reichweite passen um als Klingel in ca. 60 Meter Entfernung zu funktionieren.
die hoffnung stirbt zuletzt.  :)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Brockmann am 15 Februar 2015, 10:41:00
Nur um mal eine kleine Lanze für diesen Klingelsensor zu brechen:
In Verbindung mit einem HMLan lässt er sich problemlos pairen und betreiben. Arbeitet bei mir schon seit einigen Wochen reibungslos.
Dank des kleinen Formfaktors passte er sogar ins Klingelgehäuse mit rein (also gemeint ist das Gehäuse des "Gongs"), so dass er völlig unsichtbar ist.

Schönen Sonntag noch!  :)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Wolfpunk am 21 Februar 2015, 11:52:44
Ich habe mir den HM-Sen-DB-PCB erfolgreich zusammengelötet und alles funktioniert wie es soll. Ich bin geradezu begeistert, dass es geklappt hat.

Ich hätte da allerdings noch eine Frage an Martin:

Im Auslieferungszustand signalisiert die LED nicht den Kommunikationsstatus, also weder, ob ein Befehl gesendet, erfolgreich bestätigt oder unbestätigt geblieben ist. Im normalen Betriebsmodus bleibt sie also einfach aus. Im Handbuch steht dazu:

"Außer zur Konfiguration wird die Geräte-LED erst nach entsprechender Einstellung durch die Zentrale oder einem Konfigurationsadapter zur Signalisierung des Kommunikationsmodus außerhalb des Konfigurationsmodus genutzt." Darunter kommt die übliche Beschreibung, wie die LED die Kommunikation anzeigt, wie bei HomeMatic üblich.

Wenn ich ein get regList auf den Sensor mache, bekomme ich aber kein Register angezeigt, welches ich setzen könnte, damit die LED die Kommunikation wie bei anderen Geräten gewohnt anzeigt wird. Gibt es da irgendeine Möglichkeit, um dass das entsprechende Register in FHEM anzusprechen? Müsstest Du das erst noch implementieren, Martin? Oder übersehe ich da einfach etwas?

Grüße aus Berlin. :)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 21 Februar 2015, 13:26:50
ich sehe kein Register über LEDs.
kannst du einmal die rohen registerdaten schicken? sieht man mit expert2
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Wolfpunk am 21 Februar 2015, 14:39:02
So?

RegL_00: 02:01 05:00 0A:XX 0B:XX 0C:XX 14:06 18:00 00:00
RegL_01: 04:10 08:00 30:06 00:00
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 21 Februar 2015, 16:32:14
ok - das register 5 in list 1 ist das test-pig.

mache ein
set <dev> regBulk .RegL_00:   05:40
alternativ
set <dev> regBulk .RegL_00:   05:80
set <dev> regBulk .RegL_00:   05:C0
aktuell ist es
set <dev> regBulk .RegL_00:   05:00

damit kann man "ledmode on" schalten - bei anderen Devices.
Falls die optionen 80 und c0 auch etwas bewirken stelle fest, welcher mode es ist.

Könnte sein, dass man die Zeit auch steuern kann. dann kommen hinzu (so 40 funktioniert)
set <dev> regBulk .RegL_00:   05:41
set <dev> regBulk .RegL_00:   05:42
set <dev> regBulk .RegL_00:   05:43
set <dev> regBulk .RegL_00:   05:44
set <dev> regBulk .RegL_00:   05:45
set <dev> regBulk .RegL_00:   05:46

könnte sein, dass die On-time immer länger wird.
Berichte.



Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Wolfpunk am 21 Februar 2015, 19:56:21
Volltreffer!  :D

set <dev> regBulk .RegL_00:   05:40
Schaltet den "ledmode on", genau wie Du es vermutet hast.

set <dev> regBulk .RegL_00:   05:80
set <dev> regBulk .RegL_00:   05:C0

Gleiches Ergebnis wie bei 05:40, kein Unterschied erkennbar.

set <dev> regBulk .RegL_00:   05:41
set <dev> regBulk .RegL_00:   05:42
set <dev> regBulk .RegL_00:   05:43
set <dev> regBulk .RegL_00:   05:44
set <dev> regBulk .RegL_00:   05:45
set <dev> regBulk .RegL_00:   05:46

Machen auch keinen Unterschied zu 05:40, es leuchtet sehr kurz orange, danach immer so ca. 1 Sekunde grün, meine VCCU schickt sofort ein ACK. Also wie gewohnt eigentlich.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 09 April 2015, 20:02:19
Hi,

ich hab mir auch den Sensor zusammengebaut.
Hab mich schon gewundert, warum die LED nix anzeigt, wenn ein Signal erkannt wird.

Seh ich das richtig dass eigentlich nur der Trigger den Signal Eingang anzeigt.
Also keine Btn1 On oder Btn1 Off oder so?

Gruß Robert
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 24 Juni 2015, 19:03:23
Hallo Leute,

ich wollte nicht extra ein Thread aufmachen.
mal ne Frage wie bekomme ich den Trigger in ein DOIF eingebaut?

Danke und Gruß Robert
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Brockmann am 25 Juni 2015, 08:44:08
Zitat von: no_Legend am 24 Juni 2015, 19:03:23
mal ne Frage wie bekomme ich den Trigger in ein DOIF eingebaut?

Ich habe es so gemacht:

([Klingel:?Btn1])
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 27 Juni 2015, 21:08:36
Ich hab mal ein bissel rum probiert:
hab es so hin bekommen [1OG.KLINGEL] eq "Btn1 Short"
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Brockmann am 28 Juni 2015, 10:34:00
Zitat von: no_Legend am 27 Juni 2015, 21:08:36
Ich hab mal ein bissel rum probiert:
hab es so hin bekommen [1OG.KLINGEL] eq "Btn1 Short"
So geht es auch, aber es gibt ein potenzielles Problem dabei: Die Bedingung ist im Grunde genommen immer wahr, weil State IMMER auf "Btn1 Short" steht.
Das kann unschöne Nebenwirkungen haben, vor allem weil 1OG.Klingel jedesmal überprüft wird, wenn irgendein Event des Klingelsensors auftritt. Könnte also sein, dass das DOIF manchmal triggert, obwohl niemand geklingelt hat, beispielsweise wenn der Sensor nur zyklisch seinen Batteriestatus meldet.

Meine Variante ([Klingel:?Btn1]) hingegen reagiert nur auf das eigentliche Event, also nur wenn der Klingelknopf gerade gedrückt wurde und sollte deshalb etwas robuster sein. Aber wenn Deine Variante für Dich perfekt läuft, auch gut.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 28 Juni 2015, 10:55:52
Hi Brockman,

okay verstanden. Danke für den Hinweis.
Muss man bei deiner Abfrage noch eine Auswertung fahren?
Also ==1 oder so?

Gruß Robert
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Brockmann am 28 Juni 2015, 13:19:48
Zitat von: no_Legend am 28 Juni 2015, 10:55:52
Muss man bei deiner Abfrage noch eine Auswertung fahren?
Nein, das kannst Du so als vorderen Teil Deines DOIFs verwenden. Das wird dann jedes Mal getriggert, wenn der Sensor einen Klingeldruck meldet. Du musst aber das Attribut do always für das DOIF setzen, damit auch jedes Mal eine Reaktion erfolgt.
Ich habe zusätzlich noch das Attribut cmdpause auf 30 Sekunden gesetzt. Sonst triggert das DOIF mehrmals, wenn jemand gleich zwei oder dreimal auf die Klingel drückt.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 28 Juni 2015, 14:48:02
Hi Brockmann,
Danke für den Tipp da bin ich noch garnicht drauf gekommen.
Super werde ich nachher gleich mal umsetzten.

Gruß Robert
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: dusti64 am 31 Juli 2015, 20:37:36
Guten Abend,

ich hab auch kleines Problem mit einem DOIF in Verbindung mit einem Klingelsensor und einer FB 7390...bei:
([KlingelSensor:?Btn1]) (set FB_Diele ring 611 10 Budapest show:Haustuerklingel, set SteffenHandy send Es hat an der Haustuer geklingelt) DOELSE

geht alles, nehme ich aber mehr als ein Fritzfon:
([KlingelSensor:?Btn1]) (set FB_Diele ring 610,611,612 10 Budapest show:Haustuerklingel, set SteffenHandy send Es hat an der Haustuer geklingelt) DOELSE

bekomme ich folgenden Fehler:
2015.07.31 20:06:01 3: FRITZBOX: set FB_Diele ring 610
2015.07.31 20:06:01 2: Es_klingelt: 611 10 Budapest show:Haustuerklingel: Unknown command 611, try help.
und es klingelt gar nicht...

Lt. FHEM Referenz ist bei den internen Rufnummern doch nach dem Komma kein Leerzeichen (Auszug) als Firmware läuft noch das FRITZ!OS 06.04set fritzbox ring 611,612 5 Budapest show:Es regnet
Kann mir bitte jemand erklären, was ich verkehrt mache?

Gruß Dusti

Update :)
wer lesen kann ist klar im Vorteil
([KlingelSensor:?Btn1]) ((set FB_Diele ring 611,610,612 10 Budapest show:Haustuerklingel), set SteffenHandy send Es hat an der Haustuer geklingelt) DOELSE
So geht's (y)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Brockmann am 31 Juli 2015, 23:19:39
Zitat von: dusti64 am 31 Juli 2015, 20:37:36
Kann mir bitte jemand erklären, was ich verkehrt mache?
Bei DOIF wird das Komma als Trenner zwischen Anweisungen verwendet. Deshalb macht es nach dem ersten Komma Schluss und interpretiert das nach dem Komma als nächsten Befehl.
Ich bin mir nicht sicher, aber vielleicht reicht es, wenn Du die ganze Anweisung nochmal extra in runde Klammern setzt.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: dusti64 am 01 August 2015, 12:25:51
Das war der Fehler...Dank dir!

Gruß Dusti
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 04 August 2015, 19:59:45
Irgnedwie reagiert mein DOIF nicht mehr auf die Klingeltasten.

Hat da jemand auch grad Probleme mit?

Ich hab an dem DOIF nichts gemacht.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 06 August 2015, 21:06:01
Also ich bin nicht sicher.
Aber ich glaube, dass die States geändert wurden.
So bekomme ich die Klingel nur gepusht wenn ich folgendes im DoIF auswerte:
[1OG.KLINGEL] eq "1OG.KLINGEL Short"

Btn1 scheint nicht mehr irgendwo raus zu kommen.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Damian am 07 August 2015, 09:13:14
Zitat von: no_Legend am 06 August 2015, 21:06:01
Also ich bin nicht sicher.
Aber ich glaube, dass die States geändert wurden.
So bekomme ich die Klingel nur gepusht wenn ich folgendes im DoIF auswerte:
[1OG.KLINGEL] eq "1OG.KLINGEL Short"

Btn1 scheint nicht mehr irgendwo raus zu kommen.

oder als Ereignis abfragen:

[1OG.KLINGEL:?Short]

Gruß

Damian
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 07 August 2015, 17:02:21
Hi Damian, oder so.

Hattest du das gleich Problem?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Damian am 07 August 2015, 18:47:52
Zitat von: no_Legend am 07 August 2015, 17:02:21
Hi Damian, oder so.

Hattest du das gleich Problem?

So ähnlich. Ich hatte meine Kontakte neu untereinander gepeert und dann kamen auch andere Statusangaben. HM ist halt recht gesprächig. Man muss da halt immer wieder drauf achten.

Gruß

Damian
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 08 August 2015, 09:52:50
@Damian
Werde dein Code so übernehmen. Danke.

Werden solche Änderungen nicht irgendwo vorab bekannt gegeben?
Zu findest währe es bei solchen Änderungen sinnvoll.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ChrisK am 29 August 2015, 09:24:11
Ich habe gestern den Bausatz erhalten und zum ersten Mal einen Homematic Bausatz zusammengelötet.
Ich bin mir zwar nicht zu 100% sicher, aber ich glaube, dass Löten war erfolgreich. Aber ich habe noch Problem mit dem Klingelsignalsensor.

Verbunden habe ich die beiden L-Kabel, die in die Klingel gehen mit Input und Push-Button. Nach mehrmaligem Lesen des Threads hier und dem Hinweis in den Bewertungen bei elv.de, denke ich, dass das richtig ist. Der Schalter am Bausatz steht auf "+", wobei ich auch "-" getestet habe.

Nun zum Problem.
Das Pairen scheint geklappt zu haben, zumindest sehe ich das Device in fhem.

Direkt nach dem pairen bzw. direkt nach einem getConfig sieht das list so aus:
Internals:
   DEF        37FCFD
   HMLAN1_MSGCNT 8
   HMLAN1_RAWMSG R78488B90,0001,1E5323E2,FF,FFB3,15A01037FCFD28650701000000
   HMLAN1_RSSI -77
   HMLAN1_TIME 2015-08-29 09:07:44
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     8
   NAME       tuer_klingel
   NR         510
   NTFY_ORDER 50-tuer_klingel
   STATE      Btn1 Short
   TYPE       CUL_HM
   lastMsg    No:15 - t:10 s:37FCFD d:286507 01000000
   protLastRcv 2015-08-29 09:07:44
   protSnd    6 last_at:2015-08-29 09:07:44
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:8 avg:-76 min:-82 lst:-77 max:-74
   CHANGETIME:
   Helper:
     Dblog:
       D-firmware:
         Mydblog:
           TIME       1440832063.36099
           VALUE      1.0
       D-serialnr:
         Mydblog:
           TIME       1440832063.36099
           VALUE      MEQ0045060
   Readings:
     2015-08-28 21:13:26   CommandAccepted yes
     2015-08-29 09:07:43   D-firmware      1.0
     2015-08-29 09:07:43   D-serialNr      MEQ0045060
     2015-08-29 09:07:43   PairedTo        0x286507
     2015-08-28 20:26:56   R-ledMode       off
     2015-08-28 20:26:57   R-longPress     0.4 s
     2015-08-28 21:13:27   R-pairCentral   0x286507
     2015-08-28 20:26:57   R-sign          off
     2015-08-29 09:07:43   RegL_00:          02:01 05:00 0A:28 0B:65 0C:07 14:06 18:00 00:00
     2015-08-29 09:07:43   RegL_01:          04:10 08:00 30:06 00:00
     2015-08-28 21:26:55   battery         ok
     2015-08-28 21:26:55   state           Btn1 Short
     2015-08-28 21:26:55   trigDst_286507  noConfig
     2015-08-28 21:26:55   trigger         Short_11
     2015-08-28 21:26:55   trigger_cnt     11
   Helper:
     HM_CMDNR   21
     cSnd       0128650737FCFD01040000000001,0128650737FCFD0103
     mId        00DC
     peerIDsRaw ,00000000
     rxType     4
     Io:
       newChn     +37FCFD,00,00,00
       nextSend   1440832064.55908
       prefIO
       rxt        0
       vccu
       p:
         37FCFD
         00
         00
         00
     Mrssi:
       mNo        15
       Io:
         HMLAN1     -75
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1440832064.47255
       ack:
         HASH(0x4ea90f0)
         15800228650737FCFD00
     Rssi:
       At_hmlan1:
         avg        -76
         cnt        8
         lst        -77
         max        -74
         min        -82
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   peerIDs    00000000,
   room       Allgemein
   serialNr   MEQ0045060
   subType    pushButton

   
Nach einem shutdown+restart sieht das list so aus:
Internals:
   DEF        37FCFD
   IODev      HMLAN1
   NAME       tuer_klingel
   NR         510
   NTFY_ORDER 50-tuer_klingel
   STATE      Btn1 Short
   TYPE       CUL_HM
   Readings:
     2015-08-28 21:13:26   CommandAccepted yes
     2015-08-29 09:07:43   D-firmware      1.0
     2015-08-29 09:07:43   D-serialNr      MEQ0045060
     2015-08-29 09:07:43   PairedTo        0x286507
     2015-08-28 20:26:56   R-ledMode       off
     2015-08-28 20:26:57   R-longPress     0.4 s
     2015-08-28 21:13:27   R-pairCentral   0x286507
     2015-08-28 20:26:57   R-sign          off
     2015-08-29 09:07:43   RegL_00:        02:01 05:00 0A:28 0B:65 0C:07 14:06 18:00 00:00
     2015-08-29 09:07:43   RegL_01:        04:10 08:00 30:06 00:00
     2015-08-28 21:26:55   battery         ok
     2015-08-28 21:26:55   state           Btn1 Short
     2015-08-28 21:26:55   trigDst_286507  noConfig
     2015-08-28 21:26:55   trigger         Short_11
     2015-08-28 21:26:55   trigger_cnt     11
   Helper:
     mId        00DC
     rxType     4
     Io:
       newChn     +37FCFD,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         37FCFD
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   peerIDs    00000000,
   room       Allgemein
   serialNr   MEQ0045060
   subType    pushButton

   
In beiden Zuständen sehe ich im Event-Monitor nicht, wenn es klingelt. Die hier beschriebenen DOIFs habe ich auch eingebunden, aber ich denke, wenn ich im Event-Monitor nichts sehe, dann werden die DOIFs auch nicht losgehen.
Das könnte daran liegen, dass die Verkabelung nicht korrekt ist, aber ich finde die zwei unterschiedlichen lists schon seltsam.

Kann mir hier jemand einen Tipp geben?
Ich hoffe ja, dass ich einfach nur einen sehr dummen Fehler gemacht habe und es nach Behebung des Fehlers einfach funktioniert ;)

Vielen Dank schon mal!
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 29 August 2015, 15:13:51
Du musst den Sensor parallel zur Klingel mit Input und GND verbinden. So funktioniert es bei mir.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ChrisK am 30 August 2015, 17:04:34
Zitat von: vuffiraa am 29 August 2015, 15:13:51
Du musst den Sensor parallel zur Klingel mit Input und GND verbinden. So funktioniert es bei mir.
Danke für das Bild!
Interessant ist, dass es bei Dir geht, obwohl ich schon mehrfach gelesen, dass GND gar nicht genommen werden soll.

Das habe ich jetzt aber auch probiert, leider erfolglos.
Auch die Schalter-Stellung variiert, bringt auch nichts.

Ist es denn bei Dir auch so, dass das "list" des Devices unterschiedlich ist nach dem Pairen und nach dem Neustart von fhem. Du sollst jetzt nicht unbedingt neu pairen ;) aber vielleicht ist Dir das mal aufgefallen?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: vuffiraa am 30 August 2015, 19:18:25
Die Hinweise zu GND beziehen sich, so weit ich das verstehe, auf das Auslösen eines Events per Taster. So ein Event kann man durch kurzschließen von Input und Push Button erreichen, hier steht in der Anleitung aber Push Button und GND.

Noch mal zum Verständnis, in Input gehen bei mir die 12V vom Klingeltrafo rein.

Das "list" kann ich nicht richtig testen, mein Sensor weigert sich gepairt zu werden. Ein Peering mit einem Funkgong klappte aber ohne Probleme, und das war mein Eigentliches Ziel. Hier aber trotzdem ein aktuelles "list":
Internals:
   DEF        30797B
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     65
   NAME       CUL_HM_HM_Sen_DB_PCB_30797B
   NR         289
   NTFY_ORDER 50-CUL_HM_HM_Sen_DB_PCB_30797B
   STATE      Btn1 Short
   TYPE       CUL_HM
   hmusb_MSGCNT 65
   hmusb_RAWMSG E30797B,0000,7794E269,FF,FFBD,76844030797B0000000176
   hmusb_RSSI -67
   hmusb_TIME 2015-08-30 17:00:23
   lastMsg    No:76 - t:40 s:30797B d:000000 0176
   protLastRcv 2015-08-30 17:00:23
   rssi_at_hmusb avg:-64.07 lst:-67 cnt:65 max:-57 min:-79
   CHANGETIME:
   Helper:
     Dblog:
       Battery:
         Mydblog:
           TIME       1440946823.62326
           VALUE      ok
       State:
         Mydblog:
           TIME       1440946823.62326
           VALUE      Btn1 Short
       Trigger:
         Mydblog:
           TIME       1440946823.62326
           VALUE      Short_118
       Trigger_cnt:
         Mydblog:
           TIME       1440946823.62326
           VALUE      118
   Readings:
     2015-06-14 17:49:19   D-firmware      1.0
     2015-06-14 17:49:19   D-serialNr      LEQ1221344
     2015-02-25 12:01:26   R-CUL_HM_HM_OU_CF_PL_34B43A_Led-expectAES set_off
     2015-02-25 12:01:26   R-CUL_HM_HM_OU_CF_PL_34B43A_Led-peerNeedsBurst set_off
     2015-02-25 12:03:59   R-CUL_HM_HM_OU_CF_PL_34B43A_Sound-expectAES set_off
     2015-02-25 12:03:59   R-CUL_HM_HM_OU_CF_PL_34B43A_Sound-peerNeedsBurst set_off
     2015-01-31 17:50:52   R-pairCentral   set_0x030C48
     2015-06-14 20:53:44   RegL_00:        0
     2015-02-14 16:59:50   alive           yes
     2015-08-30 17:00:23   battery         ok
     2015-01-12 21:36:00   contact         unknown:00 (to broadcast)
     2015-02-14 16:59:50   powerOn         2015-02-14 16:59:50
     2015-02-14 16:59:50   recentStateType info
     2015-08-30 17:00:23   state           Btn1 Short
     2015-08-30 17:00:23   trigger         Short_118
     2015-08-30 17:00:23   trigger_cnt     118
   Helper:
     HM_CMDNR   118
     mId        00DC
     rxType     4
     Io:
       newChn     +30797B,00,01,FE1F
       nextSend   1440946823.71336
       rxt        0
       vccu       vccu
       p:
         30797B
         00
         01
         FE1F
       prefIO:
         hmusb
     Mrssi:
       mNo        76
       Io:
         hmusb      -65
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmusb:
         avg        -64.0769230769231
         cnt        65
         lst        -67
         max        -57
         min        -79
     Shadowreg:
Attributes:
   IODev      hmusb
   IOgrp      vccu:hmusb
   alias      Klingelsensor
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   LEQ1221344
   subType    pushButton
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: miot am 30 August 2015, 22:08:41
Mal eine Frage in die Runde zum Batterieverbrauch:

Ich habe KEINEN Klingeltrafo (weil keine Klingel...) angeschlossen. Ich verwende den potentialfreien Anschluss meiner Gigaset HC 450 (Gegensprechanlage) um im Sensor den Event auszuloesen was soweit auch ohne externe Stromquelle funktioniert.  Allerdings sind nach ca. 6-8 Wochen ehemals brandneue Batterien leer und bei uns ist (Kinder sind alle aus dem Haus  :D) extrem wenig Besuch an der Tagesordnung.

Das deckt sich ueberhaupt nicht mit dem ueblichen Stromverbrauch anderer HM Komponenten.

Kann es sein, dass die fehlende externe Stromquelle die Ursache fuer den 'relativ' hohen Stromverbrauch ist?
Hat jemand aenliche Erfahrungen gemacht oder gaenzlich andere und welche Konfiguration ist bei Euch vorhanden?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ChrisK am 31 August 2015, 10:29:25
Zitat von: vuffiraa am 30 August 2015, 19:18:25
...Noch mal zum Verständnis, in Input gehen bei mir die 12V vom Klingeltrafo rein...
Ich muss mir mal ein Multimeter besorgen und das prüfen.

Zitat von: vuffiraa am 30 August 2015, 19:18:25Das "list" kann ich nicht richtig testen, mein Sensor weigert sich gepairt zu werden. Ein Peering mit einem Funkgong klappte aber ohne Probleme, und das war mein Eigentliches Ziel. Hier aber trotzdem ein aktuelles "list":
Danke!

Interessant ist, dass bei Dir z.B. lastMsg und protLastRcv als Internal noch da ist und bei mir nach einem Neustart von fhem verschwindet (direkt nach dem pairen sind diese Internals ja noch da).
Da ist also irgendwas schief. Ich habe nur keine Ahnung, warum das so ist.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 31 August 2015, 10:38:50
ZitatInteressant ist, dass bei Dir z.B. lastMsg und protLastRcv als Internal noch da ist und bei mir nach einem Neustart von fhem verschwindet (direkt nach dem pairen sind diese Internals ja noch da).
Da ist also irgendwas schief. Ich habe nur keine Ahnung, warum das so ist.
sicherlich werden auch nicht alle daten einen restart überleben. also einfach erneut klingeln, dann kommen die internals wieder. schau in fhem.save, was und wann die daten gespeichert werden.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ChrisK am 31 August 2015, 11:30:40
Zitat von: frank am 31 August 2015, 10:38:50
sicherlich werden auch nicht alle daten einen restart überleben. also einfach erneut klingeln, dann kommen die internals wieder. schau in fhem.save, was und wann die daten gespeichert werden.
Ok, das ist schon mal beruhigend, dass die nicht immer angezeigt werden müssen (so interpretier ich das mal ;) ).
Die fhem.save muss ich mir dann heute Abend mal angucken.

Mir ist aber gerade im Log aufgefallen, dass beim durchprobieren gestern das notify doch zwei Mal ausgelöst wurde.
Zumindest sehe ich in der Log-Tabelle history zwei Mal ein "cmd_event: tuer_klingel" und ein cmd_1 bzw. cmd_2 als state. D.h. ich muss gucken, was ich gestern durch getestet hab, irgendwann zwischendurch war es wohl richtig.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: ChrisK am 31 August 2015, 19:15:42
Sodale... Klappt jetzt alles, war nur falsch angeschlossen, also mein Fehler.
Ich hatte ja geschrieben, dass ich die zwei L-Kabel angeschlossen hatte, das war falsch, denn da war immer Strom dran. Deswegen wurde auch das Event ausgelöst als ich am rumspielen war, immer wenn ich ein Kabel abgeklemmt und wieder angeklemmt hab, floss Strom.

Hier (http://forum.fhem.de/index.php/topic,40424.) ist ein Bild der Klingelanlage, wo es 4 Drähte zu gibt. Bisher dachte ich, dass die beiden CFP-Kabel nur für das Videobild zuständig sind. Angeschlossen müssen bei mir aber L und CFP1 sein. Und zwar, so wie Du es beschrieben hattest vuffiraa, an Input und GND.

Danke Euch für die Unterstützung hier!
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: moelski am 29 Dezember 2015, 09:23:49
Moin !

Klemme mich hier mal dran  :)

Habe heute morgen das Teil zusammen gelötet. Aber ein Pairing klappt auch bei mir nicht richtig.
Kriege am ende immer State nack oder STATE RESPONSE TIMEOUT:RegisterRead

Hier noch ein List vom Device ...
Internals:
   CFGFN
   CUL_HM_MSGCNT 17
   CUL_HM_RAWMSG A1A108400398BD20000001000DC4D45513036353638303740010101::-46:CUL_HM
   CUL_HM_RSSI -46
   CUL_HM_TIME 2015-12-29 09:20:51
   DEF        398BD2
   IODev      CUL_HM
   LASTInputDev CUL_HM
   MSGCNT     17
   NAME       HM_398BD2
   NR         778
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:10 - t:00 s:398BD2 d:000000 1000DC4D45513036353638303740010101
   protCmdDel 8
   protLastRcv 2015-12-29 09:20:51
   protNack   1 last_at:2015-12-29 09:04:40
   protResndFail 1 last_at:2015-12-29 09:20:56
   protSnd    3 last_at:2015-12-29 09:20:51
   protState  CMDs_done_Errors:1
   rssi_at_CUL_HM lst:-46 min:-55.5 max:-42.5 cnt:17 avg:-46.91
   Readings:
     2015-12-29 09:04:40   CommandAccepted no
     2015-12-29 09:20:51   D-firmware      1.0
     2015-12-29 09:20:51   D-serialNr      MEQ0656807
     2015-12-29 09:04:39   R-pairCentral   set_0xD28476
     2015-12-29 09:20:56   state           RESPONSE TIMEOUT:RegisterRead
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   16
     cSnd       01D28476398BD2000802010AD20B840C76,01D28476398BD200040000000000
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     rxType     4
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +398BD2,00,00,00
       nextSend   1451377251.69323
       prefIO
       rxt        0
       vccu
       p:
         398BD2
         00
         00
         00
     Mrssi:
       mNo        10
       Io:
         CUL_HM     -44
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_hm:
         avg        -46.9117647058824
         cnt        17
         lst        -46
         max        -42.5
         min        -55.5
     Shadowreg:
       RegL_00.    02:01 0A:D2 0B:84 0C:76
Attributes:
   IODev      CUL_HM
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       HW_Schalter
   serialNr   MEQ0656807
   subType    pushButton


Nutze einen CUL (Firmware 1.61) und der Rest meiner Devices funktioniert tadellos.

Gibt es hier inzwischen eine Lösung?

Grüße Dominik
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 29 Dezember 2015, 15:35:26
es braucht die rohmessages.
die CUL -FW wir oben im Forum angeschlagen ist für HM geeignet.

Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: moelski am 29 Dezember 2015, 17:55:59
Moin !

Zitates braucht die rohmessages.
Da kann ich bestimmt helfen.

Was muss ich tun um die Messages für euch sinnvoll aufzuzeichnen?

Grüße
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 29 Dezember 2015, 22:20:14
Siehe wiki hm sniffen
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 27 Februar 2016, 14:10:11
 Hallo *

bisher hatte ich mit meinen HM-Geräten nie Probleme aber mit dem Pairing eines HM-Sen-DB-PCB und CUL V 1.61 komme ich es einfach keinen mm bzw. nicht über State Nack hinnaus.

Set Getconfig führt zu : protCmdPend 3 CMDs_pending.
Configtaster am HM-Sen-DB-PCB erzeugt : RESPONSE TIMEOUT:RegisterRead

Austausch der Batterien hat leider auch nicht geholfen. Ich hoffe ich habe den entscheidenden Tipp nicht irgendwo überlesen.


Internals:
   CFGFN
   CUL_0_MSGCNT 3
   CUL_0_RAWMSG A0A038002398C5FA0A9C180::-54.5:CUL_0
   CUL_0_RSSI -54.5
   CUL_0_TIME 2016-02-27 11:30:02
   DEF        398C5F
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     3
   NAME       HM_398C5F
   NR         1218
   STATE      Nack
   TYPE       CUL_HM
   lastMsg    No:03 - t:02 s:398C5F d:A0A9C1 80
   protCmdDel 5
   protLastRcv 2016-02-27 11:30:02
   protNack   1 last_at:2016-02-27 11:30:02
   protSnd    2 last_at:2016-02-27 11:30:02
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 lst:-54.5 max:-54.5 cnt:3 avg:-59.83 min:-64
   Readings:
     2016-02-27 11:30:02   CommandAccepted no
     2016-02-27 11:30:02   D-firmware      1.0
     2016-02-27 11:30:02   D-serialNr      MEQ0656666
     2016-02-27 11:30:02   R-pairCentral   set_0xA0A9C1
     2016-02-27 11:30:02   state           Nack
   Helper:
     HM_CMDNR   3
     cSnd       01A0A9C1398C5F00050000000000,01A0A9C1398C5F000802010AA00BA90CC1
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     rxType     4
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +398C5F,00,00,00
       nextSend   1456569002.59387
       prefIO
       rxt        0
       vccu
       p:
         398C5F
         00
         00
         00
     Mrssi:
       mNo        03
       Io:
         CUL_0      -52.5
     Prt:
       bErr       0
       mmcS       2
       sProc      0
       mmcA:
         ++A001A0A9C1398C5F00050000000000
         ++A001A0A9C1398C5F000802010AA00BA90CC1
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_0:
         avg        -59.8333333333333
         cnt        3
         lst        -54.5
         max        -54.5
         min        -64
     Shadowreg:
       RegL_00.    02:01 0A:A0 0B:A9 0C:C1
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   MEQ0656666
   subType    pushButton


2016.02.27 11:30:01.799 4: CUL_Parse: CUL_0 A 1A 01 8400 398C5F 000000 1000DC4D4551303635363636364001010114 -64
2016.02.27 11:30:02.067 4: CUL_send:  CUL_0As 10 02 A001 A0A9C1 398C5F 00050000000000
2016.02.27 11:30:02.236 4: CUL_Parse: CUL_0 A 1A 02 8400 398C5F 000000 1000DC4D455130363536363636400101011A -61
2016.02.27 11:30:02.338 4: CUL_send:  CUL_0As 13 03 A001 A0A9C1 398C5F 000802010AA00BA90CC1
2016.02.27 11:30:02.493 4: CUL_Parse: CUL_0 A 0A 03 8002 398C5F A0A9C1 8027 -54.5
2016.02.27 11:30:18.242 4: CUL_Parse: CUL_0 A 14 DB 845E 2E0F9D 000000 81658C000008000008D2FFEF -82.5


Wenn ich weitere Info bringen muss gerne sofort  :-[

vielen Dank !
klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 28 Februar 2016, 09:56:46
das Device antwortet nicht.
du hast dien CUL - da gibt es timing Probleme.
hast du die entsprechende "HM" SW für CUL? Ohne die kann ich nicht helfen . das hatten wir schon x-mal - klappte ohne nicht.

Die Logs sehen nicht danach aus.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 28 Februar 2016, 11:36:45
Danke für die Antwort. Ja, es ist CUL mit FW VERSION V 1.61 CUL868.

Vermutlich meinst du dieses Update zur CUL - HM Version vom 27 Oktober 2015.
Dann werde ich heute Abend berichten.

LG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 28 Februar 2016, 21:32:31

ich habe vor Flash-Vorgängen immer schon gehörigen Respekt gehabt. Der hat sich nun verfestigt.
Ich Trottel habe wohl bei der Erstprogrammierung den Programmierknopf beschädigt. Das übliche knacken ist nicht zu hören, die Form ist eher konkav als flach.

Das wird ein teurer Klingelsensor aber wollte eh mal einen zweit-CUL anschaffen.
Also nach Lieferung auf ein neues ...

lG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 03 März 2016, 20:07:29
habe das HM Update übernommen und den neuen CUL entsprechend geflasht.
Leider keine Änderung. Kommunikation mit Device klemmt.

CUL Version meldet nun : V 99.75 CUL868

der Mitschnitt schaut so aus:
2016.03.03 19:49:38.738 4: CUL_Parse: CUL_0  0237291E01A 01 8400 398C5F 000000 1000DC4D45513036353636363640010101 -58.5
2016.03.03 19:49:38.938 4: CUL_send:  CUL_0                      Aw 09 10 02 A001 A0A9C1 398C5F 00050000000000
2016.03.03 19:49:39.041 4: CUL_Parse: CUL_0  0240321E010 02 A001 A0A9C1 398C5F 00050000000000 -138
2016.03.03 19:49:39.178 4: CUL_Parse: CUL_0  0241701E01A 02 8400 398C5F 000000 1000DC4D45513036353636363640010101 -58
2016.03.03 19:49:39.188 4: CUL_send:  CUL_0                    Aa 163D 13 03 A001 A0A9C1 398C5F 000802010AA00BA90CC1
2016.03.03 19:49:39.307 3: CUL_parse: CUL_0  id:398C5F dhmSt:104
2016.03.03 19:49:39.308 4: CUL_Parse: CUL_0  0242991E013 03 A001 A0A9C1 398C5F 000802010AA00BA90CC1 -138
2016.03.03 19:49:39.426 4: CUL_Parse: CUL_0  0244181E00A 03 8002 398C5F A0A9C1 80 -58.5


Internals:
   CFGFN
   CUL_0_MSGCNT 3
   CUL_0_RAWMSG A0A058002398C5FA0A9C180::-53.5:CUL_0
   CUL_0_RSSI -53.5
   CUL_0_TIME 2016-03-03 19:34:03
   DEF        398C5F
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     3
   NAME       HM_398C5F
   NR         602
   STATE      Nack
   TYPE       CUL_HM
   lastMsg    No:05 - t:02 s:398C5F d:A0A9C1 80
   protCmdDel 5
   protLastRcv 2016-03-03 19:34:03
   protNack   1 last_at:2016-03-03 19:34:03
   protSnd    2 last_at:2016-03-03 19:34:03
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 max:-53.5 avg:-54.66 min:-57 cnt:3 lst:-53.5
   Readings:
     2016-03-03 19:34:03   CommandAccepted no
     2016-03-03 19:34:03   D-firmware      1.0
     2016-03-03 19:34:03   D-serialNr      MEQ0656666
     2016-03-03 19:34:03   R-pairCentral   set_0xA0A9C1
     2016-03-03 19:34:03   state           Nack
   Helper:
     HM_CMDNR   5
     cSnd       01A0A9C1398C5F00050000000000,01A0A9C1398C5F000802010AA00BA90CC1
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     rxType     4
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       LRcTm      682648
       LRcTmCnt   1
       LSndDlya
       LSndDlyb
       newChn     +398C5F,00,00,00
       nextSend   1457030043.65173
       nextSendLRmsg A0A058002398C5FA0A9C180
       prefIO
       rxt        0
       vccu
       p:
         398C5F
         00
         00
         00
     Mrssi:
       mNo        05
       Io:
         CUL_0      -51.5
     Prt:
       bErr       0
       mmcS       2
       sProc      0
       mmcA:
         ++A001A0A9C1398C5F00050000000000
         ++A001A0A9C1398C5F000802010AA00BA90CC1
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_0:
         avg        -54.6666666666667
         cnt        3
         lst        -53.5
         max        -53.5
         min        -57
     Shadowreg:
       RegL_00.    02:01 0A:A0 0B:A9 0C:C1
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   MEQ0656666
   subType    pushButton



LG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 03 März 2016, 21:55:21
Das timing sieht recht gutnaus. Aber ist das auch die cul für hm? Sieht mir nicht danach aus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 04 März 2016, 19:51:54
nun bin ich verunsichert. Ich meine ja. :-\ Zumindest funktionieren meine 15-18 HM Sensoren/Aktoren ohne Mucken.

Es ist ein CC1101-USB-Lite 868MHz.
Auf einer Seite ist "BUSWARE CUL V3" markiert, gegenüber "CUL V3.4"

Attribut RFMODE steht auf Homematic ..
Internals:
   CMDS       BbCFiAZEGMKJUYRTVWXefmltux
   CUL_0_MSGCNT 2202
   CUL_0_TIME Initialized
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         10
   FHTID      1034
   NAME       CUL_0
   NR         46
   PARTIAL
   RAWMSG     AFF510000F5EF00140DA45F33C1B9A0A9C184147C000C8200E808CEFF05
   RSSI       -71.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 99.75 CUL868
   VERSION_HW CUL_V3.4
   VERSION_TS yes
   initString X21
Ar
At1
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2016-03-04 19:36:58   cmds             B b C F i A Z E G M K J U Y R T V W X e f m l t u x
     2016-03-04 19:45:20   hmSioDly        0
     2016-03-04 18:23:47   raw             is00000FF0FFFF
     2016-03-04 19:01:04   scF             0.999970705519653
     2016-03-04 19:45:20   state           Initialized
     2016-03-03 19:51:13   version         V 99.75 CUL868
   Helper:
     33c1b9:
       QUEUE:
     33c7c3:
       QUEUE:
     33c7d6:
       QUEUE:
     36dfef:
       QUEUE:
     377895:
       QUEUE:
     390e8c:
       QUEUE:
     396b44:
       QUEUE:
     396b61:
       QUEUE:
     398c5f:
       QUEUE:
     3ac505:
       QUEUE:
     3ac57e:
       QUEUE:
     3b88cf:
       QUEUE:
     3d5287:
       QUEUE:
     3e43fa:
       QUEUE:
     3e4403:
       QUEUE:
     3e9d1b:
       QUEUE:
     Hm:
       FUP        0
       hmCrdts    5
       hmSbusy    0
     Q:
       Cap:
         sum        22500
     Ref:
       Lhmt       497592
       Lsys       49459393
       Sdly       1
       dwoCCAAa   104
       dwoCCAAw   96
       nusew      6
       pTTu       1024
       pingMax    0
       pingMin    1
       pingRef    2
       pingdly    2
       pinglm     9
       pingtm     48965120
       scErr      2.0045268824324
       scF        0.999970705519653
       scFN       2
       scHT       79985688
       scHTL      85105952
       scST       41689016
       scSTL      46809128
       tgtdly     104
Attributes:
   group      Fhem
   hmId       A0A9C1
   rfmode     HomeMatic
   room       System
   verbose    4


LG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 04 März 2016, 23:00:22
Wie in den angepintenthreats vermerkt braucht hm eine besondere cul fw und ein besonderes 00_cul . leider integriert Rudi den code nicht, weil nicht von ihm getestet. Und testen will er nicht. Also wird er ihn nie einbauen. Du musst ihn also selbst einbauen. Der normale code hat keine Kompensation des timing. Der kann auf Dauer nicht funktionieren.
Die logs sehen nichtkorrekt aus, das ist nicht der hm code.
Schau in den gepintenthreats.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 05 März 2016, 18:38:28
Hallo Martin,

erst einmal vielen Dank für die Hilfestellung. Leider bleibt es bei mir beim pairing-Problem. Der Klingelsensor (398C5F) will einfach nicht.  Alle anderen um die 18 Aktoren Sensoren laufen einwandfrei. So ein Teil wäre zwar ganz nett gewesen aber nun wird das Ding eingetütet >:(


CUL VERSION V 99.78 CUL868
00_CUL sowie zur Sicherheit den übrigen Code des letzten Test-Packets ausgetauscht - warscheinlich unnötig.


2016-03-05 17:56:21.651 Global global UNDEFINED HM_398C5F CUL_HM 398C5F
2016-03-05 17:56:21.651 Global global DEFINED HM_398C5F
2016-03-05 17:56:21.651 Global global DEFINED FileLog_HM_398C5F
2016.03.05 17:56:21.668 4 : CUL_send: CUL_0 Aw 09 10 02 A001 A0A9C1 398C5F 00050000000000
2016.03.05 17:56:21.679 3 : CUL_send: CUL_0 id:398C5F dDly:73
2016-03-05 17:56:21.721 CUL_HM HM_398C5F D-firmware: 1.0
2016-03-05 17:56:21.721 CUL_HM HM_398C5F D-serialNr: MEQ0656666
2016.03.05 17:56:21.769 4 : CUL_Parse: CUL_0 351753 A FF13 09093952 00 10 02 A001 A0A9C1 398C5F 00050000000000 -138
2016.03.05 17:56:21.906 4 : CUL_Parse: CUL_0 351889 A FF11 09094112 00 1A 02 8400 398C5F 000000 1000DC4D45513036353636363640010101 -47.5
2016.03.05 17:56:21.916 4 : CUL_send: CUL_0 Aw 0B 13 03 A001 A0A9C1 398C5F 000802010AA00BA90CC1
2016.03.05 17:56:21.927 3 : CUL_send: CUL_0 id:398C5F dDly:93
2016-03-05 17:56:21.943 CUL_HM HM_398C5F D-firmware: 1.0
2016-03-05 17:56:21.943 CUL_HM HM_398C5F D-serialNr: MEQ0656666
2016.03.05 17:56:22.036 3 : CUL_ParseTsHM: CUL_0 id:398C5F dhmSt:104
2016.03.05 17:56:22.037 4 : CUL_Parse: CUL_0 352020 A FF13 09094216 00 13 03 A001 A0A9C1 398C5F 000802010AA00BA90CC1 -138
2016.03.05 17:56:22.154 4 : CUL_Parse: CUL_0 352137 A FF11 09094360 00 0A 03 8002 398C5F A0A9C1 80 -48
2016-03-05 17:56:22.174 CUL_HM HM_398C5F NACK
2016-03-05 17:56:22.174 CUL_HM HM_398C5F Nack


LG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 05 März 2016, 18:46:56
Das log sieht immer noch schmal aus.
Im Log fehlt etwas. Fhem sendet vor dem device. Das ist sicher abgeschnitten.
Mache ein clear msgevents. Dann paire noch einmal.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 05 März 2016, 19:03:14
gemacht
2016.03.05 18:57:06.554 4: CUL_Parse: CUL_0  326521 A FF01 12738872 00 1A 03 8400 398C5F 000000 1000DC4D45513036353636363640010101 -55
2016.03.05 18:57:06.572 4: CUL_send:  CUL_0                       Aa 4C34 10 04 A001 A0A9C1 398C5F 00050000000000
2016.03.05 18:57:06.583 3: CUL_send:  CUL_0  id:398C5F dDly:83
2016.03.05 18:57:06.683 3: CUL_ParseTsHM: CUL_0  id:398C5F dhmSt:104
2016.03.05 18:57:06.684 4: CUL_Parse: CUL_0  326650 A FF13 12738976 00 10 04 A001 A0A9C1 398C5F 00050000000000 -138
2016.03.05 18:57:06.818 4: CUL_Parse: CUL_0  326786 A FF11 12739136 00 1A 04 8400 398C5F 000000 1000DC4D45513036353636363640010101 -56.5
2016.03.05 18:57:06.825 4: CUL_send:  CUL_0                       Aa 4C55 13 05 A001 A0A9C1 398C5F 000802010AA00BA90CC1
2016.03.05 18:57:06.836 3: CUL_send:  CUL_0  id:398C5F dDly:94
2016.03.05 18:57:06.949 3: CUL_ParseTsHM: CUL_0  id:398C5F dhmSt:104
2016.03.05 18:57:06.950 4: CUL_Parse: CUL_0  326917 A FF13 12739240 00 13 05 A001 A0A9C1 398C5F 000802010AA00BA90CC1 -138
2016.03.05 18:57:07.067 4: CUL_Parse: CUL_0  327035 A FF11 12739384 00 0A 05 8002 398C5F A0A9C1 80 -58



STATE Nack
TYPE CUL_HM
lastMsg No:05 - t:02 s:398C5F d:A0A9C1 80
protCmdDel5
protLastRcv

2016-03-05 18:57:07
protNack

1 last_at:2016-03-05 18:57:07
protSnd

2 last_at:2016-03-05 18:57:06
protState

CMDs_done_Errors:1
rssi_at_CUL_0

cnt:6 max:-47.5 min:-58 lst:-58 avg:-52.33
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: martinp876 am 05 März 2016, 19:22:04
das log sieht jetzt prima aus. Aber FHEM sendet zu schnell. der delay wird nicht eingehalten. Sollte(darf)  nicht sein.

Den Grund haben wir schon einmal. Nur was machen wir damit. muss mal meine CUNO auspacken (die CUL ist verstorben...)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 05 März 2016, 19:51:37
ZitatDen Grund haben wir schon einmal.

jetzt bin ich doch wieder richtig oben auf:-) .. ein Teilerfolg .. glückshormonausschüttung :)

LG Klaus
Titel: HM-Sen-Db-Pcb
Beitrag von: no_Legend am 08 März 2016, 20:51:19
Hi Leute ist der Fehler schon behoben?

Und schieße dass ich den Eintrag hier nicht vorher gesehen habe,Begründung folgt zu gleich.

Ich hab heute mal eine Platine gelötete.
Hat auch geklappt, das Pairing leider nicht.
Hab seit kurzem einen cul und zwei hmlan in eine vccu drin.

Habe dann gedacht ich habe eine lötfehler gemacht.
Jetzt liegt das ganze Ding im Müll.
Naja Lehrgeld muss man manchmal zahlen, hab gleich nen neuen bestellt.

Kann ich den cul aus der vccu raus nehmen und ihn einfach deaktivieren?
Beim hmlan gibt es ja den close Befehl, beim vccu habe ich dazu nichts gefunden.

Das Pairing sollte wenn ich nur die hmlan's drin habe funktionieren?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 09 März 2016, 05:21:54
Moin Moin,

leider nicht. Ein möglicher Lötfehler ging mir zu Anfang auch durch's Hirn aber mittlerweile schließe ich den aus. Grundsätzlich sind die Funktionen ja vorhanden.

Zum HMLAN kann ich nicht sagen. Ich habe keinen ;)

LG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 09 März 2016, 08:01:52
Ist mir auch noch nie passiert erst mal das Teil geschrottet.

Naja was solls.

Der nächste kommt ja bald.
Dann werde ich mal den CUL abstecken, solange ich keine Einfacherer Methode finde, den CUL zu deaktiveren.

Meld mich dann noch mal ob es mit den HMLAN gegangen ist.

Gruß Robert
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 09 März 2016, 09:38:22
ZitatDann werde ich mal den CUL abstecken, solange ich keine Einfacherer Methode finde, den CUL zu deaktiveren.
wenn du einfach über den hmlan pairst, brauchst du nichts umstecken oder deaktivieren, denke ich. dann sollte das pairing nur über dieses io abgewickelt werden. wenn das device anschliessend dennoch über die vccu betrieben werden soll, musst du allerdings das attr IOgrp beim device selber setzen.

set hmlan hmPairForSec
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 09 März 2016, 10:03:36
Da bin ich mir nicht sicher.

Ich habe gestern probiert, den CUL aus der VCCU raus zunehmen.
Trotzdem ging das Pairing nicht richtig.

Ich werde Ihn einfach mal komplett abstecken und dann probieren.
Denke die Platine ist morgen bei mir, dann weis ich mehr.

Gruß Robert
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: no_Legend am 15 März 2016, 10:06:03
So also,

das Anlernen mit einem HMLAN geht.
Keine Probleme.

Ich habe den CUL einfach einen Port gegeben, den es garnicht gibt.
Somit sind in der VCCU nur die zwei HMLAN Aktiv gewesen.

Gruß Robert
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 16 März 2016, 19:10:57

vielen Dank für die Information. Dann probiere ich es auch mit einem HM_LAN. Bis zum eintreffen des Teils finde ich sicher Beschäftigung bei der Integration einer VCCU. ;)

LG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MadMax-FHEM am 06 Mai 2016, 02:06:54
Hallo,

so nach etlichem probieren und suchen muss ich doch mal hier nachfragen...

Habe seit gestern (weil jetzt ist ja schon heute ;-)  ) einen HM-Sen-DB-PCB.

Hatte Probleme ihn an meinem Testsystem (nanoCUL) anzulernen.
Hab zwar die Meldungen bekommen, also für den Einsatz den ich plane reicht es aber es gefällt mir nicht...

Habe ihn dann mal probeweise an meinem "echten" System (HM-CFG-USB) angelernt, kein Problem.

Also am Zusammenbau etc. liegts schon mal nicht...

Hatte auch schon mal ähnliche Probleme mit einem optischen Fenstersensor.
Da das aber nur für einen ersten Test nach Lötarbeiten herhalten musste und am echten System läuft habe ich es nicht weiter verfolgt...

Aber der Klingelsensor soll (erst mal) auf dem Testsystem laufen...

Habe schon gelesen, dass es wohl Probleme mit dem Timing gibt.

Habe schon mal die spezielle 00_CUL.pm installiert, hat aber nicht geholfen.

Gut dann den CUL flashen.

Hat nicht geklappt, wobei ich nicht weiß (bzw. eher denke dass nicht) ob die CUL-fw in dem myccu.zip (wo ich auch die 00_CUL.pm her hab) einfach auf meinen nanoCUL flashen kann...

https://forum.fhem.de/index.php/topic,31421.0.html (https://forum.fhem.de/index.php/topic,31421.0.html)

Gehen die Änderungen überhaupt mit einem selbstbau nanoCUL??
Wenn ich die Datei nicht einfach flashen kann (was ich vermute), wo bekomme ich die Änderungen her, damit ich mir die fw selbst bauen und flashen kann???

Gibt es andere Lösungen für die Problematik (außer HMLAN bzw. halt noch einen HM-CFG-USB)???

Vielen Dank!

Gruß, Joachim
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MadMax-FHEM am 24 Mai 2016, 02:05:14
Hallo,

seit meinem Post ist (hier) bzgl. CUL, Timing und besagtem Gerät (Klingelsensor) nichts mehr passiert.

Mit dem Wissen, dass es am Timing liegt habe ich dann die Anfrage/Problematik im Thread bzgl. CUL/ASKSIN und Timing:

https://forum.fhem.de/index.php/topic,24436.msg453825.html#msg453825 (https://forum.fhem.de/index.php/topic,24436.msg453825.html#msg453825)

gepostet.

Dort gab es noch einige Versuche aber leider bislang ohne Erfolg, zumindest mit CUL/nanoCUL.

Anlernen mit HM-CFG-USB-2/hmlan (anderes System) geht problemlos...

Dies nur als Hinweis für andere Suchende, vielleicht helfen die Erweiterungen im anderen Thread...

Gruß, Joachim
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: justklaus am 30 Mai 2016, 17:33:06
Hallo,

ich habe meine Bemühungen mittlerweile aufgegeben. Der HM-Sen-Db-Pcb und CUL kamen nicht ins Gespräch, unabhängig welche Firmware bzw. Software benutzt wurde. 

Mit einem geliehenen HM-LAN wurde der Sensor sofort erkannt.

Ich habe ich das Vorhaben mittels modifiertem HM-SEC-SC-2 und einen 12V Relais REL-PCB4 ca. 5€ (Conrad ... ) gelöst.


LG Klaus
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 08 August 2019, 22:18:35
Hallo zusammen,
habe mir vor einigen Wochen den HM-SEN-DB-PCB -Bausatz geholt und zusammengelötet. Er ließ sich auch Problemlos mit dem HMUART pairen, es gab einen Triger und sobald ich die Input 5-12V DC/ACz-Buchse und Push-Button mit einem Kabel gebrückt habe, wurder der trigger um eins hochgezählt. Super.
Nachdem ich den Sensor dann zwischen die vorhandene Klingel und Taster eingebunden habe, hat das ganze dann auch noch mehrere Male funktioniert. Danach leider nicht mehr. Also habe ich alles wieder deinstalliert, in FHEM gelöscht und noch mal von vorne angefangen, nun lässt sich der HM-SEN-DB-PCB nicht vernünftig einbinden.
Nach dem Lesen diesen Threads habe ich dann alle Lösungsansätze ausprobiert, leider erfolglos.
Nun habe ich mir dann eine CCU2 von Homematic geleistet, aber auch damit bekomme ich keinen trigger mehr zu sehen, der hochzählt. Z.Z. habe ich den Sensor wieder mit der HMUART gepairt. Hier mal ein List, vielleicht könnt ihr als Fachleute etwas aus den Daten interpretieren oder ist der Sensor einfach defekt? Vielen Dank für eure Hilfe.
Internals:
   DEF        699A81
   FUUID      5d49d30f-f33f-5a0a-798d-2bac862dfa2bf0fb
   HmUART_MSGCNT 278
   HmUART_RAWMSG 0500002A058400699A810000001000DC5045513036353331363540010101
   HmUART_RSSI -42
   HmUART_TIME 2019-08-08 15:04:43
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     278
   NAME       Klingel
   NOTIFYDEV  global
   NR         292
   NTFY_ORDER 50-HM_699A81
   STATE      Nack
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:05 - t:00 s:699A81 d:000000 1000DC5045513036353331363540010101
   peerList   5796A53F,
   protCmdDel 0
   protCmdPend 3 CMDs_pending
   protErrIoAttack 58 last_at:2019-08-08 14:06:35
   protErrIoId_5796A5 58 last_at:2019-08-08 14:06:35
   protLastRcv 2019-08-08 15:04:43
   protNack   2 last_at:2019-08-08 14:06:34
   protRcv    128 last_at:2019-08-08 15:04:43
   protSnd    77 last_at:2019-08-08 15:04:38
   protState  CMDs_pending
   rssi_at_HmUART cnt:214 min:-71 max:-32 avg:-49 lst:-42
   Helper:
     DBLOG:
       D-firmware:
         DBLogging:
           TIME       1565269483.17345
           VALUE      1.0
       D-serialNr:
         DBLogging:
           TIME       1565269483.17345
           VALUE      PEQ0653165
       R-5796A53F-expectAES:
         DBLogging:
           TIME       1565268115.81901
           VALUE      off
       R-5796A53F-peerNeedsBurst:
         DBLogging:
           TIME       1565268115.81901
           VALUE      off
       R-pairCentral:
         DBLogging:
           TIME       1565268114.42063
           VALUE      0x22EC5F
       R-sign:
         DBLogging:
           TIME       1565161997.60285
           VALUE      off
       aesCommToDev:
         DBLogging:
           TIME       1565161416.8424
           VALUE      ok
       aesKeyNbr:
         DBLogging:
           TIME       1565264573.197
           VALUE      00
       alive:
         DBLogging:
           TIME       1565269423.67325
           VALUE      yes
       battery:
         DBLogging:
           TIME       1565269423.67325
           VALUE      ok
       powerOn:
         DBLogging:
           TIME       1565269423.67325
           VALUE      2019-08-08 15:03:43
       sabotageAttackId_ErrIoId_5796A5:
         DBLogging:
           TIME       1565265995.34025
           VALUE       cnt:58
       sabotageAttack_ErrIoAttack cnt:
         DBLogging:
           TIME       1565265995.34025
           VALUE      58
       state:
         DBLogging:
           TIME       1565265994.11425
           VALUE      Nack
   READINGS:
     2019-08-08 14:41:54   CommandAccepted yes
     2019-08-08 15:04:43   D-firmware      1.0
     2019-08-08 15:04:43   D-serialNr      PEQ0653165
     2019-08-08 15:04:36   PairedTo        0x22EC5F
     2019-08-08 14:41:55   R-5796A53F-expectAES off
     2019-08-08 14:41:55   R-5796A53F-peerNeedsBurst off
     2019-08-08 14:41:54   R-pairCentral   0x22EC5F
     2019-08-07 09:13:17   R-sign          off
     2019-08-07 09:03:36   aesCommToDev    ok
     2019-08-08 13:42:53   aesKeyNbr       00
     2019-08-08 15:03:43   alive           yes
     2019-08-08 15:03:43   battery         ok
     2019-08-08 15:04:48   peerList        5796A53F,
     2019-08-08 15:03:43   powerOn         2019-08-08 15:03:43
     2019-08-08 15:03:43   recentStateType info
     2019-08-08 14:06:35   sabotageAttackId_ErrIoId_5796A5  cnt:58
     2019-08-08 14:06:35   sabotageAttack_ErrIoAttack cnt 58
     2019-08-08 14:06:34   state           Nack
   cmdStack:
     ++A00122EC5F699A8100040000000000
     ++A00122EC5F699A8101040000000001
     ++A00122EC5F699A810103
   helper:
     HM_CMDNR   44
     PONtest    1
     cSnd       0122EC5F699A810103,0122EC5F699A8101045796A53F04
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     peerFriend peerAct,peerVirt
     peerIDsRaw ,5796A53F,00000000
     peerOpt    4:pushButton
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +699A81,00,00,00
       nextSend   1565269483.25875
       rxt        0
       vccu       VCCU
       p:
         699A81
         00
         00
         00
       prefIO:
         HmUART
     mRssi:
       mNo        05
       io:
         HMCCU2:
         HmUART:
           -34
           -34
     prt:
       bErr       0
       sProc      2
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_HmUART:
         avg        -49
         cnt        214
         lst        -42
         max        -32
         min        -71
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   IOgrp      VCCU:HmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEN-DB-PCB
   peerIDs    00000000,5796A53F,
   room       CUL_HM
   serialNr   PEQ0653165
   subType    pushButton
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: amenomade am 08 August 2019, 23:58:55
CMDs_pending => klinge ein paar Mal, um das Ding zu wecken, oder druck nochmal die Pairing-Taste und guck mal, ob er auf CMDs_done wechselt.
Wenn nicht, dann mach ein set clear msgEvents
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 09 August 2019, 10:17:08
welches device ist 5796A5 (attack meldungen)? ist das die ccu?
zusätzlich ist channel 3F dieses devices mit dem sen-db gepeert.

hast du die ccu als gateway geflasht und in fhem definiert (HMCCU)?

ich würde die ccu erst mal komplett entfernen. ausschalten und in fhem löschen.

dann ein werkreset am sen-db machen, wie in der bedienungsanleitung beschrieben.
das device in fhem nicht löschen.
dann mit der vccu pairen.
abstand zum gateway nicht zu nah, zb 2m.
eventuell nur das pairen wiederholen.

poste dann je ein list von vccu, hmuart und sen-db, falls es nicht funktioniert.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 09 August 2019, 10:44:06
@amenomade: Wenn ich den Taster am Sensor drücke, werden die CMDs durchgereicht (doing).
@frank: Gute Frage, keines meiner Devices hat die 5796A5.
Habe nun die CCU erstmal aus FHEM gelöscht und ausgeschaltet.
Dann ein Werksreset am Sensor durchgeführt.
Dann mit der VCCU neu gepairt. (Die VCCU enthält im Moment nur die HMUART. Die CCU2 habe ich noch nicht wieder eingebunden.)

list Klingel

Internals:
   DEF        699A81
   FUUID      5d49d30f-f33f-5a0a-798d-2bac862dfa2bf0fb
   HmUART_MSGCNT 304
   HmUART_RAWMSG 0500003F058400699A810000001000DC5045513036353331363540010101
   HmUART_RSSI -63
   HmUART_TIME 2019-08-09 10:33:37
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     304
   NAME       Klingel
   NOTIFYDEV  global
   NR         292
   NTFY_ORDER 50-HM_699A81
   STATE      MISSING ACK
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:05 - t:00 s:699A81 d:000000 1000DC5045513036353331363540010101
   protCmdDel 4
   protLastRcv 2019-08-09 10:33:37
   protRcv    19 last_at:2019-08-09 10:33:37
   protResndFail 1 last_at:2019-08-09 10:32:12
   protSnd    17 last_at:2019-08-09 10:32:49
   protState  CMDs_done
   rssi_at_HmUART cnt:240 min:-76 max:-32 avg:-50.65 lst:-63
   Helper:
     DBLOG:
       D-firmware:
         DBLogging:
           TIME       1565339617.17998
           VALUE      1.0
       D-serialNr:
         DBLogging:
           TIME       1565339617.17998
           VALUE      PEQ0653165
       R-5796A53F-expectAES:
         DBLogging:
           TIME       1565268115.81901
           VALUE      off
       R-5796A53F-peerNeedsBurst:
         DBLogging:
           TIME       1565268115.81901
           VALUE      off
       R-pairCentral:
         DBLogging:
           TIME       1565339568.37629
           VALUE      0x22EC5F
       R-sign:
         DBLogging:
           TIME       1565161997.60285
           VALUE      off
       aesCommToDev:
         DBLogging:
           TIME       1565161416.8424
           VALUE      ok
       aesKeyNbr:
         DBLogging:
           TIME       1565264573.197
           VALUE      00
       alive:
         DBLogging:
           TIME       1565339315.28269
           VALUE      yes
       battery:
         DBLogging:
           TIME       1565339315.28269
           VALUE      ok
       powerOn:
         DBLogging:
           TIME       1565339315.28269
           VALUE      2019-08-09 10:28:35
       sabotageAttackId_ErrIoId_5796A5:
         DBLogging:
           TIME       1565265995.34025
           VALUE       cnt:58
       sabotageAttack_ErrIoAttack cnt:
         DBLogging:
           TIME       1565265995.34025
           VALUE      58
       state:
         DBLogging:
           TIME       1565339532.20837
           VALUE      MISSING ACK
   READINGS:
     2019-08-09 10:32:12   CommandAccepted yes
     2019-08-09 10:33:37   D-firmware      1.0
     2019-08-09 10:33:37   D-serialNr      PEQ0653165
     2019-08-09 10:32:48   PairedTo        0x22EC5F
     2019-08-08 14:41:55   R-5796A53F-expectAES off
     2019-08-08 14:41:55   R-5796A53F-peerNeedsBurst off
     2019-08-09 10:32:48   R-pairCentral   0x22EC5F
     2019-08-07 09:13:17   R-sign          off
     2019-08-09 10:32:48   RegL_00.         00:00 02:01 05:00 0A:22 0B:EC 0C:5F 14:06 18:00
     2019-08-09 10:32:48   RegL_01.         00:00 04:10 08:00 30:06
     2019-08-07 09:03:36   aesCommToDev    ok
     2019-08-08 13:42:53   aesKeyNbr       00
     2019-08-09 10:28:35   alive           yes
     2019-08-09 10:28:35   battery         ok
     2019-08-09 10:28:35   powerOn         2019-08-09 10:28:35
     2019-08-09 10:28:35   recentStateType info
     2019-08-08 14:06:35   sabotageAttackId_ErrIoId_5796A5  cnt:58
     2019-08-08 14:06:35   sabotageAttack_ErrIoAttack cnt 58
     2019-08-09 10:32:12   state           MISSING ACK
   helper:
     HM_CMDNR   44
     PONtest    1
     cSnd       0122EC5F699A8101040000000001,0122EC5F699A810103
     mId        00DC
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerOpt    4:pushButton
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +699A81,00,00,00
       nextSend   1565339617.26445
       rxt        0
       vccu       VCCU
       p:
         699A81
         00
         00
         00
       prefIO:
         HmUART
     mRssi:
       mNo        05
       io:
         HMCCU2:
         HmUART:
           -59
           -59
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_HmUART:
         avg        -50.6541666666667
         cnt        240
         lst        -63
         max        -32
         min        -76
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   IOgrp      VCCU:HmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEN-DB-PCB
   peerIDs   
   room       CUL_HM
   serialNr   PEQ0653165
   subType    pushButton

Soll ich die CCU2 auch wieder einbinden? Ich hatte sie mit device HMCCU2 HMCCU 192.168.178.51 eingebunden. Geflasht habe ich nichts.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 09 August 2019, 11:35:53
funktioniert es jetzt? wo sind die anderen list?

ZitatSoll ich die CCU2 auch wieder einbinden? Ich hatte sie mit
Code: [Auswählen]
device HMCCU2 HMCCU 192.168.178.51
eingebunden. Geflasht habe ich nichts.

das bringt so nichts, da es ein anderes modul/philosophie ist. entweder mit cul_hm oder mit hmccu. 2 zentralen mit dem selben device ergibt meistens nur "murks".
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 10 August 2019, 00:07:01
Funktioniert leider immer noch nicht.
Hier noch die anderen Liste
list VCCU
Internals:
   DEF        22EC5F
   FUUID      5d16062d-f33f-5a0a-ce4f-8884fcd60ccea95f
   HmUART_MSGCNT 1
   HmUART_RAWMSG 0500004597943F5796A5000000020424E092D9
   HmUART_RSSI -69
   HmUART_TIME 2019-08-09 22:18:22
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     1
   NAME       VCCU
   NOTIFYDEV  global
   NR         232
   NTFY_ORDER 50-VCCU
   STATE      HmUART:ok
   TYPE       CUL_HM
   assignedIOs HmUART
   chanNo     01
   Helper:
     DBLOG:
       IOopen:
         DBLogging:
           TIME       1565381881.15431
           VALUE      1
       state:
         DBLogging:
           TIME       1565381881.15431
           VALUE      HmUART:ok
   READINGS:
     2019-08-09 22:18:01   IOopen          1
     2019-08-09 22:18:01   state           HmUART:ok
     2019-08-09 22:08:26   unknown_2E9C29  received
     2019-08-09 22:18:22   unknown_5796A5  received
   helper:
     HM_CMDNR   100
     mId        FFF0
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       prefIO     
       vccu       VCCU
       ioList:
         HmUART
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      HmUART
   IOList     HmUART,HMCCU2
   IOgrp      VCCU
   expert     251_anything
   model      CCU-FHEM
   room       10_System,CUL_HM
   subType    virtual
   verbose    5

Und list HmUART
.  Internals:
   AssignedPeerCnt 1
   CNT        168
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     168
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         4
   FUUID      5d309f95-f33f-5a0a-a945-acb1346522ac6552
   LastOpen   1565381878.31031
   NAME       HmUART
   NOTIFYDEV  global
   NR         244
   NTFY_ORDER 50-HmUART
   PARTIAL   
   RAWMSG     040200
   RSSI       -69
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 0
   msgLoadHistory 0/0/0/0/0/0/0/-1/0/0/0/0
   msgLoadHistoryAbs 0/0/0/0/0/0/0/0/1/1/1/1/1
   owner      22EC5F
   owner_CCU  VCCU
   Helper:
     CreditTimer 403
     FW         66561
     Initialized 1
     AckPending:
     DBLOG:
       D-HMIdAssigned:
         DBLogging:
           TIME       1565381880.86812
           VALUE      22EC5F
       D-HMIdOriginal:
         DBLogging:
           TIME       1565381880.91679
           VALUE      67078F
       D-firmware:
         DBLogging:
           TIME       1565381880.96902
           VALUE      1.4.1
       D-serialNr:
         DBLogging:
           TIME       1565381881.02234
           VALUE      PEQ0170961
       cond:
         DBLogging:
           TIME       1565381881.09843
           VALUE      ok
       loadLvl:
         DBLogging:
           TIME       1565381881.09843
           VALUE      low
     LastSendLen:
       3
       3
     Log:
       IDs:
     RoundTrip:
       Delay      0.00297904014587402
     loadLvl:
       lastHistory 1565388181.07586
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     699A81     +699A81,00,00,00
   READINGS:
     2019-08-09 22:18:00   D-HMIdAssigned  22EC5F
     2019-08-09 22:18:00   D-HMIdOriginal  67078F
     2019-08-09 22:18:00   D-firmware      1.4.1
     2019-08-09 22:18:01   D-serialNr      PEQ0170961
     2019-08-09 22:17:35   D-type          HM-MOD-UART
     2019-08-09 22:18:01   cond            ok
     2019-08-09 23:28:06   load            0
     2019-08-09 22:18:01   loadLvl         low
     2019-08-09 22:17:58   state           opened
   helper:
Attributes:
   hmId       22EC5F
   room       10_System
   verbose    5
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: amenomade am 10 August 2019, 00:27:29
Mach mal HMCCU2 weg vom Attr IOlist der VCCU
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 10 August 2019, 00:36:54
HMCCU2 ist aus IOList gelöscht. Bringt leider keine Verbesserung.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: amenomade am 10 August 2019, 00:52:22
Zeig bitte jetzt ein aktuelles "list" von der Klingel.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: amenomade am 10 August 2019, 22:30:34
Ist nicht mehr gepaired
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 10 August 2019, 22:40:43
list Klingel
Internals:
   DEF        699A81
   FUUID      5d49d30f-f33f-5a0a-798d-2bac862dfa2bf0fb
   HmUART_MSGCNT 23
   HmUART_RAWMSG 0500003F0D8400699A810000001000DC5045513036353331363540010101
   HmUART_RSSI -63
   HmUART_TIME 2019-08-10 22:38:40
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     23
   NAME       Klingel
   NOTIFYDEV  global
   NR         292
   NTFY_ORDER 50-Klingel
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:0D - t:00 s:699A81 d:000000 1000DC5045513036353331363540010101
   protCmdDel 3
   protLastRcv 2019-08-10 22:38:40
   protRcv    23 last_at:2019-08-10 22:38:40
   protResndFail 1 last_at:2019-08-10 22:38:26
   protSnd    16 last_at:2019-08-10 22:38:34
   protState  CMDs_done
   rssi_at_HmUART cnt:23 min:-67 max:-59 avg:-63.6 lst:-63
   Helper:
     DBLOG:
       D-firmware:
         DBLogging:
           TIME       1565469520.85738
           VALUE      1.0
       D-serialNr:
         DBLogging:
           TIME       1565469520.85738
           VALUE      PEQ0653165
       R-pairCentral:
         DBLogging:
           TIME       1565469282.46036
           VALUE      0x22EC5F
       alive:
         DBLogging:
           TIME       1565469264.2831
           VALUE      yes
       battery:
         DBLogging:
           TIME       1565469264.2831
           VALUE      ok
       powerOn:
         DBLogging:
           TIME       1565469264.2831
           VALUE      2019-08-10 22:34:24
       state:
         DBLogging:
           TIME       1565469506.71307
           VALUE      RESPONSE TIMEOUT:RegisterRead
   READINGS:
     2019-08-10 22:34:42   CommandAccepted yes
     2019-08-10 22:38:40   D-firmware      1.0
     2019-08-10 22:38:40   D-serialNr      PEQ0653165
     2019-08-10 22:38:33   PairedTo        0x22EC5F
     2019-08-08 14:41:55   R-5796A53F-expectAES off
     2019-08-08 14:41:55   R-5796A53F-peerNeedsBurst off
     2019-08-10 22:34:42   R-pairCentral   0x22EC5F
     2019-08-07 09:13:17   R-sign          off
     2019-08-10 22:38:33   RegL_00.         00:00 02:01 05:00 0A:22 0B:EC 0C:5F 14:06 18:00
     2019-08-10 22:38:34   RegL_01.         00:00 04:10 08:00 30:06
     2019-08-07 09:03:36   aesCommToDev    ok
     2019-08-09 19:14:58   aesKeyNbr       02
     2019-08-10 22:34:24   alive           yes
     2019-08-10 22:34:24   battery         ok
     2019-08-10 22:34:24   powerOn         2019-08-10 22:34:24
     2019-08-10 22:34:24   recentStateType info
     2019-08-09 19:16:34   sabotageAttackId_ErrIoId_5796A5 cnt:69
     2019-08-09 19:16:34   sabotageAttack_ErrIoAttack cnt 69
     2019-08-10 22:38:26   state           RESPONSE TIMEOUT:RegisterRead
   helper:
     HM_CMDNR   52
     PONtest    1
     cSnd       0122EC5F699A8101040000000001,0122EC5F699A810103
     mId        00DC
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerOpt    4:pushButton
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +699A81,00,00,00
       nextSend   1565469520.94453
       rxt        0
       vccu       VCCU
       p:
         699A81
         00
         00
         00
       prefIO:
         HmUART
     mRssi:
       mNo        0D
       io:
         HmUART:
           -59
           -59
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_HmUART:
         avg        -63.6086956521739
         cnt        23
         lst        -63
         max        -59
         min        -67
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   IOgrp      VCCU:HmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEN-DB-PCB
   peerIDs    00000000,
   room       CUL_HM
   serialNr   PEQ0653165
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: amenomade am 10 August 2019, 23:13:23
Sieht jetzt besser aus.

Und die VCCU kennt jetzt nur HmUART als IO? (list davon)

Dann müsste man evtl sniffen, aber da bin ich raus. Ein Spezialist muss das schauen. Vielleicht kann frank noch was dazu sagen.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 11 August 2019, 09:27:54
es ist nicht einfach etwas zu sagen, wenn dauernd seltsame dinge im list zu sehen sind.

wahrscheinlich war die ccu wieder an (attack),
auf einmal wurde key02 verwendet (?),
scheinbar wieder gepairt (?),
immer wieder ändert sich powerOn (?),
im list fehlen attribute (copyfehler?).

da der funk sehr gut ist und das device grundsätzlich gepairt werden kann, vermute ich mal einen fehler bei der installation, oder die hw wurde "kaputt gespielt".

warum gibt es ständig powerOn?
absicht, oder falsch verdrahted?

sniffen ist immer gut.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 11 August 2019, 12:50:33
Hallo ihr Zwei, danke erstmal für eure Diagnosen.
Die CCU habe ich seit Franks Hinweis ausgeschaltet und nicht mehr benutzt.
Warum key02 verwendet wird weiß ich nicht, da ich aus den ganzen Daten in den Lists nicht schlau werde, da sie ständig wechseln.
Ja, habe noch mal ein Werksreset am Sensor vorgenommen, das Device aber in FHEM gelassen und dann neu gepairt.
Wenn ich am Sensor nicht den Taster drücke, werden gar keine Daten vom Sensor übertragen und ich habe CMDs pending. Kommen durch das mehrmalige "Taster drücken" die verschiedenen "poweron"-Werte?
Habe alles markiert und kopiert, schließe also einen Copyfehler aus. Ich vermisse ja auch das Attribut "trigger...".
@Frank: Meinst du der Sensor ist defekt? Im Moment ist er gar nicht verdrahtet. Habe ihn nur auf dem Tisch liegen. Habe mir mal einen neuen bestellt. Sollte Dienstag kommmen.
Google gleich mal was ihr mit sniffen meint oder könnt ihr mir erklären, was das ist?

@amenomade:Hier das List von HmUART und darunter noch mal ein List der Klingel
Internals:
   AssignedPeerCnt 1
   CNT        179
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     179
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         4
   FUUID      5d309f95-f33f-5a0a-a945-acb1346522ac6552
   LastOpen   1565381878.31031
   NAME       HmUART
   NOTIFYDEV  global
   NR         244
   NTFY_ORDER 50-HmUART
   PARTIAL   
   RAWMSG     040200
   RSSI       -66
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 0
   msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
   msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
   owner      22EC5F
   owner_CCU  VCCU
   Helper:
     CreditTimer 9093
     FW         66561
     Initialized 1
     SendCnt    10
     AckPending:
     DBLOG:
       D-HMIdAssigned:
         DBLogging:
           TIME       1565381880.86812
           VALUE      22EC5F
       D-HMIdOriginal:
         DBLogging:
           TIME       1565381880.91679
           VALUE      67078F
       D-firmware:
         DBLogging:
           TIME       1565381880.96902
           VALUE      1.4.1
       D-serialNr:
         DBLogging:
           TIME       1565381881.02234
           VALUE      PEQ0170961
       cond:
         DBLogging:
           TIME       1565381881.09843
           VALUE      ok
       loadLvl:
         DBLogging:
           TIME       1565381881.09843
           VALUE      low
       state:
         DBLogging:
           TIME       1565469276.79418
           VALUE      hmPairForSec 600
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     RoundTrip:
       Delay      0.00329804420471191
     loadLvl:
       lastHistory 1565520481.07586
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     699A81     +699A81,00,00,00
   READINGS:
     2019-08-09 22:18:00   D-HMIdAssigned  22EC5F
     2019-08-09 22:18:00   D-HMIdOriginal  67078F
     2019-08-09 22:18:00   D-firmware      1.4.1
     2019-08-09 22:18:01   D-serialNr      PEQ0170961
     2019-08-09 22:17:35   D-type          HM-MOD-UART
     2019-08-09 22:18:01   cond            ok
     2019-08-11 11:15:43   load            0
     2019-08-09 22:18:01   loadLvl         low
     2019-08-09 22:17:58   state           opened
   helper:
Attributes:
   hmId       22EC5F
   room       10_System
   verbose    5

Klingel:
Internals:
   DEF        699A81
   FUUID      5d49d30f-f33f-5a0a-798d-2bac862dfa2bf0fb
   HmUART_MSGCNT 23
   HmUART_RAWMSG 0500003F0D8400699A810000001000DC5045513036353331363540010101
   HmUART_RSSI -63
   HmUART_TIME 2019-08-10 22:38:40
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     23
   NAME       Klingel
   NOTIFYDEV  global
   NR         292
   NTFY_ORDER 50-Klingel
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:0D - t:00 s:699A81 d:000000 1000DC5045513036353331363540010101
   protCmdDel 3
   protLastRcv 2019-08-10 22:38:40
   protRcv    23 last_at:2019-08-10 22:38:40
   protResndFail 1 last_at:2019-08-10 22:38:26
   protSnd    16 last_at:2019-08-10 22:38:34
   protState  CMDs_done
   rssi_at_HmUART cnt:23 min:-67 max:-59 avg:-63.6 lst:-63
   Helper:
     DBLOG:
       D-firmware:
         DBLogging:
           TIME       1565469520.85738
           VALUE      1.0
       D-serialNr:
         DBLogging:
           TIME       1565469520.85738
           VALUE      PEQ0653165
       R-pairCentral:
         DBLogging:
           TIME       1565469282.46036
           VALUE      0x22EC5F
       alive:
         DBLogging:
           TIME       1565469264.2831
           VALUE      yes
       battery:
         DBLogging:
           TIME       1565469264.2831
           VALUE      ok
       powerOn:
         DBLogging:
           TIME       1565469264.2831
           VALUE      2019-08-10 22:34:24
       state:
         DBLogging:
           TIME       1565469506.71307
           VALUE      RESPONSE TIMEOUT:RegisterRead
   READINGS:
     2019-08-10 22:34:42   CommandAccepted yes
     2019-08-10 22:38:40   D-firmware      1.0
     2019-08-10 22:38:40   D-serialNr      PEQ0653165
     2019-08-10 22:38:33   PairedTo        0x22EC5F
     2019-08-08 14:41:55   R-5796A53F-expectAES off
     2019-08-08 14:41:55   R-5796A53F-peerNeedsBurst off
     2019-08-10 22:34:42   R-pairCentral   0x22EC5F
     2019-08-07 09:13:17   R-sign          off
     2019-08-10 22:38:33   RegL_00.         00:00 02:01 05:00 0A:22 0B:EC 0C:5F 14:06 18:00
     2019-08-10 22:38:34   RegL_01.         00:00 04:10 08:00 30:06
     2019-08-07 09:03:36   aesCommToDev    ok
     2019-08-09 19:14:58   aesKeyNbr       02
     2019-08-10 22:34:24   alive           yes
     2019-08-10 22:34:24   battery         ok
     2019-08-10 22:34:24   powerOn         2019-08-10 22:34:24
     2019-08-10 22:34:24   recentStateType info
     2019-08-09 19:16:34   sabotageAttackId_ErrIoId_5796A5 cnt:69
     2019-08-09 19:16:34   sabotageAttack_ErrIoAttack cnt 69
     2019-08-10 22:38:26   state           RESPONSE TIMEOUT:RegisterRead
   helper:
     HM_CMDNR   52
     PONtest    1
     cSnd       0122EC5F699A8101040000000001,0122EC5F699A810103
     mId        00DC
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerOpt    4:pushButton
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +699A81,00,00,00
       nextSend   1565469520.94453
       rxt        0
       vccu       VCCU
       p:
         699A81
         00
         00
         00
       prefIO:
         HmUART
     mRssi:
       mNo        0D
       io:
         HmUART:
           -59
           -59
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_HmUART:
         avg        -63.6086956521739
         cnt        23
         lst        -63
         max        -59
         min        -67
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   IOgrp      VCCU:HmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEN-DB-PCB
   peerIDs    00000000,
   room       CUL_HM
   serialNr   PEQ0653165
   subType    pushButton

Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 11 August 2019, 15:01:19
ZitatDie CCU habe ich seit Franks Hinweis ausgeschaltet und nicht mehr benutzt.
ok, und lass es bitte so, bis alles funktioniert.

allerdings wird es dann immer seltsamer:
     2019-08-09 19:16:34   sabotageAttackId_ErrIoId_5796A5 cnt:69
     2019-08-09 19:16:34   sabotageAttack_ErrIoAttack cnt 69

was hast du zu der zeit getan? die ccu sollte bereits tot gewesen sein.
es muss ein device sein dass diese vccu nicht kennt. hast du ein weiteres fhem? immerhin war dieses unbekannte device mit dem sen-db gepeert.

ZitatIm Moment ist er gar nicht verdrahtet. Habe ihn nur auf dem Tisch liegen.
ein taster zum klingeln sollte ja schon angeschlossen sein. sonst kannst du ja nicht behaupten, dass es nicht funktioniert.  ;)
also, was ist wie angeschlossen? und ein schiebeschalter gibt es ja auch noch.

ZitatWenn ich am Sensor nicht den Taster drücke, werden gar keine Daten vom Sensor übertragen und ich habe CMDs pending.
das ist richtig. immer schön drücken.

ZitatKommen durch das mehrmalige "Taster drücken" die verschiedenen "poweron"-Werte?
eigentlich nicht. idealer weise nur, wenn die spannungsversorgung eingeschaltet wird.

Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 11 August 2019, 22:41:56
Zitatwas hast du zu der zeit getan? die ccu sollte bereits tot gewesen sein.
es muss ein device sein dass diese vccu nicht kennt. hast du ein weiteres fhem? immerhin war dieses unbekannte device mit dem sen-db gepeert.
Ahhhh, das war mein 868Mhz-Cul, damit hatte ich zwischendurch auch mal ein pairing versucht.
Zitatein taster zum klingeln sollte ja schon angeschlossen sein. sonst kannst du ja nicht behaupten, dass es nicht funktioniert.  ;)
also, was ist wie angeschlossen? und ein schiebeschalter gibt es ja auch noch.
Da er ja nicht mehr funktioniert, habe ich den Sensor wieder demontiert, damit ich nicht immer auf den Stuhl steigen muss, um den Knopf zu drücken. Um ein Klingelsignal zu simulieren nehme ich ein Kabel und verbinde die "Input" und "Pushbutton"-Klemme kurz.
Angeschlossen hatte ich den Sensor parallel zum Schalteran die "Input" und die "GND"-Klemme.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 12 August 2019, 11:25:10
ZitatAhhhh, das war mein 868Mhz-Cul, damit hatte ich zwischendurch auch mal ein pairing versucht.
das erklärt ein wenig. allerdings nicht die nutzung des aes key und das peering am anfang.


ZitatNachdem ich den Sensor dann zwischen die vorhandene Klingel und Taster eingebunden habe, hat das ganze dann auch noch mehrere Male funktioniert. Danach leider nicht mehr.
ich würde vor dem einbau des neuen devices die installation mal durchmessen.

wie sieht denn die klingelanlage genau aus? schaltplan, bauteile, leitungslänge, anschlusspunkte, ....

eventuell ist die eingangsschaltung zerstört worden.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 12 August 2019, 23:02:26
Der Haustür-Klingel-Aufbau sieht bei mir so aus:
Im Sicherungskasten ist ein Doepke Klingel-Transformator 8V~ davon gehen zwei Drähte zur Tür-Klingel im Flur (ca.: 3m) davon geht einer in die Klingel, der zweite geht ca.: 2m weiter zum Haus-Tür-Klingeltaster und davon wieder ein Draht 2m zurück zur Klingel.
Nicht schön gezeichnet, aber schematisch stimmt es ... :D
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 13 August 2019, 08:58:29
die skizze ist doch prima.
nach deiner beschreibung müssten nach meinem verständniss klingel und taster getauscht werden. aber egal.

wenn ich die bedienungsanleitung richtig verstehe, müsste der schalter logiklevel am device auf "-" stehen.

ich kann jedenfall nichts auffälliges entdecken, wodurch ein schaden hätte entstehen können. hast du die tatsächliche spannung am device eingang mal gemessen?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: steffenp am 13 August 2019, 10:15:10


Zitat von: frank am 13 August 2019, 08:58:29
ich kann jedenfall nichts auffälliges entdecken, wodurch ein schaden hätte entstehen können. hast du die tatsächliche spannung am device eingang mal gemessen?

Vorsicht, es handelt sich hier um Spulen die geschaltet werden. Da können sehr hohe Spannungen entstehen. Leider ist die Emv-Schutzbeschaltung im Sensor eher dürftig ausgefallen. Das scheint bei ELV aber so auch bekannt zu sein. Mir hat man damals kommentarlos einen neuen geschickt auf meine Email.

Letztlich defekt war bei mir der Sicherungswiderstand im Eingang, kann aber hier anders sein. Lässt sich aber einfach prüfen.

Habe meinen dann mit einer zusätzlichen Schutzbeschaltung, ich meine aus dem elv Kundenforum, versehen. Seit dem keine Probleme mehr.

Gruß(https://uploads.tapatalk-cdn.com/20190813/19ee91d1040035c9b9a7a3ccccf06b12.jpg)

Gesendet von meinem BAH-W09 mit Tapatalk

Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MrAlbi am 13 August 2019, 21:19:19
So, der neue Sensor ist gekommen. Zusammengelötet, gepairt und siehe da, es funktioniert. Also ist der erste Sensor wohl doch defekt.
Vielleicht so wie steffenp meint das er eine Überspannung bekommen hat.
Den neuen Sensor habe ich auch anders angeschlossen. Parallel zu Klingel, so wie frank meinte.
Vielen Dank an euch alle, die mich beraten haben.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: joker4791 am 05 Mai 2020, 15:41:35
Hi,

ich habe ein Problem bei der Config des HM-Sen-DB-PCB, und zwar habe ich den Sensor an eine CCU2 angelernt und möchte das beschriebene DOIF erstellen. Es ist aber kein Reading "trigger_cnt" enthalten. Muss das erst noch irgendwie erstellt werden oder geht das nur mit CUL?

Internals:
   CFGFN     
   DEF        QEQ0888885
   FUUID      5eafd94e-f33f-c47d-a544-068aa70feef94b98
   IODev      d_ccu
   NAME       HM_HM_Sen_DB_PCB_QEQ0888885
   NR         130887
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    QEQ0888885
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    HM-Sen-DB-PCB QEQ0888885
   ccutype    HM-Sen-DB-PCB
   channels   2
   statevals  devstate
   READINGS:
     2020-05-05 15:07:23   1.INSTALL_TEST  1
     2020-05-05 15:07:23   1.PRESS_SHORT   1
     2020-05-05 15:07:23   hmstate         Initialized
     2020-05-04 10:58:54   state           Initialized
   hmccu:
     devspec    QEQ0888885
     dp:
       1.INSTALL_TEST:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       1.PRESS_SHORT:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
Attributes:
   IODev      d_ccu
   room       Homematic


Grüße,
j.
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MadMax-FHEM am 05 Mai 2020, 16:08:03
Genau dieses Reading und somit genau dieses Event gibt es (verm.) nur bei Verwendung/Einbindung per CUL_HM...

Welches vergleichbare Reading/Event es bei Verwendung/Einbindung mittels HMCCU gibt kann ich leider nicht sagen...

Evtl. hilft es schon den Eventmonitor zu öffnen und zu schauen was kommt...

Ob man evtl. noch etwas konfigurieren kann/muss, damit (noch) mehr Events kommen weiß ich leider auch nicht.

Evtl. das mal in HomeMatic mit Angabe, dass es sich um HMCCU-Einbindung handelt fragen...

Gruß, Joachim
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: joker4791 am 05 Mai 2020, 17:23:06
Also was ich beobachten kann ist, dass sich der Zeitstempel bei "1.PRESS_SHORT" aktualisiert, sobald ein Event ausgelöst wird. Wäre die Frage, ob man sich so den Zähler selber basteln kann...
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: joker4791 am 05 Mai 2020, 18:58:56
Also im Eventmonitor ist nicht wirklich viel zu sehen, ich weiss nicht, ob man da ohne Flankenwechsel einen Zähler bauen sollte...
2020-05-05 18:56:14 HMCCUCHN HM_HM_Sen_DB_PCB_QEQ0888885_1 1.INSTALL_TEST: 1
2020-05-05 18:56:14 HMCCUCHN HM_HM_Sen_DB_PCB_QEQ0888885_1 1.PRESS_SHORT: 1
2020-05-05 18:56:14 HMCCUCHN HM_HM_Sen_DB_PCB_QEQ0888885_1 hmstate: Initialized
2020-05-05 18:56:14 HMCCUDEV HM_HM_Sen_DB_PCB_QEQ0888885 1.INSTALL_TEST: 1
2020-05-05 18:56:14 HMCCUDEV HM_HM_Sen_DB_PCB_QEQ0888885 1.PRESS_SHORT: 1
2020-05-05 18:56:14 HMCCUDEV HM_HM_Sen_DB_PCB_QEQ0888885 hmstate: Initialized
2020-05-05 18:56:14 HMCCUCHN HM_HM_Sen_DB_PCB_QEQ0888885_0 hmstate: Initialized

----------------------------------------------------------------
So, habe mal ein kleines DOIF gebastelt, das jetzt scheinbar erstmal macht was ich möchte. Nun muss ich es nur noch an die FritzBox bzw. deren Telefon ankoppeln. Mal sehen, ob das einfacher klappt...
defmod di_doorbell DOIF ([HM_HM_Sen_DB_PCB_QEQ0888885]) (set lamp1_Labor000 on)
attr di_doorbell do always
attr di_doorbell room DOIF_Labor
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Scooter2214 am 01 Juni 2020, 08:08:21
Hallo Gemeinde... Ich habe einen wlanCUL in betreib für mein HM Klingelsensor. Paaren funktioniert so halb :-(   

Nach dem paaren habe ich folgdes:


DEF 699C66
FUUID   5ed4958c-f33f-e548-cc51-a1cbf221aa1f10c5
IODev     wlanCUL
NAME   HM_699C66
NOTIFYDEV   global
NR 64
NTFY_ORDER  50-HM_699C66
STATE  ???
TYPE  CUL_HM
chanNo  01
protCondBurst  unknown

Readings
D-firmware 1.0   2020-06-01 07:59:47
D-serialNr  PEQ0653934   2020-06-01 07:59:47
commState  CMDs_pending  2020-06-01 07:56:04

Attributes
IODev wlanCUL
autoReadReg 4_reqStatus
burstAccess 1_auto
expert 2_raw
firmware 1.0
model HM-SEN-DB-PCB
room HM_Klingelsensor

serialNr PEQ0653934
subType pushButton



Jedoch tut sich nichts . CMDS werden nichnt gesendet !?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MadMax-FHEM am 01 Juni 2020, 09:17:28
Wirklich: WLAN und CUL!!!?

Da wirst du nicht glücklich werden...

Ich hab's mit CUL nur geschafft in dem ich die "Timing-FW" für den CUL genommen hab.
Mit "normaler" FW: keine Chance

Und: WLAN macht das noch schlechter!!!

Wenn schon eine abgesetzte WLAN-Lösung, dann nimm das HMOD-PCB!

Und generell: wenn noch weitere CULs für HomeMatic im Einsatz sind, dann wirf die raus und nimm was "Vernünftiges"!
Also (irgend)ein original-HM-Funkmodul...

Oder mind. die Timing-FW...

Gruß, Joachim
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Scooter2214 am 02 Juni 2020, 20:01:57
Zitat von: MadMax-FHEM am 01 Juni 2020, 09:17:28
Wirklich: WLAN und CUL!!!?

Da wirst du nicht glücklich werden...

Ich hab's mit CUL nur geschafft in dem ich die "Timing-FW" für den CUL genommen hab.
Mit "normaler" FW: keine Chance

Und: WLAN macht das noch schlechter!!!

Wenn schon eine abgesetzte WLAN-Lösung, dann nimm das HMOD-PCB!

Und generell: wenn noch weitere CULs für HomeMatic im Einsatz sind, dann wirf die raus und nimm was "Vernünftiges"!
Also (irgend)ein original-HM-Funkmodul...

Oder mind. die Timing-FW...

Gruß, Joachim

Super danke dafür schonmal... Hab mir schnell nen Kabelgebundenn zusammengelötet und in FHem intigriert aber er paired sich nicht (paaren ging mein WLan CUL ) Was genau meinst du mit der Timimg-FW ?`
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MadMax-FHEM am 02 Juni 2020, 20:13:36
Wer paired sich nicht womit!?

Wird er nicht in fhem erkannt?

Fehler?

Was meinst du mit kabelgebunden?

Wenn du Hilfe willst, dann darf es schon etwas ausführlicher sein...
...so wird das schwer.

Timing-FW: siehe Wiki zu "Zentralen Homematic"...

https://forum.fhem.de/index.php/topic,24436.0.html
https://forum.fhem.de/index.php/topic,24436.msg1047116.html#msg1047116

EDIT: und pairen des Homematic Klingelsensors mit dem WLAN-CUL ging ja wohl mal nicht, sonst hättest du ja nicht gepostet. Und außerdem hat man am list gesehen, dass nicht gepaired war...

Gruß, Joachim
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: Scooter2214 am 05 Juni 2020, 08:22:31
So alsooo.... Hab mit jetzt einen HM-MOD-PRI-PCB geholt und erfolgreich integriert.

HM-SEN-DB-PCB Hardreset und neue Batterien rein, gepaired..  Er wird auch erkannt, macht aber ncihts.

Internals:
   DEF        699C66
   FUUID      5ed9e069-f33f-e548-06a5-824702ca0ff6be39
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     1
   NAME       HM_699C66
   NOTIFYDEV  global
   NR         64
   NTFY_ORDER 50-HM_699C66
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:00 - t:10 s:699C66 d:000000 06000000
   myHmUART_MSGCNT 1
   myHmUART_RAWMSG 05000033008410699C6600000006000000
   myHmUART_RSSI -51
   myHmUART_TIME 2020-06-05 08:13:42
   protLastRcv 2020-06-05 08:13:42
   protRcv    1 last_at:2020-06-05 08:13:42
   rssi_at_myHmUART cnt:1 min:-51 max:-51 avg:-51 lst:-51
   READINGS:
     2020-06-05 08:07:19   D-firmware      1.0
     2020-06-05 08:07:19   D-serialNr      PEQ0653934
     2020-06-05 08:07:19   R-pairCentral   set_0xF14276
     2020-06-05 08:13:42   alive           yes
     2020-06-05 08:13:42   battery         ok
     2020-06-05 08:07:19   commState       CMDs_pending
     2020-06-05 08:13:42   powerOn         2020-06-05 08:13:42
     2020-06-05 08:13:42   recentStateType info
   helper:
     HM_CMDNR   0
     PONtest    0
     mId        00DC
     peerFriend peerAct,peerVirt
     peerOpt    4:pushButton
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1591337305.51395
       TmplTs     1591337305.51395
       cmdKey     :1:1:0::00DC:01
       TmplCmds:
       cmdList:
         assignHmKey:
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         fwUpdate:-filename- -bootTime- ...
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         peerBulk:-peer1,peer2,...- [set|unset]
         peerChan:-btnNumber- -actChn- ... [single|dual|reverse] [set|unset] [actor|remote|both]
         raw:data ...
         regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         sign:[on|off]
         tplDel:tmplt
         trgEventL:[-peer-] -condition-
         trgEventS:[-peer-] -condition-
         trgPressL:[-peer-]
         trgPressS:[-peer-]
         unpair:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +699C66,00,00,00
       nextSend   1591337622.22808
       prefIO     
       rxt        0
       vccu       
       p:
         699C66
         00
         00
         00
     mRssi:
       mNo        00
       io:
         myHmUART:
           -45
           -45
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_myHmUART:
         avg        -51
         cnt        1
         lst        -51
         max        -51
         min        -51
Attributes:
   IODev      myHmUART
   autoReadReg 4_reqStatus
   event-on-change-reading trigger
   expert     2_raw
   firmware   1.0
   model      HM-SEN-DB-PCB
   room       CUL_HM
   serialNr   PEQ0653934
   subType    pushButton
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 05 Juni 2020, 11:06:06
du musst dich mehr in homematic grundlagen einlesen.
und die angezeigten daten nicht nur posten, sondern auch beachten.
fang mal mit dem wiki über pairen an.

zb 1: commState => cmds_pending
fhem möchte noch cmds senden. das geht aber nur, wenn schlafende batterie devices aufwachen.
also den "countdown" (anlernmessage) am sensor auslösen.

zb 2: "set_"-register-readings
der cmd zum setzen wurde gesendet, das rücklesen zum verifizieren fehlt.

somit sind die pending cmds ja wohl klar, oder?
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: zimb0 am 09 Juni 2020, 15:33:28
Hi zusammen,

spiele aktuell auch mit dem Gerät und habe es nun geschafft erfolgreich in FHEM einzubinden.
Ein Notify löst bei Drücken der Klingel ein Sub aus, welches am Sonos "Es hat geklingelt" ausgibt.
Funktioniert soweit sehr gut - hat jemand eine Idee, wie man mehrere "Klingler" abfangen kann?
Ein Kind hatte am Wochenende 10 mal hintereinander auf die Klingel gedrückt - Das Sonos hat die Ansage dann auch 10 Mal abgespielt ;)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: frank am 09 Juni 2020, 15:39:29
zettel an die tür:
bitte nur 1x klingeln!  ;)
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: zimb0 am 09 Juni 2020, 15:46:26
Zitat von: frank am 09 Juni 2020, 15:39:29
zettel an die tür:
bitte nur 1x klingeln!  ;)

mit Überschrift "ACHTUNG SMART HOME"
:D
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: MadMax-FHEM am 09 Juni 2020, 17:36:08
Wenn es kurz hintereinander kommt: disableAfterTrigger (oder so ähnlich) beim notify...

Gruß, Joachim
Titel: Antw:HM-Sen-Db-Pcb
Beitrag von: zimb0 am 10 Juni 2020, 09:24:16
Zitat von: MadMax-FHEM am 09 Juni 2020, 17:36:08
Wenn es kurz hintereinander kommt: disableAfterTrigger (oder so ähnlich) beim notify...

Gruß, Joachim

Merci, genau das was ich gesucht hatte :)