Bei Neustart Ereignisse unterdrücken

[t_heinrich]

Hallo zusammen,

im Loxwiki gibt es von Christian Fenzl eine Anleitung für o.a. Thema:

https://loxwiki.atlassian.net/wiki/spaces/LOX/pages/1560905284/Ereignisse+bei+Miniserver+Neustart+unterdr+cken

Kann es sein, dass dies bei der aktuellen LoxConfig 14 nicht mehr funktioniert?

Ich habe einen Schalter zum Testen, der nach einem Neustart direkt wieder auf "ein" schaltet, obwohl er eigentlich erst nach 20 Sek auf "ein" schalten dürfte.


----------------------------------------------------------------------------

[Thomas M.]

Ich habe es seit Ewigkeiten auch so. Nur statt dem Monoflop habe ich bei mir noch das Wischrelais gefunden. Das funktioniert immer noch. Ist ja exakt das gleiche wie bei dir.
Bei dir funktionierts ja auch, nach dem und kommt nichts durch, solange das obere Monoflop ein ist.

Kann es sein dass im Schalter die Remanenz angehakt ist? Der Ausgang schaltet bei dir ja unabhängig vom Eingang, pfuscht da die Remanenz drein?

[t_heinrich]

Kann es sein dass im Schalter die Remanenz angehakt ist? Der Ausgang schaltet bei dir ja unabhängig vom Eingang, pfuscht da die Remanenz drein?

Hi, leider nein.

1. Also Remanenz ist deaktiviert
2. Im laufenden Betrieb setze ich den Schalter in der Loxone.app auf "Aus"
3. Ich führe über die LoxConfig einen Neustart aus
4. Der Schalter wird direkt auf "Ein" gesetzt
5. Ich setze den Schalter wieder manuell auf "Aus"
6. Nach 20 Sek wird wie gewünscht der Schalter (wieder) auf "Ein" gesetzt

Irgendwas stimmt nicht bei 3. / 4.

[Thomas M.]

Gute Frage ... klingt sehr eigenartig.

Und den Schalter löschen und neu einfügen? Vielleicht "hängt" die Remanenz die ja an dem Baustein gebunden ist?

Vermutlich auch keine Lösung, sondern bug.
Ich probier das auch mal.

[Christian Fenzl]

Was soll denn das UND mit der Million?
Naheliegend wäre, dass der Merker für die Verzögerung nach dem Start noch kurz 0 ist, somit das UND erfüllt und du damit dahinter das On triggerst.

[doc-brown]

„ Was soll denn das UND mit der Million?“

das würde mich auch interessieren!

[romildo]

Ich denke das ist nur so ein Beispiel. Es ist ja egal ob da eine 1 oder eine Million steht
Er möchte damit eine 1 am Eingang vom Monoflop vor dem Schalter simulieren und beim Start unterdrücken.

Und ja, es liegt noch kurz eine 0 am Merker vom Startimpuls.

[romildo]

Bei mir hat das mit dem Monoflop bei ähnlichen Konstellationen nie funktioniert.
Der Startimpuls triggert aus meiner Sicht Bausteine wie z. B. Monoflop zu spät. Ob das jetzt neu ist oder nicht, kann ich nicht sagen.
Dass das so ist, kann man sehr einfach sehen, wenn man bei deiner Schaltung z. B. die Konstante über einen Merker führt und bei diesem Merker die Verzögerung auf 2 oder größer stellt, sollte es wie erwartet funktionieren.

Ich nehme daher anstelle des Monoflops eine Einschaltverzögerung, negiere an dieser den Eingang und führe den Ausgang an einen nicht negierten UND-Eingang.

Nachtrag:
Hier noch eine Testschaltung

[t_heinrich]

Hallo zusammen,

sorry, wenn ich das unverständlich beschrieben hatte, romildo hat mit seiner Vermutung recht.

Der obere Teil, ist die eigentliche Logik für die Startverzögerung (so wie im Wiki beschrieben) und der untere Teil ist eine simple Testschaltung; die 1.000.000 ist eine Konstante die in der LoxConfig ist, die hab ich einfach benutzt.

romildo danke für deine Testschaltung, baue ich die Tage nach und ergänze dann gerne im Wiki.

UPDATE: musste das jetzt direkt ausprobieren, romildo dein Vorschlag hat bei mir direkt geklappt.

Christian Fenzl wenn für dich OK, passe ich den Wiki-Eintrag an.

[Tico]

Ich frage mich, ob jemand eine Idee hat, wie man einen Wert unterdrücken kann, der beim Neustart gesendet wird, wenn er gegen einen virtuellen Ausgang gehalten wird und <v> in dem Befehl verwendet wird?

In meinem Fall verursacht die Steuerung der Lüftergeschwindigkeit einen "Piepton" vom Lüfter des Hauptschlafzimmers, wenn der Miniserver neu startet.

Ich habe den folgenden Workaround erstellt, der erfolgreich ist, aber die Unterdrückung der Wertänderung bei einem Neustart wäre wünschenswert.

Die Ursache scheint darin zu liegen, dass es schwierig ist, einen kontinuierlichen Wert größer als 0 für einen virtuellen Ausgang während des Neustarts zu halten. Der Workaround enthält sechs diskrete virtuelle Ausgänge, bei denen die Lüftergeschwindigkeit anstelle von <v> angegeben wird.

[romildo]

Tico
Wenn es nur um die Unterdrückung bei einer Ausgabe über HTTP oder UDP geht, kann dies über einen Analogspeicher ohne Remanenz gemacht werden.
Der Ausgang eines Analogspeichers ohne Remanenz ist nach einem Neustart 0 und bleibt so, bis er getriggert wird.
Man muss somit bei Neustart nur das Triggern mittels Startimpuls verhindern.
Beispiel:

[Tico]

Danke romildo. Das funktioniert sehr gut. Die geheime Soße ist, dass die Remanenz nicht eingestellt ist. Das macht so viel mehr Sinn, wenn man 0 gegen den virtuellen Ausgang beibehält.

Wenn Loxone jetzt noch den eingekreisten Bereich in einen einzigen Block packen könnte, wäre das ein perfektes Oktoberfest-Geschenk. Es ist ja noch Zeit...!



Benjamin G. - Bitte berücksichtigen Sie diesen Funktionsblock für die Zukunft, d.h. einen Analogwert-Änderungsidentifikator (der nicht bei Miniserver-Neustarts ausgelöst wird). Er fehlt schmerzlich in der Funktionsblock-Palette.

[romildo]

Der Merker kann ja auch Text, der Analogspeicher leider nicht.
Schön wäre es wenn es auch einen Textspeicher geben würde, oder der Analogspeicher auch Text speichern und weitergeben könnte.
So könnten auch ganze Ausgabebefehle über den "Textspeicher" laufen.
Edit:
Dafür kann der bereits vorhandene TextGenerator benutzt werden. Siehe Post 12

[t_heinrich]

Christian Fenzl und romildo danke für eure Hilfe ich habe die Wiki-Seite aktualisiert und auch die Lösung für Tico Problem mit aufgenommen:

https://loxwiki.atlassian.net/wiki/spaces/LOX/pages/1560905284/Ereignisse+bei+Miniserver+Neustart+unterdr+cken

[romildo]

Es gibt auch noch eine zusätzliche Möglichkeit mittels Baustein "TextGenerator"

Obwohl der Wert am Ausgang Txt nach Neustart angezeigt wird, wird dieser Text erst beim erneuten Triggern ausgegeben.
Die Startverzögerung (siehe Post 9) wird in diesem Beispiel aber auch noch benötigt.

[maxw]

Also mit der aktuellen Config 14.4.9.25 hat sich definitiv was geändert!
Jedes mal wenn ich eine neue Config in den MS speichere dann klingelt meine Doorbird Kamera!
Ich dachte schon ich spinne, bis ich das hier gefunden habe.
Muss mich wohl mal auf die Suche begeben, woran konkret das liegt.

[maxw]

Also, die Config ist unschuldig. Der Klingeltaster bleibt hängen, ist also immer on, was bei Neustart bzw. laden der Config dann zum klingen führt.