Steinel True Presence – Präsenzmelder

[gbglace]

Sehr interessante Auflistung. Stufe 6 ist dann offensichlich besser bei der schnellen Erkennung von Bewegung bei Eintritt in den Raum als Stufe 7.
Dieses "wellenartige" Verhalten hat man natürlich nicht im Kopf wenn man nur die ersten beiden Spalten hat.

[Delta6400]

Danke Frank auch von mir.
Die Tabelle hilft definitiv weiter.

Ich hätte jedoch eine Frage, bezüglich der Grundeinstellung:
Die Einbauhöhe ist bei mir klar (2,3m)
Bei der Reichweite habe ich jedoch ein Gedanken Problem.
Man kann diese ja ebenfalls einstellen.
Ist Theoretisch bei jeder Höhe jede Reichweite möglich?
Also unter Reichweite verstehe ich den Boden Radius um den Präsenzmelder.
Bisher habe ich nämlich noch keinen maximalen Abstrahlwinkel gefunden, jedoch müsste er ja theoretisch einen haben?

Ich habe nämlich das Problem, dass der Präsenzmelder auf 2,3m Deckenhöhe hängt und das Bett 2,5m entfernt ist.
Und trotz Einstellung von Szenario 6 (schlafende Personen), schaltet er nach gewisser Zeit das Licht aus.
Natürlich liegen wir währenddessen ruhig im Bett (lesen), jedoch sollte er uns ja trotzdem erkennen.
Weiß jemand einen Idee? Außer Drucksensor, zweiter Bewegungsmelder,...

[evolution]

Jetzt fehlt noch ein Richtwert in qm für gross, Mittel und klein...

Das ist nicht Dein Ernst? Das sollte doch klar sein, wenn man sich die Reichweiteneinstellung eines Melders ansieht...

[mumpf]

Danke Frank,

Das hilft auf jeden Fall. Jetzt fehlt noch ein Richtwert in qm für gross, Mittel und klein...

Gruß, Waldemar

[evolution]

Um den TruePresenz einfach einrichten zu können, fehlt dem Anwender aus meiner Sicht bisher eine Tabelle, um dem entsprechenden Szenario die zugehörigen Sensitivitäten zuordnen zu können. Nachstehend die offiziell freigegebene Tabelle aus der Entwicklungsabteilung von Steinel. Ich hoffe diese hilft Euch.

TruePresence Tabelle Szenario.JPG

P.S.: Die Bezeichnungen sind namentlich nicht identisch zu jenen in der Produktdatenbank - aber vergleichbar.

[mumpf]

Danke, das kann ich auch selber probieren. Ich hatte bisher den Sperrstatus nicht verknüpft, deswegen hier auch nichts gesehen...

Gruß, Waldemar

[crewo]

Ja habs ausprobiert, ich dachte da kam auf dem Sperre-Status-KO nichts, kann aber noch einmal zur Sicherheit schauen!

[mumpf]

Hi, wo hast du das her, das der Melder bei KO1 nicht gesperrt wird? Durch ausprobieren? Das zusätzliche ein/aus würde mich nicht stören. Die Sperre schon...

Gruß, Waldemar

[crewo]

Naja, ich hoffe ja doch, das Steinel, wenn sie denn schon so ein geniales Produkt entwickelt haben, doch noch dieses softwareseitig weiterentwickeln...

Das sollte mal relativiert werden, denn die eigentliche Core-Technologie ist lediglich zugekauft und dann mMn relativ schlecht weil unflexibel und fehlerhaft an KNX angebunden worden. Ich bin auch mittlerweile mehr als ernüchtert von dem Ding. Mir ist jetzt auch vom 2. die Abdeckung abgefallen, hatte ich vor paar Monaten schon beim 1. im Bad, das nur am Rande spricht aber irgendwie auch Bände.

Status Licht an/aus:
Man kann dem Melder nicht vernünftig mitteilen, dass ein Licht eingeschaltet wurde (z.B. durch eine Szene), zumindest finde ich keinen Weg. Ausser über z.B. das KO 1 (Lichtausgang, bei Kanal 1) den Status vom Aktor als 2. hörende GA zu verknüpfen. Das führt aber dazu, dass bei Empfang von "Status Licht an/aus" er noch einmal direkt danach einen Schaltbefehl mit "an/aus" sendet.

Laut Anleitung ist das Verhalten auch so beschrieben, stimmt aber auch nicht ganz:
"Empfängt dieses Objekt ein Telegramm, verhält es sich wie "Lichtausgang X Eingang schalten"." -> Das stimmt in sofern nicht, dass zumindest nicht der Melder gesperrt wird, wie bei "Lichtausgang X Eingang schalten" der Fall. Macht ja auch keinen Sinn, dass bei Status-Meldung vom Aktor der PM gesperrt wird, aber eben macht es auch keinen Sinn, dass er noch einmal einen Ein-Befehl sendet...

Wie teilt ihr denn dem Melder mit, dass ein Kanal ohne Präsenz (von extern) eingeschaltet wurde, damit der das Licht zuverlässig wieder ausschaltet?

[Burgerking]

Ein Update der Firmware wird man mit der Steinel App "SmartRemote", also über Bluetooth durchführen können. Bisher ist kein Update geplant.

Ok, Danke!
Soll heißen, bei dem jetzt gekauften wird sich nichts ändern? Revision = Hardwareänderung?

BTW: Gibt's die Aktion noch immer? Wie lange?

[evolution]

Das Thema mit Werte senden bei Änderung oder Zyklisch finde ich auch etwas komisch. Bei Änderung und Zyklisch wäre schon angebracht. Gibt es eigentlisch schon eine neue Firmware?

Dazu hatte ich mich bereits geäußert:

Dass die Messwerte nicht gleichermaßen "zyklisch" und "bei Änderung" senden ist bekannt und wird sicherlich bei der nächsten Revision oder Generation geändert werden.

Ein Update der Firmware wird man mit der Steinel App "SmartRemote", also über Bluetooth durchführen können. Bisher ist kein Update geplant.

[Burgerking]

Naja, ich hoffe ja doch, das Steinel, wenn sie denn schon so ein geniales Produkt entwickelt haben, doch noch dieses softwareseitig weiterentwickeln...

Das Thema mit Werte senden bei Änderung oder Zyklisch finde ich auch etwas komisch. Bei Änderung und Zyklisch wäre schon angebracht.

Gibt es eigentlisch schon eine neue Firmware? Und wie wird sie aktualisiert?

Vielleicht kann ja Frank evolution etwas dazu sagen?

lg

[fudi6489]

Hast du eh keinen fehler mit der Gruppenadresse? DPT 9001 Temperatur?
Müsste 9004 sein

Mit unterschiedlichen Helligkeitswerten hab ich auffallend kein gravierendes Problem.
Nur hat der Melder bei 69 Lux eingeschaltet obwohl 55 Lux eingestellt sind.

Ich bleib dabei die Melder sind aktuell ihr Geld nicht wert. Das einzige was echt zufriedenstellend funktioniert ist die TruePresence.

Liebe Grüße

[mumpf]

Hi,

ich hab heute was getestet und bin nicht begeistert... gegen 17:57 Uhr hat der Melder Licht angemacht, da ist der Helligkeitswert auf 1 Lux gesunken.

#

Zeit

Dienst

Flags

Prio

Quelladresse

Quellname

Zieladresse

Zielname

Rout

Typ

DPT

Info

1738

21.10.2019 17:57:32,548

vom Bus

Niedrig

1.0.131

STEINEL True Presence

19/2/4

Wohnzimmer: Helligkeit

5

GroupValueWrite

9.001 Temperatur (°C)

00 64 | 1 °C

Es war viel zu hell (meiner Meinung nach). Ich habe per ETS "Reset Device gemacht", der Melder hat brav beim Neustart "Licht an" gesendet (da Licht noch an war, war das nur in der ETS zu sehen), dann kam nach ca. 30 Sekunden "Licht aus", danach war der Helligkeitswert 15 Lux, obwohl es 15 Minuten später war (und damit - wenn überhaupt - dunkler).

#

Zeit

Dienst

Flags

Prio

Quelladresse

Quellname

Zieladresse

Zielname

Rout

Typ

DPT

Info

3945

21.10.2019 18:13:52,738

vom Bus

Niedrig

1.0.131

STEINEL True Presence

19/2/4

Wohnzimmer: Helligkeit

5

GroupValueWrite

9.001 Temperatur (°C)

05 DC | 15 °C

Das ist doch bescheuert... mir ist der eigentliche Luxwert egal, ich schau mir normalerweise an, welcher Luxwert gesendet wird, wenn ich denke, dass es jetzt dunkel genug fürs Licht einschalten ist und dann nehme ich diesen Luxwert als Schwellwert. Das funktioniert bei diesem Melder aber nicht, wenn der Luxwert unterschiedlich ist, je nachdem, wann der Melder gestartet wird. Kann das jemand bestätigen?

Danke und Gruß,
Waldemar

P.S.: Dass in der Tabelle °C steht, liegt daran, dass der Gruppenmonitor trotz korrektem DPT an der GA der Meinung zu sein scheint, dass es sich um Temperatur handelt...

[Dragonos2000]

Ok, danke. Das hab' ich überlesen...