OpenKNX-VirtualPresence release (VPM)

[fsl]

Eine Frage zum Spezialfall Tag-/Nacht-Objekt: Die Standardpolarität ist hier andersrum als bei MDT (da ist 1=Tag und 0=Nacht). Ich habe das dementsprechend einfach umgedreht, also Phase 1 = Nacht = 0 und Phase 2 = Tag = 1 und das funktioniert auch. Allerdings ist es nun so, dass bei Neustart des Melders dieser nun offensichtlich von "0" ausgeht, bis eine Umschaltung erfolgt. Gibt es eine einfache Möglichkeit, das (in meinem Fall) KO 128 mit "1" vorzubelegen? Es gibt leider für den Tag/Nachtstatus eine autoritative Quelle, die man abfragen könnte..

[willisurf]

Muss ich die Flag auf den VPM andern oder auch auf den Glasstaster auf en KO wo die Rückmeldung von der Sperre ist?

Am KO der Sperre beim VPM sollte das Ü- und L-Flag gesetzt sein. Der Sinn des Ü-Flags ist es, das der VPM auf dem KO ein false sendet, wenn die Sperre über Rückfallzeit ausgeschaltet wird. Also sich der Zustand gesteuert durch den VPM ändert. Das L-Flag am VPM zu setzen ist sinnvoll, damit bei einem Readrequest der richtige Zustand gesendet wird.

Rückfallzeit ist bei Dir aber deaktiviert.
Es sollte also in dem Fall sogar funktionieren wenn die gleiche GA (bei Dir 3/1/44) an Tasterausgang, Status des Tasters, LED und Sperren-KO des VPM verbunden ist und nichts an den Flags verändert wird.

[Locodice67]

Ich bin nicht sicher, ob ich das Problem richtig verstanden habe.
Wenn Du den VPM nutzt, hast Du alle Möglichkeiten. Du hast auch ein KO für die Sperre und wenn Du möchtest, kannst Du an dem KO auch das Ü- und L-Flag setzen, um die Sperre auszulesen.

Hallo Bernhard,
Danke für der Tip jetzt habe ich noch eine Frage zum Theam Flags. Muss ich die Flag auf den VPM andern oder auch auf den Glasstaster auf en KO wo die Rückmeldung von der Sperre ist?

Fidelis Ich mach doch alles auf den VPM. sehen Bilder

Présence = Präsenz
Mouvement = Bewegung

capture Steinel Cuisine.png parametre Steinel Cuisine.png

das sind die KO vom VPM für die LED von der Küche

vpm Cuisine.png

Jetzt ist mir aufgefällen das wenn die Sperre auf AUS geht nicht umbedingt die LED angehen. Füher ohne VPM ging die LED direkt an nach wegmache der Sperre.
Das sind die Parametrer wo ich eingestellt habe:
vpm.png vpm2.png vpm1.png

Das ist die Logik für Präsenz also ich habe die Präsenz von der Küche mit der Präsenz von Wohnzimmer zusammen gepakt. (Es ist meine erste Logik in KNX). logik2.png logik.png logik3.png logik4.png logik5.png logik6.png logik7.png

Danke im Voraus Jungs!

[gbglace]

Er will ja alles im VPM machen und hat ja auch alles im VPM am Laufen. Ihm fehlt nur optisch ein KO für den Status der Sperre des VPM Kanals.

Die Lösung ist an der Stelle eben die Flags nicht nur mit K,S und ggf A als reines Eingangs-KO zu definieren, sondern auch L und Ü zu setzen. dann wird das KO auch zu einem Ausgangs-KO. Wie Bernhard es oben notierte.

Als Ergänzung dazu der folgende Hinweis:
Wenn dann Befehl Sperre und Status Sperre zwei getrennte GA sein sollen. dann die GA Sperre-Status als erste GA mit dem KO verbinden oder nachträglich zur sendenden machen, die GA Sperre Befehl nur als zweite GA hörend verbinden.

Danach tut das eine KO dann auch so als wären es zwei getrennte KO eines für Sperre Eingang und eines für Sperre Status.

[Locodice67]

Ich bin nicht sicher, ob ich das Problem richtig verstanden habe.
Wenn Du den VPM nutzt, hast Du alle Möglichkeiten. Du hast auch ein KO für die Sperre und wenn Du möchtest, kannst Du an dem KO auch das Ü- und L-Flag setzen, um die Sperre auszulesen.

Hallo Bernard,
Es fehlt mir ein KO für die Rückmeldung von der Sperre, das ich die Sperre auch mal am Glastaster EIN oder AUS machen kann.
Ich werde es ausprobieren das mit den FLAG und dir ein Feedback geben.
Alles zum Thema Logik und Flag schwimme ich übelst. Ich mache meine Logik normalerweise mit Home Assistant.

PS: Sorry ich bin kein Deutsche, ich bemühe mich es so gut wie möglich auszuformulieren.

[Fidelis]

Oder anders ausgedrückt: Lass die Steinel-Melder einfach ganz normal weiterarbeiten. Alles andere, vor allem die Sperren bzw. ein anderes Verhalten fürs "Nachts", erledigst du im VPM.

[willisurf]

Ich bin nicht sicher, ob ich das Problem richtig verstanden habe.
Wenn Du den VPM nutzt, hast Du alle Möglichkeiten. Du hast auch ein KO für die Sperre und wenn Du möchtest, kannst Du an dem KO auch das Ü- und L-Flag setzen, um die Sperre auszulesen.

[Locodice67]

Servus,
Ich habe mir ein VPM bei Masifi gekauft, ich habe schon angefangen es zu programmieren. So weit funktioniert alles nür noch eine paar Anpassungen. Ich betreibe es im Wohnzimmer mit Küche jeder Raum hat sein Steinel True Presence. Ich möchte gern die PM sperren in der Nacht(weil mein Hund auf Sofa schläft oder die Katze auf ein Stuhl) oder wenn niemand zuhause ist, leider ist mir aufgefallen das nur ein KO für Sperre ist aber keine Rückmeldung.
Beide TP haben keine Lichtausgang die schicken nur ein EIN alle 30sec zum VPM. Früher habe ich die Sperre Direct im Lichtausgang vom Steinel gemacht. Hat vielleicht jemand eine Idee? Oder wie macht ihr es?
Gruß Manuel

[mumpf]

Was spricht eigentlich dagegen, dass der VPM auch dann eine 0 sendet, wenn der Status schon 0 ist (zu sein scheint)?

Ja, ich hab früher auch rein binär gedacht und es gab sogar mal eine (interne) Version, die das machte. Aber der Ausgangstyp vom VPM kann auch ein Dimmwert oder eine Szene sein. Und Du willst nicht, dass eine Szene oder ein Dimmwert irgendwann einfach mal wiederholt wird. Du kannst ja zwischendurch die Szene oder den Dimmwert schon gewechselt haben.

Gruß, Waldemar

[panzaeron]

Danke für die schnelle Antwort, so dacht ich es auch.

[mumpf]

Natürlich, dafür sind die internen KO-Verknüpfungen gedacht. Du kannst Dir das so vorstellen, als ob die über eine GA verknüpft wären, nur werden die Telegramme nicht über den Bus geschickt und belasten diesen somit nicht.

Ob absolut oder relativ, ist für die eigentliche Funktion egal (derzeit dann der VPM nur absolute KO-Adressen, das Logikmodul beides, absolut und relativ). Relative Adressen machen sich nur bemerkbar, wenn man mit dem Konfig-Transfer z.B. Logikblöcke verschiebt. Haben die Kanäle absolute KO-Verknüpfungen, muss man alle Verknüpfungen nacheditieren, bei relativen KO-Verknüpfungen muss man nichts tun.

Gruß, Waldemar

[panzaeron]

Ich habe eine vermutlich banale Frage, wenn ich eine Logik im VPM realisiere, die z. B. zwei Präsenzmelder über ODER "zusammenschaltet", kann ich das Logik-Ausgangs KO z. B. 952 als Eingang (Absolutes KO) für mehrere andere VPMs nutzen?
Oder kann ich im ersten VPM die externe Helligkeit (KO 120) nutzen und bei weiteren VPMs nutze ich dann diese 120 als Absolutes KO für die Helligkeit?

[willisurf]

Rückmeldung für den Dimmwert der Gruppe als Mittelwert berechnen

Genau, je nach Anwendung und wie es am besten passt. Und für den Aktorstatus ist es dann ja sowieso ein bool Wert.

fühlt sich für uns wesentlich passender an, als der Vorschlag von Waldemar das Maximum zu verwenden.

War nicht Waldemar, macht aber nichts.
Ich sehe gerade, irgendwie war meine Signatur kurz mal weg…
also manuell
Gruß Bernhard

[jcd]

Unabhängig vom VPM:
Ich lasse für Lampen die eigentlich zu einer Gruppe gehören, aber manchmal gemeinsam, manchmal getrennt gedimmt werden, die Rückmeldung für den Dimmwert der Gruppe als Mittelwert berechnen. Das ist für die Bedienung mittels Schieberregel passend, PMs können damit vernüftig umgehen und es fühlt sich für uns wesentlich passender an, als der Vorschlag von Waldemar das Maximum zu verwenden.

[traxanos]

Was spricht eigentlich dagegen

Alles. Der PM sendet das was er senden muss. Dein Problem ist das du dem VPM nicht den korrekten Status mitgeteilt bekommst. Das solltest du normal überdenken, bzw erst garnicht am PM vorbei steuern. Ziel muss immer sein, dass der PM weis was DU möchtest. Und was du möchtest unterscheidet sich von anderen.