Steinel True Presence – Präsenzmelder

[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...

[lidl]

Wenn ich den Melder an eine andere Position oder Raum hänge, wie kann ich da die Erstellung des Raumbildes erzwingen? Per ETS einfach nochmal programmieren?

Laut Doku wird jedes mal ein neues Raumbild erstellt sobald man in der ETS die Montagehöhe bzw. den Erkennungsradius ändert.

[Dragonos2000]

Wenn ich den Melder an eine andere Position oder Raum hänge, wie kann ich da die Erstellung des Raumbildes erzwingen? Per ETS einfach nochmal programmieren?

[evolution]

Sofern der Bus schon aktiv ist wenn ich dem Melder die Busklemme anstecke und ihn dann an die Decke klipse und von der Leiter steige, verfälscht das ja dann auch die Initialisierung. Im Nachhinein also nochmals per ETS eine Programmierung anstupsen genügt oder zwingend das Bussegment von der Spannungsversorgung nehmen?

Nein das ist nicht notwendig. Der TruePresence holt die Erstellung des Raumbildes nach.

[gbglace]

Naja schon möglich daß er den Bereich des Raumeingangs dann als Festkörper fehlinterpretiert gespeichert hat wenn Du da dann in der Türe standest um zu schauen wie es nun so ist.

Sofern der Bus schon aktiv ist wenn ich dem Melder die Busklemme anstecke und ihn dann an die Decke klipse und von der Leiter steige, verfälscht das ja dann auch die Initialisierung. Im Nachhinein also nochmals per ETS eine Programmierung anstupsen genügt oder zwingend das Bussegment von der Spannungsversorgung nehmen?

[lidl]

Und warum ist deine Empfindlichkeit so niedrig eingestellt?

Ich glaube mich erinnern zu können, dass Frank hier mal meinte, dass er mit Stufe 7 immer auskommt und die höheren Stufen zu Problemen führen können (z.B.: zu intensiv durch Wände schauen). Das ist der Grund, warum ich garnicht auf die Idee gekommen bin die noch höher zu setzen (8 hab ich getestet, bei 9 ist eh schon Schluss). Außerdem: Wenn der Melder dann mal aus seinem Sekundenschlaf aufgewacht ist funktioniert ja alles prächtig - selbst bei 30 Sekunden Nachlaufzeit.

Meinst du dass die Verzögerung mit der Empfindlichkeit zusammenhängt? Testen kann ich das morgen gerne nochmal.

Edit:
In der Doku habe ich gerade noch gelesen:

Bei der Erstinbetriebnahme erstellt der Präsenzmelder ein Raumbild. Dabei muss der Raum für 2 bis 2,5 Minuten frei von Bewegung sein.

Das habe ich nicht getan, ich bin natürlich sofort rein gelaufen . Ob es damit zusammenhängt?

[vento66]

Und warum ist deine Empfindlichkeit so niedrig eingestellt?