Zelftest (geen Corona)

[TBBW]

Ben bezig met het programmeren van cv sturing.
Loop tegen het volgende aan.
Als het raam open gaat in een vertrek, springt de control mode in frost protection, is ook wat ik wil.
Gaat het raam weer dicht dan wordt de mode actief van voor het openen, is ook wat ik wil.
Echter drukt nu iemand het knopje comfort mode ( op de rtcu) terwijl het raam open staat dan mag deze niet geactiveerd worden.

Het comfort mode object is een bit data point.
Ook de frost protection is een bit data point.
Nu wil ik een test maken (gira hs3) die kijkt of de frost protection aan staat, en dus moet de waarde -comfort mode-
eventueel weer naar 0 gebracht worden, immers de 1 (aan het comfort mode object) wordt gezet door het knopje op de rtcu, daar kan ik niet onderuit, maar kan hem weer op 0 zetten (ets5 via diagnose)
Hoe maak ik een test, die geen endless loop wordt? Die dit doet.

Rtcu = room temperature control unit.

Thanks

[egfdevos]

Heeft de rtcu geen aparte verbinding voor een raam contact?

Is het niet een idee om de knop te blokkeren.
Bijvoorbeeld Blokkeer of AND logica in de HS3

[TBBW]

Nee, raam staat los van rtcu.
De knop actie -het werkelijk indrukken van een knop op de muur- kan ik niet blokkeren, er komt zo wie zo een 1 op de bus.
Ik kan wel een 0 terug sturen.

Het moet iets worden van:

Inputbox —— logica —— outputbox.

Echter dit mag geen endless loop worden….

[brammetje]

Is het ook acceptabel als de comfort modus alsnog actief wordt als het raam weer dicht gaat als er tussentijds op de knop gedrukt is?

In dat geval het groepsadres dat de knop uitstuurt (noem het 'A') veranderen naar een ander adres ('B'). Gebruik de Sperre+ van Axel Kirpal https://www.knet.bayern/produkte-1/logi ... /lm-tools/, sluit daar het raamcontact op aan en groepsadres 'B'.
Als het raam dicht is stuurt de HS3 'B' direct door als 'A' (via een commando in een uitgangsbox). Is het raam open, dan wordt het telegram tegengehouden. Sla je nu op de knop drukt komt 'B' wel binnen maar er gaat geen 'A' uit. Gaat het raam weer dicht, dan wordt 'A' alsnog uitgestuurd.

Op die manier hoef je niets cyclisch te checken.

Als dat niet acceptabel is kan je met een 'selector' in de HS het binnenkomende telegram routeren. Bij gesloten raam altijd doorzetten, bij geopend raam de tweede uitgang gebruiken en direct een '0' terugsturen (wel een filter en uitgangsboxen met commando's gebruiken).

[KNX_Steven]

Wacht even.
"Control mode", "Comform Mode", "Frost protection": dat zijn HVAC -modes.
Gelijk wat er gebeurt, je RTCU MOET die onthouden en actief houden.

Het is geen goed idee om je raamcontact op je "Frost protection" ingang te leggen. Je RTCU zou hier inderdaad een eigen ingang moeten voor hebben, zoals egfdevos vraagt.
Door met de HVAC mode te spelen ga je - naast je setpoint temperature - ook potentieel andere zaken beïnvloeden, zoals ketelsturing, als die er is.

[TBBW]

Frost protection overrulled alles. 0 is uit 1 is actief.
Je kan dan standy, night of comfort selecteren. Echter er gebeurt niets. Klopt
Maar als je tijdens de frost protection on, op de muur unit comfort selecteerd wordt. (Dus van 0 naar 1)
Dan gaat het status led comfort mode branden, echter comfort mode is dan niet actief
Vandaar dat deze 1 weer even teruggezet moet worden naar 0

Moet iets worden van frost aan? Comfort van 1 naar 0 dan comfort wordt 0

[egfdevos]

Welke rtcu (merk/type) praten we eigenlijk over?

[TBBW]

Merten 6287xx

Maar das allemaal niet interessant.
Ik wil heel graag weten hoe je een objectA -bit- terugzet naar 0, mocht deze naar 1 gezet worden.
Als objectB -bit- de waarde 1 heeft, heeft objectB de waarde 0 dan is een verandering van 0 naar 1 wel toegestaan.

[brammetje]

Ik wil heel graag weten hoe je een objectA -bit- terugzet naar 0, mocht deze naar 1 gezet worden.

Zie de tweede optie van mijn eerdere bericht...

[TBBW]

Kun je daar eens een opzet van maken?