OpenKNX-VirtualPresence release (VPM)

[willisurf]

Muss ich irgendwas noch prüfen oder habe ich was übersehen? Jemand eine Idee?

Nein, sehr gut beobachtet. Das ist tatsächlich noch ein kleiner Bug, der nur beim Starten des Gerätes auftritt. Die Tagesphase wird nicht übernommen, solange die Startverzögerung im VPM Kanal aktiv ist. mumpf Waldemar kennt das und hat auch bereits die Stelle lokalisiert.

[Amenophis]

Ich habe eine Frage zum VPM in Verbindung mit Tag / Nacht beim Starten. Ich teste aktuell zum ersten mal den VPM.

Zeitschaltuhr:
Ich habe zum Testen eine Logik, welche mittels Zeitschaltuhr von 0 - 6 Uhr eine 0 und von 6 - 0 Uhr eine 1 ausgibt. "Den letzten Schaltzeitpunkt berechnen" ist eingeschaltet. Ich sehe auch, dass nach einem Neustart aktuell eine 1 gesendet wird. Die Schaltuhr startet 1 Sekunde nach Neustart.

VPM:
Ich habe zwei Tagesphasen eingestellt. 0 Ist Nacht (Phase 1) 1 ist Tag (Phase 2). Der VPM startet nach 3 Sekunden. Allerdings startet er immer mit Nacht, obwohl es bereits eine Info über die Zeitschaltuhr gab, dass Tag ist. Auch Lesen Tag / Nacht habe ich bei den Eingänge ausgewählt. Sowohl bei "Neues KO" als auch bei "Absolutes KO" bekomme ich es nicht hin, dass er vor dem Start die aktuelle Phase einliest und dann mit der richtigen startet. VPM Version ist 3.6.
Zum testen habe ich es sowohl mit "Sofort Wechsel der Tagesphase" als auch Wechsel nach Aus probiert. In beiden Fällen das selbe Ergebnis.

Wichtig zu wissen, ich schalte bei Tag / Nacht zwei verschiedene Lichtkreise. Der eine über das 1 KO mit ein / aus, das zweite über das 2. KO mittels Wert. Dürfte darauf aber keinen Einfluss haben.

Muss ich irgendwas noch prüfen oder habe ich was übersehen? Jemand eine Idee?

[thilog]

In der Theorie klingt das gut, ich werde berichten, ob die Praxis das ähnlich sieht. ;-)

traxanos: Der Workaround mit TOR-Gatter funktioniert.

[willisurf]

thilog wäre es ggf. eine Alternative zur Sperre, stattdessen Nachts auf eine Tagesphase umzuschalten, in welcher der VPM als Halbautomat konfiguriert ist?
So ist das bei mir konfiguriert.

[thilog]

@mumpf: Leider nein, zumal ich das Problem auch um 0 Uhr habe... Bräuchte also zwei zusätzliche Tagesphasen.

Ich hatte gestern Abend schon mal kurz in den Code geschaut, ein Fix war aber nicht ganz so offensichtlich, da hab' ich heute lieber zum Forenbeitrag gegriffen. ;-) Eilt BTW nicht, wenn der Workaround nicht tut, schalte in den Kanal einfach vorerst auf inaktiv.

[mumpf]

Thilo: Wenn Du noch eine Tagesphase frei hast, dann könntest Du diese morgens um 6 als Halbautomat aktivieren und erst später die Phase, die Du bisher um 6 Uhr genommen hast. So als möglicher Workaround.
Ansonsten schaue ich mir das heute Abend an und werde es natürlich korrigieren.

Gruß, Waldemar

[willisurf]

wertet die Sperre nicht aus und schaltet beim Tagesphasenwechse

Ich habe den Fehler nachvollzogen. Waldemar wird sich sicher dazu melden.
Dann gibt es wahrscheinlich auch eine Empfehlung für einen Workaround.

Ich nutze Sperren gar nicht, daher habe ich den Fehler bei den Tests der Folgereleases nicht bemerkt. Durch die flexiblen Tagesphasen komme ich ohne Sperren aus, aber jeder gefundene Fehler ist ein guter Fehler.

[thilog]

den wechselt der tagesphase ggf durch ein tor gatter schicken? das wäre jetzt so meine idee ohne es je getestet zu haben.

In der Theorie klingt das gut, ich werde berichten, ob die Praxis das ähnlich sieht. ;-)

[traxanos]

den wechselt der tagesphase ggf durch ein tor gatter schicken? das wäre jetzt so meine idee ohne es je getestet zu haben.

[thilog]

Hallo zusammen,

ich habe inzwischen den VPM für das automatische Schalten der Schlafzimmerbeleuchtung im Einsatz und sperre den Kanal über einen Bettpräsenzmelder, damit nachts nicht ständig das Licht schaltet. ;-) Dummerweise kommt mir dabei der Tagesphasenwechsel in die Quere, d.h., dieser wertet die Sperre nicht aus und schaltet beim Tagesphasenwechsel um 6 Uhr morgens das Licht an... Suboptimal. ;-)

Ideen?

P.S.: Das ganze tritt mit der aktuellen Version 3.62 auf, genauso aber mit der 1.11.3.
P.P.S.: Die Konfiguration der 3.x in der ETS ist echt hübsch geworden! :-)

[mumpf]

Ich dachte an einen Kanal mit einem Eingang, dessen KO nicht verbinden, dafür aber mit einem Wert (1) vorbelegen. Dann am Ausgang die Szene senden. Das Vorbelegen müsste ja einmalig die Logik auswerten und ein Ergebnis senden, danach aber still bleiben bis zum nächsten Reset?

Genau so... bis auf eine Kleinigkeit. Du musst mit 0 Vorbelegen und den Eingang "invertiert aktiv" machen. Ist ein Bug, dass es mit der 1 nicht klappt. Da die 0 ein Workaround ist, hab ich mich noch nicht aufgerafft, es zu korrigieren. Über die Verzögerungszeit des Kanals oder die Einschaltverzögerung in der Ausgangspipeline kannst Du steuern, wie lange nach dem Einschalten die Szene gesendet wird.

Aber eine Tagesphase dafür zu nutzen - zumindest wenn man noch eine frei hat - ist meiner Meinung nach einfacher und eleganter.

Gruß, Waldemar

[Alloc]

Hi, nochmal eine Umsetzungsfrage:
Wir haben hier eine "Putz"szene, bei der alle PMs alle Lichtkreise als Vollautomaten ansteuern damit man in jedem Raum (bei Anwesenheit) maximale Helligkeit hat.
Ich habe es bisher bei den MDT PM entsprechend so gelöst, dass das jeweils ein eigener Lichtkanal war, und dann bei Szene Putzen entsprechend diesen Freigegeben und dafür den normalen Kanal gesperrt (und umgekehrt bei Aufhebung des Modus).

Hier könnte ich zwar wahrscheinlich eine Phase im normalen PM-Kanal nehmen, aber vermutlich wäre es auch hier sinnvoller das zu trennen?


Gibt es bei dem Modul eine Möglichkeit PM-Kanäle beim Reset zu Sperren? Bisher muss ich bei jedem Programmieren immer einmal die "nicht-Putzen"-Szene senden, damit die Sperre des zusätzlichen Lichtkanals gesetzt wird. Das würde ich mir gerne sparen, sehe aber nichts in der Richtung.

Auch hier wäre dann der nächste Gedanke einen Logikkanal zu nutzen, der nach Reset dann die Szenennummer "sendet". Ein "Gerät gestartet" Signal gibt es ja scheinbar nicht und das "In Betrieb" kommt ja dann zyklisch, man will aber nicht zyklisch die Szene neu senden. Kann ich einen Logikkanal so missbrauchen, dass er einmalig einen Wert sendet? Ich dachte an einen Kanal mit einem Eingang, dessen KO nicht verbinden, dafür aber mit einem Wert (1) vorbelegen. Dann am Ausgang die Szene senden. Das Vorbelegen müsste ja einmalig die Logik auswerten und ein Ergebnis senden, danach aber still bleiben bis zum nächsten Reset?

[Alloc]

Das mit dem 2. Ausgang war auch mein ursprünglicher Vorschlag.

Das hatte ich vorher überlesen. Aber dann passt das ja alles und ich denke ich habe nun auch einen guten Überblick, wie das Teil arbeitet. Bin mal gespannt, wo die Reise bei mir damit hin geht

Ich überlege gerade, warum nur 20. Hast Du als Hardwarebasis noch den SAMD?

Nein nein, beim REG1 habe ich schon das große Logikmodul. Der zitierte Text bezog sich auf das MDT Logikmodul

[willisurf]

Und das Logikmodul ist zwar nett und kann recht viel, aber 20 Kanäle sind dann auch nicht sooo viel,

Ich überlege gerade, warum nur 20. Hast Du als Hardwarebasis noch den SAMD?
Wenn es bereits der RP2040 ist, könntest Du die Big Variante nehmen und hättest dann 99 Logikkanäle.

Und früher oder später möchte man das sowieso raumweise haben. Wegen der Übersicht, der Nutzung von internen Verknüpfungen (geht natürlich bei einem Modul auch) oder letztlich wegen Separierung und Redundanz.

[mumpf]

Genau. Das mit dem 2. Ausgang war auch mein ursprünglicher Vorschlag. Dafür ist er gedacht gewesen: zusätzliche Aktionen zu triggern, unabhängig von dem eigentlichen Objekt.

Gruß, Waldemar