HM-Sen-Db-Pcb

Begonnen von marko67, 11 Dezember 2014, 11:35:46

Vorheriges Thema - Nächstes Thema

ws

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

slor

Habt ihr das nun eigentlich hinbekommen?
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

martinp876

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?

Dombo

...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??

ws

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...

martinp876

Ein update sollte nicht schaden.
das mit dem Timing ist nun einmal ein Problem - und kann unterschiedliche Gründe haben.

gerhardg

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?

ws

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


martinp876

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.


ws

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

vuffiraa

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
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

Ralf W.

Hallo,

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

MfG
http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

ws

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?).

vuffiraa

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ß
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

ws

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?