Steinel True Presence – Präsenzmelder

[martiko]

Ich war schon kurz davor zu bestellen, aber die Antwort auf die Frage bzw. das Problem warte ich dann doch lieber mal noch ab ;-)

[Magnuss]

Ich habe meinen um „50% reduzierten“ am Wochenende in Betrieb genommen.
bekomme es einfach nicht parametriert dass der PM das Licht nicht schneller als in circa 3 Sekunden anschaltet.

Bedeutet ich laufe in den Raum rein und ggf. direkt auf einen Schrank drauf, da das Licht erst nach 3 Sekunden angeschaltet wird.
die Empfindlichkeitsstufen müsste ich mittlerweile alle durch haben ...

Hat noch jemand ein solches „Delay“ feststellen können?

[evolution]

Die Aktion scheint wohl rum zu sein: der True presence multisensor kostet 474,81€.
schade... für 50% würde ich einen nehmen...

Hallo Thorsten,

ich habe ein gute Nachricht für Dich und alle Interessenten, die bisher nicht bei der Einführungsaktion zum Zuge gekommen sind. Steinel hat aufgrund der hohen Nachfrage nochmals nachgelegt und bietet weitere 150 Stück mit einem Rabatt von 50% auf den UVP an. Hierfür besten Dank an die Firma Steinel!
Pro Bestellung kann nur ein Gerät rabattiert erworben werden. Der Rabatt verschwindet automatisch, sobald man mehr als ein Gerät in den Warenkorb packt. Eine weitere Auflage dieser Einführungsaktion wird es nicht geben.
Die Einführungsaktion gilt für folgende Produkte, die ich Euch direkt verlinkt habe: TruePresence KNX, TruePresence Multisensor KNX, Multisensor Air KNX.

[gbglace]

Es wird wohl irgendetwas zwischen Kugel und Zylinder sein. Je nach maximaler Reichweite und Fähigkeit der Verktorberechnung an Hand der verfügbaren Messdaten.
Ein nach obenzulaufender Kegel ist aber am unwahrscheinlichsten, da es nicht dem aktiven HF-Messprinzip entspricht.

[Beleuchtfix]

Dann müsste aber die Antenne irgendwie fiesen Kegel erzeugen.
Gruß Florian

[Delta6400]

Auf das ich vielleicht gelyncht werde
Ich hab das jetzt so verstanden, dass man mit der Reichweite den Radius um den Melder meint.
Also auf dem Boden eine Kreisfläche die als Radius die Reichweite besitzt.
Und das das Volumen (der Bereich den der Sensor dann abdeckt) ein Kegel ist und keine Halbkugel.

[Beleuchtfix]

Nochmals zurück zur Reichweite, da er technisch bedingt keine Richtung sondern nur Entfernung auswerten kann, muss die Reichweite also eine Halbkugel um den Melder herum sein. Wenn als Entfernung der Wert am Boden angenommen wird, dann müsste bei z.B. 2,5 m Höhe und 2,5 m Bodenreichweite der Erfassungsbereich ca 3,53 m sein (Durchmesser der Halbkugel). Eine stehende Person würde also deutlich weiter entfernt erkannt werden. Hier könnte man jedenfalls beschreiben, wie die Auswertung genau stattfindet.
Gruß Florian
übrigens, die Tabelle zur Auswertung erklärt einiges und erklärt manche Eigenheiten. Irgendwie denkt man immer, das z.B. 7 empfindlicher ist als 6, was so nicht stimmt.

[crewo]

Ich habe das eben nicht mehr nachstellen können, dass das "Ein" doppelt kommt - somit Entwarnung. Auch wird keine Sperre gesetzt wenn per KO der Status geliefert wird auf das KO1, das war aber bei mir sowieso noch nie der Fall. Ich habe aber vor dem Test dank der neuen Tabelle von Frank für die Sensoreinstellung die Applikation neu übertragen - evtl. war das eine Art Selbstheilung...

[crewo]

Ich schau später mal, aber ich bin mir sicher, dass der zusätzliche "EIN" ohne weitere Kommunikation anderer Bus-Teilnehmer direkt vom Steinel selbst kommt.

[mumpf]

Unsere Idealvorstellungen liegen hier imo recht nah beisammen.

Das denke ich auch. Wenn der Schaltausgang mit hörenden Adressen ohne Sperre funktionieren würde, wäre es das, was man (ich) haben will.

Gruß, Waldemar

[evolution]

Danke Waldemar für den Input. Ich gebe es weiter. Unsere Idealvorstellungen liegen hier imo recht nah beisammen.

[mumpf]

Hallo Frank,

hier die Infos:
Aus der Steinel-App: Produkt True Presence KNX (7079), Firmware Version 1.0
Aus der ETS: Applikation TruePresence V1.0, Gerätetyp $7079

Danke für Deine Geduld!

Warum crewo da eine zusätzliches EIN auf dem Schaltausgang bekommt und kein EIN auf dem Sperrstatus, kann ich derzeit nicht sagen. Bei mir ist es umgekehrt: Der Sperrstatus "EIN" wird jedesmal gesendet, wenn auf dem Schaltausgang ein Telegramm empfangen wird. Stört mich aber nicht.

Ich möchte noch kurz motivieren, warum mich die Sperre stört. Es geht hierbei nicht um den Einschalt-Fall, da wird ja nach der Nachlaufzeit passend ausgeschaltet, wenn keiner im Raum ist, das klappt auch über KO 9. Relevanter ist hier der Ausschalt-Fall:

Wenn durch irgendeine Automatik (also nicht vom Benutzer über eine Taste) das Licht ungewollt ausgeschaltet wird, dann kann man bei Meldern, die einen Statuseingang ohne Sperre haben, das Licht durch "Winken" wieder einschalten. Mit der Sperre geht das nicht, da die Sperre so lange erhalten bleibt, wie der PM Präsenz erkennt. Und in diesem Fall ist der Riesenvorteil vom TruePresence ein Nachteil: Der Erkennt die Präsenz auch wenn man ganz still während der Nachlaufzeit sitzt/liegt. Und wenn Du jetzt sagst, dass man dann eben die Automatikfunktion korrigieren muss, dass diese nicht das Licht ausschalten, dann gebe ich Dir natürlich recht - nur ist der Alltag nicht in allen Facetten in Regeln zu gießen - sh*t happens...

Durch meine vielen Versuche sehe ich jetzt aber einen Weg, wie ich mein gewünschtes Ausschaltverhalten bei Automatikfunktionen hin bekomme:

• Manuelle und automatische Schaltfunktionen (nicht der Aktorstatus) gehen an "Eingang schalten"
• Die automatischen Schaltfunktionen triggern ein Treppenlicht, dass die Sperre nach kurzer Zeit (1-3 Sekunden) zurücksetzt.
• Falls ich die Sperre noch für was anderes brauche, dann wird das Treppenlicht nur getriggert, wenn der Sperrstatus FALSE ist.

Damit kann ich mit einem Treppenlicht und einem zusätzlichen UND mein Problem lösen.

Exun: Wenn es Dir nur um das Ausschalten nach einem externen Einschalten geht, dann kannst Du das Problem auch mit nur einem Kanal lösen: Du musst vor den "Eingang Schalten" einen Filter setzen, der nur das AN-Signal durchlässt, dann hast Du das, was Du möchtest (ohne die aufwändige Parametrierung des 2. Kanals).

Gruß, Waldemar

[evolution]

Die Lampe wurde somit nach der Nachlaufzeit ausgeschaltet und die Sperre zurückgenommen (oben hatte ich gegenteiliges geschrieben, aber da ich nicht in dem Raum war - ich wollte ja den Präsenzmelder nicht beeinflussen - hatte ich den Sonnenschein aus dem Wohnzimmer als "Lampe immer noch an" interpretiert).

Passt.

[evolution]

Danke für die Infos, Waldemar. Hier handelt es sich offensichtlich um ein anderes Verhalten. Und das sollte so nicht sein. Kannst Du mir bitte die Daten aus der SmartRemote App -> Reiter "Info" und die von Dir verwendete Produktdatenbank mit Programmversion und Fingerprint zusenden?

[mumpf]

Hallo Frank,

Beim Mithören des Schaltbefehls über die gemeinsame Schalt-GA auf KO #1 wird hingegen keine Sperre gesetzt

diese Herausforderung nehme ich an:

Soeben ausprobiert, keine Präsenz im Raum, kein Licht an:

#

Zeit

Dienst

Flags

Prio

Quelladresse

Quellname

Zieladresse

Zielname

Rout

Typ

DPT

Info

90

23.10.2019 11:45:19,122

vom Bus

Niedrig

1.0.254

Dummy

19/0/30

19/0/30-Wohnzimmer: Stehlampe schalten

4

GroupValueWrite

1.001 Schalten

$01 | Ein

91

23.10.2019 11:45:19,293

vom Bus

Niedrig

1.0.25

AKS-2016.02 Schaltaktor 20-fach, 12TE, 16A (10mA)

19/0/31

19/0/31-Wohnzimmer: Stehlampe schalten Status

5

GroupValueWrite

1.001 Schalten

$01 | Ein

92

23.10.2019 11:45:19,329

vom Bus

Niedrig

1.0.5

SCN-LOG1.02 Logikmodul

19/0/201

19/0/201-Wohnzimmer: Licht Status

5

GroupValueWrite

1.001 Schalten

$01 | Ein

93

23.10.2019 11:45:19,413

vom Bus

Niedrig

1.0.131

STEINEL True Presence

19/4/34

Wohnzimmer: PM Lichtkanal sperren Status

5

GroupValueWrite

1.001 Schalten

$01 | Ein

Es sind direkt 4 Telegramme hintereinander, Telegramm 90 ist der Schaltbefehl, die 91 die Statusrückmeldung vom Schaltaktor, die 92 das Ergebnis vom ODER über alle Lampenstati, diese GA geht als hörende Adresse auf KO 1 beim Steinel, der antwortet mit Sperre EIN. Und auch nach 10 Minuten (Nachlaufzeit ist nur 2 Minuten) ist die Lampe auch immer noch nicht aus (was für eine Sperre sprechen würde). Nach der Rücknahme der Sperre und 5 Minuten später ist die Lampe immer noch an... hätte ich auch nicht erwartet, aber das ist nochmal ein anderes Thema.

Nach genauer Auswertung des Gruppenmonitors habe ich folgendes gefunden:

#

Zeit

Dienst

Flags

Prio

Quelladresse

Quellname

Zieladresse

Zielname

Rout

Typ

DPT

Info

307

23.10.2019 11:47:18,772

vom Bus

Niedrig

1.0.131

STEINEL True Presence

19/4/30

19/4/30-Wohnzimmer: PM Lichtkanal schalten

5

GroupValueWrite

1.001 Schalten

$00 | Aus

308

23.10.2019 11:47:18,805

vom Bus

Niedrig

1.0.131

STEINEL True Presence

19/4/34

Wohnzimmer: PM Lichtkanal sperren Status

5

GroupValueWrite

1.001 Schalten

$00 | Aus

Die Lampe wurde somit nach der Nachlaufzeit ausgeschaltet und die Sperre zurückgenommen (oben hatte ich gegenteiliges geschrieben, aber da ich nicht in dem Raum war - ich wollte ja den Präsenzmelder nicht beeinflussen - hatte ich den Sonnenschein aus dem Wohnzimmer als "Lampe immer noch an" interpretiert).

crewo: Ich kann nicht bestätigen, dass vom PM nochmal ein Ein-Signal kommt. Bei mir kommt nur die Sperre.

Jetzt ist die Frage, woher das unterschiedliche Verhalten kommt. Ist das von der Parametrierung abhängig? Oder gibt es verschiedene Melder mit verschiedenem Verhalten auf dem Markt? Oder gibt es verschiedene Applikationsversionen?

Ich habe noch ein Ausschnitt der relevanten GA-KO-Zuordnungen als screenshot beigefügt.
SteinelLichtausgang.PNG
Gruß, Waldemar