HM-LC-SW1-BA-PCB mit HM-RC-Key4-2 pairen

Begonnen von Frank, 13 Dezember 2014, 16:52:28

Vorheriges Thema - Nächstes Thema

frank

ZitatWas ist daran falsch?
die komplette aussage.

ZitatIch habe übrigens das komplette PDF Heimautomatisierung ab Seite 60 durchgelesen...
aber eben nicht verstanden, denn das stand da bestimmt nicht drin. und über weihnachten dann die ersten 60?  ;)

das löschen des pairings verhindert nur die konfiguration/ansteuerung durch eine zentrale. durch pairen/peeren werden einem device adressen gesetzt, auf die es reagieren muss. auch gepairte devices müssen natürlich auf die trigger der peers reagieren.

ZitatDas könntest du mir nochmal genauer erklären.
dann poste doch mal den registersatz für long des entsprechenden buttons. und vor allem lass deine devices endlich gepairt, damit es auch mit dem konfigurieren klappt.
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

#16
Zitat von: frank am 18 Dezember 2014, 14:12:00
das löschen des pairings verhindert nur die konfiguration/ansteuerung durch eine zentrale. durch pairen/peeren werden einem device adressen gesetzt, auf die es reagieren muss. auch gepairte devices müssen natürlich auf die trigger der peers reagieren.
dann poste doch mal den registersatz für long des entsprechenden buttons. und vor allem lass deine devices endlich gepairt, damit es auch mit dem konfigurieren klappt.

Ich kann die Devices nicht gepairt lassen, da der Sender direkt zum Aktor senden muss, nicht noch erst über die Zentrale. Hintergrund: Beide Devices sind mobil. Eins ist fest im Auto verbaut, das andere hängt bei mir am Schlüsselbund.

Registersatz vom Aktor:

R-Sender_light-lgActionType

jmpToTarget

2014-12-16 20:22:08
R-Sender_light-lgCtDlyOff

geLo

2014-12-16 20:22:08
R-Sender_light-lgCtDlyOn

geLo

2014-12-16 20:22:08
R-Sender_light-lgCtOff

geLo

2014-12-16 20:22:08
R-Sender_light-lgCtOn

geLo

2014-12-16 20:22:08
R-Sender_light-lgCtValHi

100

2014-12-16 20:22:08
R-Sender_light-lgCtValLo

50

2014-12-16 20:22:08
R-Sender_light-lgMultiExec

on

2014-12-16 20:22:08
R-Sender_light-lgOffDly

0 s

2014-12-16 16:04:08
R-Sender_light-lgOffTime

unused

2014-12-16 16:04:08
R-Sender_light-lgOffTimeMode

absolut

2014-12-16 20:22:08
R-Sender_light-lgOnDly

0 s

2014-12-16 16:04:08
R-Sender_light-lgOnTime

unused

2014-12-16 16:25:23
R-Sender_light-lgOnTimeMode

absolut

2014-12-16 20:22:08
R-Sender_light-lgSwJtDlyOff

off

2014-12-16 20:22:08
R-Sender_light-lgSwJtDlyOn

on

2014-12-16 20:22:08
R-Sender_light-lgSwJtOff

dlyOn

2014-12-16 20:22:08
R-Sender_light-lgSwJtOn

dlyOff

2014-12-16 20:22:08
R-Sender_light-shActionType

jmpToTarget

2014-12-16 20:22:08
R-Sender_light-shCtDlyOff

geLo

2014-12-16 20:22:08
R-Sender_light-shCtDlyOn

geLo

2014-12-16 20:22:08
R-Sender_light-shCtOff

geLo

2014-12-16 20:22:08
R-Sender_light-shCtOn

geLo

2014-12-16 20:22:08
R-Sender_light-shCtValHi

100

2014-12-16 20:22:08
R-Sender_light-shCtValLo

50

2014-12-16 20:22:08
R-Sender_light-shOffDly

0 s

2014-12-16 16:04:08
R-Sender_light-shOffTime

unused

2014-12-16 16:04:08
R-Sender_light-shOffTimeMode

absolut

2014-12-16 20:22:08
R-Sender_light-shOnDly

0 s

2014-12-16 16:04:08
R-Sender_light-shOnTime

1 s

2014-12-16 20:31:22
R-Sender_light-shOnTimeMode

absolut

2014-12-16 20:22:08
R-Sender_light-shSwJtDlyOff

off

2014-12-16 20:22:08
R-Sender_light-shSwJtDlyOn

on

2014-12-16 20:22:08
R-Sender_light-shSwJtOff

dlyOn

2014-12-16 20:22:08
R-Sender_light-shSwJtOn

dlyOff

2014-12-16 20:22:08
R-Sender_open-lgActionType

jmpToTarget

2014-12-16 20:22:09
R-Sender_open-lgCtDlyOff

geLo

2014-12-16 20:22:09
R-Sender_open-lgCtDlyOn

geLo

2014-12-16 20:22:09
R-Sender_open-lgCtOff

geLo

2014-12-16 20:22:09
R-Sender_open-lgCtOn

geLo

2014-12-16 20:22:09
R-Sender_open-lgCtValHi

100

2014-12-16 20:22:09
R-Sender_open-lgCtValLo

50

2014-12-16 20:22:09
R-Sender_open-lgMultiExec

on

2014-12-16 20:22:09
R-Sender_open-lgOffDly

0 s

2014-12-16 16:04:09
R-Sender_open-lgOffTime

unused

2014-12-16 16:04:09
R-Sender_open-lgOffTimeMode

absolut

2014-12-16 20:22:09
R-Sender_open-lgOnDly

0 s

2014-12-16 16:04:09
R-Sender_open-lgOnTime

unused

2014-12-16 16:24:27
R-Sender_open-lgOnTimeMode

absolut

2014-12-16 20:22:09
R-Sender_open-lgSwJtDlyOff

on

2014-12-16 20:22:09
R-Sender_open-lgSwJtDlyOn

on

2014-12-16 20:22:09
R-Sender_open-lgSwJtOff

dlyOn

2014-12-16 20:22:09
R-Sender_open-lgSwJtOn

on

2014-12-16 20:22:09
R-Sender_open-shActionType

jmpToTarget

2014-12-16 20:22:09
R-Sender_open-shCtDlyOff

geLo

2014-12-16 20:22:09
R-Sender_open-shCtDlyOn

geLo

2014-12-16 20:22:09
R-Sender_open-shCtOff

geLo

2014-12-16 20:22:09
R-Sender_open-shCtOn

geLo

2014-12-16 20:22:09
R-Sender_open-shCtValHi

100

2014-12-16 20:22:09
R-Sender_open-shCtValLo

50

2014-12-16 20:22:09
R-Sender_open-shOffDly

0 s

2014-12-16 16:04:09
R-Sender_open-shOffTime

unused

2014-12-16 16:04:09
R-Sender_open-shOffTimeMode

absolut

2014-12-16 20:22:09
R-Sender_open-shOnDly

0 s

2014-12-16 16:04:09
R-Sender_open-shOnTime

10 s

2014-12-16 20:31:23
R-Sender_open-shOnTimeMode

absolut

2014-12-16 20:22:09
R-Sender_open-shSwJtDlyOff

on

2014-12-16 20:22:09
R-Sender_open-shSwJtDlyOn

on

2014-12-16 20:22:09
R-Sender_open-shSwJtOff

dlyOn

2014-12-16 20:22:09
R-Sender_open-shSwJtOn

on

2014-12-16 20:22:09


Sorry, für die vielen Zeilenumbrüche, ging jetzt aber auf die Schnelle nicht anders...

frank

ZitatIch kann die Devices nicht gepairt lassen, da der Sender direkt zum Aktor senden muss, nicht noch erst über die Zentrale.
schon wieder so eine erkenntnis, die du dir selbst ausgedacht haben musst. gerade noch erklärt.  :o

Zitatauch gepairte devices müssen natürlich auf die trigger der peers reagieren.
auch wenn die zentrale auf dem mond steht.  ;)

R-Sender_light-lgSwJtOff off
R-Sender_light-lgSwJtOn off
R-Sender_light-lgMultiExec off
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

#18
Funktioniert jetzt! Ich weiss zwar nicht genau warum, aber es geht. Habe nochmal neu gepeert und auf einmal ging es. Habe vorher allerdings (auf deine Ratschläge hin) die Parameter geändert (direkt danach ging es aber immer noch nicht). Woran es jetzt gelegen hat, weiss ich leider nicht. Vielleicht mache ich alles nochmal von vorne?!

Eine Frage noch: Wenn ich z.B. 20 Sekunden als Delay programmiere und in den Parameter nicht 20s steht, sondern Set_20s, muss ich dann einfach warten, oder wirklich nochmal in den Config-Modus gehen, damit der Parameter übernommen wird?

frank

wie immer, nach jedem setzen der register, die geänderten register mit einem getconfig neu einlesen. erst mit einem erfolgreich durchgeführten getconfig (cmds_done) sind die geänderten werte in fhem ebenfalls vorhanden. oder auch nicht, wenn das setzen nicht funktioniert hat.
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

Ok, dank dir erstmal für deine Antworten!!

Werde das ganze wahrscheinlich demnächst nochmal probieren, da es mich nervt, wenn ich nicht weiss, warum es funktioniert hat.