Steinel True Presence – Präsenzmelder

[mumpf]

So, nach 2 Tagen ein erstes Feedback zum Sensor (subjektiv):

• Ansprechverhalten ist etwas besser, allerdings hatte ich noch nie große Probleme damit
• Die Reichweite (Radius) scheint jetzt leicht anders zu sein, bei gleichem Radius im Wohnzimmer geht bei mir die Präsenzerkennung auf dem Sofa mal aus - mit 10 cm mehr geht es aber wieder.
• Konnte man in der App nicht früher die Entfernung zum Melder sehen? Das ist jetzt irgendwie weg...
• Das (meiner Meinung nach positivste): Bei offenen Fenstern gibt es jetzt keine fehlerhafte Präsenz-Meldung (Das hatte ich nur in einem Raum von 2 Räumen, da ist es jetzt besser)

Gruß, Waldemar

[andreasrentz]

Danke, das erspart mir weitere Versuche.

[mumpf]

Hi,

diese Versionen sind richtig.

Gruß, Waldemar

[andreasrentz]

Was steht bei euch bei den Firmwareständen wenn alles geklappt hat?
Hatte heute morgen das dritte Firmwareupdate laufen lassen, weiß aber nicht ob es erfolgreich war. 94FB8799-7D54-4407-B81A-7D91B12EB2A1.png

[Steinel Technical Support]

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.

Hallo,

ich hänge mal ein Dokument an, was wir geändert haben. Das Thema "hörende Ausgänge" ist wie die Diskussion zeigt noch nicht gelöst. Das Thema kann man als
ToDo sehen. Ansonsten wird sicherlich noch einiges an Feedback kommen.

Grüße

Steinel Support Team

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

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

[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

[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

[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

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

[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

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

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

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.