OpenKNX-VirtualPresence release (VPM)

[henfri]

Hallo,

Edit: Status-Objekt in Busmonitor-Output und ETS-Screenshots hinzugefügt

gerade ist das Licht ausgegangen, obwohl der (Input-)PM in dem Moment grün leuchtete.
Hier der Busmonitor:
5/1/11 ist der PM Ausgang
1/1/9 ist der VPM Ausgang (Dimmwert)
8/1/12 ist ein Reed in das gleiche Gerät (VPM 1.0.35) geht und vom Logikmodul invertiert wird. Dann geht er auf den PM Eingang (Tür triggert PM)

1.0.35 VPM
1.0.49 Dali-GW
1.0.24 Reed

2024-11-21;18:12:57;;1.0.35;8/1/12;00;
2024-11-21;18:13:47;;1.0.35;1/1/9;ff;
2024-11-21;18:13:47;;1.0.24;5/1/11;01;
2024-11-21;18:13:47;;1.0.49;1/1/12;True;
2024-11-21;18:14:04;;1.0.24;5/1/11;00;
2024-11-21;18:14:58;;1.0.35;1/1/9;00;
2024-11-21;18:14:58;;1.0.49;1/1/12;False;
2024-11-21;18:15:04;;1.0.35;1/1/9;ff;
2024-11-21;18:15:04;;1.0.49;1/1/12;True;
2024-11-21;18:15:05;;1.0.24;5/1/11;01;
2024-11-21;18:15:24;;1.0.24;5/1/11;01;
2024-11-21;18:15:39;;1.0.24;5/1/11;00;
2024-11-21;18:15:49;;1.0.24;5/1/11;01;
2024-11-21;18:16:06;;1.0.24;5/1/11;01;
2024-11-21;18:17:57;;1.0.35;8/1/12;00;
2024-11-21;18:18:16;;1.0.24;5/1/11;01;
2024-11-21;18:18:57;;1.0.35;1/1/9;00;
2024-11-21;18:18:58;;1.0.49;1/1/12;False;​

Das Ausschalten in der letzten Zeile war ungewünscht. Nur 41s vorher hat der PM ja eine 1 gemeldet. Das Abschalten kam wahrscheinlich durch den Reed, der ja genau eine Minute vorher eine 0 gesendet hat.
Die 0 könnte ich filtern (geht ja eh schon durchs Logikmodul). Dann müsste ich aber "Eingang Präsenz" auf triggernd schalten und bin nicht sicher, welche Nachteile das hat.
Aber die Frage ist doch, warum die 1 vom PM nicht gereicht hat.

Der VPM ist so konfiguriert:

OpenKNX,cv1,0xA012:0x32/PM:0x32/1
p~Name=Flur%20(und%20Abstellkammer)
p~PresenceInputs=1
p~PhaseCount=3
p~Output1Type=4
p~ChannelActive=1
p~LockType=1
p~LockFallback=1
p~PhaseChange=1
p~StartReadLux=1
p~StartReadPresence1=1
p~StartReadAktorState=1
p~StartReadLock=1
p~StartReadDayPhase=1
p~StartReadScene=1
p~ChannelDelayTime=2
p~LockFallbackBase=1
p~LockFallbackTime=5
p~EnableLux=1
p~EnableDayPhase=1
p~SignalPresence=1
p~ExternalSignalPresence=1
pA~ManualFallbackDelayBase=1
pA~ManualFallbackDelayTime=30
pB~ManualFallbackDelayBase=1
pB~ManualFallbackDelayTime=30
pC~PresenceDelayTime=2
pC~ManualFallbackDelayBase=1
pC~ManualFallbackDelayTime=30
pD~PresenceDelayTime=2
pD~ManualFallbackDelayBase=1
pD~ManualFallbackDelayTime=30
;OpenKNX​

Das Statusobjekt sagt N1 D11.


ETS6N_tsjNkkU3Tl.png
ETS6N_10hf9NKT7M.png s3aNHqCOmF.png

Die nicht gezeigten Seiten sind Default bzw. ich habe nur die aktive Tagesphase gezeigt.


Hier noch die Logik für den Reed
TTVAJIzBE6.png
ETS6N_thrChXABMT.png ETS6N_zsVCAWzD7h.png ETS6N_10hf9NKT7M.png

OpenKNX,cv1,0xA012:0x32/LOG:0x33/2
f~Name=Reed%20Schuppent%C3%BCr%20invertieren%20(Impuls)
f~Logic=2
f~E1=2
f~NameOutput=Invertierter%20Reed
f~OStairtimeTime=15
f~OStair=1
f~ORetrigger=0
f~OStairOff=0
;OpenKNX​

Gruß,
Hendrik

[henfri]

Ah, unten ist es bei mir abgeschnitten gewesen.

[Marino]

Ich tippe drauf, dass links oben der „Letzter Empfangener Wer“ gemeint ist und nicht gefiltert wurde.

Oben rechts die Diagnose-GA filtern lassen, sollte helfen und man bekommt alle Werte untereinander. Natürlich auch dekodiert.
Ggf. Muss man dann nach rechts scrollen, da die Werte nicht in dem Anzeigebereich liegen (ist bei mir jedenfalls immer so).


Viele Grüße
Nils

[mumpf]

Davon dekodiert der Gruppenmonitor aber nur die Letzte

???
Also ich sehe alle.
Diagnose-Gruppenmonitor.png
Ich weiß nicht, was Dein Gruppenmonitor macht, aber es wäre widersinnig, wenn er nur die letzte Nachricht dekodieren und darstellen würde. Der ist ja dafür gedacht, alle Telegramme anzuzeigen.

Gruß, Waldemar

[henfri]

Danke, das funktioniert.

Wenn ich vpm h eingebe, dann kommen ja mehrere Nachrichten. Davon dekodiert der Gruppenmonitor aber nur die Letzte.
Wie macht ihr das in der Praxis? Ist es bei easyknx möglich, auch vorherige Nachrichten anzuzeigen?

Gruß,
Hendrik

[mumpf]

Ok, netterweise hat mich Bernhard darauf hingewiesen, dass es noch einen (alten) Bug gibt, nach dem die ganzen Befehle nicht ausgewertet werden, sondern nur die ersten Buchstaben. Somit lauten die Befehle:

vpm chNN p <=> pNN
vpm chNN l <=> pNNl
vpm chNN s <=> pNNs

Danke Bernhard. Diese Befehle werden auch weiterhin so funktionieren, ich werde aber die ausgeschriebene Variante in Zukunft auch unterstützen.

Gruß, Waldemar

[mumpf]

Wie hätte ich das denn am besten ausgedrückt?

Genau so:

Sensor Modul Firmware für die Sen-up1-8xTH

Das Sensormodul wurde weiterentwickelt (wie auch alle weiteren Module). U.a. die Diagnoseschittstelle machte es erforderlich, dass die Kommandos umbenannt werden, damit es keine Kollisionen zwischen den immer mehr werdenden Modulen gibt. Deswegen haben die Kommandos immer einen Präfix bekommen. Und ich habe versucht, in meinen Modulen immer auch eine Hilfe anzubieten (da bin ich noch dabei). Dass die Befehle noch nicht in der Applikationsbeschreibung drin stehen, ich sicherlich eine Lücke - aber der Tag hat nur 24 Stunden...

Du kannst "vpm h" machen, da werden die vorhandenen Befehle aufgelistet.

-> hw
-> chNN pres
-> chNN leave
-> chNN state
-> chNN all
​

vpm hw gibt die Version des Hardware-HF-Sensors aus, wenn einer genutzt wird (dann eben als PM, nicht als VPM).

Die anderen Befehle entsprechen den früheren:
vpm chNN pres <=> pNN
vpm chNN leave <=> pNNl
vpm chNN state <=> pNNs

vpm chNN all gibt alle drei obigen Meldungen nacheinander aus.

Die Logik (mit dem Präfix logic) funktioniert analog.

Gruß, Waldemar

[henfri]

Ich meine die Sensor Modul Firmware für die Sen-up1-8xTH Hardware...

Wie hätte ich das denn am besten ausgedrückt?

[mumpf]

Sen-UP-8xTH Firmware

Die hat doch nur das Logikmodul und nicht den VPM integriert, wenn ich mich recht erinnere. Dann kann ein vpm diagnosebefehl gar nicht funktionieren.

Gruß, Waldemar

[henfri]

Vielen Dank!

Ich nutze das Diagnose-Objekt mit der Sensormodul-Firmware (1.5, SAMD) erfolgreich.
Sende ich aber der Sen-UP-8xTH Firmware ein p01s bekomme ich keine Rückmeldung.

Gibt es da einen Unterschied?

vpm p01s habe ich auch ausprobiert -ebenfalls ohne Erfolg (Rückmeldung)

[mumpf]

Danke Bernhard! Hier noch das oben gesagte als Konfigurations-Transfer-String, um das mal mehr zu etablieren. Ich hoffe, wenn die öfter in unseren Antworten auftauchen, wird das üblicher, das zu nutzen

OpenKNX,cv1,*:0x3B/LOG:0x34/*§f~Name=Dimmwert%20weiterleiten§f~Logic=1§f~NameInput1=Dimmwert%20extern§f~E1=1§f~E1Dpt=3§f~E1LowDpt5001:1=0§f~NameInput2=Aktivierung%20%C3%BCber%20PM§f~E2=1§f~NameOutput=Dimmwert%20an%20Lichtkreis§f~ODpt=3§f~OOnBuzzer=2§f~OOnAll=2§;OpenKNX

Gruß, Waldemar

[willisurf]

Ich verstehe nicht genau, was Du tun/erreichen möchtest. Der VPM kann Dimmwerte ausgeben, aber das meinst Du sicher nicht.
Ah, Du meinst als GA. Na dafür gibt es ja Logiken.

Kurz in Stichworten, der VPM gibt DPT1 aus. Damit auf eine Logik, Kanal1 eines einfachen UND, auf Kanal2 kommt der externe Dimmwert (DPT5.001), der Wertebereich 1-100% setzt True. Der Ausgang des UND wird so mit DPT5.001 so konfiguriert, das es bei AUS 0% und bei EIN den Wert von Eingan2 sendet (kann man so im Ausgang einstellen).

[henfri]

Hallo,

den aktuell geltenden Soll-Dimmwert kann ich nicht extern vorgeben, oder?

Gruß,
Hendrik

[willisurf]

Oder spricht etwas gegen in ODER?

Nichts, wenn es Deine Funktion erfüllt.
Ich habe mich da jetzt nicht weiter reingedacht. Wenn Du es sowieso ausprobierst, ist es der schnellste und vor allem sicherste Weg.
Beim Hin- und Herschreiben geht immer etwas Verständnis verloren und dann geht es ggf. kurz mal in die falsche Richtung.
Gleichzeitig macht das Ausprobieren Spaß (mir zumindest) und ist ein Erfolgserlebnis.

[henfri]

Ah, jetzt versteh ich.

Wenn ich eh eine Logik dazwischen schalten muss, dann kann ich ja auch einfach ein ODER nehmen.
Denn bei Auto-Ein bleibt das Licht auch an, wenn es nicht mehr gebraucht wird:
Ich gehe im Hellen in den Flur (PM schaltet licht nicht, da Helligkeit nicht unterschritten), Reed schaltet an. Licht bleibt aber an, auch wenn Reed wieder aus (Auto-Aus gefiltert).

Oder spricht etwas gegen in ODER?

Danke für den Tipp mit dem Testkanal. Probiere ich aus.

Gruß,
Hendrik