OpenKNX-VirtualPresence release (VPM)

[mumpf]

Ok, ich habe die vorherige Stelle gefunden (https://knx-user-forum.de/forum/proj...62#post1815762), es wäre gut, wenn Du in Zukunft den Bezug herstellen könntest, ich weiß nicht immer sofort, welches Protokoll wozu gehöft, vor allem wenn noch mehrere Fehler offen sind.

Bist Du sicher, dass das heutige Protokoll zum gleichen Problemkreis gehört? Dort ging es darum, dass ein PM nur verlängern und nicht schalten konnte, der andere aber dann beim Ausschalten die Verarbeitung nochmal neu angestoßen hat und das EIN vom verlängerndem Melder genutzt hat, um erneut einzuschalten.

Hier geht es doch darum, dass nicht erneut eingeschaltet wird, sondern nicht ausgeschaltet wird, oder? IMO ist das was anderes und hat nichts miteinander zu tun. Natürlich sollte man das untersuchen, nur reicht da nicht einfach ein Ausschnitt vom Gruppenmonitor mit dem Verweis auf ein nicht dazugehöriges Fehlerbild.

Vielleicht nochmal an alle: Der VPM ist eine komplexe Applikation und simple Fehler (so was wie ich hab Manuell-EIN gemacht und Licht geht nicht an) sind alle schon raus. Wenn jetzt was nicht an- oder ausgeht, dann ist das von mehreren Einflußgrößen und von der konkreten Parametrisierung abhängig. Ich brauche ein möglichst reproduzierbares Beispiel, um was sinnvolles machen zu können.

Zum obigen Problem: Wenn das nochmal passiert, schicke bitte auf das Diagnoseobjekt den String "pnnt", danach "pnns", wobei nn die Kanalnummer (2 stellig) ist, alles Kleinbuchstaben. Die Antwort könnte einen Hinweis darauf geben, wo das Problem ist.

Gruß, Waldemar

[willisurf]

Du bist ja auch auf Github aktiv. Perfekt wäre das als Issue zusammen mit einer Fehlerbeschreibung und den Screenshots der Konfiguration und GA Zuordnung inkl. Flags einzustellen.

Dann ist es am einfachsten und kann auch nicht verloren gehen. In den alten Issues gibt es einige Beispiele für Fehlerbeschreibungen.

Kleine Ergänzung, ich hatte folgende Systematik für eine strukturierte Fehlerbeschreibung verwendet, muss man natürlich nicht genau so machen. Ich erwähne das nur weil die Punkte in späteren Fehlerbeschreibungen nur mit dem Anfangsbuchstaben aufgeführt waren. Generell ist der Aufwand sehr überschaubar, dies so oder so ähnlich zu beschreiben, macht aber das Reproduzieren auch nach einiger Zeit deutlich einfacher.

Hier also das Beispiel (ist natürlich lange gelöst), mit den einzelnen Punkten

• Precondition: Helligkeit unter Einschaltgrenze, Präsenz aktiv oder Nachlaufzeit, Ausgang Ein
• Action: AutoAus
• Expexted: Ausgang schaltet während Präsenz und Nachlauf dauerhaft aus
• Result: Wenn Helligkeit empfangen wird, wird der Ausgang eingeschaltet
• Comment: kein Abschalten über Helligkeit konfiguriert

[traxanos]

Das ist ein Beispiel wo der VPM einfach nicht ausgeschaltet hat. Du fragtest ja mal nach der Reihenfolge. Ich hab dann so gegen 20 nach 8 manuell ausgeschaltet.

[mumpf]

Das ist schön... aber was willst Du mir damit sagen?

[traxanos]

mumpf

Ich hab diesmal einen Mittschnitt für dich aus dem Flur:

#  Zeit  Dienst  Flags   Prio  Quelladresse  Quellname  Zieladresse  Zielname  Hop Count  Typ  DPT  Info
63660  16.11.2022 07:43:01,536  vom Bus    Niedrig  1.0.183  Haustür  3/1/100  EG Flur Verschluss Haustür  6  GroupValue_Write    $00 | Geschlossen
63934  16.11.2022 07:45:38,055  vom Bus    Niedrig  1.0.162  Bewegungsmelder Flur 2  1/7/22  EG Flur PM 2  6  GroupValue_Write    $01 | Ein
63937  16.11.2022 07:45:38,511  vom Bus    Niedrig  1.0.201  OpenKNX: Präsenzmelder 1  1/1/180  EG Flur Licht  6  GroupValue_Write    $01 | Ein
63938  16.11.2022 07:45:38,678  vom Bus    Niedrig  1.0.52  LED Controller EG 2  1/1/181  EG Flur Licht Status  6  GroupValue_Write    $01 | Ein
63950  16.11.2022 07:45:39,884  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $01 | Ein
64011  16.11.2022 07:46:00,219  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $00 | Aus
64015  16.11.2022 07:46:01,521  vom Bus    Niedrig  1.0.183  Haustür  3/1/100  EG Flur Verschluss Haustür  6  GroupValue_Write    $00 | Geschlossen
64017  16.11.2022 07:46:02,624  vom Bus    Niedrig  1.0.162  Bewegungsmelder Flur 2  1/7/22  EG Flur PM 2  6  GroupValue_Write    $00 | Aus
64324  16.11.2022 07:49:01,501  vom Bus    Niedrig  1.0.183  Haustür  3/1/100  EG Flur Verschluss Haustür  6  GroupValue_Write    $00 | Geschlossen
64622  16.11.2022 07:52:01,480  vom Bus    Niedrig  1.0.183  Haustür  3/1/100  EG Flur Verschluss Haustür  6  GroupValue_Write    $00 | Geschlossen
64770  16.11.2022 07:53:38,279  vom Bus    Niedrig  1.0.162  Bewegungsmelder Flur 2  1/7/22  EG Flur PM 2  6  GroupValue_Write    $01 | Ein
64781  16.11.2022 07:53:42,278  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $01 | Ein
64809  16.11.2022 07:53:51,630  vom Bus    Niedrig  1.0.162  Bewegungsmelder Flur 2  1/7/22  EG Flur PM 2  6  GroupValue_Write    $00 | Aus
64811  16.11.2022 07:53:53,994  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $00 | Aus
64815  16.11.2022 07:53:56,754  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $01 | Ein
64832  16.11.2022 07:54:02,638  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $00 | Aus
64869  16.11.2022 07:54:17,610  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $01 | Ein
64894  16.11.2022 07:54:27,787  vom Bus    Niedrig  1.0.164  Bewegungsmelder Flur 1  1/7/21  EG Flur PM 1  6  GroupValue_Write    $00 | Aus
64974  16.11.2022 07:55:01,457  vom Bus    Niedrig  1.0.183  Haustür  3/1/100  EG Flur Verschluss Haustür  6  GroupValue_Write    $00 | Geschlossen​

PM1 und PM2 sind als OR auf Bewegung-KO gelegt. Die Haustür liegt auf Präsenz-KO.

PS: Haustür Verschluss soll das Licht einschalten sobald die Türe geöffnet wird und soll ca. 2s delay sparen

[traxanos]

Habe nun alles umgebaut, so dass "Manuell"-GA parallel auf den Aktoreingang als hörend parallel liegt. Und das läuft wie erwartet perfekt. Meiner Meinung nach ist das der ProTipp, den man in Wiki mit übernehmen sollte. Nicht jeder denkt über einen möglichen Ausfall der VPM nach...

[traxanos]

einfach um Szenennummern zu sparen.

Ja das Thema hatten wir ja schon die Tage. Vielleicht muss ich doch einen Szenebereich auf Zentral freihalten für Raumspezifische Szenen und dann GAs Parallel legen wie du ja auch vorgeschlagen hattest

[mumpf]

Wir arbeiten beim Licht nahezu ohne Szenen. Wir haben in allen Räumen Taster für Licht und arbeiten viel mit "Einfach, Doppel, Dreifach-Klick für senden darüber nur die unterschiedliche Helligkeit

Bei mir gibt es auch solche Fälle. Nur startet bei mir das Licht immer über eine Szene (weil ich in wirlich allen Räumen mindestens einen PM habe). Das anpassen ist dann entweder eine weitere Szene oder (inzwischen äußerst selten) über dimmen. Und alles, was ich über binäre Signale abbilden kann, mach ich auch so, einfach um Szenennummern zu sparen.

Wobei Frau und ich uns noch nichtmal auf die Uhrzeiten für die 4 Tagesphasen einigen können

Wie gesagt, Tagesphasen mussen nicht nur über Zeit ausgelöst zu werden. Aber das weißt Du ja...

Und noch eine Anregung: Wenn Du 2 VPM-Kanäle nimmst und die gleich parametrisierst und gegenseitig sperrst, kannst Du auch mehr als 4 Tagesphasen realisieren.

Gruß, Waldemar

[willisurf]

Einige werden bei mir auch automatisch (z.B. Ambientelicht) oder durch Taste (z.B. Schlafen) aktiviert. Da würden feste Zeiten nicht passen.

[traxanos]

Gerade die Tagesphasen schaffen eine erhebliche Flexibilität.

Ja genau das ist einer der Gründe warum ich alle meine Prozesse hinterfrage... Wobei Frau und ich uns noch nichtmal auf die Uhrzeiten für die 4 Tagesphasen einigen können

[traxanos]

Manuell-% war jetzt nur so in dem Raum geworfen. Hätte auch Automatik-% schreiben können. Es ging nur ums Prinzip, dass am PM mit Helligkeit vorbei geschaltet wurde. Ob das bei uns relevant ist, muss sich zeigen. Wir arbeiten beim Licht nahezu ohne Szenen. Wir haben in allen Räumen Taster für Licht und arbeiten viel mit "Einfach, Doppel, Dreifach-Klick für senden darüber nur die unterschiedliche Helligkeit (also nichtmal relatives Dimmen). Unsere Anforderungen waren zu unterschiedlich soviele Taster für Szenen gibt es nicht Daher haben wir in den Räumen auch keine BWM/PMs (nur für Alarmanlage). In Räumen die voll automatisch gesteuert werden, wird sowieso nur AN/AUF verarbeitet + ggf uhrzeitabhängiger Helligkeit im Aktor.

Dadurch das es mittlerweile den TPM (bzw. die Selbstbaulösung) gibt und passend eine geile VPM Logik, hinterfragen wir uns, ob es nicht doch an der ein oder anderen Stelle sinnvoll sein könnte umzurüsten...

[willisurf]

Ja klar, es gibt inzwischen viele Möglichkeiten. Gerade die Tagesphasen schaffen eine erhebliche Flexibilität.

[mumpf]

Wenn diese eingeschaltet wird, starte ich einen manuell Modus mit einer Rückfallzeit (bei mir 15min), die aber erst nach Abwesenheit beginnt (auch eine schöne Funktion).

Das könnte aber auch eine andere Tagesphase mit längerer Nachlaufzeit im Auto-Modus sein . Aber klar, so kann man das über ein Boolean einschalten.

Gruß, Waldemar

[willisurf]

Geht mir ähnlich, ich habe zwar die Möglichkeit vorgesehen am Glastaster ohne weitere Taste einfach durch einen longpress auf die Taste, die sonst das Licht toggelt auch den manuellen Modus zu aktivieren (danke an Waldemar für die elegante „Eintastenfunktion“), aber ich benutze es bisher eigentlich gar nicht.
Ich bevorzuge auch den Automatikmodus.

Einzige Ausnahme ist bisher das Aktivieren der Arbeitsplattenbeleuchtung in der Küche. Wenn diese eingeschaltet wird, starte ich einen manuell Modus mit einer Rückfallzeit (bei mir 15min), die aber erst nach Abwesenheit beginnt (auch eine schöne Funktion).

[mumpf]

Wenn Du "Manuell" haben willst, musst Du das dem Melder sagen. Selbst der Aktorstatus würde ja nur ein "Auto" draus machen. Du müsstest somit im Logikmodul einen Filter machen, der bei einem DPT5.001-Wert einen Trigger auf "Manuell" sendet. Aktuell gibt es noch das Problem, dass ich im Logikmodul nicht auf DPT3 reagieren kann, somit kann man das nicht mit relativen dimmen machen.

Wir hast du das gelöst?

Ich dimme nie per Taster oder Visu, zumindest nicht zum Einschalten - ergibt sich nie. Es ist immer eine Szene, die das Grundlicht (mit irgendeiner Dimmstufe) schaltet. Die Szene kann den Melder auch in Manuell schalten, wenn man will. Da ich aber fast nie den Manuell-Modus nutze (Auto finde ich einfach besser), habe ich keine pauschale Lösung.

Wir können hier gerne ein paar Szenarien erörtern, bei den man wirklich "Manuell" über Dimmen realisieren will. Mein Bild war bisher eher, dass man irgendein Licht-Szenario hat (nicht unbedingt über eine Szene erstellt), das aktuell im Auto-Modus ist und man dann auf den Manuell-Modus umstellen will, um Präsenzerkennung zu deaktivieren. Oder dass man im Szenen-Repertoire auch ein paar hat, die gleich den Manuell-Modus nutzen.

Gruß, Waldemar