HM-SEC-SD-2 neu

Otto123 · 07 Januar 2017, 11:25:09

Zitat von: Marcel85 am 07 Januar 2017, 08:21:11
Ich habe aber langsam die Befürchtung das es an meinem nanoCUL liegt. Bekomme meinen HM-PB-6-WM55 auch nicht gepairt.
Werde mir die Tage dann wohl mal den HM-MOD-RPI-PCB bestellen und es damit versuchen.

Das ist für Homematic sicher eine gute Entscheidung!

Gruß Otto

MadMax-FHEM · 07 Januar 2017, 12:16:34

Hi Marcel85,

wegen:

Zitat von: Marcel85 am 07 Januar 2017, 08:21:11
Ich habe aber langsam die Befürchtung das es an meinem nanoCUL liegt. Bekomme meinen HM-PB-6-WM55 auch nicht gepairt.
Werde mir die Tage dann wohl mal den HM-MOD-RPI-PCB bestellen und es damit versuchen.

vielleicht nicht mehr relevant aber bei:

Zitat von: Marcel85 am 07 Januar 2017, 07:32:51
Es lag scheinbar an der Entfernung. Jetzt wo er knapp 1m neben dem CUL liegt stürzt er nicht mehr ab, aber ich kriege ihn trotzdem nicht gepairt.
Ich bekomme beim getConfig immer nur "RESPONSE TIMEOUT:RegisterRead".

Hilft auch evtl. der Umstieg auf die "Spezial-FW" und "Spezial-Module":

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

Selbst positiv auf meinem Testsystem (allerdings nicht mit Rauchmelder sondern Klingelsensor) getestet bzw. seither dort auf dem nanoCUL diese problemlos laufen...

Aber es ist trotzdem besser für HM-Geräte "original" HM-IODevs zu nutzen!

Auf meinen Hauptsystemen habe ich HM-CFG-USB (gibt's ja leider nicht mehr) und eben den HM-UART (HM-MOD-RPI-PCB) im Einsatz und würde dafür auch nicht den nanoCUL etc. für HM verwenden...
...auch wenn die Spezial-FW und v.a. die Spezial-Module langsam nicht mehr ganz so spezial sind...

Gruß, Joachim

Marcel85 · 08 Januar 2017, 08:22:30

Guten Morgen,

habe den HM-UART gestern noch auf die schnelle bestellt, ich hoffe das er Mitte nächster Woche ankommt.

Dem Tipp mit der speziellen HM-Firmware bin ich auch mal nachgegangen, leider weiterhin ohne Erfolg.

Habe jetzt die VTS006 drauf (vorher die aktuelle a-culfw), jetzt geht der nanoCUL beim pairing in "Warning-HighLoad" bis hin zum "ERROR-Overload" und es kommt beim HM-SEC-SD-2 wieder "RESPONSE TIMEOUT:RegisterRead".

Vielen Dank für die Tipps und die schnelle Hilfe.

Peter_Listig · 08 Januar 2017, 23:29:29

Hallo Zusammen,

mir ist folgendes Verhalten aufgefallen, das zu einem
korrekten Pairing mit einem CUL868 geführt hat

RM eingeschaltet - mit autocreate erkannt
CUL in Pairing mode - Pairing am RM ausgeführt
Ergebnis: es werden nur einige Readings angelegt

Insbesondere diese nicht oder unvollständig
PairedTo 0xF00034 2017-01-08 15:16:47
R-pairCentral set_0xF00034 2017-01-08 21:40:33

Nun habe ich den RM 2 x hintereinander in den Werks-
zustand versetzt und jedes Mal
CUL in Pairing mode - Pairing am RM ausgeführt

danach waren alle Internals, Readings und sonstige
Einstellungen richtig gesetzt.

Was mir jedoch noch nicht gelungen ist:
RM1 und RM2 jeweils einem separaten TeamLead1 und
TeamLead2 zu peeren.
Vielleicht hat es schon mal irgendwo geklappt, falls es
überhaupt möglich ist.
Am Ende noch eine Frage: Was bedeutet die "0" nach peerChan?

A guts Nächtle

Peter

elfnulleins · 09 Januar 2017, 08:41:19

Moin zusammen,

da wir grad beim Pairing sind:
Ich habe kürzlich auch 4 der neuen RM erworben, bekomme die aber einfach nicht in FHEM integriert.

Folgendes Setup habe ich:
- RPI 3
- CUNX (Direkt an RPI angeschlossen)
- VCCU (für Encryption. Scheint auch zu laufen, wenn ich meinen Fensterkontakten mal glaube

)

Obwohl ich bereits eine VCCU für Encryption eingerichtet habe und autocreate aktiviert ist, werden in FHEM keine neuen Devices angelegt wenn ich das Pairing starte. In der VCCU wird allerdings für jeden der RM ein Reading angelegt (unknown_<GeräteID>) bzw. der Zeitstempel des Readings aktualisiert, wenn ich hmPairForSec auf der VCCU setze und dann einen der RM in den Anlernmodus versetze.
Hat das schon einmal jemand gehabt?

Danke und Gruß
Mario

automatisierer · 09 Januar 2017, 13:32:21

wenn du nur mal so fragen wolltest, dann ok.
wenn du Hilfe brauchst, dann mal ein list von der vccu und den IO's

elfnulleins · 09 Januar 2017, 17:21:32

Hi,

hier mal die Listings:

VCCU:

Code Auswählen


Internals: 
   CUN1_MSGCNT 41 
   CUN1_RAWMSG A0D79A41042AC8536F4810601C800::-90.5:CUN1 
   CUN1_RSSI  -90.5 
   CUN1_TIME  2017-01-09 06:43:16 
   DEF        178ABC 
   IODev      CUN1 
   LASTInputDev CUN1 
   MSGCNT     41 
   NAME       VCCU 
   NOTIFYDEV  global 
   NR         61 
   NTFY_ORDER 50-VCCU 
   STATE      CUN1:ok, 
   TYPE       CUL_HM 
   assignedIOs CUN1 
   Readings: 
     2017-01-08 16:50:29   state           CUN1:ok, 
     2017-01-08 16:29:45   unknown_116A94  received 
     2017-01-08 15:40:27   unknown_1496AF  received 
     2017-01-08 15:48:29   unknown_16ED7D  received 
     2017-01-08 20:15:12   unknown_19E346  received 
     2017-01-09 06:43:16   unknown_42AC85  received 
     2017-01-08 18:26:26   unknown_4313B6  received 
     2016-12-31 11:35:52   unknown_4F4814  received 
   Helper: 
     HM_CMDNR   1 
     mId        FFF0 
     rxType     1 
     Ack: 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Io: 
       prefIO 
       vccu 
       ioList: 
         CUN1 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       chn        1 
       dev        1 
       vrt        1 
Attributes: 
   IODev      CUN1 
   IOList     CUN1 
   expert     2_raw 
   group      Kommunikation 
   hmKey      01:[...]
   icon       it_router 
   model      CCU-FHEM 
   room       CUL_HM 
   subType    virtual 
   webCmd     virtual:update

CUN1:

Code Auswählen


Internals: 
   CMDS       BbCFikApZGMKUYRTVWXefmltuxEz 
   CUN1_MSGCNT 74 
   CUN1_TIME  2017-01-09 17:14:50 
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC: 
   DEF        /dev/ttyACM0@9600 1034 
   DeviceName /dev/ttyACM0@9600 
   FD         10 
   FHTID      1034 
   NAME       CUN1 
   NR         51 
   NR_CMD_LAST_H 2 
   PARTIAL 
   RAWMSG     A0D72A6104F4814178ABC0601000005 
   RSSI       -71.5 
   STATE      Initialized 
   TYPE       CUL 
   VERSION    V 2.67 CUL868 
   initString X21 
Ar 
   owner_CCU  VCCU 
   Matchlist: 
     1:CUL_HM   ^A.................... 
     8:HMS      ^810e04....(1|5|9).a001 
     D:CUL_IR   ^I............ 
     H:STACKABLE_CC ^\* 
   Readings: 
     2017-01-08 16:50:28   cmds             B b C F i k A p Z G M K U Y R T V W X e f m l t u x E z 
     2017-01-09 17:14:50   state           Initialized 
   XMIT_TIME: 
     1483975206.39686 
     1483978490.67217 
   Helper: 
     4f0510: 
       QUEUE: 
     4f4814: 
       QUEUE: 
Attributes: 
   group      Kommunikation 
   hmId       [...]
   icon       it_router 
   rfmode     HomeMatic 
   room       Hausanschluss

LG
Mario

Marcel85 · 10 Januar 2017, 21:07:52

Der HM-UART ist heute angekommen und auch sofort in Betrieb genommen worden.
Soweit sieht erstmal alles gut aus, bis auf das ich noch immer keinen TeamCall auslösen kann.
Pairing scheint jetzt zu funktionieren.
Ich hänge mal meine Lists an:

Code Auswählen

Internals: 
   CFGFN 
   DEF        481656 
   IODev      myHmUART 
   LASTInputDev myHmUART 
   MSGCNT     37 
   NAME       Rauchmelder_WZ 
   NOTIFYDEV  global 
   NR         123 
   STATE      off 
   TYPE       CUL_HM 
   lastMsg    No:AD - t:10 s:481656 d:AABBCC 0100000000 
   myHmUART_MSGCNT 37 
   myHmUART_RAWMSG 0500003A80861048164100000006010000 
   myHmUART_RSSI -58 
   myHmUART_TIME 2017-01-10 20:59:27 
   protCmdDel 10 
   protEvt_AESCom-ok 5 last_at:2017-01-10 20:08:15 
   protLastRcv 2017-01-10 20:08:19 
   protResnd  6 last_at:2017-01-10 20:07:18 
   protResndFail 6 last_at:2017-01-10 20:07:23 
   protSnd    23 last_at:2017-01-10 20:08:19 
   protState  CMDs_done 
   rssi_at_myHmUART min:-40 lst:-21 cnt:26 avg:-23.23 max:-19 
   Readings: 
     2017-01-10 20:08:14   Activity        alive 
     2017-01-10 20:08:15   CommandAccepted yes 
     2017-01-10 20:08:14   D-firmware      1.0 
     2017-01-10 20:08:14   D-serialNr      NBO0018739 
     2017-01-10 20:08:18   PairedTo        0xAABBCC 
     2017-01-10 20:08:18   R-pairCentral   0xAABBCC 
     2017-01-10 20:08:18   RegL_00.          02:01 0A:AA 0B:BB 0C:CC 16:00 1F:00 00:00 
     2017-01-10 20:08:15   aesCommToDev    ok 
     2017-01-10 20:08:15   aesKeyNbr       00 
     2017-01-10 20:08:01   alarmTest       ok 
     2017-01-10 20:08:01   battery         ok 
     2017-01-10 20:08:01   level           0 
     2017-01-10 20:08:01   powerOn         2017-01-10 20:08:01 
     2017-01-10 20:08:01   recentStateType info 
     2017-01-10 20:08:18   sdRepeat        off 
     2017-01-10 20:08:01   smokeChamber    ok 
     2017-01-10 21:02:10   smoke_detect    none 
     2017-01-10 21:02:10   state           off 
     2017-01-10 21:01:11   teamCall        from TeamDev:00 
   Helper: 
     HM_CMDNR   173 
     cSnd       01AABBCC48165600040000000000,01AABBCC4816560103 
     mId        00AA 
     peerIDsRaw ,00000000 
     rxType     6 
     supp_Pair_Rep 0 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Io: 
       newChn     +481656,00,00,00 
       nextSend   1484075299.52144 
       prefIO 
       rxt        0 
       vccu 
       p: 
         481656 
         00 
         00 
         00 
     Mrssi: 
       mNo        AD 
       Io: 
         myHmUART   -19 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       chn        1 
       dev        1 
     Rpt: 
       IO         myHmUART 
       flg        A 
       ts         1484075299.23361 
       ack: 
         HASH(0x3056c80) 
         AD8002AABBCC48165600 
     Rssi: 
       At_myhmuart: 
         avg        -23.2307692307692 
         cnt        26 
         lst        -21 
         max        -19 
         min        -40 
     Shadowreg: 
Attributes: 
   IODev      myHmUART 
   IOgrp      VCCU:myHmUART 
   actCycle   099:00 
   actStatus  alive 
   autoReadReg 4_reqStatus 
   expert     2_raw 
   firmware   1.0 
   model      HM-SEC-SD-2 
   msgRepeat  1 
   peerIDs    00000000, 
   room       CUL_HM 
   serialNr   NBO0018739 
   subType    smokeDetector 
   webCmd     statusRequest

Ist da beim peering was schiefgelaufen? peerIDs 00000000, sollte da nicht Rauchmelder_Team stehen?

Otto123 · 10 Januar 2017, 22:22:41

Zitat von: Marcel85 am 10 Januar 2017, 21:07:52
Ist da beim peering was schiefgelaufen? peerIDs 00000000, sollte da nicht Rauchmelder_Team stehen?

Hi,

exakt, da sollte die ID vom Team mit stehen. -> Peering nicht angekommen.

Gruß Otto

Marcel85 · 11 Januar 2017, 07:46:34

Nach erneutem peeren und getconfig funktioniert es nun.
Ich bin immer davon ausgegangen das die RM sich per Ton melden, allerdings blinkt die grüne LED nur beim teamCall.
Gruß
Marcel

Otto123 · 11 Januar 2017, 12:13:15

Hallo Marcel,

ich habe die alten, die piepsen ganz leise.

Gruß Otto

nccfast · 15 Januar 2017, 13:43:43

Hallo zusammen!
Ich hab schon so ziemlich alles oder zumindest vieles probiert- Es klappt nicht.
Ich habe einen nanoCUL (Selbstbau). Hat es schon einer geschafft, es mit einem solchen Stick zum laufen zu bekommen.
Ich habe die normale FW und TSCul probiert. Mit der normalen Firmware konnte ich zumindest zwei SD2 dazu bringen, nach dem pairen mit grün zu quittieren. Davor immer rote LED.Ohne Änderung. Mal gehts mal mal nicht. Möchte ich dann getConfig machen, kommt immer MISSING ACK oder RESPONSE TIMEOUT:RegisterRead.
Dann hab ich TSCul geflasht und die zugehörigen Dateien kopiert und auch die fhem.cfg umkonfiguriert. Schein zawr alles zu laufen, aber das pairen geht nun gar nicht mehr.
Bevor ich wieter in Detail gehe ein Frage: Gibt es jemanden, bei dem die SD2 mit einem Selbstbau nanoCUL funktionierren? Wenn ja, welche Firmware und gegebenfalls mit welcher board.h kompiliert?
Wie schauen dann die CUL und vccu definitionen aus?

Bei mir (ohne TSCUL) so:

Code Auswählen


define CUL868_HM CUL /dev/serial/by-path/pci-0000:00:1d.0-usb-0:1.3.5.2:1.0-port0@38400 1980
attr CUL868_HM group CULs
attr CUL868_HM hmId F11980
attr CUL868_HM icon cul_cul
attr CUL868_HM rfmode HomeMatic
attr CUL868_HM room System
attr CUL868_HM verbose 5

define VCCU CUL_HM F11980
attr VCCU IODev CUL868_HM
attr VCCU IOList CUL868_HM
attr VCCU group CULs
attr VCCU hmKey 01:f9d1152547c0bde01830b7e8bd60024c
attr VCCU model CCU-FHEM
attr VCCU room System
attr VCCU subType virtual
attr VCCU webCmd virtual:update

Vieleicht kann mir jemand weiterhelfen .....

automatisierer · 15 Januar 2017, 15:38:46

aes key unkenntlich machen...

steht was im LOG?

nccfast · 15 Januar 2017, 19:34:21

Wenn ich z.B statusRequest mache schauts im LOG so aus:

Code Auswählen


2017.01.15 19:28:03.985 |           CUL868_HM|  5: CUL868_HM sending As0B0BB001F118604BED9C010E
2017.01.15 19:28:03.985 |           CUL868_HM|  4: CUL_send:  CUL868_HMAs 0B 0B B001 F11860 4BED9C 010E
2017.01.15 19:28:06.927 |           CUL868_HM|  5: CUL868_HM sending As0B0BB001F118604BED9C010E
2017.01.15 19:28:06.928 |           CUL868_HM|  4: CUL_send:  CUL868_HMAs 0B 0B B001 F11860 4BED9C 010E
2017.01.15 19:28:36.613 |           CUL868_HM|  5: CUL/RAW: /A1476805E391421F1186000000000000
2017.01.15 19:28:36.620 |           CUL868_HM|  5: CUL/RAW: A1476805E391421F1186000000000000/001CC000000F7

2017.01.15 19:28:36.621 |           CUL868_HM|  4: CUL_Parse: CUL868_HM A 14 76 805E 391421 F11860 00000000000001CC000000F7 -78.5
2017.01.15 19:28:36.621 |           CUL868_HM|  5: CUL868_HM: dispatch A1476805E391421F1186000000000000001CC000000::-78.5:CUL868_HM

wird dann angezeigt als:
state MISSING ACK 2017-01-15 19:28:12

oder

Code Auswählen

2017.01.15 19:31:53.191 |           CUL868_HM|  5: CUL868_HM sending As100CB001F118604BED9C00040000000000
2017.01.15 19:31:53.192 |           CUL868_HM|  4: CUL_send:  CUL868_HMAs 10 0C B001 F11860 4BED9C 00040000000000
2017.01.15 19:31:54.797 |           CUL868_HM|  5: CUL/RAW: /A180CA0104BED9CF118600202010AF10
2017.01.15 19:31:54.807 |           CUL868_HM|  5: CUL/RAW: A180CA0104BED9CF118600202010AF10/B180C6016001F0000001A

2017.01.15 19:31:54.808 |           CUL868_HM|  4: CUL_Parse: CUL868_HM A 18 0C A010 4BED9C F11860 0202010AF10B180C6016001F0000001A -61
2017.01.15 19:31:54.808 |           CUL868_HM|  5: CUL868_HM: dispatch A180CA0104BED9CF118600202010AF10B180C6016001F000000::-61:CUL868_HM
2017.01.15 19:31:54.814 |           CUL868_HM|  5: CUL868_HM sending As0A0C8002F118604BED9C00
2017.01.15 19:31:54.814 |           CUL868_HM|  5: CUL 4BED9C dly:94ms
2017.01.15 19:31:54.908 |           CUL868_HM|  4: CUL_send:  CUL868_HMAs 0A 0C 8002 F11860 4BED9C 00
2017.01.15 19:31:54.919 |           CUL868_HM|  5: CUL868_HM sending As0B0DA001F118604BED9C0103
2017.01.15 19:31:54.919 |           CUL868_HM|  4: CUL_send:  CUL868_HMAs 0B 0D A001 F11860 4BED9C 0103
2017.01.15 19:32:00.666 |           CUL868_HM|  5: CUL868_HM sending As0B0DB001F118604BED9C0103
2017.01.15 19:32:00.666 |           CUL868_HM|  4: CUL_send:  CUL868_HMAs 0B 0D B001 F11860 4BED9C 0103

RESPONSE TIMEOUT: PeerList 2017-01-15 19:32:04

PS: Ich hab mein log so geändert, dass das Device mit angezeigt wird in der 2. Spalte. Also nicht wundern deswegen.

nccfast · 15 Januar 2017, 20:12:39

Wenn ich es mit dem TSCUL mach, kommt im LOG nach statusrequest:

Code Auswählen


2017.01.15 20:10:01.791 |           CUL868_HM|  5: CUL868_HM sending As0B03B001F118604BED9C010E
2017.01.15 20:10:01.801 |           CUL868_HM|  4: TSCUL_send:  CUL868_HM                         As 0B 03 B001 F11860 4BED9C 010E
2017.01.15 20:10:02.172 |           CUL868_HM|  5: TSCUL/RAW: /AFF8300004469020B03B001F118604BE
2017.01.15 20:10:02.179 |           CUL868_HM|  5: TSCUL/RAW: AFF8300004469020B03B001F118604BE/D9C0180

2017.01.15 20:10:02.179 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  085945 A FF83 00070052 02 0B 03 B001 F11860 4BED9C 01 _bst _CCAdly:8 -138
2017.01.15 20:10:02.737 |           CUL868_HM|  5: TSCUL/RAW: /AFF83000044F6010B03B001F118604BE
2017.01.15 20:10:02.743 |           CUL868_HM|  5: TSCUL/RAW: AFF83000044F6010B03B001F118604BE/D9C0180

2017.01.15 20:10:02.744 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  086509 A FF83 00070616 01 0B 03 B001 F11860 4BED9C 01 _bst _CCAdly:4 -138
2017.01.15 20:10:03.300 |           CUL868_HM|  5: TSCUL/RAW: /AFF8300004583010B03B001F118604BE
2017.01.15 20:10:03.307 |           CUL868_HM|  5: TSCUL/RAW: AFF8300004583010B03B001F118604BE/D9C0180

2017.01.15 20:10:03.307 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  087073 A FF83 00071180 01 0B 03 B001 F11860 4BED9C 01 _bst _CCAdly:4 -138
2017.01.15 20:10:03.498 |           CUL868_HM|  5: TSCUL/RAW: /AFF800000460F000B03B001F118604BE
2017.01.15 20:10:03.505 |           CUL868_HM|  5: TSCUL/RAW: AFF800000460F000B03B001F118604BE/D9C0180

2017.01.15 20:10:03.505 |           CUL868_HM|  1: TSCUL_ParseTsHM CUL868_HM HM repeat failed sending to 4BED9C/RM_Buero: AFF800000460F000B03B001F118604BED9C01
2017.01.15 20:10:03.505 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  087271 A FF80 00071740 00 0B 03 B001 F11860 4BED9C 01 _bst _sfail -138
2017.01.15 20:10:03.615 |           CUL868_HM|  5: CUL868_HM sending As0B03B001F118604BED9C010E
2017.01.15 20:10:05.126 |           CUL868_HM|  4: TSCUL_send:  CUL868_HM                         As 0B 03 B001 F11860 4BED9C 010E
2017.01.15 20:10:05.497 |           CUL868_HM|  5: TSCUL/RAW: /AFF93000047A9020B03B001F118604BE
2017.01.15 20:10:05.504 |           CUL868_HM|  5: TSCUL/RAW: AFF93000047A9020B03B001F118604BE/D9C0180

2017.01.15 20:10:05.504 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  089269 A FF93 00073380 02 0B 03 B001 F11860 4BED9C 01 _bst _CCAdly:8 -138
2017.01.15 20:10:06.061 |           CUL868_HM|  5: TSCUL/RAW: /AFF9300004836010B03B001F118604BE
2017.01.15 20:10:06.067 |           CUL868_HM|  5: TSCUL/RAW: AFF9300004836010B03B001F118604BE/D9C0180

2017.01.15 20:10:06.067 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  089833 A FF93 00073944 01 0B 03 B001 F11860 4BED9C 01 _bst _CCAdly:4 -138
2017.01.15 20:10:06.624 |           CUL868_HM|  5: TSCUL/RAW: /AFF93000048C3010B03B001F118604BE
2017.01.15 20:10:06.630 |           CUL868_HM|  5: TSCUL/RAW: AFF93000048C3010B03B001F118604BE/D9C0180

2017.01.15 20:10:06.631 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  090396 A FF93 00074508 01 0B 03 B001 F11860 4BED9C 01 _bst _CCAdly:4 -138
2017.01.15 20:10:06.822 |           CUL868_HM|  5: TSCUL/RAW: /AFF900000494F000B03B001F118604BE
2017.01.15 20:10:06.829 |           CUL868_HM|  5: TSCUL/RAW: AFF900000494F000B03B001F118604BE/D9C0180

2017.01.15 20:10:06.829 |           CUL868_HM|  1: TSCUL_ParseTsHM CUL868_HM HM repeat failed sending to 4BED9C/RM_Buero: AFF900000494F000B03B001F118604BED9C01
2017.01.15 20:10:06.829 |           CUL868_HM|  4: TSCUL_Parse: CUL868_HM  090595 A FF90 00075068 00 0B 03 B001 F11860 4BED9C 01 _bst _sfail -138

Wenn ich anlernen will mit dem TSCUL, passiert im LOG gar nichts. Hingegen mit der normalen FW schon?

!?!?!?
Ausserdem geht mein HM-Sen-Wa-Od mit TSCUL auch nicht.
Der Lichschlater SW1PBU dagagen schon

Hilfe....

Welche HM Schnittstelle verwendet ihr denn so, bei denen es funktioniert?