Closed GoogleCodeExporter closed 9 years ago
Slider-Widgets wären auch interessant mit Rückmeldung ;)
Original comment by thomas.c...@gmail.com
on 27 Apr 2013 at 10:10
Hallo Thomas,
was verwendetst du für ein Backend?
Evtl. könnte man hier ne mini-Logik machen
Original comment by Gleiss.Martin
on 27 Apr 2013 at 12:18
Schau mal hier:
http://knx-user-forum.de/smartvisu/25666-rueckmeldung-device-shutter.html
Original comment by Gleiss.Martin
on 27 Apr 2013 at 12:19
danke - stimmt durch setzen des Lesen- und Übertragungs-Flags der
Höhe-Anfahren-Objekte in ETS hat es geklappt.
Wiederspricht aber eigentlich der funktion?! Die Rückmelde Objekte melden den
Status soweit ich das sehen kann später zurück, wenn die Position auch
angefahren ist.
Die Anfahren Objekte gleich nach dem Update...
1367126249 DEBUG KnxConnection : Write from 1.1.105 to 2/5/190: 00 0
1367126253 DEBUG KnxConnection : Write from 0.0.0 to 3/2/130: 75
1367126253 DEBUG Object : Object (id=KücheRolladenTürAnfahren): get
1367126253 INFO Object : New value 45.9 for object KücheRolladenTürAnfahren
(type: 5.001)
1367126254 DEBUG KnxConnection : Write from 1.1.106 to 3/5/130: 0a 0
1367126254 DEBUG Object : Object (id=KücheRolladenTürStatus): get
1367126254 INFO Object : New value on for object KücheRolladenTürStatus
(type: 1.001)
1367126261 DEBUG KnxConnection : Write from 1.1.106 to 3/5/130: 00 0
1367126261 DEBUG Object : Object (id=KücheRolladenTürStatus): get
1367126261 INFO Object : New value off for object KücheRolladenTürStatus
(type: 1.001)
1367126262 DEBUG KnxConnection : Write from 1.1.106 to 3/5/130: 06 0
1367126262 DEBUG Object : Object (id=KücheRolladenTürStatus): get
1367126262 INFO Object : New value on for object KücheRolladenTürStatus
(type: 1.001)
1367126273 DEBUG KnxConnection : Write from 1.1.106 to 3/5/130: 00 0
1367126273 DEBUG Object : Object (id=KücheRolladenTürStatus): get
1367126273 INFO Object : New value off for object KücheRolladenTürStatus
(type: 1.001)
1367126273 DEBUG KnxConnection : Write from 1.1.106 to 3/3/130: 75
1367126273 DEBUG Object : Object (id=KücheRolladenTürRückmelden): get
1367126273 INFO Object : New value 45.9 for object
KücheRolladenTürRückmelden (type: 5.001)
Für mich stellt das nur einen Workaround da.. alle Visus die ich bis dato
kenne unterstützen ein extra Lesen Objekt.
Original comment by thomas.c...@gmail.com
on 28 Apr 2013 at 5:19
[deleted comment]
Wobei 3/2/130 die GA von KücheRolladenTürAnfahren und 3/5/130
KücheRolladenTürStatus und 3/3/130 KücheRolladenTürRückmelden ist
Original comment by thomas.c...@gmail.com
on 28 Apr 2013 at 5:25
Bei Dimmern wird das sicher keine große Rolle spielen... bei Rollos die
irgendwo hängen bleiben können aber schon.
Original comment by thomas.c...@gmail.com
on 28 Apr 2013 at 5:29
ok, auch bei den Dimmern ist es ein Problem den Workaround zu benutzen:
Und zwar wenn man die Lampe über das Schalten Objekt einschaltet hat der
Dimmer ja normal 100%...
Aber eben nur auf dem Lesen Dimm-Objekt und nicht auf dem Schreiben-Dimm-Objekt.
Original comment by thomas.c...@gmail.com
on 28 Apr 2013 at 3:40
So wie ich das sehe wird durch setzen der Lesen und Übermitteln Flags nicht
unbedingt (Aktor abhängig) der richtige Wert zurück geliefert. Sondern
einfach nur (wie in meinem Fall) der Wert der Rein gegangen ist nochmal raus
gesendet.
Da dies aber je nach Funktion nicht immer zutrifft ist es wirklich sinnvoll
wenn man in die Widgets eine Möglichkeit einbaut, auch Rückmelde-GAs zu
verwenden.
Allerdings hätte man das von vorn herein mit einbauen müssen, da es etwas
Grundlegendes ist. Jetzt überall ein Parameter hinten dran zu bauen, ist nicht
gerade schön, da der Parameter eigentlich vorne hin gehört.
Aber was bleibt sonnst Übrig?
Original comment by thomas.c...@gmail.com
on 28 Apr 2013 at 3:47
Die Funktionalität über das Backend regeln, welches darunter liegt. Die Visu
sollte nicht dafür verantwortlich sein, wo eine Info herkommt.
Original comment by Gleiss.Martin
on 1 Jul 2013 at 6:32
Original issue reported on code.google.com by
thomas.c...@gmail.com
on 27 Apr 2013 at 9:50