Steinel True Presence – Präsenzmelder

[willisurf]

Ok, verstehe. Dann fällt mir im Moment auch nichts mehr ein, außer das SW Update nochmal komplett von Anfang an mit allen Teilen, in der Reihenfolge zu machen. Danach nochmal PA (nicht GA) und Applikation programmieren.

[padylang]

Genau das geht leider nicht da die App keine SW annietet.

[willisurf]

Von der Steinelseite herunterladen und per Mail ans Handy senden. Dann müsste die App die SW finden.

[DrLooping]

Hallo Gemeinde,

ich hatte am Freitag einen kurzen Termin mit Steinel Technical Support zum Thema Konstantlichtregelung.
Sehr angenehm, sehr lösungsorientiert. Fazit "das Ding" geht. Leider ist die Funktion oder mindestens die Beschreibung in der Dokumentation etwas missverständlich.

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

Steinel Technical Support hat angegeben das zumindest in der Doku entsprechend zu beschreiben. Das Thema Konstantlichtregelung ist für mich also abgeschlossen. Besten Dank!

[gbglace]

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

Das ist dann aber in der Tat kein Ausschaltverhalten wegen ausreichender natürlicher Helligkeit, wenn das Ende der Nachlaufzeit beachtet wird. Das ist dann effektiv nichts anderes als die Berücksichtigung eines Schwellwertes als Einschalthelligkeit ab der nicht mehr eingeschaltet wird.

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.

Eine solche Funktion sollte in einer sinnvollen Funktion so funktionieren, dass der Melder bei Helligkeit unter Einschaltschwellwert und erkannter Bewegung/Präsenz einschaltet dann auf konstante Helligkeit sich einregelt. Bei dann zunehmender natürlicher Helligkeit sollte der Melder dann auch ein AUS an die Aktorik senden aber unverändert sein Erfassungsfenster Bewegung/Präsenz aktiv halten. Denn sollte die natürliche Helligkeit wieder abnehmen sollte die KLR auch entsprechend wieder künstliches Licht hinzuregeln unabhängig davon ob nun frisch eine Bewegung/Präsenz erkannt wurde, sondern einfach aus der Tastsache das die Nachlaufzeit Bewegung/Präsenz halt noch nicht beendet ist.
Die erfordert damit in der internen Logik etwas mehr UND/ODER Kombination Aus Status Bewegung/Präsenz + Nachlaufzeit und gemessener Helligkeit als es derzeit offensichtlich umgesetzt ist.

[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

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

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

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

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

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

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!

[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

[gbglace]

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

[willisurf]

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