gelöst: HM-SEC-SCO soll HM-LC-Sw-Ba-PCB schalten

[zapod]

Hallo Forum,

wie die Überschrift schon sagt, soll ein HM-Sec-SCO (optischer Fensterkontakt) einen HM-LC-Sw-Ba-PCB (Batteriebetriebener Schaltaktor) schalten.
Immer wenn der Fensterkontakt "open" ist -> Schalter aus, Bei Fensterkontakt "closed" -> Schalter an.
Beide Geräte sind mit Fhem gepaired, aber ich bekomme sie nicht miteinander gepeert.

In den Logs sehe ich die Funktionsweisen beider Geräte, jedoch bringt ein

Code Auswählen Erweitern

set Fensterkontakt peerChan 0 BatSchalter single set
leider nichts (es ändert sich wirklich gar nichts). Und auch ein hier im Forum gefundenes und angepasstes

Code Auswählen Erweitern

set BatSchalter regSet shCtOn ltLo Fensterkontakt
hat keinerlei Auswirkungen.

Wo ich unsicher bin: der Fensterkontakt sendet immer an "broadcast" - ist der evtl nicht richtig gepaired? Aufgrund der bislang rausgesuchten Foren-Informationen bin ich etwas im "Information Overflow" gefangen und eher verunsichert, als dass ich wirklich weiß ob das so richtig oder falsch ist.

Vielleicht mag mir jemand helfen das noch einmal zu entwirren und mich auf den richtigen Weg zu schicken.

Eine Lösung über "Notify"s oder "DoIf"s kommt aufgrund der Ausfallsicherheit so lange nicht in Frage, bis ich wirklich sicher bin, dass es über ein peering nicht funktioniert. Danke schon mal für die Hinweise in diese Richtung, aber Ihr seid erst später dran 

So long,
Zapod

[Otto123]

Hi,

dann poste doch mal bitte ein

Code Auswählen Erweitern

list Fensterkontakt
list BatSchalter und wir schauen gemeinsam nach.

Gruß Otto

[Pfriemler]

edit: ah, ich sehe gerade, die Sache mit den Bedingungen hat der TE schon gefunden.
Details hier und im Artikel darüber.
https://wiki.fhem.de/wiki/HomeMatic_Register_programmieren#Es_werde_Licht.21_Automatisches_Licht_mit_Tor_oder_T.C3.BCr

Abweichend zum Verhalten im Artikel (Fenster auf = an, Fenster zu = aus) muss hier allerding stattdessen shCtOff auf ltLo gesetzt werden. Dann geht ein ausgeschalteter Aktor beim Schließen des Fensters an (und beim Öffnen aus).

[zapod]

@Otto123

Ein "list BatSchalter" gibt ein

Code Auswählen Erweitern

Internals:
   CUL_0_MSGCNT 87
   CUL_0_RAWMSG A0A31800258939E08080800::-61:CUL_0
   CUL_0_RSSI -61
   CUL_0_TIME 2019-08-14 22:33:12
   DEF        58939E
   FUUID      5d54416a-f33f-aca3-cbc0-9adb7303ed4bc5cb
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     87
   NAME       BatSchalter
   NOTIFYDEV  global
   NR         204
   NTFY_ORDER 50-BatSchalter
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:31 - t:02 s:58939E d:080808 00
   peerList   Fensterkontakt,
   protCmdDel 13
   protLastRcv 2019-08-14 22:33:12
   protRcv    87 last_at:2019-08-14 22:33:12
   protResnd  6 last_at:2019-08-14 19:38:30
   protResndFail 6 last_at:2019-08-14 19:38:36
   protSnd    99 last_at:2019-08-14 22:33:12
   protSndB   45 last_at:2019-08-14 22:33:11
   protState  CMDs_done
   rssi_CUL_0 cnt:18 min:-55 max:-32 avg:-41.44 lst:-55
   rssi_at_CUL_0 cnt:87 min:-62 max:-37.5 avg:-53.94 lst:-61
   READINGS:
     2019-08-14 22:33:12   CommandAccepted yes
     2019-08-14 19:39:09   D-firmware      1.7
     2019-08-14 19:39:09   D-serialNr      OEQ0285613
     2019-08-14 22:31:57   PairedTo        0x123456
     2019-08-14 22:31:59   R-Fensterkontakt_chn-01-lgActionType jmpToTarget
     2019-08-14 22:31:59   R-Fensterkontakt_chn-01-shActionType jmpToTarget
     2019-08-14 19:39:16   R-pairCentral   0x123456
     2019-08-14 19:39:17   R-sign          off
     2019-08-14 22:31:57   RegL_00.         00:00 02:01 05:00 0A:08 0B:08 0C:08 12:69
     2019-08-14 22:31:57   RegL_01.         00:00 08:00
     2019-08-14 22:31:58   RegL_03.Fensterkontakt_chn-01   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63
     2019-08-14 22:09:27   battery         ok
     2019-08-14 22:09:27   deviceMsg       off (to CUL_0)
     2019-08-14 22:09:27   level           0
     2019-08-14 22:09:27   pct             0
     2019-08-14 22:31:58   peerList        Fensterkontakt,
     2019-08-14 20:24:22   powerOn         2019-08-14 20:24:22
     2019-08-14 22:09:27   recentStateType ack
     2019-08-14 22:09:27   state           off
     2019-08-14 22:09:27   timedOn         off
   helper:
     HM_CMDNR   49
     PONtest    0
     cSnd       0108080858939E01080302,0108080858939E0106
     dlvlCmd    ++A01108080858939E0201000000
     mId        006C
     peerFriend peerSens,peerVirt
     peerIDsRaw ,648E7301,00000000
     peerOpt    3:switch
     regLst     0,1,3p
     rxType     2
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +58939E,00,00,00
       nextSend   1565814793.08771
       prefIO
       rxt        0
       vccu
       p:
         58939E
         00
         00
         00
     mRssi:
       mNo        31
       io:
         CUL_0:
           -57
           -57
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat
     regCollect:
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       CUL_0:
         avg        -41.4444444444444
         cnt        18
         lst        -55
         max        -32
         min        -55
       at_CUL_0:
         avg        -53.948275862069
         cnt        87
         lst        -61
         max        -37.5
         min        -62
     shadowReg:
       RegL_03.Fensterkontakt_chn-01  00:00 02:00 03:02 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63
     tmpl:
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.7
   model      HM-LC-SW1-BA-PCB
   msgRepeat  1
   peerIDs    00000000,648E7301,
   room       CUL_HM
   serialNr   OEQ0285613
   subType    switch
   webCmd     statusRequest:toggle:on:off


und ein "list Fensterkontakt" gibt

Code Auswählen Erweitern

Internals:
   CFGFN
   CUL_0_MSGCNT 208
   CUL_0_RAWMSG A0D408610648E730000000601000E::-62.5:CUL_0
   CUL_0_RSSI -62.5
   CUL_0_TIME 2019-08-15 16:05:46
   DEF        648E73
   FUUID      5d545922-f33f-aca3-a734-c17be06d01e02f25
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     208
   NAME       Fensterkontakt
   NOTIFYDEV  global
   NR         819
   STATE      closed
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:40 - t:10 s:648E73 d:000000 0601000E
   protCmdDel 37
   protLastRcv 2019-08-15 16:05:46
   protRcv    62 last_at:2019-08-15 16:05:46
   protResnd  8 last_at:2019-08-15 01:08:53
   protResndFail 2 last_at:2019-08-15 02:03:39
   protSnd    33 last_at:2019-08-15 02:03:36
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 cnt:209 min:-75 max:-37.5 avg:-51.3 lst:-62.5
   READINGS:
     2019-08-14 22:34:33   Activity        alive
     2019-08-14 22:34:33   D-firmware      1.0
     2019-08-14 22:34:33   D-serialNr      OEQ1979257
     2019-08-14 22:34:33   PairedTo        0x000000
     2019-08-14 21:25:48   R-BatSchalter_chn-01-expectAES set_off
     2019-08-14 21:25:48   R-BatSchalter_chn-01-peerNeedsBurst set_on
     2019-08-14 22:14:18   R-cyclicInfoMsg on
     2019-08-14 22:14:18   R-eventDlyTime  0 s
     2019-08-14 22:14:18   R-pairCentral   0x000000
     2019-08-14 22:14:18   R-sabotageMsg   on
     2019-08-14 22:14:18   R-sign          on
     2019-08-14 22:32:41   aesKeyNbr       00
     2019-08-15 16:05:46   alive           yes
     2019-08-15 16:05:46   battery         ok
     2019-08-15 16:05:46   contact         closed (to broadcast)
     2019-08-14 22:34:30   powerOn         2019-08-14 22:34:30
     2019-08-15 16:05:46   recentStateType info
     2019-08-15 16:05:46   sabotageError   on
     2019-08-15 16:05:46   state           closed
     2019-08-14 22:03:37   trigDst_broadcast noConfig
     2019-08-14 22:34:55   trigger_cnt     2
   helper:
     HM_CMDNR   64
     PONtest    0
     cSnd       01080808648E7301040000000001,01080808648E730103
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +648E73,00,00,00
       nextSend   1565877947.00158
       prefIO
       rxt        2
       vccu
       p:
         648E73
         00
         00
         00
     mRssi:
       mNo        40
       io:
         CUL_0:
           -58.5
           -58.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf
       qReqStat
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_CUL_0:
         avg        -51.3014354066986
         cnt        209
         lst        -62.5
         max        -37.5
         min        -75
     shadowReg:
       RegL_04.BatSchalter_chn-01  01:01
     tmpl:
Attributes:
   IODev      CUL_0
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCO
   peerIDs    00000000,
   room       CUL_HM
   serialNr   OEQ1979257
   subType    threeStateSensor


Danke schonmal für Deine Mühe

[zapod]

@Pfriemler

ganz lieben Dank für den Hinweis. Mit der verkehrten Funktion "auf -> aus / zu -> an" wäre ich ja schon einen Schritt weiter. Leider passiert ja derzeit noch gar nichts.

Ich lese mir den Link aber noch einmal genau durch. Manchmal stehe ich ja auch einfach nur auf dem Schlauch 

[LuckyDay]

2019-08-14 22:34:33   PairedTo        0x000000
2019-08-14 22:14:18   R-pairCentral   0x000000

dein Fensterkontakt ist nicht gepairt !

[zapod]

Danke @fhem-hm-knecht

Hast Du noch einen Hinweis wie ich am Besten vorgehe? Ich dachte eigentlich ich wüsste wie man Devices paired. Aber ich komme immer zum gleichen Ergebnis. Gerät wird erkannt, manchmal kommt PairedTo mit meinem Hauscode, meistens jedoch nicht, R-pairCentral bleibt stur auf 0x000000.

[zapod]

Nach wahllosem hin und her drücken aller Tasten und ausprobieren sämtlicher Befehle ist nun R-pair-Central beim Hauscode und PairedTo noch immer auf 0x000000.

[MadMax-FHEM]

Du hast einen CUL!?

Das ist schon Fehler Nummer 1...

Wahllos rumdrücken etc. ist dann Fehler Nummer 2...

Weil (mit dem Richtigen IO) ist es ganz einfach:

set CUL pairForSec 60

Dann beim Fensterkontakt OHNE auszulösen den "Anlernknopf" (gern auch noch 1 oder 2 mal, bis cmds pending weg ist) und fertig...

Evtl. noch ein getConfig ebenfalls mit "Anlernknopf" drücken...

Gruß, Joachim

[zapod]

 An Fehler Nummer 1 wird sich aber so schnell nichts ändern. Der CUL ist ja seit längerem in Betrieb und Grundsätzlich funktioniert ja auch der Rest meiner Komponenten.

Genau Deinen beschriebenen Weg habe ich durchgeführt, wobei ich auch noch set CUL hmPairSerial <Seriennummer des Fensterkontakts> probiert habe. Nachdem das Ergebnis sich aber nicht verändert hat, habe ich set Fensterkontakt clear_all versucht, durch langes drücken des Tasters den Fensterkontakt wieder versucht in Werkseinstellung zu versetzen und dann das ganze in verschiedener Reihenfolge wieder von vorne zu probieren (also zuerst Seriennummern-Pairing, etc).
Ganz so wahllos war es also nicht, aber das Ergebnis ist immer noch das gleiche - es funktioniert nicht.

[MadMax-FHEM]

Ich hatte auch (lang) einen CUL.
Lief eigentlich auch gut...
Aber irgendwann kommt das erste Gerät wo nicht mehr alles glatt läuft...

Die SCO gehören (warum auch immer) zu den etwas "problematischen"...

Bin dann zur Timing-FW (für HM optimierte FW) gewechselt.
Ging gut, auch mit bis dahin problematischen Geräten...

Aber mir war dann das "Handling" auf Dauer zu "kompliziert"...
...weil auch einige fhem-Module gegen "spezielle Versionen" getauscht werden...

Jetzt bin ich auf HMOD-PCB (wo ich keinen HM-CFG-USB hab)...

EDIT: beim CUL muss alles von fhem gemacht werden, der CUL ist nur ein Sende-/Empfangsmodul. D.h. fhem muss die Nachricht auswerten und eine Antwort "basteln" und zurück schicken. Da bidCos immer mit ACK arbeitet, muss auch das ACK auf Pakete von fhem kommen. Wenn da mal etwas minimal verzögert: Kommunikationsfehler... Ein echtes HM-IO sendet einiges v.a. ACKs selbständig OHNE irgeneine Interaktion mit fhem...

EDIT2: aber klar dein System. Nur wenn du den SCO nicht angelernt kriegst mit CUL (weil mit einem echten HM-IO ist es überhaupt kein Problem), dann wird dein Vorhaben nicht klappen...

Gruß, Joachim

[LuckyDay]

der SCo redet nur mit AES fähigen I/Os

Code Auswählen Erweitern

2019-08-14 22:14:18   R-sign          on

ist für Cul auch libcrypt-rijndael-perl installiert?

[MadMax-FHEM]

Sollte im Log was zu finden sein, wenn nicht...

Gruß, Joachim

[zapod]

ist für Cul auch libcrypt-rijndael-perl installiert?

Danke, das war's. Ich war mir zwar ziemlich sicher, dass die Bibliothek installiert war, jedoch habe ich vor einiger Zeit von einem RaspPi-2B auf den RaspPi-3B gewechselt - denke dabei habe ich die lib übersehen. War ziemlich überrascht als die tatsächlich nachinstalliert wurde - aber ich sag ja: Manchmal stehe ich einfach auf dem Schlauch.

Ganz herzlichen Dank - es funktioniert nun!!!

Grüße,
Zapod