Update Flag

Problemen, Tips of tricks met ETS programmatie post je hier.
Plaats reactie
747driver
Berichten: 1345
Lid geworden op: za 19 feb 2011, 10:06

Update Flag

Bericht door 747driver » ma 09 mei 2011, 16:54

Ben reeds een paar dagen aan het stoeien met ETS3 en een paar KNX onderdelen en loop tegen het volgende aan.
Ik gebruik een Gira Tastsensor 3 comfort 3 voudig (2033112) en een Gira Schalt-Jalousieaktor 16fach (103800).
De laatste is geconfigureerd als 16 schakel uitgangen.
Heb 2 drukknoppen als aan/uit geconfigureerd en 2 drukknoppen als toggle switch.

Het probleem is nu dat wanneer met de ene drukknop de uitgang UIT wordt geschakeld en vervolgens met de andere knop wordt ge-toggeld er de eerste maal niets gebeurd.
Het telegram laat zien dat de waarde "off" wordt geschreven.
Een tweede maal toggelen geeft wel het juiste resultaat ("on")
Ik had verwacht dat het Setten van de Update flag van de toggle switch zou zorgen dat de toggle schakelaars continue de actuele waarde zou hebben maar helaas...

De gebruiksaanwijzing zegt:
"This parameter defines the reaction when the left rocker is pressed.If the pushbutton sensor is to toggle on a brief press, the corresponding switching objects of other sensors with the same function must be linked with one another. In the "Brighter/darker (TOGGLE)" setting, the dimming objects must be interlinked as well so that the pushbutton sensor can send the correct telegram on the next button-press."

Dat linken, hoe doe ik dat?

oNNoZeLe
Berichten: 217
Lid geworden op: wo 06 jan 2010, 09:52

Re: Update Flag

Bericht door oNNoZeLe » di 10 mei 2011, 10:12

ik moet toegeven dat ik het hele flags verhaal ook af en toe maar vaag vind.

laat staan de Sending flags die ik na het zetten nooit meer eraf krijg :?

dus als je een antwoord hebt verheug ik mij erop..

747driver
Berichten: 1345
Lid geworden op: za 19 feb 2011, 10:06

Re: Update Flag

Bericht door 747driver » di 10 mei 2011, 19:37

Hier staat een uitleg van KNX_Steven.
Nog een topic welke me uiteindelijk wel geholpen heeft:
Uitleg van KNX_Steven en mzungu100
De Gira Schalt-Jalousieaktor 16fach (103800) heeft een Retourmelding welke ik heb geactiveerd ("niet inverteren, actief meldObject").
Heb het nu als volgt gedaan,
De 6 knoppen hebben de volgende groepadressen:

Knop 1: 0.1.1 ON
Knop 2: 0.1.2 OFF
Knop 3: 0.1.3 ON
Knop 4: 0.1.4 OFF
Knop 5: 0.1.5 TOGGLE
Knop 6: 0.1.6 TOGGLE
Uitgang 1 van de schakel actor is gekoppeld aan 0.1.1 0.1.2 en 0.1.5
Uitgang 2 van de schakel actor is gekoppeld aan 0.1.3 0.1.4 en 0.1.6
De "Retourmelding schakelen" van uitgang 1 heeft groepsadres 0.1.7 en die van uitgang 2 0.1.8
In groepsadres 0.1.7 zit tevens de toggle drukknop 0.1.5 en in 0.1.8 zit de toggle drukknop 0.1.6

Wanneer nu drukknop 1 (0.1.1) wordt ingedrukt zie ik op de ETS monitor een ON naar Uitgang 1 en een ON naar 0.1.7
Die laatste zorg er voor dat 0.1.5 weet wat de actuele status is van Uitgang 1 waardoor een druk op knop 0.1.5 altijd gelijk "toggled".
Hoop dat het jullie ook duidelijk is....

Die Sending Flag lijkt voor ieder object wel aan te staan.
Indien het object in meerdere groepadressen wordt gebruikt staat ie slechts bij 1 groepadres aan.
Zet je 'm aan bij een ander groepadres dan gaat ie bij het vorige groepadres uit.

747driver
Berichten: 1345
Lid geworden op: za 19 feb 2011, 10:06

Re: Update Flag

Bericht door 747driver » wo 11 mei 2011, 11:39

Na nogmaals een aantal uren zoeken vond ik het volgende mbt Flags:

Telegrammen worden altijd geconfirmeerd (indien gelinked aan een groepsadres), ook wanneer de Communicatie Flag uitstaat.

Minimum setting voor een aktor object is de Write Flag.
Voor een sensor object de Transmit Flag.
Voor een Status object de Read Flag.

Write Flag: waarde wordt naar het communicatie object geschreven.
Read Flag: bidirectioneel (uitlezen en reply).
Per groepadres slechts 1 X setten om meerdere antwoorden nav een read request te voorkomen.
Transmit Flag: waarde wordt door communicatie object op de bus gezet.
Communication Flag bepaalt of voorgaande 3 acties plaatsvinden (communication Masterswitch).
Update Flag: een antwoord telegram nav een read request wordt gezien als een Write telegram.

Die laatste snap ik nog steeds niet...

De Sending Flag: indien een groep object de functie van een sensor heeft en aan meerdere groepadressen is gelinkt, dan kan er slechts 1 groepadres de Sending adres zijn.

KNX_Steven
Berichten: 241
Lid geworden op: ma 23 feb 2009, 15:53

Re: Update Flag

Bericht door KNX_Steven » vr 13 mei 2011, 10:42

Die Update-flag, dat is simpel.
Stel, je hebt 2 Groepenobjecten in twee verschillende apparaten en aan beide is het groepenadres 1/1/1 toegekend.
Volgens bovenstaande beschrijving heb je netjes slecht bij één groepenobject de lees-vlag gezet. (read-flag)

Stel nu dat de groep 1/1/1 gelezen wordt via de bus.
Het eerste GO, waarvan de lees-vlag gezet is, zal antwoorden. Nu is dat antwoord evengoed een groepentelegram (maar dan wel een response in plaats van een write) met als doeladres 1/1/1. Dus, het tweede groepenobject gaat dit ook ontvangen.
Nu kan je via die update-flag bepalen wat dat tweede groepobject hiermee gaat doen.
Vlag niet gezet: GO 2 trekt zich van die response niets aan.
Vlag wel gezet: GO 2 gaat de waarde in het response overnemen, zich synchroniseren.

Dit zal zelden belangrijk zijn: 99,5 % van de telegrammen op KNX zijn "write" commando's; een "read" met een daaropvolgende "response" komt zelden voor.

Nog iets: oudere producten kennen de update-flag niet. Die synchroniseren zich steeds (alsof de vlag gezet is).

747driver
Berichten: 1345
Lid geworden op: za 19 feb 2011, 10:06

Re: Update Flag

Bericht door 747driver » vr 13 mei 2011, 12:00

Bedankt Steven!
Duidelijke uitleg.
In mijn Toggle geval is het gebruik van de retourmelding van de schakelactor ogenschijnlijk de enige manier om het "Toggle object" te updaten.
Is er een praktische toepassing (voorbeeld?) voor die Update Flag?

KNX_Steven
Berichten: 241
Lid geworden op: ma 23 feb 2009, 15:53

Re: Update Flag

Bericht door KNX_Steven » ma 16 mei 2011, 08:37

Eigenlijk niet, of niet meer. Het is een verbetering tgo. de BCU 1, die zogezegd altijd de Update-flag gezet had, omdat hij een response als een write interpreteerde. Dat was een nogal strikte interpretatie van het "groeps"-gevoel...
Inmiddels zijn er steeds meer apparaten met een expliciet status-groepenobjekt als uitgang, welk door het apparaat spontaan wordt verstuurd, dus gaan we nog minder gaan lezen.

Plaats reactie