Steinel True Presence – Präsenzmelder

[Burgerking]

Das ist jetzt eine Auslegungssache, es ist natürlich immer eine fehlerhafte Einstellung, ein ungewöhnlicher Raum, ein subjektives Empfinden - am Ende bist du als Kunde in der Beweispflicht, da keiner von Steinel vorbeikommt, kann man das ins unendliche ziehen. Täuscht mich eigentlich mein Eindruck, oder ist das bei anderen Produkten von Steinel auch eher mau, was die Qualität angeht? Alleine das an einem 300 €-PM der Deckel von der Decke fällt, weil mit billigstem Klebeband fixiert, ist doch unterirdisch.

Obwohl ich absolut nichts vom TP halte, kann ich das nicht bestätigen. Ich habe 3 Stück Steinel IR Quattro SLIM XS in den KiZi´s und die werkeln eigentlich gut!

[Burgerking]

Wenn das Dingens denn dann wirklich so funktioniert wie es soll. Nämlich Präsenz erkennen, dann würde ich die 3 Quattro gegen die TP austauschen.
Das sich der Support hier meldet finde ich sehr positiv!

[gbglace]

Wie die Verzögerung bei Bewegung noch ausfällt werden sicher einige nur demnächst hier Berichten. Der Wechsel und den TruePresence Modus erfolgt ja immer etwas verzögert ist dort aber recht zuverlässig aktiv (Sofanutzung)

[vento66]

Ich hab die Teile selber in der Multisensor und TP Ausführung. In einigen Projekten sind die TP verbaut. Bei mir hat bis jetzt aller 3 Monate mal der Multisensor etwas rumgezuckt (verzögerte Auslösung). In den anderen Projekten gibt es genau einen in einem Gästebad der ab und an mal verzögert auslöst. Bin mal gespannt wie es nach dem Update ausschaut. Bis jetzt konnte ich nie was gegen die Melder sagen.

[mumpf]

Hi,

zusätzlich zu dem, was gbglace schrieb, ist diese Aussage nicht korrekt:

Jedoch bleibt sehr häufig "TruePresence" auch auf EIN bis diese Zeit abgelaufen ist, was meiner Meinung nach fehlerhaft ist.

Der TP-Ausgang bleibt so lange an, bis der Melder sicher keine Präsenz mehr erkennt. Das dauert bei diesem Melder 30 Sekunden. Du kannst den Präsenzausgang auf z.B. 1 Minute konfigurieren, der wird auch erst nach 60 Sekunden auf AUS gehen, der TP-Ausgang ist aber unabhängig von dieser Einstellung und wird bereits nach 30 Sekunden auf AUS gehen.

Langer Rede kurzer Sinn: Jeder Sensor braucht eine minimale Zeit, um sicher Zustandswechsel zu erkennen, und bei diesem sind es 30 Sekunden.

Gruß, Waldemar

[andreasrentz]

Momentan hab ich noch ein Problem das das dritte Update nicht durchläuft und vorher an verschiedenen Stellen abbricht, hatte das schon jemand? Vorher möchte ich es bei meinen anderen nicht versuchen.

[vento66]

Eher am Anfang. Da hat er beim TP gemeckert, das ein Update nicht möglich wäre, und ich das später nochmal versuchen solle. Ich tat wie mir geheißen, und war nach dem 10.Versuch erfolgreich... Nur ist das sicher mit der Datei sehr zeitintensiv. IOS genehmigt sich für das 3.Update schliesslich etwas über eine Stunde.... Versuchst Du es über Android?

[andreasrentz]

IOS, werde es morgen mal über andere IOS Geräte versuchen oder über ein Androiden. Wollte eigentlich erst mal abwarten mit dem Update, da ich diese massiven Probleme nie hatte, ganz selten im Elternbad eine verlängerte Verzögerung.

[fudi6489]

Das Update dauerte mit dem Iphone weit über eine Stunde. Danach war das weiße Licht dauerhaft an und ging auch nach langer langer Zeit nicht weg. Via BT war das Gerät noch erreichbar - auf KNX Seite war dann aber alles tot.
Habe dann die KNX Adresse sowie die Applikation neu eingespielt. Das änderte aber an dem weißen Licht nichts. Erst ein Neustart der KNX Linie (Spannung aus) brachte abhilfe.

Das Licht des PM sollte meiner Meinung nach orange leuchten da ja keine Applikation mehr auf dem Melder ist und er ja auf das Aufspielen der selbigen wartet.
Am komfortabelsten geht dies meines Erachtens wenn man in der ETS "Physikalische Adresse und Applikation programmieren" klickt und dann via Steinel App und Bluetooth den Programmiermodus des jeweiligen Melders aktiviert.



Man soll zwar den Tag nicht vor dem Abend loben, aber ich denke das Update verdient zumindest mal von der Erfassungsgeschwindigkeit das Wort Update.
Ich habs aber jetzt nur kurz mehrmals in den 6 Räumen probiert die ich bis jetzt auf dem neuen Stand habe, und die Erfassung war echt flott und auch in den Räumen die früher keine Probleme machten, kommt mir das Einschalten des Lichts noch einen Zacken schneller vor.

LG

[vento66]

Vom Gefühl her kann ich das bestätigen, ist aber eine subjektive Momentaufnahme. Mal sehen ob der 3 Monatsverzögerer dann auch weg ist.

[mumpf]

GUT: Ein GroupValueWrite auf den Lichtausgang macht keine Sperre mehr.

Ich ziehe das Zurück! Es ist schlimmer geworden! Ein GroupValueWrite auf den Lichtausgang (KO1) löscht die Sperre!!! Steinel Technical Support, das könnt ihr nicht machen! Könnt ihr mal schreiben, was ihr euch dabei gedacht habt? Welches Szenario das unterstützen soll?

Ich versuche mal hier das Szenario zu beschreiben, das ich für sinnvoll halte (ich schreibe das mal für Licht, man kann natürlich auch anderes schalten):

1. Der Melder muss in Abhängigkeit von Präsenz Licht ein- und ausschalten (das klappt)
2. Bei manuellem Einschalten (ohne Präsenz im Raum) sollte das Licht nach Ablauf der Nachlaufzeit ausgehen
3. Bei manuellem Ausschalten (mit Präsenz im Raum) sollte das Licht so lange aus bleiben, wie Präsenz erkannt wird
4. Bei automatischem Einschalten von extern (z.B. durch Zeitschaltuhr) ohne Präsenz im Raum sollte das Licht sofort wieder ausgehen - ist kein sehr wichtiger Fall
5. Bei automatischem Ausschalten von extern (z.B. durch Zeitschaltuhr, Treppenlicht) mit Präsenz im Raum sollte das Licht sofort wieder angehen

Das alles würde prima funktionieren, wenn KO9 eine Sperre setzt (Fall 2 und 3) UND KO1 diese Sperre aber NICHT löscht (Fall 4 und 5). Dabei müssen nur die manuellen Funktionen auf KO9 gehen und der Status des Aktors auf KO1 (hörend).

Allerdings darf die Statusmeldung auf KO1 NICHT die Sperre zurücknehmen, die über KO9 gesetzt wurde, denn sonst passiert folgendes (aktueller Zustand):

• Manuell Licht aus -> KO9 bekommt ein "AUS", Sperre wird gesetzt
• Aktor sendet Status "AUS" auf KO1 (hörend)
• Dies löscht wieder die Sperre, KO9-Sperre ist somit wirkungslos.

Gruß, Waldemar

[Steinel Technical Support]

SCHLECHT: Ein GroupValueRead auf Helligkeit wird nicht mit der aktuellen Helligkeit, sondern mit der zuletzt gesendeten Helligkeit beantwortet

Ein KO sollte immer den aktuell gemessenen Wert enthalten, auch wenn dieser nicht auf den Bus gesendet wurde, damit er mit einem GruoupValueRead gelesen werden kann. Das war aber schon vorher so.


P.S.: Steinel Technical Support - kommt denn noch eine knxprod, bei der man sowohl zyklisch wie auch bei Abweichung senden lassen kann (Temperatur, Luftfeuchte, etc.)?

Guten Morgen,

beide Themen sind schon diskutiert worden und stehen auf der Liste der Verbesserungen. Aktuell können wir hier noch keine Aussage zu einem Termin geben, wann das möglich sein wird.

Grüße Steinel Support Team

[Steinel Technical Support]

Ich versuche mal hier das Szenario zu beschreiben, das ich für sinnvoll halte (ich schreibe das mal für Licht, man kann natürlich auch anderes schalten):

1. Der Melder muss in Abhängigkeit von Präsenz Licht ein- und ausschalten (das klappt)
2. Bei manuellem Einschalten (ohne Präsenz im Raum) sollte das Licht nach Ablauf der Nachlaufzeit ausgehen
3. Bei manuellem Ausschalten (mit Präsenz im Raum) sollte das Licht so lange aus bleiben, wie Präsenz erkannt wird
4. Bei automatischem Einschalten von extern (z.B. durch Zeitschaltuhr) ohne Präsenz im Raum sollte das Licht sofort wieder ausgehen - ist kein sehr wichtiger Fall
5. Bei automatischem Ausschalten von extern (z.B. durch Zeitschaltuhr, Treppenlicht) mit Präsenz im Raum sollte das Licht sofort wieder angehen

Hallo Waldemar,

wir sind noch dabei das Verhalten zwischen hörender Adresse und dem Tastereingang zu optimieren. Bitte noch etwas Geduld.

Grüße

Steinel Support Team

[larsrosen]

Hallo,
Steinel Technical Support

ich hatte gerade in einer Anlage mehrere True Presence eingeplant.
Gibt es denn eine Liste mit Known Bugs oder eine ToDo Liste.
Es ist so wirklich schwierig noch mitzukommen, bzw. herauszufinden wo welcher Krux begraben ist.

Ich hoffe, das wir hier nun regelmäßig von euch hören. Ich denke hier werden auch genügend Leute sein, die euch bei einem Live Test weiterhelfen.

[Gast1961]

Nur könnte die Dicke des Metalls irgenwie Einfluss auf die Schirmleistung haben.

Ist hier praktisch nicht relevant, da gibt es den Skineffekt. Der Strom fliesst bei diesen Frequenzen an der Oberfläche, dringt nur wenige Mikrometer in's Metall ein. Alufolie reicht durchaus.

Praxisbeispiel: selbst alubedampfte Fensterscheiben mit ein paar µm Schichtdicke machen ein deutliche HF-Dämpfung.