HM-OU-CF-PL - shOnTime lässt sich nicht setzen

Begonnen von wkarl, 13 Juli 2013, 10:13:32

Vorheriges Thema - Nächstes Thema

martinp876

Interessant sind weder die attribute noch die register des device sondern die register der kanaele im expert mode (attribute) .
Oder evtl. Das komando, falls du es nicht mit triggern ausloest

zwockel

Auch ich wäre daran interessiert den Gong länger zu aktivieren. 5 s sind echt zu wenig.
Vielleicht kann ja jemand ein Script bastelt welchen den Gong ggf. öfter aktiviert. 5x 5s oder so.

martinp876


zwockel

Weil der Gong für 5 sec aktiv ist.
Wenn ich den Wert für R-self02-lgOnTime bzw. R-self02-shOnTime ändern könnte wäre mir schon geholfen.
Nachfolgend die Readings:
CommandAccepted
   
yes
   
2015-01-04 10:55:55
R-self02-lgActNum
   
1
   
2015-01-04 10:56:13
R-self02-lgActTypeOuCf
   
long
   
2015-01-04 10:56:13
R-self02-lgActionType
   
jmpToTarget
   
2015-01-04 11:27:10
R-self02-lgCtDlyOff
   
geLo
   
2015-01-04 10:56:13
R-self02-lgCtDlyOn
   
geLo
   
2015-01-04 10:56:13
R-self02-lgCtOff
   
geLo
   
2015-01-04 10:56:13
R-self02-lgCtOn
   
geLo
   
2015-01-04 10:56:13
R-self02-lgCtValHi
   
100
   
2015-01-04 10:56:13
R-self02-lgCtValLo
   
50
   
2015-01-04 10:56:13
R-self02-lgMultiExec
   
on
   
2015-01-04 11:27:10
R-self02-lgOffDly
   
0 s
   
2015-01-04 10:56:13
R-self02-lgOffTime
   
unused
   
2015-01-04 10:56:13
R-self02-lgOffTimeMode
   
absolut
   
2015-01-04 11:27:10
R-self02-lgOnDly
   
0 s
   
2015-01-04 10:56:13
R-self02-lgOnTime
   
5 s
   
2015-01-04 11:23:47
R-self02-lgOnTimeMode
   
absolut
   
2015-01-04 11:27:10
R-self02-lgSwJtDlyOff
   
no
   
2015-01-04 10:56:13
R-self02-lgSwJtDlyOn
   
no
   
2015-01-04 10:56:13
R-self02-lgSwJtOff
   
dlyOn
   
2015-01-04 10:56:13
R-self02-lgSwJtOn
   
no
   
2015-01-04 10:56:13
R-self02-shActNum
   
1
   
2015-01-04 10:56:13
R-self02-shActTypeOuCf
   
long
   
2015-01-04 10:56:13
R-self02-shActionType
   
jmpToTarget
   
2015-01-04 10:56:13
R-self02-shCtDlyOff
   
geLo
   
2015-01-04 10:56:13
R-self02-shCtDlyOn
   
geLo
   
2015-01-04 10:56:13
R-self02-shCtOff
   
geLo
   
2015-01-04 10:56:13
R-self02-shCtOn
   
geLo
   
2015-01-04 10:56:13
R-self02-shCtValHi
   
100
   
2015-01-04 10:56:13
R-self02-shCtValLo
   
50
   
2015-01-04 10:56:13
R-self02-shOffDly
   
0 s
   
2015-01-04 10:56:13
R-self02-shOffTime
   
unused
   
2015-01-04 10:56:13
R-self02-shOffTimeMode
   
absolut
   
2015-01-04 10:56:13
R-self02-shOnDly
   
0 s
   
2015-01-04 10:56:13
R-self02-shOnTime
   
5 s
   
2015-01-04 11:04:27
R-self02-shOnTimeMode
   
absolut
   
2015-01-04 10:56:13
R-self02-shSwJtDlyOff
   
no
   
2015-01-04 10:56:13
R-self02-shSwJtDlyOn
   
no
   
2015-01-04 10:56:13
R-self02-shSwJtOff
   
dlyOn
   
2015-01-04 10:56:13
R-self02-shSwJtOn
   
no
   
2015-01-04 10:56:13

martinp876

R-self02-shOnTime   5 s

setze die doch einmal hoch.
und schicke das nächste mal die readings inganzen zeilen! so ist es schon schwer zu lesen - du kannst das auch anders

zwockel

Wenn ich "CUL_HM_HM_OU_CF_PL_1F8DAA_Sound shOnTime 15 self02 abschicke erscheint nach set get config der Eintrag in rot:
R-self02-shOnTime 5 s 2015-01-07 18:43:03
Die 15 s werden einfach nicht übernommen.
Im Device log steht:
2015-01-07_18:43:01 CUL_HM_HM_OU_CF_PL_1F8DAA CMDs_pending
2015-01-07_18:43:03 CUL_HM_HM_OU_CF_PL_1F8DAA CMDs_done
Anscheinen übernommen aber doch nicht richtig.
Woran kann das liegen?
Gleiches Verhalten auch bei lgOnTime 15 self02
Sorry für den Zeichenmüll :-)

martinp876

CMDs Done besagt, dass die messages alle mit ack angekommen sind.
wenn dann ein getConfig dennoch die "5" zurückliefert ist das seltsam  - aber deshalb vertraue ich dem "done" nicht komplett. Das sind 2 unterschiedliche Ebenen.

Nach anleitung sollte eine Zeit von 15s kein Problem sein.
Kannst du die rohmessages aufzeichnen von Setzen und Lesen?