Steinel True Presence – Präsenzmelder

[DerSmily]

Bitte versuchen Sie das 2.1 Update nochmal einzuspielen für den Controller 0

in der App kann ich in diesem Update Modus überhaupt keine Files auswählen?

[Steinel Technical Support]

So ein Updateärgernis habe ich schon lange nicht mehr erlebt 😤 Neuerdings hängt der Melder jetzt im Update Mode fest und zeigt nur noch MS_TP DFU an.

Könnte jemand den Link zu den aktuell funktionierenden Versionen posten?
Zusätzlich schaffe ich es nicht mehr, über die App (Download, per Mail schicken, mit der App verknüpfen) die alten Dateien in die App zu bekommen.

Bitte versuchen Sie das 2.1 Update nochmal einzuspielen für den Controller 0

[DerSmily]

So ein Updateärgernis habe ich schon lange nicht mehr erlebt 😤 Neuerdings hängt der Melder jetzt im Update Mode fest und zeigt nur noch MS_TP DFU an.

Könnte jemand den Link zu den aktuell funktionierenden Versionen posten?
Zusätzlich schaffe ich es nicht mehr, über die App (Download, per Mail schicken, mit der App verknüpfen) die alten Dateien in die App zu bekommen.

[cybersmart]

Ich hatte das rot Leuchten auch nach Update - da ging dann nix mehr.
Habe dann die beiden anderen Firmwares trotz gleichem Versionsstand über die App nochmal drüber gebügelt, danach konnte er wieder programmiert und in Betrieb genommen werden.

[Steinel Technical Support]

Hi,

Vielleicht habt ihr es ja anders programmiert, die Formulierung oben

lässt einen anderen Schluss zu.

Gruß, Waldemar

Ich glaube das ist falsch verstanden worden. Natürlich reicht es aus, wenn ein Ausschaltkriterium für die Dauer der Nachlaufzeit erfüllt ist. Entweder "keine Präsenz" oder "ausreichend Helligkeit".

Ich drücks mal etwas deutlicher aus

Wenn die Sonne voll in den Raum bretzelt, dann kann da ne Horde Elefanten im Raum ne Party feiern, das Licht wird nach Ablauf der Nachlaufzeit ausschalten.

Sollte sich in der Zwischenzeit, wie beschrieben im letzten Beispiel, das erfüllte Ausschaltkriterium verändern (Punkt 6), dann würde ab dann die Nachlaufzeit neu ablaufen ohne nachgetriggert werden zu können.

Man kanns auch einfach umdrehen, solange kein Ausschaltkriterium erfüllt ist ("keine Präsenz" oder "ausreichend Helligkeit"), wird die Nachlaufzeit bei Präsenz nachgetriggert.

[willisurf]

Ja, Waldemar sollte von Steinel, als Senior Software Engineer bezahlt werden.

[gbglace]

Danke Waldemar für die gute Schreibweise. Ich hab sowas immer schnell im Kopf als Konstrukt, kann es manchmal nicht gut schriftlich fixieren.

[mumpf]

Hi,

die Logik ist so, wenn ein Ausschaltkriterium erfüllt ist (ausreichend Helligkeit oder keine Präsenz) läuft die eingestellte Nachlaufzeit ab und dann wird ausgeschaltet, wenn die gesamte Nachlaufzeit keine Änderung der Ausschaltkriterien vorliegt (also erneute Präsenz oder es ist wieder dunkler).

wenn das wirklich so ist, ist es leider falsch und dann hat Göran recht. Das darf man nicht vermischen, es gibt nicht nur ein Ausschaltkriterium, dass dann wieder aufgehoben werden kann. Der Fehlerfall im Detail:

• Es ist ausreichend Helligkeit => Ausschaltkriterium erfüllt
• Nachlaufzeit läuft
• Es wird erneut Präsenz festgestellt => Ausschaltkriterium aufgehoben
• Als Konsequenz schaltet der PM nicht ab, obwohl es hell genug ist.

Natürlich ist natürliche Sprache kein Coding (und ich kenne euer Coding nicht), aber da ist kein ODER dazwischen bzw. es gibt nicht ein Ausschaltkriterium. Korrekt wäre:

• Es ist ausreichend Helligkeit => Ausschaltkriterium "Hell genug" erfüllt
• Nachlaufzeit "Hell genug" läuft
• Präsenz wird festgestellt => Ausschaltkriterium "Niemand da" aufgehoben
• Nachlaufzeit "Hell genug" abgelaufen -> Licht aus, weil hell genug

Auch wenn ihr nur einen Nachlaufzeit-Parameter habt, bewahrt euch das intern nicht vor 2 getrennten Timern, die sich nicht gegenseitig beeinflussen. Das kann man an einem komplizierteren Fall erkennen:

1. T+0s: Präsenz festgestellt => Licht an
2. T+50s: Es ist ausreichend Helligkeit => Ausschaltkriterium "Hell genug" erfüllt
3. T+50s: Nachlaufzeit (60s) "Hell genug" läuft
4. T+60s: Präsenz weg => Ausschaltkriterium "Niemand da" erfüllt
5. T+60s: Nachlaufzeit (60s) "Niemand da" läuft, Nachlaufzeit "Hell genug" hat noch 50s
6. T+70s: Wieder dunkel => Ausschaltkriterium "Hell genug" aufgehoben
7. T+70s: Nachlaufzeit "Hell genug" aufgehoben, Nachlaufzeit "Niemand da" hat noch 50s
8. T+120s: Licht aus

Mit nur einer Nachlaufzeit würde Punkt 6. das Ausschaltkriterium aufheben ohne dass jemand im Raum ist und das Licht nicht mehr ausgehen.

Vielleicht habt ihr es ja anders programmiert, die Formulierung oben

wenn die gesamte Nachlaufzeit keine Änderung der Ausschaltkriterien vorliegt

lässt einen anderen Schluss zu.

Gruß, Waldemar

[Steinel Technical Support]

Hallo zusammen, nach einem SW Update über die App hat mein TP Melder nur noch rot geleuchtet. Also zu Voltus eingeschickt und nach 8!! Wochen wieder einen Melder bekommen. Melder angesteckt und er blinkt Orange. Diesen Zustand gibt es laut Anleitung gar nicht. Wenn ich die App öffne finde ich den Melder mit dem Namen: MS_TP DFU. Es ist nicht möglich Updates über die App aufzuspielen.
Hatte jemand schon einmal so ein Problem? DFU ist ja in der Regel eine Art Werksreset.

Grüße und vorab schon vielen Dank.

Bitte einmal unter knx@steinel.de melden. Wir würden uns dann mal direkt mit Ihnen in Verbindung setzen.
Danke!

[Steinel Technical Support]

Hier nochmal kurz der Hinweis, falls es grade akute Probleme gibt, außerhalb der Personen die mit uns in Kontakt sind, dann bitte unter knx@steinel.de melden.

[Steinel Technical Support]

Hi Göran,

Bei Automatisierungen haben ja Hysteresen einen Sinn. Und Verzögerungen auch...
So wie ich die Steinel-Aussage verstehe, wird nicht sofort bei der Ausschaltschwelle ausgeschaltet, sondern es wird gewartet, dass die Helligkeit über der Ausschaltschwelle eine gewisse Zeit anhält - und diese Zeit ist beim TP wohl die Nachlaufzeit.



Gruß, Waldemar

Da ist so weit korrekt, die Logik ist so, wenn ein Ausschaltkriterium erfüllt ist (ausreichend Helligkeit oder keine Präsenz) läuft die eingestellte Nachlaufzeit ab und dann wird ausgeschaltet, wenn die gesamte Nachlaufzeit keine Änderung der Ausschaltkriterien vorliegt (also erneute Präsenz oder es ist wieder dunkler).

[crewo]

Ja das war die Frage, alles klar, dann weiß ich bescheid! Ich dachte erst mit den neuesten Updates geht das in der neuen App dann weiter.

[Steinel Technical Support]

Ja das läuft - aber eben (noch?) nicht kompatibel mit der neuen App. Das passt dann und ich mache nichts falsch, nehme ich mal an?

Hallo,

hatte wohl letzte Woche das bekannte Brett vorm Kopf. Meinen Sie mit neuer App die Steinel Connect App und nicht das update der SmartRemote App?

Dann ist das korrekt, die KNX Melder laufen aktuell nur in der Steinel SmartRemote App und werden erst in Zukunft auf das offizielle Bluetooth SIG Mesh geupdatet.

[gbglace]

OK ja dann ist es aber zumindest verwirrend wenn es da einen Parameter Nachlaufzeit für zweierlei verschiedener Funktionen gibt. Das das besser nicht bei jedem Lichtwechsel hart an dem Schwellwert schalten sollte, ist natürlich vernünftig.

Dann aber doch besser eine separate Nachlaufzeit für diese Hysteresefunktion und nicht jene der allgemeinen Bewegung/Präsenz Nachlaufzeit, weil da kann ich mir einfach auch vorstellen jeweils andere haben zu wollen.

[mumpf]

Hi Göran,

die Aussage oben

Tatsächlich schaltet die Konstantlichtregelung bei ausreichend Tageslicht über das entsprechende KO auch Aus. Allerdings erst wenn ausreichend Helligkeit vorhanden ist (logisch) UND nach Ablauf der entsprechenden Nachlaufzeit (unlogisch? zumindest nirgends beschrieben).

und Deine

Da braucht man auch keine Doku ändern, das ist in der Form einfach ein Fehler in der Applikation. Ausschalten wegen ausreichender Helligkeit ist eben ausschalten auch während erkannter Bewegung/Präsenz. Wenn er das so nicht tut dann gibt es diese Funktion defacto nicht.

sind 2 verschiedene Sachen! Bei Automatisierungen haben ja Hysteresen einen Sinn. Und Verzögerungen auch...
So wie ich die Steinel-Aussage verstehe, wird nicht sofort bei der Ausschaltschwelle ausgeschaltet, sondern es wird gewartet, dass die Helligkeit über der Ausschaltschwelle eine gewisse Zeit anhält - und diese Zeit ist beim TP wohl die Nachlaufzeit. Und das ist korrekt - zumindest meiner Meinung nach. Denn Du willst nicht, dass das Licht sofort ausgeht, nur weil mal kurz ein Wolkenloch etwas Sonne durchlässt. Man hätte auch einen weiteren Parameter "Nachlaufzeit Ausschaltschwelle" spenden können, hat man sich aber gespart - ist aber eigentlich kein Problem, da der TP ja eigentlich recht kurze Nachlaufzeiten unterstützt.

Im obigen Beispiel spielt Präsenz/Bewegung gar keine Rolle. Was Du meinst - zumindest verstehe ich es so - dass die Nachlaufzeit, die für das Ausschalten herangezogen wird, auch von Präsenz/Bewegung verlängert wird. Das wäre dann in der Tat Sinnlos und nicht durchdacht. Ich bin ja ewiger Optimist und gehe mal davon aus, dass man in der Firmware nicht einen solchen "Bock" geschossen hat.

DrLooping: Das kannst Du ja einfach testen. Kurze Nachlaufzeit (30 Sek), niedrige Ausschalschwelle, mit einer Taschenlampe unter den Melder stellen und schauen, ob nach 30 Sekunden trotz Präsenz das AUS-Signal kommt.

Gruß, Waldemar