2 direkt gepeerte Rolladenaktoren laufen manchmal gegenläufig

Begonnen von dadoc, 05 September 2018, 16:34:56

Vorheriges Thema - Nächstes Thema

dadoc

Hallo,
um mir die Wände nicht mit Schaltern vollzupflastern, habe ich begonnen, Aktoren von der 2- auf die 1-Kanal-Bedienung umzustellen. So habe ich etwa zwei HM-LC-BL1-FM (für zwei nebeneinander liegende Rollläden) mit einem Kanal eines HM-PB-6-WM55 gepeered. Das klappt so weit auch. Nur manchmal verhaspelt sich das Ganze, dann laufen die beiden Rollläden gegenläufig. Das ist dann immer etwas mühsam, sie wieder in Gleichschritt zu bringen.
Hier die Lists:
Schalterkanal:
Internals:
   DEF        652E9A01
   NAME       HM_652E9A_Btn_01
   NOTIFYDEV  global
   NR         1344
   NTFY_ORDER 50-HM_652E9A_Btn_01
   STATE      Short 2_129 (to HM_40BB9C)
   TYPE       CUL_HM
   chanNo     01
   device     HM_652E9A
   peerList   HM_40BB46,HM_40BB9C,
   READINGS:
     2018-08-23 23:09:49   R-HM_40BB46_chn-01-expectAES off
     2018-08-23 23:09:49   R-HM_40BB46_chn-01-peerNeedsBurst off
     2018-08-23 23:09:50   R-HM_40BB9C_chn-01-expectAES off
     2018-08-23 23:09:50   R-HM_40BB9C_chn-01-peerNeedsBurst off
     2018-08-07 19:07:54   R-sign          off
     2018-08-23 23:09:42   RegL_01.        04:10 08:00 09:00 00:00
     2018-08-23 23:09:49   RegL_04.HM_40BB46_chn-01 01:00 00:00
     2018-08-23 23:09:50   RegL_04.HM_40BB9C_chn-01 01:00 00:00
     2018-08-31 22:25:59   peerList        HM_40BB46,HM_40BB9C,
     2018-09-05 09:44:23   state           Short 2_129 (to HM_40BB9C)
     2018-09-05 09:44:23   trigger         Short_129
     2018-09-05 09:44:22   triggerTo_HM_40BB46 Short_129_ack
     2018-09-05 09:44:23   triggerTo_HM_40BB9C Short_129_ack
     2018-09-05 09:44:23   trigger_cnt     129
   helper:
     BNO        129
     BNOCNT     2
     regLst     ,1,4p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   alias      6fachSchalterBad01
   model      HM-PB-6-WM55
   peerIDs    00000000,40BB4601,40BB9C01,
   room       Bad

Aktor 1:


Internals:
   DEF        40BB46
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     139
   NAME       HM_40BB46
   NOTIFYDEV  global
   NR         639
   NTFY_ORDER 50-HM_40BB46
   STATE      21
   TYPE       CUL_HM
   hmusb_MSGCNT 139
   hmusb_RAWMSG RA8F12B53,0001,3CC44BA0,FF,FFB3,2A800240BB4642424201012A005E
   hmusb_RSSI -77
   hmusb_TIME 2018-09-05 10:55:02
   lastMsg    No:2A - t:02 s:40BB46 d:424242 01012A005E
   peerList   HM_652E9A_Btn_01,
   protLastRcv 2018-09-05 10:55:02
   protRcv    139 last_at:2018-09-05 10:55:02
   protResnd  1 last_at:2018-09-02 18:58:55
   protSnd    96 last_at:2018-09-05 10:55:01
   protState  CMDs_done
   rssi_HM_652E9A cnt:43 min:-75 max:-55 avg:-63.95 lst:-70
   rssi_at_hmusb cnt:139 min:-81 max:-68 avg:-74.34 lst:-77
   rssi_hmusb cnt:45 min:-100 max:-73 avg:-80.68 lst:-94
   READINGS:
     2018-09-05 10:55:02   CommandAccepted yes
     2018-05-02 10:08:47   D-firmware      2.8
     2018-05-02 10:08:47   D-serialNr      MEQ1313197
     2018-08-09 18:25:22   PairedTo        0x424242
     2018-08-07 22:51:38   R-HM_652E9A_Btn_01-lgActionType jmpToTarget
     2018-08-07 22:51:38   R-HM_652E9A_Btn_01-lgOnLevel 100 %
     2018-08-07 22:51:38   R-HM_652E9A_Btn_01-shActionType jmpToTarget
     2018-08-07 22:51:38   R-HM_652E9A_Btn_01-shOnLevel 100 %
     2018-05-02 16:45:43   R-driveDown     13 s
     2018-05-02 16:45:43   R-driveTurn     0.5 s
     2018-08-09 18:25:23   R-driveUp       14 s
     2018-05-02 16:45:42   R-pairCentral   0x424242
     2018-05-02 16:45:43   R-sign          off
     2018-08-09 18:25:22   RegL_00.        02:01 0A:42 0B:42 0C:42 15:FF 18:00 00:00
     2018-08-09 18:25:23   RegL_01.        08:00 09:00 0A:00 0B:00 0C:82 0D:00 0E:8C 0F:05 10:00  30:06 57:24 56:00 00:00
     2018-08-09 18:25:25   RegL_03.HM_652E9A_Btn_01 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:52 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:63 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:52 8D:63 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:63 9F:00 00:00
     2018-09-05 10:55:02   deviceMsg       21 (to vccu)
     2018-09-05 10:55:02   level           21
     2018-09-05 10:55:02   motor           stop:21
     2018-09-05 10:55:02   pct             21
     2018-08-31 22:25:59   peerList        HM_652E9A_Btn_01,
     2018-09-05 10:55:02   recentStateType ack
     2018-09-05 10:55:02   state           21
     2018-09-05 10:55:02   timedOn         off
     2018-09-05 09:44:22   trigLast        HM_652E9A_Btn_01:short
     2018-09-05 09:44:22   trig_HM_652E9A_Btn_01 Short_129
   helper:
     HM_CMDNR   42
     cSnd       1142424240BB460201000000,1142424240BB460301
     dlvlCmd    ++A01142424240BB460201000000
     mId        0005
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +40BB46,00,01,00
       nextSend   1536137702.33832
       prefIO     
       rxt        0
       vccu       vccu
       p:
         40BB46
         00
         01
         00
     mRssi:
       mNo        2A
       io:
         hmusb:
           -75
           -75
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       HM_652E9A:
         avg        -63.953488372093
         cnt        43
         lst        -70
         max        -55
         min        -75
       at_hmusb:
         avg        -74.3453237410072
         cnt        139
         lst        -77
         max        -68
         min        -81
       hmusb:
         avg        -80.6888888888889
         cnt        45
         lst        -94
         max        -73
         min        -100
     tmpl:
Attributes:
   IODev      hmusb
   IOgrp      vccu
   alias      Bad links
   autoReadReg 0_off
   expert     2_raw
   firmware   2.8
   group      Shutter_group_bad
   model      HM-LC-BL1-FM
   peerIDs    00000000,652E9A01,
   roll       rollaeden_bad_structure
   room       Bad,CUL_HM
   serialNr   MEQ1313197
   subType    blindActuator
   userattr   roll roll_map structexclude
   webCmd     statusRequest:toggleDir:on:off:up:down:stop


Aktor 2:


Internals:
   DEF        40BB9C
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     139
   NAME       HM_40BB9C
   NOTIFYDEV  global
   NR         643
   NTFY_ORDER 50-HM_40BB9C
   STATE      15
   TYPE       CUL_HM
   hmusb_MSGCNT 139
   hmusb_RAWMSG RA8F12CD1,0001,3CC44C56,FF,FFB8,2B800240BB9C42424201011E0053
   hmusb_RSSI -72
   hmusb_TIME 2018-09-05 10:55:02
   lastMsg    No:2B - t:02 s:40BB9C d:424242 01011E0053
   peerList   HM_652E9A_Btn_01,
   protLastRcv 2018-09-05 10:55:02
   protRcv    137 last_at:2018-09-05 10:55:02
   protSnd    98 last_at:2018-09-05 10:55:02
   protState  CMDs_done
   rssi_HM_652E9A cnt:40 min:-71 max:-47 avg:-56.49 lst:-61
   rssi_at_hmusb cnt:139 min:-89 max:-68 avg:-73.92 lst:-72
   rssi_hmusb cnt:45 min:-95 max:-74 avg:-79.66 lst:-83
   READINGS:
     2018-09-05 10:55:02   CommandAccepted yes
     2018-05-02 10:08:47   D-firmware      2.8
     2018-05-02 10:08:47   D-serialNr      MEQ1313283
     2018-08-09 18:26:23   PairedTo        0x424242
     2018-08-08 12:44:44   R-HM_652E9A_Btn_01-lgActionType jmpToTarget
     2018-08-08 12:44:44   R-HM_652E9A_Btn_01-lgOnLevel 100 %
     2018-08-08 12:44:44   R-HM_652E9A_Btn_01-shActionType jmpToTarget
     2018-08-08 12:44:44   R-HM_652E9A_Btn_01-shOnLevel 100 %
     2018-08-09 18:26:24   R-driveDown     12 s
     2018-05-02 16:45:47   R-driveTurn     0.5 s
     2018-05-02 16:45:47   R-driveUp       13 s
     2018-05-02 16:45:46   R-pairCentral   0x424242
     2018-05-02 16:45:47   R-sign          off
     2018-08-09 18:26:23   RegL_00.        02:01 0A:42 0B:42 0C:42 15:FF 18:00 00:00
     2018-08-09 18:26:24   RegL_01.        08:00 09:00 0A:00 0B:00 0C:78 0D:00 0E:82 0F:05 10:00  30:06 57:24 56:00 00:00
     2018-08-09 18:26:26   RegL_03.HM_652E9A_Btn_01 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:52 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:63 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:52 8D:63 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:63 9F:00 00:00
     2018-09-05 10:55:02   deviceMsg       15 (to vccu)
     2018-09-05 10:55:02   level           15
     2018-09-05 10:55:02   motor           stop:15
     2018-09-05 10:55:02   pct             15
     2018-08-31 22:25:59   peerList        HM_652E9A_Btn_01,
     2018-09-05 10:55:02   recentStateType ack
     2018-09-05 10:55:02   state           15
     2018-09-05 10:55:02   timedOn         off
     2018-09-05 09:44:23   trigLast        HM_652E9A_Btn_01:short
     2018-09-05 09:44:23   trig_HM_652E9A_Btn_01 Short_129
   helper:
     HM_CMDNR   43
     cSnd       1142424240BB9C0201000000,1142424240BB9C0301
     dlvlCmd    ++A01142424240BB9C0201000000
     mId        0005
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +40BB9C,00,01,00
       nextSend   1536137702.52037
       prefIO     
       rxt        0
       vccu       vccu
       p:
         40BB9C
         00
         01
         00
     mRssi:
       mNo        2B
       io:
         hmusb:
           -70
           -70
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       HM_652E9A:
         avg        -56.5
         cnt        40
         lst        -61
         max        -47
         min        -71
       at_hmusb:
         avg        -73.9280575539568
         cnt        139
         lst        -72
         max        -68
         min        -89
       hmusb:
         avg        -79.6666666666667
         cnt        45
         lst        -83
         max        -74
         min        -95
     tmpl:
Attributes:
   IODev      hmusb
   IOgrp      vccu
   alias      Bad rechts
   autoReadReg 0_off
   expert     2_raw
   firmware   2.8
   group      Shutter_group_bad
   model      HM-LC-BL1-FM
   peerIDs    00000000,652E9A01,
   roll       rollaeden_bad_structure
   room       Bad,CUL_HM
   serialNr   MEQ1313283
   subType    blindActuator
   userattr   roll roll_map structexclude
   webCmd     statusRequest:toggleDir:on:off:up:down:stop


Mache ich da etwas falsch oder ist das Verhalten ein Hinweis darauf, dass man Auf/Ab, An/Aus usw. nicht mit single, sondern mit dual peeren sollte?
Danke & Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

loetmeister

Hi Martin,

zum Verständnis. Du hast einen Taster, der zwei Rollos, parallel rauf- oder runterfahren lässt? (Im Wechsel)
Dazu gibt es doch die peering option TOGGLE... TO_COUNTER (kenne den namen nicht genau) der sollte dann synchron auf den on oder off level schalten. Was beim betätigen während der Fahrt passiert muss du mal probieren... ob er stoppt oder die Richtung umkehrt (letzeres wäre für eine ein-Taster Betätigung nicht so gut... )

Gruß,
Thomas

dadoc

Zitat von: loetmeister am 05 September 2018, 21:49:31
zum Verständnis. Du hast einen Taster, der zwei Rollos, parallel rauf- oder runterfahren lässt? (Im Wechsel)
Ja. 1. Druck -> hoch, 2. Druck -> Stop, 3.Druck -> runter, 4. Druck -> Stop, usw.

ZitatDazu gibt es doch die peering option TOGGLE... TO_COUNTER (kenne den namen nicht genau)
Von dieser Peering-Option höre ich zum ersten Mal, konnte auch nichts dazu in den Dokus finden. Was genau ist das?
Geüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

loetmeister

Hi,

hab grad mal in der Gerätedatei geschaut... bei SHORT_ACTION_TYPE sollte es "TOGGLE_TO_COUNTER" geben.
Wenn du die peerings mit FHWM bearbeitest solltest du das ändern können.

"radio-controlled blind actuator 1-channel (surface-mount)" id="HM-LC-Bl1-SM"
...
<parameter id="SHORT_ACTION_TYPE">
<logical type="option">
<option id="INACTIVE"/>
<option id="JUMP_TO_TARGET" default="true"/>
<option id="TOGGLE_TO_COUNTER"/>
<option id="TOGGLE_INV_TO_COUNTER"/>
...


Gruß,
Thomas

dadoc

Hallo Thomas,
Ich muss gestehen, dass ich nicht genau weiß, wovon Du sprichst. Was meinst Du mit ,,peerings mit FHWM bearbeiten", und was ist mit ,,Gerätedatei" gemeint?
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

loetmeister

Hi Martin,

sorry, war wohl etwas zu technisch... ich wühle mich grad durch die Eingeweide eines Dimmers und hänge da gedanklich etwas tiefer drin. :)

Wenn du in FHEM (Web Oberfläche) dir den Schalter (oder Rollo) Kanal anzeigen lässt, dann sollte da unter
Sensors peered to HM_652E9A_Btn_01
eine "Configure Peering" Schaltfläche sein. Da sollte dann wiederum eine Ähnliche Konfig, wie im Anhang, zu finden sein... mit der Auswahlliste wie unten und der Option "TOGGLE_TO_COUNTER"...?

Gruß,
Thomas

dadoc

Moin Thomas,
Kann es sein, dass das nur bei Wired-Komponenten existiert? Bei mir finde ich jedenfalls nichts dergleichen im Device Overview...
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

frank

trotzdem solltest du das register finden können (wie immer zb über "get regList") und mit "set regSet" entsprechend ändern.

ausserdem ist die anzeige der register readings wie immer abhängig von den einstellungen bei "attr expert" und dem register R-intKeyVisib.
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

dadoc

Öha, wieder etwas gelernt. Und ich dachte noch, mich durchs Leben schummeln zu können, ohne in die Wissenschaft der Register einzutauchen.
Ihr meint vermutlich das:
3: shActionType     |     literal        | required |  options:toggleToCntInv,off,jmpToTarget,toggleToCnt
?
set HM_40BB46 regSet shActionType toggleToCnt
ergibt allerdings
Peer not specified
Muss ich da noch self01 dahinter setzen (für Kanal 1)? Will ja nichts zerschießen...
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

frank

#9
genau, self01ans ende vom cmd regSet.

edit: zerschiessen kannst du nichts, es ändert sich nur das verhalten.
entweder den alten wert wieder setzen (also merken oder register speichern) oder im notfall werkreset.
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

dadoc

cannot calculate value. Please issue set HM_40BB46 getConfig first - invalid auch nach getConfig (oder muss da eine Taste gedrückt werden? Kanns gerade nicht ausprobieren, da remote über vpn)
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

frank

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

Pfriemler

wieso "self01"? Die lokale Bedienung wird ja nicht synchronisiert - wenn, dann ist doch der Wandtaster gemeint  ...?
"Ä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 ..."

Pfriemler

... und da die Änderungen in den Aktoren gemacht werden: keine Knöpfchen nötig.
"Ä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 ..."

dadoc

Rollladenaktor:
list:         register | range              | peer     | description
   0: confBtnTime      |   1 to 255min      |          | 255=permanent special:permanent
   0: intKeyVisib      |     literal        |          | visibility of internal channel options:invisib,visib
   0: localResDis      |     literal        |          | local reset disable options:off,on
   0: pairCentral      |   0 to 16777215    |          | pairing to central
   1: driveDown        |   0 to 6000s       |          | drive time up
   1: driveTurn        | 0.5 to 25.5s       |          | engine uncharge - fhem min = 0.5s for protection. HM min= 0s (use regBulk if necessary)
   1: driveUp          |   0 to 6000s       |          | drive time up
   1: refRunCounter    |   0 to 255         |          | start reference run after n non-end drives
   1: sign             |     literal        |          | signature (AES) options:off,on
   1: statusInfoMinDly |   0 to 15.5s       |          | status message min delay special:unused
   1: statusInfoRandom |   0 to 7s          |          | status message random delay
   1: transmitTryMax   |   1 to 10          |          | max message re-transmit
   3: lgActionType     |     literal        | required |  options:toggleToCntInv,off,jmpToTarget,toggleToCnt
   3: lgBlJtDlyOff     |     literal        | required | Jump from delayOff options:refOn,on,off,dlyOn,dlyOff,rampOff,rampOn,refOff,no
   3: lgBlJtDlyOn      |     literal        | required | Jump from delayOn options:rampOn,rampOff,no,refOff,dlyOff,dlyOn,refOn,on,off
   3: lgBlJtOff        |     literal        | required | Jump from off options:refOn,on,off,dlyOff,dlyOn,rampOff,rampOn,refOff,no
   3: lgBlJtOn         |     literal        | required | Jump from on options:refOff,no,rampOff,rampOn,dlyOff,dlyOn,off,refOn,on
   3: lgBlJtRampOff    |     literal        | required | Jump from rampOff options:refOn,on,off,dlyOn,dlyOff,rampOff,rampOn,no,refOff
   3: lgBlJtRampOn     |     literal        | required | Jump from rampOn options:dlyOn,dlyOff,rampOff,rampOn,no,refOff,refOn,on,off
   3: lgBlJtRefOff     |     literal        | required | Jump from refOff options:off,refOn,on,refOff,no,rampOff,rampOn,dlyOff,dlyOn
   3: lgBlJtRefOn      |     literal        | required | Jump from refOn options:off,refOn,on,refOff,no,rampOn,rampOff,dlyOff,dlyOn
   3: lgCtDlyOff       |     literal        | required | Jmp on condition from delayOff options:ltLo,ltHi,between,geLo,geHi,outside
   3: lgCtDlyOn        |     literal        | required | Jmp on condition from delayOn options:ltLo,ltHi,between,geLo,geHi,outside
   3: lgCtOff          |     literal        | required | Jmp on condition from off options:outside,ltLo,between,geLo,geHi,ltHi
   3: lgCtOn           |     literal        | required | Jmp on condition from on options:outside,between,geLo,geHi,ltHi,ltLo
   3: lgCtRampOff      |     literal        | required | Jmp on condition from rampOff options:geHi,between,geLo,ltHi,ltLo,outside
   3: lgCtRampOn       |     literal        | required | Jmp on condition from rampOn options:ltLo,geHi,between,geLo,ltHi,outside
   3: lgCtRefOff       |     literal        | required | Jmp on condition from refOff options:ltHi,geHi,between,geLo,ltLo,outside
   3: lgCtRefOn        |     literal        | required | Jmp on condition from refOn options:outside,ltHi,between,geHi,geLo,ltLo
   3: lgCtValHi        |   0 to 255         | required | Condition value high for CT table
   3: lgCtValLo        |   0 to 255         | required | Condition value low for CT table
   3: lgDriveMode      |     literal        | required |  options:direct,viaUpperEnd,viaLowerEnd,viaNextEnd
   3: lgMaxTimeF       |   0 to 25.5s       | required | max time first direction. special:unused
   3: lgMultiExec      |     literal        | required | execution per repeat message options:on,off
   3: lgOffDly         |   0 to 111600s     | required | off delay
   3: lgOffLevel       |   0 to 100%        | required | PowerLevel off
   3: lgOffTime        |   0 to 111600s     | required | off time special:unused
   3: lgOffTimeMode    |     literal        | required | off time meant absolut or at least options:minimal,absolut
   3: lgOnDly          |   0 to 111600s     | required | on delay
   3: lgOnLevel        |   0 to 100.5%      | required | PowerLevel on special:oldLevel
   3: lgOnTime         |   0 to 111600s     | required | on time special:unused
   3: lgOnTimeMode     |     literal        | required | on time meant absolut or at least options:minimal,absolut
   3: shActionType     |     literal        | required |  options:toggleToCntInv,off,jmpToTarget,toggleToCnt
   3: shBlJtDlyOff     |     literal        | required | Jump from delayOff options:refOn,on,off,dlyOn,dlyOff,rampOff,rampOn,refOff,no
   3: shBlJtDlyOn      |     literal        | required | Jump from delayOn options:rampOn,rampOff,no,refOff,dlyOff,dlyOn,refOn,on,off
   3: shBlJtOff        |     literal        | required | Jump from off options:refOn,on,off,dlyOff,dlyOn,rampOff,rampOn,refOff,no
   3: shBlJtOn         |     literal        | required | Jump from on options:refOff,no,rampOff,rampOn,dlyOff,dlyOn,off,refOn,on
   3: shBlJtRampOff    |     literal        | required | Jump from rampOff options:refOn,on,off,dlyOn,dlyOff,rampOff,rampOn,no,refOff
   3: shBlJtRampOn     |     literal        | required | Jump from rampOn options:dlyOn,dlyOff,rampOff,rampOn,no,refOff,refOn,on,off
   3: shBlJtRefOff     |     literal        | required | Jump from refOff options:off,refOn,on,refOff,no,rampOff,rampOn,dlyOff,dlyOn
   3: shBlJtRefOn      |     literal        | required | Jump from refOn options:off,refOn,on,refOff,no,rampOn,rampOff,dlyOff,dlyOn
   3: shCtDlyOff       |     literal        | required | Jmp on condition from delayOff options:ltLo,ltHi,between,geLo,geHi,outside
   3: shCtDlyOn        |     literal        | required | Jmp on condition from delayOn options:ltLo,ltHi,between,geLo,geHi,outside
   3: shCtOff          |     literal        | required | Jmp on condition from off options:outside,ltLo,between,geLo,geHi,ltHi
   3: shCtOn           |     literal        | required | Jmp on condition from on options:outside,between,geLo,geHi,ltHi,ltLo
   3: shCtRampOff      |     literal        | required | Jmp on condition from rampOff options:geHi,between,geLo,ltHi,ltLo,outside
   3: shCtRampOn       |     literal        | required | Jmp on condition from rampOn options:ltLo,geHi,between,geLo,ltHi,outside
   3: shCtRefOff       |     literal        | required | Jmp on condition from refOff options:ltHi,geHi,between,geLo,ltLo,outside
   3: shCtRefOn        |     literal        | required | Jmp on condition from refOn options:outside,ltHi,between,geHi,geLo,ltLo
   3: shCtValHi        |   0 to 255         | required | Condition value high for CT table
   3: shCtValLo        |   0 to 255         | required | Condition value low for CT table
   3: shDriveMode      |     literal        | required |  options:direct,viaUpperEnd,viaLowerEnd,viaNextEnd
   3: shMaxTimeF       |   0 to 25.5s       | required | max time first direction. special:unused
   3: shMultiExec      |     literal        | required | reg unused, placeholder only options:off,on
   3: shOffDly         |   0 to 111600s     | required | off delay
   3: shOffLevel       |   0 to 100%        | required | PowerLevel off
   3: shOffTime        |   0 to 111600s     | required | off time special:unused
   3: shOffTimeMode    |     literal        | required | off time meant absolut or at least options:minimal,absolut
   3: shOnDly          |   0 to 111600s     | required | on delay
   3: shOnLevel        |   0 to 100.5%      | required | PowerLevel on special:oldLevel
   3: shOnTime         |   0 to 111600s     | required | on time special:unused
   3: shOnTimeMode     |     literal        | required | on time meant absolut or at least options:minimal,absolut


Schalterkanal:
list:         register | range              | peer     | description
   1: dblPress         |   0 to 1.5s        |          | time to detect double press
   1: longPress        | 0.3 to 1.8s        |          | time to detect key long press
   1: sign             |     literal        |          | signature (AES) options:off,on
   4: expectAES        |     literal        | required | expect AES options:off,on
   4: peerNeedsBurst   |     literal        | required | peer expects burst options:off,on
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

Und regTable:
No regs found for:

HM_652E9A_Btn_01 type:remote -
list:peer register         :value
   1:      dblPress         :0 s
   1:      longPress        :0.4 s
   1:      sign             :off
                       


und
No regs found for:

HM_40BB46 type:blindActuator -
list:peer register         :value
   0:      confBtnTime      :permanent
   0:      intKeyVisib      :invisib
   0:      localResDis      :off
   0:      pairCentral      :0x424242
   1:      driveDown        :13 s
   1:      driveTurn        :0.5 s
   1:      driveUp          :14 s
   1:      refRunCounter    :0
   1:      sign             :off
   1:      statusInfoMinDly :2 s
   1:      statusInfoRandom :1 s
   1:      transmitTryMax   :6
                       
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

frank

dann erst mal das register intKeyVisib auf visib setzen. dann regset wiederholen. eventuell noch getconfig, falls ne meldung kommt.

den richtigen peer (zb self01) musst du wissen. der aktuelle actor hat aber scheinbar keine externen peers.
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

frank

wo sind eigentlich die externen peers, über die du "gleichzeitig" schaltest?
setze zusätzlich attr expert auf 251_anything.
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

dadoc

Zitat von: frank am 06 September 2018, 13:26:01
dann erst mal das register intKeyVisib auf visib setzen. dann regset wiederholen. eventuell noch getconfig, falls ne meldung kommt.
Damit ist es durchgelaufen.
Zitat
den richtigen peer (zb self01) musst du wissen. der aktuelle actor hat aber scheinbar keine externen peers.
peerList self01,self02,HM_652E9A_Btn_01
Vorher war nur der HM_652E9A_Btn_01 drin.
K.A., woher self02 nun kommt?
Was meinst Du mit "externen peers, über die du "gleichzeitig" schaltest"? Ich schalte mit einem (gepeerten) Schalterkanal zwei Aktoren. Der Kanal ist mit beiden Aktoren gepeered.
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

frank

HM_652E9A_Btn_01 ist dann der externe peer aus sicht des actors, dessen registersatz du dann auch konfigurieren solltest. also nicht die tasten des actors, wie selfxx.

allerdings war bei regTable nichts über diesen peer zu sehen, deshalb mit attr expert spielen. 
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

dadoc

Zitat von: frank am 06 September 2018, 13:55:59
HM_652E9A_Btn_01 ist dann der externe peer aus sicht des actors, dessen registersatz du dann auch konfigurieren solltest.
Da taucht bloß nichts in der Art von "3: shActionType     |     literal        | required |  options:toggleToCntInv,off,jmpToTarget,toggleToCnt" auf, trotz "expert 251_anything1", weder in regList noch in regTable noch in den Readings. Das gibt's nur beim Aktor.
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

frank

logisch.
im aktor wird das vehalten für die trigger der peers festgelegt
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

dadoc

Danke, so langsam lichtet sich der Nebel: Ich sage dem Aktor, wie er auf das immergleiche Short des Senders zu reagieren hat.
Also sollte ich wohl die selfs aus der aktuellen peerlist des Aktors
peerList self01,self02,HM_652E9A_Btn_01
entfernen (wie? auch einfach mit unpeer?)
und dann
set HM_40BB46 regSet shActionType toggleToCnt HM_652E9A_Btn_01?
Und dasselbe dann im zweiten Rollladenaktor.
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

mit
set HM_40BB46 peerBulk self01,self02 unset
bekomme ich die beiden self-Peers nicht weg. Die stehen jetzt halt in List3 und haben denselben Wert wie der gepeerte Button, soweit ich das sehe - stört das?
egL_03.HM_652E9A_Btn_01
01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:02 0B:14 0C:52 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:63 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:52 8D:63 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:63 9F:00 00:00
2018-09-06 16:51:46
RegL_03.self01
01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:02 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:68 9F:00 00:00
2018-09-06 16:51:43
RegL_03.self02
01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:93 9F:00 00:00
2018-09-06 16:51:45
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Beta-User

Warum willst du die self-Peers unebdingt loswerden? Das sind die internen Taster, die sollten da bleiben ;) . (Also entweder die Kontakte der Schaltwippe oder die Eingänge für 230V-Taster).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

dadoc

Die sind bei mir m.E. dadurch aufgetaucht:
Zitat von: frank am 06 September 2018, 12:28:00
genau, self01ans ende vom cmd regSet.
d.h. beim irrtümlichen peeren mit self0 statt mit HM_652E9A_Btn_01
Beim zweiten Aktor gibt es sie nicht.
Aber wenn sie nicht stören... fressen ja kein Brot...
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

frank

Zitatgenau, self01ans ende vom cmd regSet.
dadurch sind sie nicht aufgetaucht.

die anzeige wird durch das register intkeyvisible gesteuert. trotzdem bleiben sie erhalten.
wenn die zugehörigen taster keine trigger erzeugen, passiert ja auch nichts.

man kann aber auch zusätzlich noch die reaktion des actors auf trigger dieser peers verhindern/abschalten mit dem register actiontype=off. für long und short getrennt zu setzen.
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

dadoc

Stimmt, danke. Wie schnell man doch falsche Schlüsse bezüglich Ursache und Wirkung ziehen kann...
Wenn ich nachher vor Ort bin werde ich testen, ob die Aktion das gewünschte Ziel gebracht hat bzw. wie die Aktoren auf einen zweiten Tastendruck reagieren.
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

So, zurück vor Ort und zurück zum ursprünglichen Thema, nach dem sehr lehrreichen Exkurs zu Expertenmodi und Register-Settings (danke!)
Zitat von: loetmeister am 05 September 2018, 21:49:31
zum Verständnis. Du hast einen Taster, der zwei Rollos, parallel rauf- oder runterfahren lässt? (Im Wechsel)
Dazu gibt es doch die peering option TOGGLE... TO_COUNTER (kenne den namen nicht genau) der sollte dann synchron auf den on oder off level schalten. Was beim betätigen während der Fahrt passiert muss du mal probieren... ob er stoppt oder die Richtung umkehrt (letzeres wäre für eine ein-Taster Betätigung nicht so gut... )
In der Praxis hatte ich zwar nach ein paar kurzen Tests bislang keine Gegenläufigkeit mehr, dafür aber
- einen (gefühlt) öfteren und größeren zeitlichen Versatz beim Anlaufen und Stoppen
- die Situation, dass wenn der Rollladen in der Anfangs- oder Endlage angekommen ist, er auf den nächsten Tastendruck nicht reagiert, sondern erst wieder auf den übernächsten.
- mitunter schnelle Start-Stop-Start bzw. umgekehrt stattfinden.
Insofern keine Verbesserung zum Standard-Toggle, eher im Gegenteil.
Und jetzt?
Grüße
Martin

Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Also wenn ich "toogleToCnt" richtig verstanden habe, synchronisiert sich der Aktor in seiner Toggle-Aktion auf die gesendeten Trigger, bspw. "short_123". Ich weiß es nicht genau, aber nehmen wir mal an, dass er bei geraden Event-Nummern nach oben und bei ungeraden nach unten fährt. So erreicht man die Synchronität bei mehreren Aktoren.

Steht er nun also oben und es kommt von extern eine gerade Zahl, dann tut er natürlich nichts, weil er ja schon oben ist. Könnte erklären warum auf manche Tastendrücke nichts passiert. Blöd zudem, wenn der Taster prellt und mehrere Events nacheinander sendet. Ist zumindest nicht optimal, wenn man die Aktoren von mehreren Stellen aus unterschiedlich steuert.
Vollkommen überflüssig halte ich as toggleToCnt auf die internen Taster. Deren Events synchronisieren sich doch sowieso nicht mit denen externer Peers?

Den Rest kann ich nicht erklären. Insbesondere nicht warum die Aktoren jetzt hektischer reagieren als vorher.

Und was die self01/self02 sind und wie man sie unsichtbar macht (und warum man sie nicht löschen sollte und gottseidank auch nicht kann), ist jetzt hoffentlich auch klar ... man hätte sie gar nicht erst anfassen brauchen.

Ich bin einmal mehr Freund zweier einzelner Tasten für jede Richtung. Hat sich hier überall mehr bewährt.
"Ä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 ..."

dadoc

Zitat von: Pfriemler am 06 September 2018, 21:21:25
Vollkommen überflüssig halte ich as toggleToCnt auf die internen Taster. Deren Events synchronisieren sich doch sowieso nicht mit denen externer Peers?
Habe ich - zumindest nicht bewusst - eingerichtet...
Zitat
Ich bin einmal mehr Freund zweier einzelner Tasten für jede Richtung. Hat sich hier überall mehr bewährt.
... womit ich die im Eingangsthread gestellte Frage
Zitat von: dadoc am 05 September 2018, 16:34:56
Mache ich da etwas falsch oder ist das Verhalten ein Hinweis darauf, dass man Auf/Ab, An/Aus usw. nicht mit single, sondern mit dual peeren sollte?
als beantwortet betrachte ;) Ärgerlich finde ich's trotzdem, und ich bereue die Umstellung von den FS20 MS2 auf die HM-Pendants mittlerweile sehr, weil eigentlich keiner der Vorteile, die ich mir erhofft hatte (präzises und paralleles (!) Ansteuern bestimmter Positionen, 1-Kanal-Bedienung...) greifbar wurde.
Danke & Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

Ich habe mich jetzt schon ein ganzes Stück in die Register-Thematik eingelesen, aber noch nicht rausgefunden:
a) wie ich mir den aktuellen Wert eines Registers anzeigen lassen kann. Ich meine mich zu erinnern, dass gestern beim Rumprobieren z.B. shActionType bei den Readings gelistet war. Heute finde ich es nicht mehr, trotz getConfig.
b) wie ich erkennen kann, welches die Default-Werte der Register sind (um etwa meine erfolglosen Versuche mit "regSet shActionType" ungeschehen zu machen.
Geht das ohne Werksreset?
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Readings sind schon in der Def zu sehen, aber nach den peers sortiert. Eine sortierte Tabelle gibt es mit get ... regTable, wobei sh und lg nicht im Registername erscheinen, sondern nebeneinander in getrennten Spalten sind.

Eine Liste mit defaults kenne ich leider nicht.
"Ä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 ..."

dadoc

Zitat von: Pfriemler am 07 September 2018, 12:35:51
Readings sind schon in der Def zu sehen, aber nach den peers sortiert.
Hmm... Ich finde unter DEF nur das:


DeviceOverview
Bad links
38
statusRequest
toggleDir
on
off
up
down
stop
HM_40BB46
HM_40BB46
Internals
DEF
40BB46
IODev
hmusb
LASTInputDev
hmusb
MSGCNT
242
NAME
HM_40BB46
NOTIFYDEV
global
NR
639
STATE
38
TYPE
CUL_HM
hmusb_MSGCNT
242
hmusb_RAWMSG
E40BB46,0000,475614FD,FF,FFB5,E6A01040BB46424242030000
hmusb_RSSI
-75
hmusb_TIME
2018-09-07 12:10:27
lastMsg
No:E6 - t:10 s:40BB46 d:424242 030000
peerList
self01,self02,HM_652E9A_Btn_01
protLastRcv
2018-09-07 12:10:27
protRcv
215 last_at:2018-09-07 12:10:27
protResnd
5 last_at:2018-09-06 18:24:40
protSnd
180 last_at:2018-09-07 12:10:27
protState
CMDs_done
rssi_HM_652E9A
cnt:59 min:-77 max:-55 avg:-61.35 lst:-61
rssi_at_hmusb
cnt:242 min:-92 max:-74 avg:-79.99 lst:-75
rssi_hmusb
cnt:21 min:-83 max:-78 avg:-80.9 lst:-83



ZitatEine sortierte Tabelle gibt es mit get ... regTable, wobei sh und lg nicht im Registername erscheinen, sondern nebeneinander in getrennten Spalten sind.
Die sieht bei mir so aus:
No regs found for:

HM_40BB46 type:blindActuator -
list:peer register         :value
   0:      confBtnTime      :permanent
   0:      intKeyVisib      :visib
   0:      localResDis      :off
   0:      pairCentral      :0x424242
   1:      driveDown        :13 s
   1:      driveTurn        :0.5 s
   1:      driveUp          :14 s
   1:      refRunCounter    :0
   1:      sign             :off
   1:      statusInfoMinDly :2 s
   1:      statusInfoRandom :1 s
   1:      transmitTryMax   :6

d.h. auch keine Spur von "shActionType  ... toggleToCntInv,off,jmpToTarget,toggleToCnt"
[/quote]
Stehe ich auf der Leitung?
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Ja, komisch. intKeyVisib ist visib und trotzdem keine peers.

Die Liste der verfügbaren Register mit den erlaubten Werten wird mit get ... regList angezeigt.
"Ä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 ..."

dadoc

Ich wusste, warum ich dem Thema Register aus dem Weg gehen wollte ;)
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Otto123

liefere doch nochmal bitte ein aktuelles list HM_40BB46
In der Kopie aus der Weboberfläche sieht man praktisch nix  ::)
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

dadoc



Internals:
   DEF        40BB46
   IODev      hmusb
   NAME       HM_40BB46
   NOTIFYDEV  global
   NR         639
   STATE      38
   TYPE       CUL_HM
   peerList   self01,self02,HM_652E9A_Btn_01,
   READINGS:
     2018-09-07 10:30:22   CommandAccepted yes
     2018-09-06 16:13:46   D-firmware      2.8
     2018-09-06 16:13:46   D-serialNr      MEQ1313197
     2018-09-07 12:10:21   PairedTo        0x424242
     2018-09-06 16:12:15   R-confBtnTime   permanent
     2018-09-06 16:12:16   R-driveDown     13 s
     2018-09-06 16:12:16   R-driveTurn     0.5 s
     2018-09-06 16:12:16   R-driveUp       14 s
     2018-09-06 16:12:15   R-intKeyVisib   visib
     2018-09-06 16:12:15   R-localResDis   off
     2018-09-06 16:12:15   R-pairCentral   0x424242
     2018-09-06 16:12:16   R-refRunCounter 0
     2018-09-06 16:12:16   R-sign          off
     2018-09-06 16:12:16   R-statusInfoMinDly 2 s
     2018-09-06 16:12:16   R-statusInfoRandom 1 s
     2018-09-06 16:12:16   R-transmitTryMax 6
     2018-09-07 12:10:21   RegL_00.        02:81 0A:42 0B:42 0C:42 15:FF 18:00 00:00
     2018-09-07 12:10:22   RegL_01.        08:00 09:00 0A:00 0B:00 0C:82 0D:00 0E:8C 0F:05 10:00  30:06 57:24 56:00 00:00
     2018-09-07 12:10:27   RegL_03.HM_652E9A_Btn_01 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:02 0B:14 0C:52 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:63 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:52 8D:63 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:63 9F:00 00:00
     2018-09-07 12:10:24   RegL_03.self01  01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:02 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:68 9F:00 00:00
     2018-09-07 12:10:26   RegL_03.self02  01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:93 9F:00 00:00
     2018-09-07 10:30:22   deviceMsg       38 (to vccu)
     2018-09-07 10:30:22   level           38
     2018-09-07 10:30:22   motor           stop:38
     2018-09-07 10:30:22   pct             38
     2018-09-07 13:24:55   peerList        self01,self02,HM_652E9A_Btn_01,
     2018-09-07 10:30:22   recentStateType ack
     2018-09-07 10:30:22   state           38
     2018-09-07 10:30:22   timedOn         off
     2018-09-07 08:44:25   trigLast        HM_652E9A_Btn_01:short
     2018-09-07 08:44:25   trig_HM_652E9A_Btn_01 Short_199
   helper:
     HM_CMDNR   29
     mId        0005
     regLst     ,0,1,3p
     rxType     1
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +40BB46,00,01,00
       prefIO     
       rxt        0
       vccu       vccu
       p:
         40BB46
         00
         01
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     tmpl:
Attributes:
   IODev      hmusb
   IOgrp      vccu
   alias      Bad links
   autoReadReg 0_off
   expert     251_anything
   firmware   2.8
   group      Shutter_group_bad
   model      HM-LC-BL1-FM
   peerIDs    00000000,40BB4601,40BB4602,652E9A01,
   roll       rollaeden_bad_structure
   room       Bad,CUL_HM
   serialNr   MEQ1313197
   subType    blindActuator
   userattr   roll roll_map structexclude
   webCmd     statusRequest:toggleDir:on:off:up:down:stop
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Otto123

Bei mir steht autoReadReg auf 4 und expert auf 1 - damit sehe ich alles.
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

dadoc

Zitat von: Otto123 am 07 September 2018, 14:49:37
Bei mir steht autoReadReg auf 4 und expert auf 1 - damit sehe ich alles.
Damit wird bei mir die Ausbeute noch magerer:


Internals:
   DEF        40BB46
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     82
   NAME       HM_40BB46
   NOTIFYDEV  global
   NR         639
   STATE      38
   TYPE       CUL_HM
   hmusb_MSGCNT 82
   hmusb_RAWMSG E40BB46,0000,483C80B7,FF,FFB5,5CA01040BB46424242030000
   hmusb_RSSI -75
   hmusb_TIME 2018-09-07 16:22:08
   lastMsg    No:5C - t:10 s:40BB46 d:424242 030000
   peerList   self01,self02,HM_652E9A_Btn_01,
   protLastRcv 2018-09-07 16:22:08
   protRcv    63 last_at:2018-09-07 16:22:08
   protSnd    82 last_at:2018-09-07 16:22:08
   protState  CMDs_done
   rssi_at_hmusb cnt:82 min:-76 max:-74 avg:-75.02 lst:-75
   READINGS:
     2018-09-07 10:30:22   CommandAccepted yes
     2018-09-06 16:13:46   D-firmware      2.8
     2018-09-06 16:13:46   D-serialNr      MEQ1313197
     2018-09-07 16:22:02   PairedTo        0x424242
     2018-09-06 16:12:15   R-confBtnTime   permanent
     2018-09-06 16:12:16   R-driveDown     13 s
     2018-09-06 16:12:16   R-driveTurn     0.5 s
     2018-09-06 16:12:16   R-driveUp       14 s
     2018-09-06 16:12:15   R-intKeyVisib   visib
     2018-09-06 16:12:15   R-localResDis   off
     2018-09-06 16:12:15   R-pairCentral   0x424242
     2018-09-06 16:12:16   R-refRunCounter 0
     2018-09-06 16:12:16   R-sign          off
     2018-09-06 16:12:16   R-statusInfoMinDly 2 s
     2018-09-06 16:12:16   R-statusInfoRandom 1 s
     2018-09-06 16:12:16   R-transmitTryMax 6
     2018-09-07 10:30:22   deviceMsg       38 (to vccu)
     2018-09-07 10:30:22   level           38
     2018-09-07 10:30:22   motor           stop:38
     2018-09-07 10:30:22   pct             38
     2018-09-07 16:22:03   peerList        self01,self02,HM_652E9A_Btn_01,
     2018-09-07 10:30:22   recentStateType ack
     2018-09-07 10:30:22   state           38
     2018-09-07 10:30:22   timedOn         off
     2018-09-07 08:44:25   trigLast        HM_652E9A_Btn_01:short
     2018-09-07 08:44:25   trig_HM_652E9A_Btn_01 Short_199
   helper:
     HM_CMDNR   92
     cSnd       0142424240BB46010440BB460203,0142424240BB460104652E9A0103
     mId        0005
     peerIDsRaw ,40BB4601,40BB4602,652E9A01,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newChn     +40BB46,00,01,00
       nextSend   1536330128.60445
       prefIO     
       rxt        0
       vccu       vccu
       p:
         40BB46
         00
         01
         00
     mRssi:
       mNo        5C
       io:
         hmusb:
           -73
           -73
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         hmusb
       flg        A
       ts         1536330128.52794
       ack:
         HASH(0x2e39ce0)
         5C800242424240BB4600
     rssi:
       at_hmusb:
         avg        -75.0243902439024
         cnt        82
         lst        -75
         max        -74
         min        -76
     shadowReg:
     tmpl:
Attributes:
   IODev      hmusb
   IOgrp      vccu
   alias      Bad links
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   2.8
   group      Shutter_group_bad
   model      HM-LC-BL1-FM
   peerIDs    00000000,40BB4601,40BB4602,652E9A01,
   roll       rollaeden_bad_structure
   room       Bad,CUL_HM
   serialNr   MEQ1313197
   subType    blindActuator
   userattr   roll roll_map structexclude
   webCmd     statusRequest:toggleDir:on:off:up:down:stop

Probierst Du das auch mit diesem unsäglichen Sechsfach-Schalter?
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Otto123

Zitat von: dadoc am 07 September 2018, 16:24:10
Probierst Du das auch mit diesem unsäglichen Sechsfach-Schalter?
Ich habe zwei von denen im Einsatz und bin sehr zufrieden!

Das Ergebnis mit der Ansicht Deiner Register verstehe ich nicht... :o
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

dadoc

Zitat von: Otto123 am 07 September 2018, 16:55:21
Ich habe zwei von denen im Einsatz und bin sehr zufrieden!
Aber das sind doch die mit den Reichweitenproblemen und den Mehrfachsendungen der Befehle, Du erinnerst Dich an den anderen Thread?

ZitatDas Ergebnis mit der Ansicht Deiner Register verstehe ich nicht... :o
Wenn Du das nicht verstehst, dann versuche ich es garnicht... nehme dann die Option Werksreset.
Bei einem dritten identischen Aktor, dessen Register ich noch in keiner Weise berührt habe, werden sie BTW auch nicht angezeigt.
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Otto123

Zitat von: dadoc am 07 September 2018, 18:07:32
Aber das sind doch die mit den Reichweitenproblemen und den Mehrfachsendungen der Befehle, Du erinnerst Dich an den anderen Thread?
Ich habe weder Reichweitenprobleme und ich habe auch keinen Störfunk auf der gleichen Frequenz. Insofern laufen die bei mir Top. Ich habe zwei Kumpels die haben die auch mehrfach im Einsatz, auch da ist alles prima!

Ich kann das mit den nicht vorhanden Registern nicht verstehen. Ich versuche das später mal mit meinem Testsystem und einem brand aktuellem FHEM.
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

Beta-User

Hier ebenfalls keine Probleme mit dem 6-fach, habe auch mehrere im Einsatz...

Was das Thema mit dem Gleichlauf angeht, mußt du eben mit den Einschränkungen der HW leben, oder du machst ein z.B. ein notify, und reagierst dann von FHEM aus auf den Tastendruck; einmal hoch, einmal runter ;) .

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Otto123

Ich habe das mit einer aktuellen Version (heute) 10_CUL_HM.pm      17146 2018-08-15 15:02:59Z martinp876
nachgestellt. Es kommen keine Register an  >:(
Internals:
   DEF        1526F5
   IODev      myHmUARTLGW
   LASTInputDev myHmUARTLGW
   MSGCNT     114
   NAME       HM_1526F5
   NOTIFYDEV  global
   NR         101
   NTFY_ORDER 50-HM_1526F5
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:DA - t:10 s:1526F5 d:200DB8 030000
   myHmUARTLGW_MSGCNT 114
   myHmUARTLGW_RAWMSG 0501003EDAA0101526F5200DB8030000
   myHmUARTLGW_RSSI -62
   myHmUARTLGW_TIME 2018-09-07 18:57:13
   peerList   self01,self02,HM_3447F9_SwitchTr,
   protLastRcv 2018-09-07 18:57:13
   protRcv    104 last_at:2018-09-07 18:57:13
   protSnd    146 last_at:2018-09-07 18:57:13
   protState  CMDs_done
   rssi_at_myHmUARTLGW cnt:113 min:-63 max:-57 avg:-61.01 lst:-62
   rssi_myHmUARTLGW cnt:1 min:-64 max:-64 avg:-64 lst:-64
   READINGS:
     2018-09-07 18:54:43   CommandAccepted yes
     2018-09-07 18:57:06   PairedTo        0x200DB8
     2018-09-07 18:53:34   R-driveDown     50 s
     2018-09-07 18:53:34   R-driveTurn     0.5 s
     2018-09-07 18:53:34   R-driveUp       50 s
     2018-09-07 18:54:47   R-intKeyVisib   visib
     2018-09-07 18:53:34   R-pairCentral   0x200DB8
     2018-09-07 18:53:34   R-refRunCounter 0
     2018-09-07 18:53:34   R-sign          off
     2018-09-07 18:52:32   deviceMsg       off (to VCCU)
     2018-09-07 18:52:32   level           0
     2018-09-07 18:52:32   motor           stop:off
     2018-09-07 18:52:32   pct             0
     2018-09-07 18:57:08   peerList        self01,self02,HM_3447F9_SwitchTr,
     2018-09-07 18:52:32   recentStateType info
     2018-09-07 18:52:32   state           off
     2018-09-07 18:52:32   timedOn         off
   helper:
     HM_CMDNR   218
     cSnd       01200DB81526F501041526F50203,01200DB81526F501043447F90703
     cfgChkResult No regs found for:

HM_1526F5 type:blindActuator -
list:peer register         :value
   0:      intKeyVisib      :visib
   0:      pairCentral      :0x200DB8
   1:      driveDown        :50 s
   1:      driveTurn        :0.5 s
   1:      driveUp          :50 s
   1:      refRunCounter    :0
   1:      sign             :off
                       
                       

     mId        0005
     peerIDsRaw ,1526F501,1526F502,3447F907,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     dir:
       cur        stop
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newChn     +1526F5,00,00,00
       nextSend   1536339433.32392
       rxt        0
       vccu       VCCU
       p:
         1526F5
         00
         00
         00
       prefIO:
         myHmUARTLGW
     mRssi:
       mNo        DA
       io:
         myHmUARTLGW:
           -58
           -58
         ser2netUart:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         myHmUARTLGW
       flg        A
       ts         1536339433.1088
       ack:
         HASH(0x24e5690)
         DA8002200DB81526F500
     rssi:
       at_myHmUARTLGW:
         avg        -61.0176991150442
         cnt        113
         lst        -62
         max        -57
         min        -63
       myHmUARTLGW:
         avg        -64
         cnt        1
         lst        -64
         max        -64
         min        -64
     shadowReg:
     tmpl:
   nb:
     cnt        6
Attributes:
   IODev      myHmUARTLGW
   IOgrp      VCCU:myHmUARTLGW
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   1.5
   model      HM-LC-BL1-FM
   peerIDs    00000000,1526F501,1526F502,3447F907,
   room       CUL_HM
   serialNr   IEQ0017523
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop


Da ist jetzt irgendwas anders.

Der gleiche Aktor mit älterem System 10_CUL_HM.pm          16940 2018-07-03 18:40:53Z martinp876
Internals:
   DEF        1526F5
   HMLAN1_MSGCNT 139
   HMLAN1_RAWMSG E1526F5,0000,97F2C784,FF,FFC8,EFA0101526F5200DB8030000
   HMLAN1_RSSI -56
   HMLAN1_TIME 2018-09-07 19:01:41
   HMUART1_MSGCNT 139
   HMUART1_RAWMSG 0501003EEFA0101526F5200DB8030000
   HMUART1_RSSI -62
   HMUART1_TIME 2018-09-07 19:01:41
   IODev      HMUART1
   LASTInputDev HMLAN1
   MSGCNT     278
   NAME       HM_1526F5
   NOTIFYDEV  global
   NR         599
   NTFY_ORDER 50-HM_1526F5
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:EF - t:10 s:1526F5 d:200DB8 030000
   peerList   self01,self02,SensorR2_SwitchTr,
   protLastRcv 2018-09-07 19:01:41
   protRcv    21 last_at:2018-09-07 19:01:41
   protSnd    32 last_at:2018-09-07 19:01:41
   protState  CMDs_done
   rssi_HMUART1 cnt:1 min:-67 max:-67 avg:-67 lst:-67
   rssi_at_HMLAN1 cnt:25 min:-56 max:-56 avg:-56 lst:-56
   rssi_at_HMUART1 cnt:25 min:-68 max:-61 avg:-63.91 lst:-62
   READINGS:
     2018-09-07 19:01:35   PairedTo        0x200DB8
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgActionType jmpToTarget
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtDlyOff refOff
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtDlyOn refOn
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtOff dlyOn
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtOn dlyOff
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtRampOff off
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtRampOn on
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtRefOff off
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgBlJtRefOn on
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtDlyOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtDlyOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtRampOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtRampOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtRefOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtRefOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtValHi 100
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgCtValLo 50
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgDriveMode direct
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgMaxTimeF 0.5 s
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgMultiExec on
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOffDly 0 s
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOffLevel 0 %
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOffTime unused
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOffTimeMode absolut
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOnDly 0 s
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOnLevel 100 %
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOnTime unused
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-lgOnTimeMode absolut
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shActionType jmpToTarget
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtDlyOff refOff
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtDlyOn refOn
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtOff dlyOn
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtOn dlyOff
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtRampOff off
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtRampOn on
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtRefOff off
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shBlJtRefOn on
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtDlyOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtDlyOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtRampOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtRampOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtRefOff geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtRefOn geLo
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtValHi 100
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shCtValLo 50
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shDriveMode direct
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shMaxTimeF unused
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shMultiExec off
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOffDly 0 s
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOffLevel 0 %
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOffTime unused
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOffTimeMode absolut
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOnDly 0 s
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOnLevel 100 %
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOnTime unused
     2018-09-07 19:01:41   R-SensorR2_SwitchTr-shOnTimeMode absolut
     2018-09-07 19:01:35   R-driveDown     50 s
     2018-09-07 19:01:35   R-driveTurn     0.5 s
     2018-09-07 19:01:35   R-driveUp       50 s
     2018-09-07 19:01:35   R-intKeyVisib   visib
     2018-09-07 19:01:35   R-pairCentral   0x200DB8
     2018-09-07 19:01:35   R-refRunCounter 0
     2018-09-07 19:01:37   R-self01-lgActionType jmpToTarget
     2018-09-07 19:01:37   R-self01-lgBlJtDlyOff refOff
     2018-09-07 19:01:37   R-self01-lgBlJtDlyOn refOn
     2018-09-07 19:01:37   R-self01-lgBlJtOff dlyOn
     2018-09-07 19:01:37   R-self01-lgBlJtOn dlyOff
     2018-09-07 19:01:37   R-self01-lgBlJtRampOff off
     2018-09-07 19:01:37   R-self01-lgBlJtRampOn on
     2018-09-07 19:01:37   R-self01-lgBlJtRefOff off
     2018-09-07 19:01:37   R-self01-lgBlJtRefOn on
     2018-09-07 19:01:37   R-self01-lgCtDlyOff geLo
     2018-09-07 19:01:37   R-self01-lgCtDlyOn geLo
     2018-09-07 19:01:37   R-self01-lgCtOff geLo
     2018-09-07 19:01:37   R-self01-lgCtOn geLo
     2018-09-07 19:01:37   R-self01-lgCtRampOff geLo
     2018-09-07 19:01:37   R-self01-lgCtRampOn geLo
     2018-09-07 19:01:37   R-self01-lgCtRefOff geLo
     2018-09-07 19:01:37   R-self01-lgCtRefOn geLo
     2018-09-07 19:01:37   R-self01-lgCtValHi 100
     2018-09-07 19:01:37   R-self01-lgCtValLo 50
     2018-09-07 19:01:37   R-self01-lgDriveMode direct
     2018-09-07 19:01:37   R-self01-lgMaxTimeF 0.5 s
     2018-09-07 19:01:37   R-self01-lgMultiExec on
     2018-09-07 19:01:37   R-self01-lgOffDly 0 s
     2018-09-07 19:01:37   R-self01-lgOffLevel 0 %
     2018-09-07 19:01:37   R-self01-lgOffTime unused
     2018-09-07 19:01:37   R-self01-lgOffTimeMode absolut
     2018-09-07 19:01:37   R-self01-lgOnDly 0 s
     2018-09-07 19:01:37   R-self01-lgOnLevel 100 %
     2018-09-07 19:01:37   R-self01-lgOnTime unused
     2018-09-07 19:01:37   R-self01-lgOnTimeMode absolut
     2018-09-07 19:01:37   R-self01-shActionType jmpToTarget
     2018-09-07 19:01:37   R-self01-shBlJtDlyOff rampOn
     2018-09-07 19:01:37   R-self01-shBlJtDlyOn rampOn
     2018-09-07 19:01:37   R-self01-shBlJtOff rampOn
     2018-09-07 19:01:37   R-self01-shBlJtOn rampOn
     2018-09-07 19:01:37   R-self01-shBlJtRampOff off
     2018-09-07 19:01:37   R-self01-shBlJtRampOn on
     2018-09-07 19:01:37   R-self01-shBlJtRefOff off
     2018-09-07 19:01:37   R-self01-shBlJtRefOn on
     2018-09-07 19:01:37   R-self01-shCtDlyOff geLo
     2018-09-07 19:01:37   R-self01-shCtDlyOn geLo
     2018-09-07 19:01:37   R-self01-shCtOff geLo
     2018-09-07 19:01:37   R-self01-shCtOn geLo
     2018-09-07 19:01:37   R-self01-shCtRampOff geLo
     2018-09-07 19:01:37   R-self01-shCtRampOn geLo
     2018-09-07 19:01:37   R-self01-shCtRefOff geLo
     2018-09-07 19:01:37   R-self01-shCtRefOn geLo
     2018-09-07 19:01:37   R-self01-shCtValHi 100
     2018-09-07 19:01:37   R-self01-shCtValLo 50
     2018-09-07 19:01:37   R-self01-shDriveMode direct
     2018-09-07 19:01:37   R-self01-shMaxTimeF unused
     2018-09-07 19:01:37   R-self01-shMultiExec off
     2018-09-07 19:01:37   R-self01-shOffDly 0 s
     2018-09-07 19:01:37   R-self01-shOffLevel 0 %
     2018-09-07 19:01:37   R-self01-shOffTime unused
     2018-09-07 19:01:37   R-self01-shOffTimeMode absolut
     2018-09-07 19:01:37   R-self01-shOnDly 0 s
     2018-09-07 19:01:37   R-self01-shOnLevel 100 %
     2018-09-07 19:01:37   R-self01-shOnTime unused
     2018-09-07 19:01:37   R-self01-shOnTimeMode absolut
     2018-09-07 19:01:39   R-self02-lgActionType jmpToTarget
     2018-09-07 19:01:39   R-self02-lgBlJtDlyOff refOff
     2018-09-07 19:01:39   R-self02-lgBlJtDlyOn refOn
     2018-09-07 19:01:39   R-self02-lgBlJtOff dlyOn
     2018-09-07 19:01:39   R-self02-lgBlJtOn dlyOff
     2018-09-07 19:01:39   R-self02-lgBlJtRampOff off
     2018-09-07 19:01:39   R-self02-lgBlJtRampOn on
     2018-09-07 19:01:39   R-self02-lgBlJtRefOff off
     2018-09-07 19:01:39   R-self02-lgBlJtRefOn on
     2018-09-07 19:01:39   R-self02-lgCtDlyOff geLo
     2018-09-07 19:01:39   R-self02-lgCtDlyOn geLo
     2018-09-07 19:01:39   R-self02-lgCtOff geLo
     2018-09-07 19:01:39   R-self02-lgCtOn geLo
     2018-09-07 19:01:39   R-self02-lgCtRampOff geLo
     2018-09-07 19:01:39   R-self02-lgCtRampOn geLo
     2018-09-07 19:01:39   R-self02-lgCtRefOff geLo
     2018-09-07 19:01:39   R-self02-lgCtRefOn geLo
     2018-09-07 19:01:39   R-self02-lgCtValHi 100
     2018-09-07 19:01:39   R-self02-lgCtValLo 50
     2018-09-07 19:01:39   R-self02-lgDriveMode direct
     2018-09-07 19:01:39   R-self02-lgMaxTimeF 0.5 s
     2018-09-07 19:01:39   R-self02-lgMultiExec on
     2018-09-07 19:01:39   R-self02-lgOffDly 0 s
     2018-09-07 19:01:39   R-self02-lgOffLevel 0 %
     2018-09-07 19:01:39   R-self02-lgOffTime unused
     2018-09-07 19:01:39   R-self02-lgOffTimeMode absolut
     2018-09-07 19:01:39   R-self02-lgOnDly 0 s
     2018-09-07 19:01:39   R-self02-lgOnLevel 100 %
     2018-09-07 19:01:39   R-self02-lgOnTime unused
     2018-09-07 19:01:39   R-self02-lgOnTimeMode absolut
     2018-09-07 19:01:39   R-self02-shActionType jmpToTarget
     2018-09-07 19:01:39   R-self02-shBlJtDlyOff rampOff
     2018-09-07 19:01:39   R-self02-shBlJtDlyOn rampOff
     2018-09-07 19:01:39   R-self02-shBlJtOff rampOff
     2018-09-07 19:01:39   R-self02-shBlJtOn rampOff
     2018-09-07 19:01:39   R-self02-shBlJtRampOff off
     2018-09-07 19:01:39   R-self02-shBlJtRampOn on
     2018-09-07 19:01:39   R-self02-shBlJtRefOff off
     2018-09-07 19:01:39   R-self02-shBlJtRefOn on
     2018-09-07 19:01:39   R-self02-shCtDlyOff geLo
     2018-09-07 19:01:39   R-self02-shCtDlyOn geLo
     2018-09-07 19:01:39   R-self02-shCtOff geLo
     2018-09-07 19:01:39   R-self02-shCtOn geLo
     2018-09-07 19:01:39   R-self02-shCtRampOff geLo
     2018-09-07 19:01:39   R-self02-shCtRampOn geLo
     2018-09-07 19:01:39   R-self02-shCtRefOff geLo
     2018-09-07 19:01:39   R-self02-shCtRefOn geLo
     2018-09-07 19:01:39   R-self02-shCtValHi 100
     2018-09-07 19:01:39   R-self02-shCtValLo 50
     2018-09-07 19:01:39   R-self02-shDriveMode direct
     2018-09-07 19:01:39   R-self02-shMaxTimeF unused
     2018-09-07 19:01:39   R-self02-shMultiExec off
     2018-09-07 19:01:39   R-self02-shOffDly 0 s
     2018-09-07 19:01:39   R-self02-shOffLevel 0 %
     2018-09-07 19:01:39   R-self02-shOffTime unused
     2018-09-07 19:01:39   R-self02-shOffTimeMode absolut
     2018-09-07 19:01:39   R-self02-shOnDly 0 s
     2018-09-07 19:01:39   R-self02-shOnLevel 100 %
     2018-09-07 19:01:39   R-self02-shOnTime unused
     2018-09-07 19:01:39   R-self02-shOnTimeMode absolut
     2018-09-07 19:01:35   R-sign          off
     2018-09-07 19:01:29   deviceMsg       off (to VCCU)
     2018-09-07 19:01:29   level           0
     2018-09-07 19:01:29   motor           stop:off
     2018-09-07 19:01:29   pct             0
     2018-09-07 19:01:36   peerList        self01,self02,SensorR2_SwitchTr,
     2018-09-07 19:01:29   recentStateType info
     2018-09-07 19:01:29   state           off
     2018-09-07 19:01:29   timedOn         off
   helper:
     HM_CMDNR   239
     cSnd       01200DB81526F501041526F50203,01200DB81526F501043447F90703
     mId        0005
     peerIDsRaw ,1526F501,1526F502,3447F907,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newChn     +1526F5,00,00,00
       nextSend   1536339701.65601
       prefIO     
       rxt        0
       vccu       
       p:
         1526F5
         00
         00
         00
     mRssi:
       mNo        EF
       io:
         HMLAN1:
           -56
           -56
         HMUART1:
           -58
           -58
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         HMUART1
       flg        A
       ts         1536339701.35995
       ack:
         HASH(0x46af6a0)
         EF8002200DB81526F500
     rssi:
       HMUART1:
         avg        -67
         cnt        1
         lst        -67
         max        -67
         min        -67
       at_HMLAN1:
         avg        -56
         cnt        25
         lst        -56
         max        -56
         min        -56
       at_HMUART1:
         avg        -63.92
         cnt        25
         lst        -62
         max        -61
         min        -68
     shadowReg:
     tmpl:
Attributes:
   IODev      HMUART1
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   1.5
   model      HM-LC-BL1-FM
   peerIDs    00000000,1526F501,1526F502,3447F907,
   room       CUL_HM
   serialNr   IEQ0017523
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop


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

oh oh ... Martin baut gerade fleißig um, seit meiner aktuellen 17009 ist etliches anders. Da lass ich mal wieder die Finger vom Update... :o
"Ä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 ..."

dadoc

Zitat von: Beta-User am 07 September 2018, 19:00:24
Hier ebenfalls keine Probleme mit dem 6-fach, habe auch mehrere im Einsatz...
Ich kann halt nur von meinen eigenen, negativen Erfahrungen mit diesen Schaltern sprechen (Schalter 1 Meter vor zwei direkt gepeerten Aktoren mit massiv unterschiedlichen Sendeergebnissen), sowie von denen anderer User wie
Zitat von: Pfriemler am 28 August 2018, 08:19:39
Das Problem ist weniger der Steckdosendimmer als vielmehr vielleicht der Handsender. Der ist für seine schlechte Empfangsqualität berüchtigt.
bezogen auf genau diesen meinen Handsender.
Was das (plötzliche Nicht-)Anzeigen der Register betrifft: Ich habe zwischen gestern (wo sie auch bei mir noch angezeigt wurden) und heute (wo sie nicht mehr angezeigt werden) definitiv kein Update gefahren. Mysteriös...
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

Guten Abend,
Zitat von: Pfriemler am 07 September 2018, 19:14:50
oh oh ... Martin baut gerade fleißig um, seit meiner aktuellen 17009 ist etliches anders. Da lass ich mal wieder die Finger vom Update... :o
Sollte das in https://wiki.fhem.de/wiki/HM-LC-BL1-FM_Funk-Jalousieaktor beschrieben Verfahren, das Verhalten des Aktors zu verändern (nämlich von ,,Fahrt stoppen durch Betätigen der Taste für die entgegengesetzt Fahrtrichtung" auf ,,Fahrt stoppen duch beliebigen Tastendruck") noch wie mit der HMinfo-Methode beschrieben funktionieren oder hat sich da etwas geändert?
Bei mir funktioniert es nämlich anscheinend nicht.
Woran könnte ich denn Erkennen, ob die Register korrekt gesetzt wurden?
Danke & Grüße
MRtin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Nö, sollte funktionieren.
Ob's geklappt hat? Zitat Wiki:
ZitatDie Templates definieren (bzw. korrigieren) das gesamte Tasterverhalten auf Werkseinstellung, zusätzlich wird die sog. Sprungtabelle modifiziert, so dass ein fahrender Rolladen gestoppt wird (aufwärts: BlJtRampOn: rampOn -> on, abwärts: BlJtRampOff: rampoff -> off)

Beim -FM (ohne PBU) ist aufwärts 1 und abwärts 2. Also schau, ob
R-self01-shBlJtRampOn und R-self01-lgBlJtRampOn auf on stehen (rampOn ist default), bzw.
R-self02-shBlJtRampOff und R-self02-lgBlJtRampOff auf off stehen (rampOff ist default).
Und dann natürlich daran, dass ein laufender Rolladen bei beiden Tasten gestoppt wird.

Oder ich habe einen Knoten im Hirn und bitte um Aufklärung ...
"Ä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 ..."

martinp876

Bei dem template sollte sich nichts geändert haben. Für den 2tasten betrieb nutze ich aktuell die templates welche short und Long in einem definieren
Probleme sollte es beim update nicht geben.

Insbesondere bei templates ist ein update insofern unkritisch als das die eigentliche Aktion im aktor liegt und ohne manuelle Anweisung nicht überschrieben wird

Du kannst die beiden templates durch die Kommandos in deinen template Fundus aufnehmen und ausprobieren.
Erzeugt habe ich sie in diesem Fall mit den template Editor als Abzug eines funktionierenden registersatzes.
Du kannst bei Bedarf auch ein template erstellen mit den gerade im device befindlichen regs. Eines je peer (also ein up und ein down) und eines für die allg. Einstellungen wie Fahrzeit.

set hm templateDef BlSmartStopUp 0 "from Master BlSmartStopUp > FB_10:both" shCtValHi:100 lgCtRampOn:geLo lgOffDly:0 lgBlJtDlyOff:dlyOn lgBlJtOn:dlyOn lgCtDlyOn:geLo lgDriveMode:direct shOnTime:unused shOffTimeMode:absolut shOffLevel:0 shOnTimeMode:absolut lgCtRampOff:geLo shBlJtOff:dlyOn lgOnTime:unused lgOffTimeMode:absolut lgCtRefOff:geLo shCtRampOn:geLo shOffTime:unused shOnDly:0 shBlJtDlyOn:refOn shCtRefOff:geLo shBlJtRefOff:off lgCtOn:geLo shDriveMode:direct lgCtRefOn:geLo lgMultiExec:on lgCtDlyOff:geLo lgBlJtRefOff:off shCtRefOn:geLo lgOffTime:unused lgMaxTimeF:0.5 lgOnDly:0 shBlJtDlyOff:dlyOn shMaxTimeF:unused lgOnTimeMode:absolut lgBlJtOff:dlyOn shCtDlyOn:geLo lgCtValHi:100 shCtRampOff:geLo shCtOff:geLo lgOnLevel:100 shBlJtRefOn:rampOn shMultiExec:off lgBlJtRefOn:rampOn lgBlJtRampOff:off lgOffLevel:0 shCtValLo:50 shActionType:jmpToTarget shCtOn:geLo lgCtValLo:50 lgBlJtRampOn:rampOn lgBlJtDlyOn:refOn shBlJtRampOff:off shOffDly:0 shOnLevel:100 shCtDlyOff:geLo shBlJtRampOn:on shBlJtOn:dlyOn lgActionType:jmpToTarget lgCtOff:geLo

Und
set hm templateDef BlSmartStopDn 0 "from Master BlSmartStopDn > FB_09:both" lgOffTimeMode:absolut lgOnTime:unused shOffLevel:0 shOnTimeMode:absolut shBlJtOff:dlyOff lgCtRampOff:geLo lgBlJtOn:dlyOff lgDriveMode:direct shOnTime:unused shOffTimeMode:absolut lgCtDlyOn:geLo lgBlJtDlyOff:refOff shCtValHi:100 lgOffDly:0 lgCtRampOn:geLo lgCtDlyOff:geLo lgBlJtRefOff:rampOff lgMultiExec:on lgCtRefOn:geLo shDriveMode:direct lgCtOn:geLo shCtRefOff:geLo shBlJtDlyOn:dlyOff shBlJtRefOff:rampOff lgCtRefOff:geLo shCtRampOn:geLo shOnDly:0 shOffTime:unused lgOffLevel:0 shBlJtRefOn:on shMultiExec:off lgBlJtRefOn:on lgBlJtRampOff:rampOff lgOnLevel:100 shCtOff:geLo shCtDlyOn:geLo shCtRampOff:geLo lgCtValHi:100 lgOnTimeMode:absolut shMaxTimeF:unused lgBlJtOff:dlyOff lgOnDly:0 shBlJtDlyOff:refOff shCtRefOn:geLo lgOffTime:unused lgMaxTimeF:0.5 shBlJtRampOn:on lgCtOff:geLo lgActionType:jmpToTarget shBlJtOn:dlyOff shCtDlyOff:geLo shOffDly:0 shOnLevel:100 lgBlJtDlyOn:dlyOff lgBlJtRampOn:on shBlJtRampOff:off lgCtValLo:50 shCtOn:geLo shCtValLo:50 shActionType:jmpToTarget 

set hm templateDef BlSetDrive up:down:turn "drive times up, down and turn plus gen defaults" refRunCounter:0 localResDis:off statusInfoMinDly:3 intKeyVisib:visib transmitTryMax:6 driveDown:p1 statusInfoRandom:0 driveUp:p0 confBtnTime:permanent driveTurn:p2 sign:off 



dadoc

Danke Pfriemler & Martin,
Das werde ich kommendes Wochennde ausprobieren.
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

So, endlich wieder experimentierfähig:
ZitatR-self01-shBlJtRampOn und R-self01-lgBlJtRampOn auf on stehen (rampOn ist default), bzw.
R-self02-shBlJtRampOff und R-self02-lgBlJtRampOff auf off stehen (rampOff ist default).
Die finde ich nicht - s. List w.u.

ZitatDu kannst die beiden templates durch die Kommandos in deinen template Fundus aufnehmen und ausprobieren.
Erzeugt habe ich sie in diesem Fall mit den template Editor als Abzug eines funktionierenden registersatzes.
Du kannst bei Bedarf auch ein template erstellen mit den gerade im device befindlichen regs. Eines je peer (also ein up und ein down) und eines für die allg. Einstellungen wie Fahrzeit.
Mir fehlt da wohl noch etwas Grundsätzliches beim Verständnis: Muss man ergänzend zu dem im oben verlinkten Wiki-How-To zuvor noch templates definieren? Im Wiki liest sich das so, als ob das die komplette Anleitung wäre.
Und: Ich habe nun mal die (für mich furchterregend langen :)) BlSmartStopUp und BlSmartStopDown angelegt - aber wie bekomme ich die nun auf meine konkreten Aktoren bezogen?

Internals:
   DEF        5EF7BF
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     223
   NAME       Rolllaeden_Kueche_l
   NOTIFYDEV  global
   NR         1400
   NTFY_ORDER 50-Rolllaeden_Kueche_l
   STATE      on
   TYPE       CUL_HM
   hmusb_MSGCNT 223
   hmusb_RAWMSG E5EF7BF,0000,1E1FCC0A,FF,FFBE,89A0105EF7BF424242030000
   hmusb_RSSI -66
   hmusb_TIME 2018-09-29 21:43:27
   lastMsg    No:89 - t:10 s:5EF7BF d:424242 030000
   peerList   self01,self02,roll1,roll2,
   protCmdDel 7
   protLastRcv 2018-09-29 21:43:27
   protRcv    200 last_at:2018-09-29 21:43:27
   protResnd  3 last_at:2018-09-24 13:10:51
   protResndFail 1 last_at:2018-09-24 13:10:53
   protSnd    156 last_at:2018-09-29 21:43:27
   protState  CMDs_done
   rssi_6fachSchalterKueche2 cnt:63 min:-83 max:-62 avg:-69.36 lst:-71
   rssi_at_hmusb cnt:223 min:-73 max:-64 avg:-66.45 lst:-66
   rssi_hmusb cnt:1 min:-72 max:-72 avg:-72 lst:-72
   READINGS:
     2018-09-29 10:33:08   CommandAccepted yes
     2018-09-22 17:43:10   D-firmware      2.11
     2018-09-22 17:43:10   D-serialNr      OEQ1380763
     2018-09-29 21:43:20   PairedTo        0x424242
     2018-09-23 18:40:07   R-driveDown     21 s
     2018-09-22 17:43:16   R-driveTurn     0.5 s
     2018-09-23 18:44:27   R-driveUp       21.5 s
     2018-09-22 17:43:15   R-pairCentral   0x424242
     2018-09-22 17:43:16   R-sign          off
     2018-09-29 21:43:20   RegL_00.          02:81 0A:42 0B:42 0C:42 15:FF 18:00 00:00
     2018-09-29 21:43:21   RegL_01.         08:00 09:00 0A:00 0B:00 0C:D2 0D:00 0E:D7 0F:05 10:00  30:06 57:24 56:00 00:00
     2018-09-29 21:43:26   RegL_03.roll1    01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:93 9F:00 00:00
     2018-09-29 21:43:27   RegL_03.roll2    01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:68 9F:00 00:00
     2018-09-29 21:43:23   RegL_03.self01   01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:68 9F:00 00:00
     2018-09-29 21:43:24   RegL_03.self02   01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:93 9F:00 00:00
     2018-09-29 10:33:34   deviceMsg       on (to vccu)
     2018-09-29 10:33:34   level           100
     2018-09-29 10:33:34   motor           stop:on
     2018-09-29 10:33:34   pct             100
     2018-09-29 21:43:21   peerList        self01,self02,roll1,roll2,
     2018-09-23 14:04:54   powerOn         2018-09-23 14:04:54
     2018-09-29 10:33:34   recentStateType info
     2018-09-29 10:33:34   state           on
     2018-09-29 10:33:34   timedOn         off
     2018-09-28 23:06:07   trigLast        roll1:short
     2018-09-28 23:06:07   trig_roll1      Short_59
   helper:
     HM_CMDNR   137
     cSnd       014242425EF7BF01046531290103,014242425EF7BF01046531290203
     mId        0005
     peerIDsRaw ,5EF7BF01,5EF7BF02,65312902,65312901,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     dir:
       cur        stop
       rct        up
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5EF7BF,00,01,00
       nextSend   1538250207.99407
       prefIO     
       rxt        0
       vccu       
       p:
         5EF7BF
         00
         01
         00
     mRssi:
       mNo        89
       io:
         hmusb:
           -62
           -62
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         hmusb
       flg        A
       ts         1538250207.92659
       ack:
         HASH(0x3668ed0)
         8980024242425EF7BF00
     rssi:
       6fachSchalterKueche2:
         avg        -69.3650793650794
         cnt        63
         lst        -71
         max        -62
         min        -83
       at_hmusb:
         avg        -66.4529147982063
         cnt        223
         lst        -66
         max        -64
         min        -73
       hmusb:
         avg        -72
         cnt        1
         lst        -72
         max        -72
         min        -72
     shadowReg:
     tmpl:
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.11
   kueche_structure Rolllaeden_Kueche
   model      HM-LC-BL1-FM
   peerIDs    00000000,5EF7BF01,5EF7BF02,65312901,65312902,
   room       CUL_HM,Kueche
   serialNr   OEQ1380763
   subType    blindActuator
   userattr   kueche_structure kueche_structure_map structexclude
   webCmd     statusRequest:toggleDir:on:off:up:down:stop
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

attr expert mal auf 1_allreg. Zudem gibt es m.W. ein Darstellungsproblem mit Registern mit der aktuellen CUL_HM... könnte auch hier ein Problem sein.
"Ä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 ..."

martinp876

Mit den "self" Registern gibt es aktuell ein Problem in der Darstellung. Kann ich leider erst in 1 Woche korrigieren. Sorry.

Templates sind nie notwendig, nur möglich.

dadoc

Zitat von: Pfriemler am 24 September 2018, 21:10:42
Also schau, ob
R-self01-shBlJtRampOn und R-self01-lgBlJtRampOn auf on stehen (rampOn ist default),
R-self02-shBlJtRampOff und R-self02-lgBlJtRampOff auf off stehen (rampOff ist default).
So siehts bei mir nach mehrmaliger Abarbeitung der Wiki-Anleitung aus - soll das so?
R-self01-shBlJtRampOn set_on
R-self01-lgBlJtRampOn rampOn

R-self02-shBlJtRampOff set_off
R-self02-lgBlJtRampOff rampOff

Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Zumindest heißt das, dass die Programmierbefehle an den Aktor geschickt wurden. Nun muss der die Kommandos abarbeiten und spätestens nach einem neuen getConfig sollte aus "set_on" "on" geworden sein, "off" enstprechend.
"Ä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 ..."

dadoc

Bleibt leider auch nach diversen getConfigs wie beschrieben (und im praktischen Verhalten unverändert). Man muss nicht etwa die Anlerntaste am Aktor betätigen?
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Zitat von: dadoc am 30 September 2018, 10:19:42
Bleibt leider auch nach diversen getConfigs wie beschrieben (und im praktischen Verhalten unverändert). Man muss nicht etwa die Anlerntaste am Aktor betätigen?
Mmmist. Dann verstehe ich's auch nicht weiter. Anscheinend ist das set_ nicht beim Aktor angekommen oder er ignoriert es weiterhin. Die Anlerntaste ist nicht erforderlich (ist sie generell nie bei allen nicht-batterie-betriebenen Aktoren), wenn das Pairing stimmt - was hier der Fall ist.
"Ä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 ..."

martinp876

Das korrigiere ich wie schon in anderen threats beschrieben am wochenende. Die darstellung der self peers wird nicht aktualisiert.

Du kannst es mit

{CUL_HM_refreshRegs("channel")}

Schon mal korrigieren
Als channel musst du den namen deines channel eingeben. Einfach in die kommandozeile kopieren