Steinel True Presence – Präsenzmelder

[gbglace]

Verglasung ist nur ein Hindernis für Radar, wenn du Metallbedampfte Scheiben hast. Merkt man dann auch am extrem schlechten Handyempfang im Haus.

[KNXPatrol]

Bzgl. Raffstores und co - Ich glaube hier stand mal, dass der TP nicht durch 3-fachverglasung schauen könnte, somit wären auch die Raffstorebewegungen egal.
Wenn ich euch höre, dann scheint das kein hindernis zu sein.

[FrankMaier]

Was ist der Nachteil der Sperre?

Bei mir hat das nicht funktioniert, da der Steinel dann nicht mehr zuverlässig funktioniert hat. Ich habe es über eine UND Logik vom Lichtstatus gelöst.
Licht wird per PIR eingeschalten, und dessen Status mit dem TP UND verknüpft. Seitdem gibt es keine Probleme mehr.

[c4orbi]

Wir bekommen im EG Süd West auch Raffstores. Ich kann das dann auch mal testen. Welche Empfindlichkeit hast du eingestellt?

Ich hatte neulich mal einen Test laufen:
- TP direkt an der Decke über einem Fenstersturz aufgehängt. Außenwand 36cm HLZ.
- Radius auf 2,2m Höhe 2,2m eingestellt.
- Empfindlichkeit 7


Wenn ich mich im Erfassungsbereich innen aufgehalten habe war das KO 69 aktiv.

Habe ich mich draußen vor dem Fenster aufhalten
war das KO 69 nie aktiv.

Das KO 69 hab ich die gesamte Nacht aufgezeichnet. Es wurde erst wieder aktiv als ich aufgestanden bin und in den Erfassungsbereich getreten bin.

[Fidelis]

Ah jetzt ja, eine Insel... Danke für die Erklärung! Ja, dann wäre tatsächlich die Frage in welchem "Bereich" des Melders die Software einen Speicherüberlauf provoziert - also im Hardware-nahen Teil oder im nachgelagerten KNX-Teil. Auf jeden Fall ein interessanter Gedanke / Ansatz, auch wenn wir vermutlich nie die Wahrheit erfahren werden.

[jcd]

Es geht dabei um die Frage/Theorie, ob die häufigen Signale z.B. der permanent im Wind wackelnden Raffstoren zu einem Speicherüberlauf, oder sonstigen Überlastungserscheinungen der Software führen könnten.

[Fidelis]

Da bin ich mir halt nicht so sicher.

Was genau meinst du? Die Steinel TP lassen sich im Gegensatz zu IR-Melder auf den Zentimeter genau einstellen. Ja, das erledigt natürlich die Software, aber das ist im IR-Melder nicht anders, wenn du bspw. die Empfindlichkeit einstellst.

Und wenn ich den Bereich erweitere kann ich definitiv, reproduzierbar die TPs mit der Verschattung triggern.

Genau das erwarte ich auch. Die TP schauen durch das Glas hindurch und sehen die Bewegung der Verschattung. Bewegung -> Präsenz.

Es würde mich halt mal interessieren ob jemand anderes ähnliche Beobachtungen bei stürmischem Wetter gemacht hat.

Ja, gerade Raffstore im Erfassungsbereich des Melders lösen auch bei Wind die Präsenz aus. Einfach weil Bewegung -> Präsenz.

[willisurf]

Was ist der Nachteil der Sperre?

Man muss sich halt gute Kriterien überlegen, wann die Sperre wieder aufgehoben wird.
Daher bevorzuge ich andere Lösungen.
Geht aber natürlich auch mit Sperre, wenn es durchdacht ist. Ist eher eine Marotte, diese zu vermeiden.

Mein Gedanke ist, dass der TP erst dann aktiviert wird, wenn im Zimmer davor (man muss durch dieses den Raum betreten) Präsenz erkannt wird.

Ist m.E. nur eine Notlösung gegen Fehlauslösungen. Das schnelle Ansprechen ist mindestens genauso wichtig. Schlechte Sensorik nervt auf Dauer….

[livingpure]

Nicht Sperre, das ist unelegant und böse

Ich habe es über den VPM gelöst, da kann man direkt bei den 2 Eingängen angeben, ob Präsenz auch ausgelöst oder nur gehalten werden soll.

Was ist der Nachteil der Sperre?

Könnte man den TP auch durch einen PIR in dem Zimmer daneben freigeben? Mein Gedanke ist, dass der TP erst dann aktiviert wird, wenn im Zimmer davor (man muss durch dieses den Raum betreten) Präsenz erkannt wird. Allerdings geht das dann nicht über klassisch Master / Slave, sonst würde das Licht schon angehen, wenn man den TP Raum gar nicht betritt. Wobei damit auch nur Fehlauslösungen reduziert werden, nicht aber die langsame Erkennung …

[Darrol]

Was sich aber doch durch Reichweiteneinstellung verhindern lassen sollte.

Da bin ich mir halt nicht so sicher. Ich kann mir durchaus vorstellen, dass der Sensor an sich, hardwarebedingt, zunächst mal keinerlei Begrenzung hat und die eingestellte Reichweitenbegrenzung nur durch eine softwareseitige Entfernungsmessung realisiert wird. D.h. alles was ausserhalb der eingestellten Reichweite liegt wird zunächst auch erfasst, geprüft und dann ignoriert.

Meine besagten Raffstoren liegen beispielsweise auch ausserhalb meiner eingestellten Reichweite. Und wenn ich den Bereich erweitere kann ich definitiv, reproduzierbar die TPs mit der Verschattung triggern.

Es würde mich halt mal interessieren ob jemand anderes ähnliche Beobachtungen bei stürmischem Wetter gemacht hat.

[c4orbi]

willisurf & mumpf ihr habt natürlich Recht. Ich bin ja auch im Besitz des VPM und werde es damit umsetzen.

[Alloc]

Ich sperre und habe damit auch keine Probleme. Habe aber auch bei jedem der PIR-PM einen LK als reine "Präsenzerkennung", sprich da wird nicht direkt Licht geschaltet oder ähnliches sondern für Dinge wie Visu, spezielle Logiken und so. Dieser LK ist dann Vollautomat ohne Helligkeitsabhängigkeit und setzt/entfernt nebenbei dann eben auch die Sperre des TPM-LK. Der TPM hingegen hat immer nur einen LK, der dann lediglich auf alle Slave-Eingänge des PIR geht.

Achja, PIR sind aktuell MDT PM, hat vorher mit den BJ 6131 natürlich genauso funktioniert

[traxanos]

Ich nutze den VPM und du hast recht ich sperre garnicht .

[mumpf]

traxanos: Mit dem VPM brauchst Du nicht mehr zu sperren .

Gruß, Waldemar

[willisurf]

Wird das Sperren dann vom Master PM ausgelöst sobald der TP keine Präsenz mehr meldet und die Nachlaufzeit des Master PM abgelaufen ist?

Nicht Sperre, das ist unelegant und böse

Ich habe es über den VPM gelöst, da kann man direkt bei den 2 Eingängen angeben, ob Präsenz auch ausgelöst oder nur gehalten werden soll.
Alternativ geht auch ein TOR.

Wenn das alles zu kompliziert klingt, hatte gbglace mal eine Variante mit Halbautomat ins Spiel gebracht.