HM-PB-6-WM55 Peeren ... ich bin zu doof

[Dia81]

Was sagt denn hmInfo peerXref dazu?

wahrscheinlich das es er nichts macht, aber steht doch im event ?! raff da snicht

Code Auswählen Erweitern




peerXref done:
x-ref list
  sender
       HM_5A75A6_armExt      =>  VirtuellesDevice_Btn1
       HM_5A75A6_light       =>  VirtuellesDevice_Btn1 VirtuellesDevice_Btn4
       HM_6CC71A_Btn_01      =>  peerUnread
  receive
       HM_417BBD             =>  50AFCA01
  undef
       VirtuellesDevice2_Btn1  =>  peerUnread
       VirtuellesDevice_Btn1  =>  HM_5A75A6_armExt HM_5A75A6_disarm HM_5A75A6_light
       VirtuellesDevice_Btn2  =>  HM_5A75A6_armInt



[Otto123]

Dann mach nochmal bitte ein
list HM_6CC71A_Btn_01
list VirtuellesDevice2_Btn1

Scheinbar hat das peeren noch nicht wirklich geklappt. Er sendet zwar zum virtuellen Aktor aber bekommt kein Ack.
In der peerList sollte jeweils der Andere wechselseitig auftauchen.

[Dia81]

list HM_6CC71A_Btn_01

Code Auswählen Erweitern

Internals:
   DEF        6CC71A01
   FUUID      5f89f7d9-f33f-1dc2-e6d6-73793a9d925b841f
   NAME       HM_6CC71A_Btn_01
   NOTIFYDEV  global
   NR         1390
   STATE      Short 1_76 (to VirtuellesDevice2)
   TYPE       CUL_HM
   chanNo     01
   device     HM_6CC71A
   READINGS:
     2020-10-20 12:15:08   .R-VirtuellesDevice2_Btn1-expectAES off
     2020-10-20 12:15:08   .R-VirtuellesDevice2_Btn1-peerNeedsBurst off
     2020-10-16 22:07:37   .R-dblPress     0 s
     2020-10-16 22:07:37   .R-longPress    0.4 s
     2020-10-16 22:07:37   .R-sign         off
     2020-10-20 13:03:16   .associatedWith HM_6CC71A,HM_6CC71A_Btn_01,HM_6CC71A_Btn_02,HM_6CC71A_Btn_03,HM_6CC71A_Btn_04,HM_6CC71A_Btn_05,HM_6CC71A_Btn_06,HM_6CC71A
     2020-10-20 12:20:03   .peerListRDate  2020-10-20 12:20:03
     2020-10-20 12:20:03   RegL_01.        00:00 04:10 08:00 09:00
     2020-10-20 12:20:28   RegL_04.VirtuellesDevice2_Btn1 00:00 01:00
     2020-10-20 12:20:29   cfgState        PeerVerf
     2020-10-20 12:20:03   peerList        VirtuellesDevice2_Btn1,
     2020-10-20 12:16:49   state           Short 1_76 (to VirtuellesDevice2)
     2020-10-20 12:16:49   trigger         Short_76
     2020-10-20 12:16:49   triggerTo_VirtuellesDevice2 Short_76
     2020-10-20 12:16:49   trigger_cnt     76
   helper:
     peerFriend peerAct,peerVirt
     peerOpt    4:remote
     regLst     1,4p
     cmds:
       TmplKey    :no:1603191796.38724
       TmplTs     1603191796.38724
       cmdKey     1:0:0::HM_6CC71A:00A9:01:
       cmdLst:
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    HM_4578B2_WindowRec,HM_4578B2_remote,HM_5EBB28_WindowRec,HM_5EBB28_remote
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   model      HM-PB-6-WM55
   peerIDs    peerUnread

list VirtuellesDevice2_Btn1

Code Auswählen Erweitern


Internals:
   DEF        23169501
   FUUID      5f89fa4e-f33f-1dc2-cff4-6cf05b5a0e7a5d4a
   NAME       VirtuellesDevice2_Btn1
   NOTIFYDEV  global
   NR         1413
   STATE      ON
   TYPE       CUL_HM
   chanNo     01
   device     VirtuellesDevice2
   READINGS:
     2020-10-16 23:27:48   .associatedWith VirtuellesDevice2,VirtuellesDevice2_Btn1,VirtuellesDevice2_Btn2,VirtuellesDevice2_Btn3,VirtuellesDevice2_Btn4,VirtuellesDevice2_Btn5,VirtuellesDevice2_Btn6,VirtuellesDevice2,HM_6CC71A_Btn_01
     2020-10-17 18:36:33   cfgState        ok
     2020-10-16 23:27:48   peerList        HM_6CC71A_Btn_01,
     2020-10-17 09:27:17   state           ON
     2020-10-20 12:16:49   trigLast        HM_6CC71A_Btn_01:short
     2020-10-20 12:16:49   trig_HM_6CC71A_Btn_01 Short_76
     2020-10-17 09:27:17   virtActState    ON
     2020-10-17 09:27:17   virtActTrigNo   68
     2020-10-17 09:27:17   virtActTrigRpt  1
     2020-10-17 09:27:17   virtActTrigType short
     2020-10-17 09:27:17   virtActTrigger  HM_6CC71A_Btn_01
   helper:
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     cmds:
       TmplKey    :no:1603191796.75823
       TmplTs     1603191796.75823
       cmdKey     1:0:1::VirtuellesDevice2:FFF1:01:
       cmdLst:
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         postEvent  -condition-
         press      [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{all})]
         pressS     [(-peer-|{all})]
         tplSet_0   -tplChan-
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    HM_36C6A9,HM_37E573,HM_3D26CB,HM_4578B2_WindowRec,HM_4578B2_remote,HM_4D2433,HM_4E1BE6,HM_554824,HM_5A75A6_armExt,HM_5A75A6_armInt,HM_5A75A6_disarm,HM_5A75A6_light,HM_5EBB28_WindowRec,HM_5EBB28_remote,HM_6CC71A_Btn_01,HM_6CC71A_Btn_02,HM_6CC71A_Btn_03,HM_6CC71A_Btn_04,HM_6CC71A_Btn_05,HM_6CC71A_Btn_06,VirtuellesDevice_Btn1
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         param      -param-
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
Attributes:
   model      VIRTUAL
   peerIDs    peerUnread
   webCmd     press short:press long

Scheinbar hat das peeren noch nicht wirklich geklappt. Er sendet zwar zum virtuellen Aktor aber bekommt kein Ack.
In der peerList sollte jeweils der Andere wechselseitig auftauchen.

Hast du in dem Fall nochmal den Tipp für mich in welchem Ablauf ich dann genau was mache? Scheinbar scheint es da verschiedene Anleitungen zu geben. Also Befahl für Button 1 dann Knopf am Taster dann Button 2 etc. oder noch nen getconfig nach dem Befehl? Ich blick nicht mehr durch. :>

[Otto123]

Ich schaue ein bisschen ratlos auf die lists. Die Readings peerList schauen gut aus. Im attr peerIDs steht jetzt peerUnread. Das habe ich noch nicht gesehen. Normal steht dort die hmId des Channels drin.
Ich könnte das mal noch nachstellen, dauert aber etwas. Mein System ist noch nicht auf dem aktuellen Stand - ich trau mich nicht wegen der ganzen Umbauten bei CUL_HM die letzte Zeit. 
Ein HM Gerät konfigurieren läuft immer nach dem Schema - Ruhe bewahren:
- Config Daten schicken -> set ....
- Bei Batteriegeräten die nicht immer an sind: jetzt configtaster drücken. Bei allen anderen einfach warten.
- Warten bis Datenübertragung abgeschlossen ist (hektisches Blinken ist beendet)
Optional:
- Bei Batteriegeräten die nicht immer an sind configtaster nochmal drücken. Falls Datenübertragung stattfindet warten. Manchmal gibt es mehrere Zyklen.
- ev. nochmal set getConfig absetzen, und wieder Datenübertragung abwarten/anstossen.

[Dia81]

Ich schaue ein bisschen ratlos auf die lists. Die Readings peerList schauen gut aus. Im attr peerIDs steht jetzt peerUnread. Das habe ich noch nicht gesehen. Normal steht dort die hmId des Channels drin.
Ich könnte das mal noch nachstellen, dauert aber etwas. Mein System ist noch nicht auf dem aktuellen Stand - ich trau mich nicht wegen der ganzen Umbauten bei CUL_HM die letzte Zeit. 
Ein HM Gerät konfigurieren läuft immer nach dem Schema - Ruhe bewahren:
- Config Daten schicken -> set ....
- Bei Batteriegeräten die nicht immer an sind: jetzt configtaster drücken. Bei allen anderen einfach warten.
- Warten bis Datenübertragung abgeschlossen ist (hektisches Blinken ist beendet)
Optional:
- Bei Batteriegeräten die nicht immer an sind configtaster nochmal drücken. Falls Datenübertragung stattfindet warten. Manchmal gibt es mehrere Zyklen.
- ev. nochmal set getConfig absetzen, und wieder Datenübertragung abwarten/anstossen.

Danke dir..meinte eher den Vorgang des Peerings in meinem konkreten Fall habe nochmal bissel rumgespielt aber bleibt penetrant bei rot. Würd es Sinn machen das nochmal "drüber" zu bügeln? Geht das überhaupt nochmal die Buttons so zu verbinden meine ich

[Otto123]

Naja ich peere immer noch mit peerChan. Es gibt aber mittlerweile peerSmart. Damit hatte ich nicht immer Erfolg.
Wäre für den einzelnen Knopf eigentlich so:

Code Auswählen Erweitern

set HM_6CC71A_Btn_01 peerChan 0 VirtuellesDevice2_Btn1 single set both
Ich habe das für "grünes Licht" bisher immer einfach mit VCCU Channels gemacht, die sind noch etwas anders als virtuelle Aktoren. Deswegen, ich prüfe das mal.

[Otto123]

Ich habe jetzt mal in meinem Testsystem getestet:
Es ist kein neues System, ich habe gestern update gemacht.
Ich habe

• eine neue HM-RC-4-3 (HM_71A546) angelernt.
• ein set VCCU virtual 4 abgesetzt
• ausgewählt set VCCU_Btn1 peerSmart HM_71A546_Btn_01 und abgesetzt
• configTaster an der FB gedrückt.

Ergebnis: grünes Licht bei Tastendruck auf Btn_01
Alles wieder gelöscht (set HM_71A546_Btn_01 peerSmart remove_VCCU_Btn1), neuer Versuch (Davon, dass man  IODev und IOgrp zusätzlich setzen muss, steht nichts in der Doku.):

Code Auswählen Erweitern

define vRemote CUL_HM 100000
set vRemote virtual 4
attr vRemote IODev HMLAN1
attr vRemote IOgrp VCCU


Code Auswählen Erweitern

set vRemote_Btn1 peerSmart HM_71A546_Btn_01
Wieder configtaster an der FB gedrückt.
Ergebnis: rotes Licht bei Tastendruck auf Btn_01

Mein profaner Tipp, mach es auch mit einem Channel der VCCU. Warum es mit einer anderen virtual Einheit nicht funktioniert weiß ich nicht. Verschieb diesen Thread nach Homematic, vielleicht sagt martin dann was dazu?

Gruß Otto

[Dia81]

Ich habe jetzt mal in meinem Testsystem getestet:
Es ist kein neues System, ich habe gestern update gemacht.
Ich habe

• eine neue HM-RC-4-3 (HM_71A546) angelernt.
• ein set VCCU virtual 4 abgesetzt
• ausgewählt set VCCU_Btn1 peerSmart HM_71A546_Btn_01 und abgesetzt
• configTaster an der FB gedrückt.

Ergebnis: grünes Licht bei Tastendruck auf Btn_01
Alles wieder gelöscht (set HM_71A546_Btn_01 peerSmart remove_VCCU_Btn1), neuer Versuch (Davon, dass man  IODev und IOgrp zusätzlich setzen muss, steht nichts in der Doku.):

Code Auswählen Erweitern

define vRemote CUL_HM 100000
set vRemote virtual 4
attr vRemote IODev HMLAN1
attr vRemote IOgrp VCCU


Code Auswählen Erweitern

set vRemote_Btn1 peerSmart HM_71A546_Btn_01
Wieder configtaster an der FB gedrückt.
Ergebnis: rotes Licht bei Tastendruck auf Btn_01

Mein profaner Tipp, mach es auch mit einem Channel der VCCU. Warum es mit einer anderen virtual Einheit nicht funktioniert weiß ich nicht. Verschieb diesen Thread nach Homematic, vielleicht sagt martin dann was dazu?

Gruß Otto

danke werde das mal testen!

[LuckyDay]

Ich würde nur so peeren -->

Remote nach Aktor und nicht andersherum! (so wie es auch in der Bedienungsanleitung steht. )

diese (virtuellen)vccu_btn1 bis ... können sowohl Aktor wie Remote sein. Aber die Hardware Ausführungen nicht.!