OpenKNX-VirtualPresence release (VPM)

[willisurf]

Daher habe ich nur AutoEin geschrieben, Du kannst ja mit einem Logikkanal das AUS wegfiltern.

Einfach mal ausprobieren. Ich habe mir damals mal einen VPM Kanal nur für Testzwecke mit Test GAs konfiguriert und mit EasyKNX gespielt (geht bequem vom Sofa aus).
Die Diagnoseausgabe hilft die -sehr mächtigen- VPM Funktionalitäten schrittweise zu verstehen. Wenn das etwas für Dich -oder andere Mitleser- ist, das mal auszuprobieren, noch kurz ein Tipp.
Die Diagnosestrings kann man auch mit einem Logikkanal auf eine TriggerGA hin erzeugen. Dann muss man die nicht immer extra eingeben. Bedeutet dann von der Arbeitsweise her, mit einem Tastendruck Timer, Status, ggf. Leaving Room zu sehen.
Sieht dann so aus:
image.png

[henfri]

Hallo,

ja, soweit ok.
Aber wenn der Reed Aus meldet:

Ein AUS-Telegramm an diesem Eingang übersteuert die interne Helligkeitsautomatik und schaltet das Licht auf jeden Fall aus.

Wenn ich aber jetzt im Dunkeln in den Flur gehe, geht das Licht durch den PM an. Dann mache ich die Tür auf, das Licht bleibt an.
Jetzt mache ich die Tür zu und stehe im Dunkeln.

Oder?


Gruß,
Hendrik

[willisurf]

Wenn der Reed schaltet, soll das Licht an gehen, aber nur aus, wenn der PM auch aus ist.

Das macht AutoEin, oder ich habe Dich falsch verstanden.
Es wird helligkeitsunabhängig eingeschaltet und bleibt so lange ein, wie Präsenz plus Nachlaufzeit aktiv ist.

[henfri]

Hallo,

der Hintergrund: Der PM ist im Flur. Das EVG soll jetzt aber auch das Licht in einer Abstellkammer (da ist der Reed in der Tür) schalten (mir fehlt einfach ein EVG)

Ich brauche also einfach ein ODER:
Wenn der PM schaltet soll das Licht an/ausgehen
Wenn der Reed schaltet, soll das Licht an gehen, aber nur aus, wenn der PM auch aus ist.

Mit AutoEin geht das nicht (oder?)

Automatik übersteuern (KO 53)


Dieses KO empfängt ein Schaltsignal DPT 1 und teilt dem Melder einen Benutzerwunsch mit.

Ein EIN-Telegramm an diesem Eingang übersteuert die interne Helligkeitsautomatik und schaltet das Licht auf jeden Fall ein.

Ein AUS-Telegramm an diesem Eingang übersteuert die interne Helligkeitsautomatik und schaltet das Licht auf jeden Fall aus.

Gruß,
Hendrik

[willisurf]

Der Reed soll helligkeitsunabhängig sein - Präsenz allgemein nicht.

Einfach AutoEin

[traxanos]

Kann den Sinn zwar nicht nachvollziehen aber muss ich auch nicht. Ich würde das dann über eine Sperre lösen die force on ist. Keine Ahnung ob das im VPM so eingebaut ist.

[henfri]

Ach ja, wie naheliegend...

Wobei - und das hatte ich nicht gesagt: Der Reed soll helligkeitsunabhängig sein - Präsenz allgemein nicht.

Habt ihr dafür auch eine Lösung?

[gbglace]

Ja vom Prinzip her REED gaukelt dem PM Bewegung vor.

[traxanos]

Ich habe sowas in der Art auch mit der Hauseingangstüre gemacht. Ich möchte das beim öffnen sofort das Licht angeht, bevor der PM mich erkennt. Dazu kannst du einfach den externen Eingang nutzen.

[henfri]

Ok, mache ich.

Noch eine Frage:
Ich habe zusätzlich zur Präsenz, die das Licht einschalten soll einen Reed, der das Licht anschalten soll.
Wenn der Reed aber wieder Aus geht, soll erst abgeschaltet werden, wenn der PM abschalten würde (warum auch immer er abschalten würde).

Ich hatte überlegt, den Reed auf "Automatik Modus übersteuern" verknüpfe. Aber dann würde der Reed auch abschalten.

Also brauche ich einen Logik-Kanal zwischen Reed und VPM, oder?

Gruß,
Hendrik

[willisurf]

Handy war aber nicht in der Hand

Versuch auch mal das nachzustellen und direkt zu beobachten. Mit der Diagnose hast Du jetzt Werkzeuge das direkt live zu beobachten und zu analysieren. Falls nicht bereits bekannt und ein iOS Handy vorhanden, EasyKNX ist dazu das ideale Werkzeug.

[traxanos]

Du hast das Problem das du helligkeitsabhängig arbeitest. Sobald das Licht eingeschaltet wird, steigt die Helligkeit an und du kommst über die Schwelle. Dann läuft die Ausschaltverzöggerung die bei dir mit 30s angegeben wurde. Du musst wenn ich das richtig sehen, sagen wieviel heller der Raum werden darf und dass muss die Helligkeit der Beleuchtung inne haben. 100 Lux sind da sicher zu wenig

[henfri]

Hallo,

es war tatsächlich der manuelle Modus. Das lag aber nicht daran, dass ich übersteuert hätte, sondern darauf, dass ich den Aktor-Status auf den Eingang für die Manuelle Bedienung gelegt habe (in der Zeile verrutscht)

War gar nicht einfach zu finden :-)

Jetzt hab ich aber noch ein Problem:
Sitzt man auf dem Klo, geht das Licht aus.
Nachlaufzeit ist vier Minuten, Handy war aber nicht in der Hand , sprich: Das ist nach gefühlt 30s schon ausgegangen. Was mache ich falsch?

ETS6N_LNMCr3SD3e.png
Den Hardware-PM habe ich auf kurze Nachlaufzeit gesetzt.
Auch habe ich geprüft, dass der PM nicht mehr direkt mit dem Licht verknüpft ist.
Es ist der VPM der abschaltet:
chrome_tTx59xJp44.png

Gruß,
Hendrik

[mumpf]

Heute war es leider wieder soweit, der Feiertag wurde nicht berücksichtigt und ich finde keinen Fehler. Bitte um Hilfe.

Hi,

hat zwar etwas gedauert, aber ich hab es jetzt gefunden. War ein Denkfehler. Ich habe bei der Suche der Zeitpunkte (bei der Sonntagsbehandlung) zwar bei einem Sonntag-Zeitpunkt diesen genommen (egal welcher Wochentag aktuell gültig ist), aber nicht verhindert, dass ein zum Wochentag passender Zeitpunkt verworfen wird, falls er früher gefunden wird. Das wird in der nächsten Version korrigiert sein (Logikmodul 3.4).

Was als Workaround bis zum Release gehen müsste:

• Du machst den Sonntagstermin in eine eigene Zeitschaltuhr, bei der Du "Feiertage wie Sonntage schalten" einstellst.
• An der bisherigen Zeitschaltuhr stellst Du "An Feiertagen nie schalten" ein und löscht da den Sonntag raus.

Ich bin mir allerdings sehr sicher, dass die neue Version noch vor Weihnachten erscheint, dann musst Du nur dafür sorgen, dass Du vorher ein Update machst.

Gruß, Waldemar

[mumpf]

So, jetzt mal ein paar Antworten, was gestern nur mit Handy unterwegs...

Also z.B. „vpm p01s“

Nein, bei der SAMD-Version ist es noch ohne vpm vorweg.

Aktuell bin ich wohl im manuellen modus (M1 D33).

Ja, Licht ist manuell an, Du bist in Tagesphase 3 und wenn das Licht ausgeht, bleibt der Melder in Phase 3.

Meine aktuelle Vermutung ist, dass Du auch über Manuell ausschaltest und dann erwartest, dass das Licht über Präsenz/Helligkeit angeht (M0 in Diagnose). Manuell bedeutet aber eben KEIN Automatik. Du musst den Melder in den Automatikmodus versetzen, damit er was automatisch macht.

Dabei werden ja alle Zeitschaltuhren nachgeholt und senden ein EIN

Natürlich muss man, wenn man Schaltzeiten nachholen will, auch die AUS-Zeiten bei allen Zeitschaltuhren definieren . Bei mir funktioniert das hinreichend, ich hatte hier letztens jemanden, der ein Beispiel hatte, bei dem es nachvollziehbar nicht gehen konnte - ich komme nur nicht drauf. Du kannst mal schauen, ob es bei Dir erstmal ausreicht.

Es wird aber aus diesem Grunde noch eine Erweiterung bei den Zeitschaltuhren geben, die das Handling vereinfacht.

Jetzt muss ich zugeben, dass ich nicht weiß, was bei der Einstellung des DPT in der ETS ausschlaggebend ist:
- Die Einstellung beim sendenden/empfangenden KO
- Die Einstellung bei der GA

Die sind alle reine Semantik, technisch nicht relevant. Die ETS nutzt die Einstellung am KO, um

• bei der Erstzuweisung einer GA der GA den selben DPT zu geben
• bei der Zuweisung der GA an weitere KO für Warnungen, dass unterschiedliche Subtypen zugewiesen werden

Technisch relevant ist nur die Länge des KO. Ich versuche immer, bei allen Geräten den korrekten (erwarteten) DPT an allen KO zu haben.

Warum kann man denn am KO den DPT überhaupt ändern - gibt es Geräte, die das beachten?

Es ist offensichtlich, dass es z.B. beim Logikmodul nicht geht, den korrekten DPT auszuliefern. Aber sobald z.B. ein Ausgang über GA mit seinem Ziel verbunden ist, kann man zur korrekten Anlagendokumentation die DPT an den KO anpassen. Gleiches gilt für Hersteller, die sich um den DPT nicht hinreichend kümmern, dann kann der User das nachholen.
Und nein, es gibt keine Geräte, die das beachten, denn das wird gar nicht beim Programmieren übertragen.

Gruß, Waldemar