Steinel True Presence – Präsenzmelder

[wegwerf]

Stanzman
Für mich sieht das aus wie ein Absturz/Reboot des TP

[kanixnoob]

Das wäre nicht gut weil es sich bei meinen beiden TP gleich verhält

[willisurf]

Ich wette, das weiß noch nicht mal Steinel…

[kanixnoob]

Hallo, weiß jemand warum er mir das update auf die 2.1.9 nicht in der app anbietet?
Ich habe soeben auf die 1.3 geupdated.
Screenshot_20221208-183029.png Screenshot_20221208-184522.png Screenshot_20221208-182933.png

[Stanzman]

Seit zwei Wochen habe ich mehrere TPM und TP am laufen. Zwei TPM haben gelegentlich eine kleine Macke. Die gemessene Temperatur steigt sprunghaft um mehrere Grad an und sinkt dann relativ schnell wieder auf den "normalen" Wert. Da ich die Temperaturen mitlogge, sieht man das relativ schön (siehe Screenshot). Die roten Pfeile zweigen den Sprung. Bei dem grünen Pfeil kam es tatsächlich zu einem Temperaturabfall durch eine offene Tür.

Die beiden betroffenen hängen auf der gleichen KNX Linie wie mehrere andere TPM und TPs. Alle Räume gehen jeweils sternförmig zum Verteiler. Da aber nur zwei Betroffen sind, gehe ich davon aus, dass es nicht an der Verkabelung liegt.

Ich weiß nicht ob es das Problem in dem Thread schonmal gab, also wenn ja, wäre es nett wenn jemand den Post verlinken könnte.

Temperaturverlauf.png

[Tenbrock]

willisurf Die Lösung hatte ich ja hier geschrieben: https://knx-user-forum.de/forum/öffe...34#post1815834

Und ja, es gilt die normale Nachlaufzeit.

[Axel]

Es gilt aber die normale Nachlaufzeit und es wird nicht gewartet bis wieder eine 0 kommt?

[DrLooping]

Tenbrock Wenn Du die Lösung hier kurz vorstellen magst, hätten andere mit der gleichen oder ähnlicher Fragestellung einen Ansatz und wir lernen alle etwas.

Die Lösung liefert Steinel werksseitig mit oder anders gesagt, das Problem lag zwischen meinen Ohren.
der Lichtkanal hat je nach eingestellten Parametern einen Eingang zum Schalten und oder Dimmen. Diesen kann man mit z.b. dem Taster verbinden mit dem man üblicherweise das Licht steuert.
Bekommt der Melder hier ein Signal wird dieser automatisch gesperrt. Nach Anwesenheit und Nachlaufzeit löst sich diese Sperre wieder. Letzteres wusste ich aber nicht.

[willisurf]

Tenbrock Wenn Du die Lösung hier kurz vorstellen magst, hätten andere mit der gleichen oder ähnlicher Fragestellung einen Ansatz und wir lernen alle etwas.

[Tenbrock]

Nachtrag von mir: Die Unklarheiten konnten mit DrLooping per PM geklärt werden und es funktioniert einwandfrei. Man muss es nur richtig Parametrieren.

[Tenbrock]

Lichtausgang X schalten:
Dieses Objekt ist immer bei aktiviertem Lichtausgang vorhanden.
Wenn der Parameter „Modus Lichtausgang“ auf „automatisch EIN und AUS“ gesetzt ist und über dieses Objekt ein Telegramm empfangen wird, so wird der Lichtausgang X gesperrt, da der Raumnutzer den Lichtausgang dauerhaft ein- bzw. ausschalten möchte. Sie bleibt gesperrt, bis entweder über das Objekt „Lichtausgang X Sperren“ ein Telegramm zum Freigeben empfangen wird oder bis der Melder feststellt, dass sich keine Person mehr im Raum befindet, den Lichtausgang X wieder freigibt und den Lichtausgang X ausschaltet.

Aber ist nicht genau das die von DrLooping gewünschte Funktion?

Hab ich so gemacht. Allerdings führt das dann auch nur dazu, dass der Melder stumpf gesperrt wird ohne Rückfall (nach Präsenz und Nachlaufzeit).

Das der Melder nicht entsperrt muss an der Parametrierung liegen.

[FrankMaier]

Also laut Handbuch gibt es eine automatische Entsperrung:
Lichtausgang X schalten:
Dieses Objekt ist immer bei aktiviertem Lichtausgang vorhanden.
Wenn der Parameter „Modus Lichtausgang“ auf „automatisch EIN und AUS“ gesetzt ist und über dieses Objekt ein Telegramm empfangen wird, so wird der Lichtausgang X gesperrt, da der Raumnutzer den Lichtausgang dauerhaft ein- bzw. ausschalten möchte. Sie bleibt gesperrt, bis entweder über das Objekt „Lichtausgang X Sperren“ ein Telegramm zum Freigeben empfangen wird oder bis der Melder feststellt, dass sich keine Person mehr im Raum befindet, den Lichtausgang X wieder freigibt und den Lichtausgang X ausschaltet.
Wenn der Parameter „Modus Lichtausgang“ auf „automatisch AUS“ gesetzt ist und über dieses Objekt ein Telegramm „1“ empfangen wird, so wird der Lichtausgang X für die eingestellte Nachlaufzeit ein-geschaltet.
Jede erkannte Präsenz im eingeschalteten Zustand triggert die Nachlaufzeit nach. Wird eine „0“ empfangen schaltet der Lichtausgang X aus ohne zu sperren.


Falls du noch andere Geräte in deiner Installation hast, so haben die sicherlich auch Logik-Funktionen. Mit so Funktionen wie "Verzögerung" oder "Treppenhauslicht" (haben bspw. manche BJ PM) kannst du die Funktion des MDT PM Handbetrieb auch mit deren Logik nachbilden, also dass die Sperre automatisch nach einer bestimmten Zeit wieder gelöst wird.

Oder du machst es wie Fisch vorgeschlagen hat, das hört sich auch gut und einfach umsetzbar um.

[Tenbrock]

Die App-Software und die Funktionen sind halt echt nicht der Knaller.

Wenn Du mit App-Software die Melderapplikation meinst, kann ich dazu nur sagen, dass es grundsätzlich Funktioniert. Das Problem muss an deiner Parametrierung liegen. Schau mal im Gruppenmonitor, ob da etwas auf das Sperrobjekt gesendet wird. Da sind immerhin 5 GAs dran.

[Fisch]

Gibt es dafür eine elegante Lösung ala´ MDT Handbedienung?

Ohne es jetzt probiert zu haben, könnte man diese Funktion evtl. mit einem zweiten Lichtausgang des TP (konfiguriert als Halbautomat mit entsprechender Nachlaufzeit) abbilden, welcher dir den ersten Lichtkanal wieder frei gibt.

[DrLooping]

Ja, du hast es erfasst. KO9 ist für Lichtausgang 1 richtig. Warum stellst Du den TP nicht auf Dimmen wenn du dimmen willst? Dann sind es die KO9, KO10 und KO11 die mit den KO0, KO1 und ??? verknüpft werden müssen. Das dritte KO des Tasters ist leider auf dem Bild abgeschnitten.

Dann Kannst du auch mit den Taster dimmen.

Gruß,
Jan

Hab ich so gemacht. Allerdings führt das dann auch nur dazu, dass der Melder stumpf gesperrt wird ohne Rückfall (nach Präsenz und Nachlaufzeit). Die App-Software und die Funktionen sind halt echt nicht der Knaller.