Einschaltverzögerung nach Serverneustart

[wild_child]

Hallo zusammen,

ich nutze den Baustein "Einschaltverzögerung", um nach erfolgtem Hochfahren der Rollläden 10 Minuten später eine Automatikbeschattungslogik zu aktivieren.

Nun habe ich durch Zufall gerade festgestellt, dass mir der Baustein trotz aktiviertem Remanenzeingang bei einem Serverneustart jedes mal von Neuem mit der Zeitmessung beginnt, ist das bei euch auch so?

Ich hätte nämlich erwartet, dass, sofern der Eingang Tr auch den gleichen Wert hat wie vor dem Neustart, Q auch auf "Ein" bleibt?

[Christian Fenzl]

Ich schätze, dass die Remanenz den Baustein anfangs auch auf EIN setzt, aber dein Merker wird kurz auf 0 gehen.

[wild_child]

Gute Frage: den Merker befülle ich grad wie folgt ("Tageslicht" ist eine der Zeiten des Miniservers)


Dann wird mit Sicherheit beim Reboot "Tageslicht" (Da Zeit des Miniservers) evtl. kurz ausgehen...

[Michael Sommer]

Verwende doch einfach anstatt der Einschaltverzögerung ein Ein-/Ausschaltverzögertes Zeitglied. Damit eliminierst Du bei einem Neustart den "Merker aus/ein-Schaltbehehl" zuverlässig.
GrußMichael

[wild_child]

Danke für den Tipp! Das hat mir den Tag gerettet Manchmal kann es so einfach sein...

[Gerd Clever]

Michael Sommer Ich habe wild_child so verstanden, dass die Dauer der Einschaltverzögerung von 10 Minuten nach einem MS-Neustart nicht wieder von vorne anfängt zu laufen.

Ist es nicht so, dass beim Baustein Ein- und Ausschaltverzögerung mit jeder steigenden Flanke an Tr die Einschaltverzögerung wieder ab 0 hochzählt (bzw. bei jeder fallenden Flanke die Ausschaltverzögerung wieder ab 0 hochzählt). Damit würden die gewollten 10 Minuten Einschaltverzögerung letztlich bei einem MS-Neustart wieder von vorne beginnen.

Oder habe ich den Baustein einfach missverstanden?

Gruß Gerd

[romildo]

Gerd Clever
Ich habe es so verstanden, dass wenn die Einschaltverzögerung vor dem Neustart auf EIN war, nach dem Neustart auf AUS ist und die Zeit abwartet bis sie wieder auf EIN geht.
Ich hatte auch schon Einschaltverzögerungen welche dieses Verhalten, trotz aktiver Remanenz, hatten.
Auch ein verlängerter Startimpuls an Tr hat in diesem Fall nichts geholfen.
Nach löschen und neu anlegen der Einschaltverzögerung hat es dann wieder funktioniert. Warum das so ist, habe ich aber nicht herausgefunden.

Dies kann mittels Ein-Ausschaltverzögerung verhindert werden, da bei Aus an Tr erst die Ausschaltzeit zu laufen beginnt.

[Gerd Clever]

romildo Im vorliegenden Fall liegt auf Tr ein und TH ist am laufen. Durch den MS-Neustart kommt es dann zu einer fallenden Flanke (Merker wird kurz auf 0 gesetzt) und kurz drauf zu einer steigenden Flanke (Merker wieder auf 1). Laut Loxone-Doku fangen dann TH und TL neu an zu laufen. Genau das wollte wild_child eben nicht. In der Simulation konnte ich das nachstellen.

[romildo]

Wenn der Timer T oder TH beim Neustart noch am Laufen ist, beginnt er nach dem Neustart von vorne. Soweit sind wir uns einig.

Wenn der Baustein vor dem Neustart aber auf EIN war, dann beginnt T bei der Einschaltverzögerung nach dem Neustart auch wieder von vorne.
Bei der Ein-Ausschaltverzögerung hingegen eben nicht, da zuerst TL und erst danach TH abgearbeitet wird.

Wie schon erwähnt, bin ich im vorliegenden Fall von bereits abgelaufenem Timer ausgegangen.

[Michael Sommer]

So einfach funktioniert es.
Gruß Michael, der seit Jahren diese Funktion bei einem Miniserver-Neustart benutzt.

[wild_child]

Genau so schauts aus. Die Ein-Ausschaltverzögerung macht im Prinzip das was ich brauche. Ich bin ursprünglich davon ausgegangen, dass diese das gleiche macht wie die Einschaltverzögerung, aber ich wurde eines Besseren belehrt!

[romildo]

Hier noch ein Liveview zu #8.1

[Gerd Clever]

Wenn der Timer T bzw. TH beim Neustart noch am Laufen ist, beginnt er nach dem Neustart von vorne. Soweit sind wir uns einig.

... und dass nach abgelaufenem Timer T bzw. TH der Vorschlag von Michael Sommer funktioniert, ist ebenfalls klar.

Wenn man auch den "untergeordneten Störfall", nämlich "Timer T läuft noch", abfangen möchte, käme z. B. in Betracht:



Aber es ist natürlich Geschmacksache, ob man den Fall "Timer T läuft noch" wirklich abfangen möchte.

[romildo]

Gerd Clever
Die Schaltung in #10 bewirkt, zumindest bei meinen Tests, leider überhaupt nichts.
Der Timer startet nach einem Neustart auch so wieder von 0.

[Gerd Clever]

romildo
Bei mir haben die Tests bestens funktioniert. Habe bei den Test den Startimpuls durch einen VI2 simuliert, beim Monoflop T=4 gewählt und dann folgende Abfolgen getestet:

(A)

- Timer T=30 anlaufen lassen, Q steht noch auf Aus;
- nach 20s den "Startimpuls" VI2 auslösen;
- direkt anschließend VI1 kurz auf 0 und dann wieder auf 1 setzen;
- dann setzt der Timer T bei 20s fort (Remanenz war gesetzt) und schalte Q (Einschaltverzögerung) nach 10s auf Ein.

(B)

- Timer T=30 zunächst beenden, dann steht Q auf Ein;
- dann den "Startimpuls" VI2 auslösen;
- direkt anschließend VI1 kurz auf 0 und dann wieder auf 1 setzen;
- dann bleibt Q (Einschaltverzögerung) ohne Unterbrechung auf Ein (Remanenz war gesetzt).

[romildo]

Sofern ich das jetzt richtig interpretiert habe, kann das so nicht getestet werden, da Tr so ja nie auf 0 geht.
Zudem wird so auch keine Remanenz geschrieben.

Du musst das schon real testen.
Ich habe die Schaltung in #10 nachgebaut, T Monoflop auf 10s und T von Einschaltverzögerung auf 60s gestellt.
Dann in den Miniserver gespeichert und Liveview gestartet.
Anschliessend den Virtuellen Eingang auf Ein gestellt und 30s gewartet.
Danach habe ich den Miniserver über Webservice neu gestartet. So wird auch eine remcc.xml (cc steht für eine fortlaufende Zahl) geschrieben.
Leider dauert es danach aber 60s bis der Ausgang von der Einschaltverzögerung auf Ein geht.

[Gerd Clever]

Sofern ich das jetzt richtig interpretiert habe, kann das so nicht getestet werden, da Tr so ja nie auf 0 geht.

Naja, es ist ja gerade Sinn und Zweck der Schaltung, dass Tr nicht kurzzeitig auf 0 zurückfällt.

Es wundert mich sehr, dass am Ende nochmal die vollen T=60s ablaufen müssen, bis Q auf Ein geschaltet wird. Welche Bedeutung hat denn dann die Remanenz der Einschaltverzögerung überhaupt noch?

[romildo]

Genau, das wäre der Sinn und Zweck auch bei Neustart.
Bug oder feature müsstest Du bei Loxone anfragen

[Gerd Clever]

Vielleicht hat es damit zu tun, dass die Remanenzdateien nur in gewissen Abständen beschrieben werden. Bei dieser relativ kurzen Testlaufzeit von 60s fällt man ggf. durch das "Remanenzraster".

[romildo]

Nein damit hat das nichts zu tun.
Remanenzen werder jede Stunde geschrieben.
Zudem auch dann, wenn man das Projekt in die Config speichert oder einen restart ausführt.
Aber nicht wenn ein Stromausfall erfolgt.