Peering Taster Aktor nur auf long press

Begonnen von slor, 27 Februar 2018, 22:29:17

Vorheriges Thema - Nächstes Thema

slor

Hallo zusammen,

ich steh grad auf dem Schlauch:
Ich habe mit set EG_WZ_WS_Btn_01 peerChan 0 EG_WZ_SS1_Sw single
Button 1 eines Tasters mit dem switch Kanal einer Schaltsteckdose gepeert.

Allerdings schaltet die Dose nur bei einem Longpress. Was ist da schief gelaufen? Bzw. wie bekomme ich das auf einen Short press?

Otto123

Hi,

eigentlich sollte der Aktor so toggeln.
Was sagt HMInfo configCheck?

Was wirklich passiert siehst Du in den Registern des Aktors, der muss einen Registersatz für EG_WZ_WS_Btn_01 haben.
Den bekommst Du mit get EG_WZ_SS1_Sw regTable

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Pfriemler

Mann Otto ...  :D wollte ich gerade auch schreiben ...

So einen Fall hatte ich noch nie. Ich bin gespannt auf die Lösung.
Neuer Bug?  :-\
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Otto123

Zitat von: Pfriemler am 27 Februar 2018, 23:21:59
Mann Otto ...  :D wollte ich gerade auch schreiben ...
Wir zwei mal wieder parallel?!  ;D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

slor

danke schon mal! Mein Verständnis war auch, das es toggeln sollte. Tut es ja auch, aber nur bei long press.

Reg Table
No regs found for:

EG_WZ_SS1_Sw type:powerMeter -
list:peer register         :value
   1:      powerUpAction    :off
   1:      sign             :off
   1:      statusInfoMinDly :2 s
   1:      statusInfoRandom :1 s
   1:      transmitTryMax   :6
                       EG_WZ_WS_Btn_01                 
                       lg              sh             
ActionType             jmpToTarget     jmpToTarget     
CtDlyOff               geLo            geLo           
CtDlyOn                geLo            geLo           
CtOff                  geLo            geLo           
CtOn                   geLo            geLo           
CtValHi                100             100             
CtValLo                50              50             
MultiExec              on              off             
OffDly            [s]  0               0               
OffTime                unused          unused         
OffTimeMode            absolut         absolut         
OnDly             [s]  0               0               
OnTime                 unused          unused         
OnTimeMode             absolut         absolut         
SwJtDlyOff             off             off             
SwJtDlyOn              on              on             
SwJtOff                dlyOn           dlyOn           
SwJtOn                 dlyOff          dlyOff


ein list des devices listet folgendes:

NAME       EG_WZ_SS1_Sw
   NOTIFYDEV  global
   NR         539
   NTFY_ORDER 50-EG_WZ_SS1_Sw
   STATE      unreachable
   TYPE       CUL_HM
   chanNo     01
   device     EG_WZ_SS1
   peerList   EG_WZ_WS_Btn_01,
   READINGS:
     2018-02-25 23:20:14   CommandAccepted yes
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgActionType jmpToTarget
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgCtDlyOff geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgCtDlyOn geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgCtOff geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgCtOn geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgCtValHi 100
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgCtValLo 50
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgMultiExec on
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgOffDly 0 s
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgOffTime unused
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgOffTimeMode absolut
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgOnDly 0 s
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgOnTime unused
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgOnTimeMode absolut
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgSwJtDlyOff off
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgSwJtDlyOn on
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgSwJtOff dlyOn
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-lgSwJtOn dlyOff
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shActionType jmpToTarget
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shCtDlyOff geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shCtDlyOn geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shCtOff geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shCtOn geLo
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shCtValHi 100
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shCtValLo 50
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shMultiExec off
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shOffDly 0 s
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shOffTime unused
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shOffTimeMode absolut
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shOnDly 0 s
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shOnTime unused
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shOnTimeMode absolut
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shSwJtDlyOff off
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shSwJtDlyOn on
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shSwJtOff dlyOn
     2018-02-25 22:37:03   R-EG_WZ_WS_Btn_01-shSwJtOn dlyOff
     2018-02-25 15:46:24   R-powerUpAction off
     2018-02-25 15:46:24   R-sign          off
     2018-02-25 15:46:24   R-statusInfoMinDly 2 s
     2018-02-25 15:46:24   R-statusInfoRandom 1 s
     2018-02-25 15:46:24   R-transmitTryMax 6
     2018-02-25 23:28:48   deviceMsg       off (to VCCU_1)
     2018-02-25 23:28:48   level           0
     2018-02-25 23:28:48   pct             0
     2018-02-27 23:30:22   peerList        EG_WZ_WS_Btn_01,
     2018-02-25 23:28:48   recentStateType info
     2018-02-27 23:30:58   state           unreachable
     2018-02-25 23:28:48   timedOn         off
   helper:
     cfgChkResult No regs found for:

EG_WZ_SS1_Sw type:powerMeter -
list:peer register         :value
   1:      powerUpAction    :off
   1:      sign             :off
   1:      statusInfoMinDly :2 s
   1:      statusInfoRandom :1 s
   1:      transmitTryMax   :6
                       EG_WZ_WS_Btn_01                 
                       lg              sh             
ActionType             jmpToTarget     jmpToTarget     
CtDlyOff               geLo            geLo           
CtDlyOn                geLo            geLo           
CtOff                  geLo            geLo           
CtOn                   geLo            geLo           
CtValHi                100             100             
CtValLo                50              50             
MultiExec              on              off             
OffDly            [s]  0               0               
OffTime                unused          unused         
OffTimeMode            absolut         absolut         
OnDly             [s]  0               0               
OnTime                 unused          unused         
OnTimeMode             absolut         absolut         
SwJtDlyOff             off             off             
SwJtDlyOn              on              on             
SwJtOff                dlyOn           dlyOn           
SwJtOn                 dlyOff          dlyOff         

     regLst     ,1,3p
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     tmpl:
   nb:
     cnt        1
Attributes:
   model      HM-ES-PMSw1-Pl-DN-R1
   peerIDs    00000000,2B932D01,

slor

config check spuck das hier aus:
EG_WZ_SS1_Sw p:EG_WZ_WS_Btn_01-ret-

Neben ein paar anderen dingen zu anderen Geräten.

frank

hast du das peering im taster geprüft?
wenn die register wirklich aktuell sind, sollte sh und lg identisch funktionieren.  wie sieht denn ein list vom tasterdevice und vom channel aus?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Damu

Zitatset EG_WZ_WS_Btn_01 peerChan 0 EG_WZ_SS1_Sw single

Heist aber doch
Zitatset EG_WZ_WS_Btn_01 peerChan 0 EG_WZ_SS1_Sw single set

Achtung ich habe eine Fernbedienung und ein Aktor (19 Tasten und ein Storren_Aktor) beim peer entfernen verloren.
Muss nicht durch FHEM sein aber es könnte eben doch sein
Ich denke da ist ein Bug hat aber auch noch mit AESKey zutun.
https://forum.fhem.de/index.php/topic,84718.msg772486.html#msg772486
https://forum.fhem.de/index.php/topic,85003.msg773101.html#msg773101

slor

den Befehl hab ich aus dem Wiki abgetippt.
https://wiki.fhem.de/wiki/Homematic_Peering_Beispiele

ich prüf das mal, wenn ich zu Hause bin.

Damu

Ich auch.
ZitatDas Schlüsselwort set legt das Peering an, das Schlüsselwort unset hebt es auf.

Weis jetzt nicht ob es das zweite set wirklich braucht?

Pfriemler

Zitat von: Damu am 28 Februar 2018, 11:18:10
Weis jetzt nicht ob es das zweite set wirklich braucht?
ZitatpeerChan <btn_no> <actChan> [single|dual|reverse] [set|unset] [both|actor|remote]
dual, set und both sind default. Das war also nicht der Fehler. single wurde angegeben.

Die regTable listet keine Fehler, short und long sind identisch. sign ist off, AES scheidet also auch aus. Leider hat's keine rssi-Werte.
Und pairCentral auch. (Bitte nichts wichtiges von Hand löschen!)
Und der Aktor ist unreachable, auch kein gutes Zeichen, bezieht sich aber AFAIK nur auf die Zentrale.
Aber die peerbezogenen Readings sind da. Also dürfte wohl gepairt und gepeert sein.

Bliebe noch anzumerken, dass bspw. eine RC-4 teilweise begrenzte Reichweiten hat. Dass von dem Longpress-Feuerwerk ein Telegramm ankommt, ist also möglichweise deutlich wahrscheinlicher als ein short.

Letzte Frage (und schon sehr im Nebel gestochert) wäre: Sendet die FB überhaupt short? Kommt das im Event monitor an? (wobei ich gar nicht wüsste, wie man das wegkonfigurieren könnte).

Zitat von: frank am 28 Februar 2018, 10:44:06
... wie sieht denn ein list vom tasterdevice und vom channel aus?
gäbe uns Auskunft. Wobei der Aktor auch schalten müsste, wenn die FB broadcast sendet, sie wartet halt nur nicht auf eine Quittung.

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Otto123

Zitat von: slor am 27 Februar 2018, 23:46:44
config check spuck das hier aus:
EG_WZ_SS1_Sw p:EG_WZ_WS_Btn_01-ret-

Neben ein paar anderen dingen zu anderen Geräten.
So ein zerrissener Schnipsel sagt mir nichts, welchem Abschnitt steht das?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

slor

#12
so wie es aussieht hat der button die config nicht richtig übernommen:


Internals:
   CFGFN     
   DEF        2B932D01
   NAME       EG_WZ_WS_Btn_01
   NOTIFYDEV  global
   NR         2222
   STATE      Short 2_41 (to VCCU_1)
   TYPE       CUL_HM
   chanNo     01
   device     EG_WZ_WS
   READINGS:
     2018-02-28 21:08:14   R-dblPress      0 s
     2018-02-28 21:08:14   R-longPress     0.4 s
     2018-02-28 21:08:14   R-sign          on
     2018-02-28 21:08:15   state           Short 2_41 (to VCCU_1)
     2018-02-28 21:08:15   trigger         Short_41
     2018-02-28 21:08:15   trigger_cnt     41
   helper:
     BNO        41
     BNOCNT     2
     peerIDsRaw ,00000000
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
       RegL_04.EG_WZ_SS1_Sw  01:00
     tmpl:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,


ich bekomm denn auch nicht resettet gerade. der fängt nicht rot an zu blinken, wenn man config lange drückt.

Otto123

wozu soll jetzt ein reset gut sein?
Übertrage doch das peering noch mal. Einfach den befehl nochmal, da geht nichts kaputt.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

beim button chn ist aes an. haben alle beteiligten devices  und die zentrale den selben key? es fehlt noch das list vom parent chn.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html