OpenKNX-VirtualPresence release (VPM)

[willisurf]

Bilder kann ich gerne machen, wenn Du meinst, dass es hilft.

Es hilft manchmal, bzw. wird Deine Anwendung und Applikation dadurch erst klar. Wenn es zu viel Aufwand ist, kannst Du es selbst erstmal mit der Diagnose versuchen.

Wenn das Diagnoseobjekt in den Experteneinstellungen freigeschaltet ist, gibt es ein neues bidirektionales KO. Durch das Schreiben von kurzen Kommandos, alles klein, ohne Leerzeichen, zweistellige Nummern nur aus dem gültigen Bereich, wird ein Text mit den Infos zurückgegeben. Aktuell sind für den VPM folgende Kommandos implementiert (Beispiel für Kanal 02)
„p02t“ Ausgabe der Nachlaufzeit Kanal 02
„p02s“ Statusausgabe Kanal 02
“p02l“ Statusausgabe Leaving Room Kanal 02 (wahrscheinlich für Dich nicht relevant)

Die Interpretation der Ausgabe ist
Statusausgabe PM Kanal:
Kommando: p<nn>s

// "[NAM][01] A [1-4](1-4] [L-][H-][X-][R-][T-]"
// N=normal, A=auto, M=manual
// 0=off, 1=on
// D=day phase
// 1-4=current phase
// 1-4=next phase
// L=is lock, -=unlock
// H=in helligkeitsberechnung, -=normal
// X=disable brightness handling, -=normal
// R=leave Room is active, -=not active
// T=in totzeit, -=normal

Die Interpretation der Tagesphasen-Ausgabe: z.B.

D22 = Tagesphase ist 2 und soll auch 2 sein, Normalzustand.

D24 = ist 2 und soll beim nächsten AUS auf 4 wechseln. D20 = ist 2, soll-Szene wurde nicht gefunden. Intern bleibt er dann auf 2.


Leaving Room Status:
Kommando: p<nn>l

//L(OFF|TOT|T+R|B+T|BTR) T mm:ss

L sagt nur "LeaveRoom", die nächsten 3 Zeichen sind der Modus:

OFF - nicht aktiv, sollte eigentlich nicht erscheinen, da dann normalerweise "no leave room" kommt

• TOT - reine Totzeit
• T+R - Totzeit + Reset
• B+T - Bewegung + Totzeit
• BTR - Bewegung + Totzeit + Reset
• T kommt nur, wenn Totzeit gerade läuft mm:ss gibt die noch verbleibende Totzeit an.

Um eine bequeme Auslesemöglichkeit zu haben, habe ich für jede Ausgabe eine bool GA als Trigger und eine Logik (bei mir X1, Waldemar‘s Logik kann das auch) sendet beim Trigger den passenden Kommandostring auf die Diagnoseschnittstelle.
Man kann dazu die Visu benutzen, ich nehme EasyKNX. Das ist flexibler und man kann sich noch andere Statusinfos gleich mit anzeigen lassen, bzw. beeinflussen.

[Marino]

Ich nutze die "PresenceModule Big 1.7.6".
Besteht die Möglichkeit, dass beim aufspielen über USB ein Fehler passiert, der nicht angezeigt wird oder ist das ausgeschlossen, z.B. durch anschließende Prüfung oder so?

Bilder kann ich gerne machen, wenn Du meinst, dass es hilft. Ich bin da skeptisch, denn es funktioniert ja teilweises über Wochen und auf einmal nicht mehr. Seit dem Reset des Moduls (letztes Mal durch Stecker ziehen am Modul selber) läuft es wieder normal.
Dabei lasse ich mir Die Logiken in der Visu anzeigen. Nicht perfekt, ich weiß. Darin sehe ich aber, dass die Logik weiter schaltet und ein Signal geschickt wird und der Status der Aktorkanäle richtig ist.

Diagnose hört sich gut an, das würde ich auf jeden Fall aktivieren. Falls der Fehler wieder auftritt, hätte man dann wenigstens etwas, wo man suchen kann.


Viele Grüße
Nils

[willisurf]

Der erste Fehler war also, dass das Licht kurz nach Ablauf der Nachlaufzeit und Ausschalten durch VPM nicht mehr angeschaltet wurde und der zweite dann, dass nichts mehr schaltete

Ich kenne solch einen Fehler nicht. Welche Firmware verwendest Du genau?
Könntest Du bitte mal von einem Kanal, der sich so fehlerhaft verhält, Screenshots von allen Einstellungen und der GA Zuordnung posten?

Gibt es eine Möglichkeit, falls ein Fehler auftritt, dies zu debuggen?

Ja, es gibt ein Diagnoseobjekt, das Du in den Experteneinstellungen aktivieren kannst. An dieses Objekt kannst Du einen Text senen und damit interne Stati der Kanäle auslesen. Ich poste Morgen mal eine Beschreibung der Diagnosemöglichkeiten und der Interpretation der Ausgaben.

[Marino]

Ich benutze den REG1-Controller2040 und habe die Big-Applikation drauf.

Nun hatte ich einen Fehler damit. Es schlich sich langsam ein, dass die Präsenzkanäle manchmal nicht anschalteten. Dazu muss ich sagen, dass ich 4 davon nutze, da ich ich 4 Steinel TP(M) habe.
Ich fand heraus, dass das Licht nicht eingeschaltet wurde, wenn ich den Raum kurz nach dem Ausschalten des Lichtes betrat. Die Nachlaufzeit lief also zu Ende und der VPM schaltete aus. Wenn ich dann direkt in den Raum betrat, blieb das Licht aus.

Nun war es erst einmal nicht so schlimm, aber ich hatte das Gefühl, es passiert häufiger und da wusste ich noch nicht, wie ich es provoziere.

Schaltung bei 2 von den 4en war wie folgt.
- Logik 1: Licht 1 ODER 2 an
- Logik 2: Ausgang Logik 1 ODER Licht 3 an
Diese sind für den Aktorstatus.

Logik 3: Presence oder TruePrecsence

So in etwa. Ich schreibe das zum verdeutlichen. Da ich mit Waldemar einmal geschaut hatte, wusste ich, dass es sein kann, dass weder Presence noch TruePresence an ist und das Signal verlängert werden muss. Daher dachte ich, es wird was an der Logik sein. Also mal die eine Logik überprüft, alles okay. Dann hatte ich keine Zeit mehr und es eilte nicht. Bis mich der Fehler wieder nervte. Dann habe ich die zweite Logik angeschaut und auch nichts gefunden...

Dann war ich auf Geschäftsreise und als ich wieder zurück war (während dessen funktionierte wohl alles), schaltete das Licht in 2 Räumen nicht mehr ein und in den anderen 2 nicht mehr aus. Also musst ich handeln. KNX-Stecker gezogen, gewartet, verbunden. Da fiel mir dann auch der Reset-Button auf.

Anschließend funktionierte alles, wie es sollte. Keine Probleme.

Der erste Fehler war also, dass das Licht kurz nach Ablauf der Nachlaufzeit und Ausschalten durch VPM nicht mehr angeschaltet wurde und der zweite dann, dass nichts mehr schaltete.

Das kurzzeitige Ziehen des Steckers half zwar, aber ich frage mich halt, wie ich rausbekommen könnte, wodurch dieser Fehler entstanden ist. Gibt es eine Möglichkeit, falls ein Fehler auftritt, dies zu debuggen? Die Logik war ja nicht das Problem, denn die lief ja und nach einem Neustart funktioniert alles, wie es soll. Ich würde halt nur gerne wissen, ob ich, falls es ein nächstes Mal gibt, etwas machen kann, wodurch wir wissen, was das Problem auslöste.



Viele Grüße
Nils

[Masifi]

Genau den JP1 schließen, dann müsste die LED darunter leuchten. Wenn nicht, dann müssen wir die Spannungen an den Reglern messen.

Ich weiß aber nicht, ob der Thread hier der richtige dafür ist, solche HW-Themen zu besprechen. Am Besten du schreibst mir weiter per PM und das Ergebnis teilen wir dann im Forum.

Und ja, dann müssten die zwei LEDs auch leuchten bei Bewegung.

[Lexxs]

Masifi

Tut mir leid ich meinte den RealPresence Melder.
Die LEDs für Präsenz und Bewegung hatte ich aktiviert jedoch leuchtet keine LED. Sollten diese nur Leuchten wenn etwas detektiert wird, oder so lange wie die Nachlaufzeiten eingestellt sind?

Als Lötbrücke meinst du die "JP1", links unten neben dem DCDC Regler (grüne Platine), diese Brücke hatte ich noch nicht zusammen gelötet wenn du die meinst?

[Masifi]

Ich aktiviere für einen ersten schnellen Test immer die LEDs für Präsenz und Bewegung. Hier sieht man an der LED für Bew. Direkt, ob der Sensor funktioniert.

Ein weiterer Punkt ist die LED auf der Platine wo der grüne DCDC Regler bestückt wurde. Diese muss leuchten (dazu muss die lötbrücke neben der LED aber auch geschlossen sein)

[Masifi]

Lexxs wenn du vom MR24xxx sprichst, dann meinst du sicher nicht das VPM Modul sondern den RealPresence Melder. Gleiche Firmware, aber andere HW.

[Lexxs]

Hi alle zusammen,

ich wollte mich bei euch erkundigen ob mir einer weiterhelfen kann die Fehlerquelle ausfindig zu machen bei meinem RealPresence Melder.
Ich habe den RealPresence Melder wie im Beitrag #341 zusammen gelötet/gesteckt. Die Firmware draufgespielt und Standard Einstellungen vor genommen in der ETS. Alles funktionierte ohne Probleme. Beide Spannungsquellen sind auch angeschlossen und nachgemessen worden. Wenn ich z.B. das KO 57 (Reset Trigger) manuelle auf EIN schalte, schaltet das KO 63 den Ausgang auf AUS. Somit funktioniert wenigstens etwas von der Firmware offensichtlich, das ich manuell austesten kann.
Wird aber jedoch der Status von KO 21 und 22 (Objekte erscheinen wenn PRÄSENZ ROHDATEN aktiviert sind) manuell ausgelesen, kommt keine Antwort auf den Gruppenmonitor. Ebenso wir auch keine Präsenz registriert. Der Ausgang (KO63) schaltet nicht bei Bewegung.

Entweder ist der MR24xxB1 defekt oder ich habe etwas falsch eingestellt in der ETS.

Ich hoffe mir kann jemand ein paar Tipps geben wie ich den Fehler eindeutig identifizieren kann.

P.S.: Ist es möglich ist einen Helligkeitssensor auf den VPM zu löten, oder nur Extern?

[willisurf]

Das einzige was mich bei den neuen PMs nervt, dass ich selber die rote LED nicht mehr per externen KO schalten kann. Ich hätte gerne den Status vom VPM angezeigt. Werde jetzt die grüne LED nutzen

Falls diese 6 Monate alte Problemstellung noch aktuell ist, ich hatte hier mal ein Vorgehen beschrieben, um über den Umweg eines Lichtkanals beim MDT die rote LED über externe Ansteuerung nicht nur blinken, sondern auch dauerhaft leuchten zu lassen.

[willisurf]

Sehr schön, danke für die Info.

Ja, mit dem VPM machen die TP/TPM dann sogar Freude!

[pweissen]

Schein nun zu funktionieren, genau wie es soll. Auch wenn mir gerade unklar ist, welche der Einstellungen den Fehler verursacht hat. Danke für die Hilfe und danke für das Modul und die tolle Applikation! Überlege gerade schon mir einen zweiten Steinel TP zu kaufen :-D

[willisurf]

Mach mal bitte einen Gruppenmonitor Auszug mit dem Fehler. Dann kommen wir besser weiter.

[pweissen]

Werde ich heute abend tun. Und wenn nicht ich, dann meine Frau :-D

[willisurf]

beobachte mal, ob es jetzt funktioniert