OpenKNX-VirtualPresence release (VPM)

[Teck]

Separate GAs sind nicht nötig. Die gleiche GA, die ein Schalter betätigt, kann auch der VPM schalten.
Wenn gewünscht den Aktorstatus dann mit Auto Eingang des VPM verknüpfen, um den VPM synchron zu halten.

Ich hab es jetzt so gelöst, wie Waldemar es vorgeschlagen hatte und das funktioniert bisher gut: Der Taster schaltet über eine GA sowohl den VPM ("Automatik übersteuern") als auch den Aktor. Dadurch ist sichergestellt, dass auch beim Ausfall des VPM manuell geschaltet werden kann. Der VPM schaltet wiederum über eine weitere GA den Aktor.

Bei der Variante von Bernhard sehe ich die Gefahr, dass sich der Manuell-Modus nicht mehr nutzen lässt.
Beispiel:
Das Licht im Raum ist an. Es wird ein AUS an "Manuell übersteuern" (KO 54) des VPM gesendet. Dadurch wird ein AUS auf "Schalten 1" (KO 63) ausgelöst. Der Aktor sendet den Status zurück an "Automatik übersteuern" (KO 53) des VPM wodurch dieser wieder in den Auto-Modus zurückversetzt würde.
Ich habe es nicht ausgetestet, daher korrigiert mich bitte, wenn ich einen Denkfehler begangen habe.


Hier meine Konfiguration nach Vorschlag von Waldemar:

VPM:
grafik.png

Schaltaktor:
grafik.png

Taster:
grafik.png

[gbglace]

Senden, senden, tut man GAs. Nix schalten.

[willisurf]

Ja, das ist auch ok, auch der normale Aktorstatuseingang hält den VPM beim Einschalten synchron.

Wenn man den Aktorstatus auf den Auto Eingang legt, wird der VPM beim Ausschalten auch direkt ausgeschaltet. Damit wird eine manuelle Bedienung über die normalen Bedienabläufe möglich.

[thilog]

OK, aber wozu ist dann das KO "Aktorstatus"? Das hatte ich immer bislang so beschaltet in der naiven Annahme, dass der VPM dort den Aktorstatus her bezieht.

[willisurf]

Separate GAs sind nicht nötig. Die gleiche GA, die ein Schalter betätigt, kann auch der VPM schalten.
Wenn gewünscht den Aktorstatus dann mit Auto Eingang des VPM verknüpfen, um den VPM synchron zu halten.

[thilog]

Noch besser: Beides - Automatik Übersteuern und Aktor verbinden.

Und dann darauf achten, dass das nicht dieselbe GA ist, die der VPM auch schaltet. Sonst gibt's eine Telegrammflut ohnegleichen, die ich gerade nur durch einen Komplettreset des Bus unterbrechen konnte. ;-)

Ich hatte bislang den VPM direkt die GA schalten lassen, mit der ich auch via Taster den Aktor schalte. Habt ihr dafür separate GAs?

[mumpf]

Noch besser: Beides - Automatik Übersteuern und Aktor verbinden.
und wenn es um Szenen geht, dann die auch im PM definieren.
Ich kann später erst was ausführlicheres schreiben. Das nur als kurze vorab-Info. Je expliziter man dem VPM mitteilt, was man möchte, desto genauer kann er auf den Wunsch reagieren.
Es muss nicht immer nur "entweder oder" heißen.

Gruß, Waldemar

[Teck]

Dank euch beiden für den Input, ich habe diese Gedanken auch schon gehabt und daher in weiser Voraussicht 3 Geräte bestellt. Ich brauche eigentlich nur zwei um alle Lichtkreise abdecken zu können, aber da unklar ist, ob ich in 10 Jahren beim potentiellen Ausfall eines Geräts noch entsprechenden Ersatz bekäme, habe ich einen auf Reserve liegen.

Ich gebe euch Recht, dass es Sinn macht auch manuell am Aktor schalten zu können. Dazu hätte ich eine Frage: Aus der Applikationsbeschreibung konnte ich nicht herauslesen, was genau passiert, wenn sich der Aktorstatus vom VPM erwarteten Status unterscheidet. Wird dadurch der Modus (Normal/Auto/Manuell) in irgendeiner Form gewechselt?
Beispiel: Ich befinde mich im Raum, die Helligkeistschwelle ist überschritten, der VPM ist im Modus Normal. Nun schalte ich direkt über den Aktor ein, weil es mir subjektiv zu dunkel ist (oder alternativ schaltet eine Szene am Aktor ein). Solange der VPM im Modus Normal bliebe, würde er doch direkt (oder nach Ablauf der Nachlaufzeit?) wieder ausschalten. In der Beschreibung heißt es aber, der VPM könne mit Szenen am Aktor umgehen. Gehe ich also recht in der Annahme, dass bei unerwartetem Wechsel des Aktorstatus in den Modus Automatik AN bzw. AUS (je nach Aktorstatus) gewechselt wird?
Falls ja, würde ich meine Taster im Haus nicht mehr auf "Automatik übersteuern" des VPM legen, sondern stattdessen direkt gegen den Aktor gehen. Damit könnte ich immer auch bei Ausfall des VPM von Hand schalten.

[mumpf]

das man den VPM auch so einbinden kann, das Licht an/aus und Szenenumschaltung zumindest noch manuell funktioniert.

Das muss man dann im Falle von nur einem VPM UNBEDINGT so machen! Wie gesagt, ich bin überzeugt von meiner Firmware, aber ich habe ein grundsätzliches Misstrauen bei SPOF.

Ich will Dir nicht Deinen Spieltrieb nehmen, probier erstmal mit einem VPM so viel und so lange rum wie Du möchtest. Nur mach es nicht zum Konzept und belasse es bei einem!

Gruß, Waldemar

[willisurf]

Ist genau richtig, was Waldemar angemerkt hat. Aus dem Grund habe ich bei mir auch 2-3 VPM Geräte.

Vielleicht noch die Ergänzung, das man den VPM auch so einbinden kann, das Licht an/aus und Szenenumschaltung zumindest noch manuell funktioniert. Aber natürlich nicht mehr automatisiert über die PM.

[mumpf]

Ich freue mich über Dein Lob und über Dein Vertrauen... aber nicht mal ich habe mein ganzes Haus auf ein VPM-Modul umgestellt. Derzeit sind es 3... und auch noch nicht das ganze Haus (was aber eher daran liegt, dass ich zu viel Zeit hier in die Entwicklung stecke ). Ganz ehrlich: Das würde ich nicht machen. Wenn was hängen bleibt, ist das ganze Haus dunkel. Mach Dir kein "Single Point-of-Failure" ins Haus. Verteil das auf mehrere. Ich habe z.B. eine Sensormodul-VPM-Version rausgebracht, damit man überall da, wo man sich Sensoren installieren kann, auch gleich einen VPM (da nur 5 Kanäle) hat. Mein Endziel ist, in jedem Raum einen VPM zu haben.

Gruß, Waldemar

[Teck]

Ich habe gestern die REG1 Base erhalten und zusammengelötet und direkt erste Gehversuche mit dem VPM (v. 1.7.6) gemacht. Ich bin begeistert! Die Applikation hat alles, was der Steinel True Presence vermissen lässt. Ich habe zwar einige Stunden investieren müssen aber die ersten Tests verliefen erfolgreich und jetzt wird sukkzessive das ganze Haus auf VPM umgestellt. Endlich Szenen sinnvoll nutzen 😃
Vielen Dank mumpf und Ing-Dom und alle, die da sonst noch mitgewirkt haben!

[willisurf]

Ja mache ich, gute Idee!

[Amenophis]

Ich habe mal gegoogelt, ggf. hilft diese Beschreibung

Hatte heute auch den Fehler und empfehle, dass diese Info ins Wiki aufgenommen wird. (https://github.com/OpenKNX/OpenKNX/w...ct-from-Github)

[eibhomefan]

Danke, das hilft zunächst weiter