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
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
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
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
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
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
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
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.
Ö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
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.
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)
zeig mal "get regTable".
wieso "self01"? Die lokale Bedienung wird ja nicht synchronisiert - wenn, dann ist doch der Wandtaster gemeint ...?
... und da die Änderungen in den Aktoren gemacht werden: keine Knöpfchen nötig.
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
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
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.
wo sind eigentlich die externen peers, über die du "gleichzeitig" schaltest?
setze zusätzlich attr expert auf 251_anything.
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_01Vorher 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.
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.
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.
logisch.
im aktor wird das vehalten für die trigger der peers festgelegt
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.
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
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).
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...
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.
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.
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
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.
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
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?
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.
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:-83ZitatEine 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 :6d.h. auch keine Spur von "shActionType ... toggleToCntInv,off,jmpToTarget,toggleToCnt"
[/quote]
Stehe ich auf der Leitung?
Ja, komisch. intKeyVisib ist visib und trotzdem keine peers.
Die Liste der verfügbaren Register mit den erlaubten Werten wird mit get ... regList angezeigt.
Ich wusste, warum ich dem Thema Register aus dem Weg gehen wollte ;)
liefere doch nochmal bitte ein aktuelles list HM_40BB46
In der Kopie aus der Weboberfläche sieht man praktisch nix ::)
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
Bei mir steht autoReadReg auf 4 und expert auf 1 - damit sehe ich alles.
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:stopProbierst Du das auch mit diesem unsäglichen Sechsfach-Schalter?
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
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.
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.
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
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
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
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...
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
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 ...
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
Danke Pfriemler & Martin,
Das werde ich kommendes Wochennde ausprobieren.
Grüße
Martin
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
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.
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.
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
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.
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
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.
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