Steinel True Presence – Präsenzmelder

[Marino]

Teck
Interessant zu hören. Bei mir ist das bei einem auch so. Allerdings habe ich bisher nie den TP in Verdacht gehabt, denn er Sendet eine Szenennummer und damit sind 2 Aktoren Verbunden und es betrifft immer nur einen von beiden. Den Fehler habe ich bisher nicht gefunden. Trotzdem schließe ich den TP fast aus, da beide Lampen dann eigentlich gleich reagieren müssten.

[Peterich]

Du musst nur die Reihenfolge einhalten wenn sich die Firmware im ganzen Unterscheidet
ist bei dir nur [2] anderes reicht es nur [2] zu updaten

[Smoerrebroed]

Da das hier offenbar der aktivere Thread zum TP ist:

Bin ich der einzige, bei dem sich die Firmware nicht aktualisieren lässt? Es kommt immer eine nichtssagende Fehlermeldung, noch bevor der Zähler das erste Byte registriert hat.

Neues Gerät mit folgender Firmware:

[1] 2.1|2
[2] 1.3
[3] 2.1.9

Sowohl die Cloud wie auch die Download Versionen sind (in Teilen) neuer, aber keine von beiden lässt sich installieren, und da man ja eine bestimmte Reihenfolge einhalten muss, blockiert ein fehlerhaftes erstes Update den Rest.

[Teck]

Ich kenne solche kurzen Aussetzer auch. Meist betrete ich den Raum, dann geht das Licht kurz an und nach wenigen Sekunden wieder aus. Dann wieder an, dann wieder aus usw. Das passiert bei zwei meiner insgesamt 9 TP(M) so ca. ein mal alle 2-3 Monate. Bei den anderen kam es zum Tell auch schon vor, aber sehr viel seltener.
Da es so selten ist und i.d.R. durch Verlassen und wieder betreten des Raumes nach Ablauf der Nachlaufzeit behoben ist, hat es mich nicht sehr gestört. Manchmal fängt er sich auch wieder, ohne dass man den Raum verlässt.
Da einer der beiden betroffenen Melder sehr nah ca. 70 cm) vom Lüftungsauslass entfernt hängt, vermute ich, dass der Luftstrom die Sensorik manchmal durcheinander bringt. Ist aber mehr geraten als fundiert.

[willisurf]

Hmmh, könnte das der Watchdog der I2C Kommunikation gewesen sein?
Aber ich glaube dann macht er auch eine weiße? LED an.

Vielleicht hast Du einfach zu wenig geatmet….

[jcd]

Meiner hatte gestern spontan so komische 5 Minuten. Hat mich ruhig sitzend einfach nicht mehr erkannt und Licht ausgemacht. kurz gewinkt, Licht wieder an und schwups auch schon wieder aus. Sogar schneller als die normale Nachlaufzeit. Reaktion und Anzeige in der App waren zueinander passend.

Kurze Zeit später wieder alles normal. 🤪

[willisurf]

Als MDT "erfahrener" habe ich in der Anleitung überlesen, dass die "Lichtausgang x Eingang An/Aus; Dimmwert usw.; Heller/Dunkler" KOs NICHT die Rückmeldeadressen sind.

Ja, das ist ein Problem der Applikation des PM, das er keinen vernünftigen Statuseingang hat.
Wenn man da die gute MDT Applikation gewohnt ist, kann man verzweifeln.

[Remigius]

Hallo zusammen, zuerst einmal bitte nachsichtig sein, falls ich etwas falsch mache. Ist mein erster Beitrag und ich bin erst seid August so richtig mit dem KNX unterwegs, als wir eingezogen sind... 🤔

Ich habe auch mehrere Steinel TP Multi und hatte auch, dass diese manchmal in ca. 1 von 10 mal "nicht erkannt" haben.
Meine Versionen:
[1] 2.1 |1
[2] 1.3
[3] 2.1.3

Nach den ersten Kontakten mit dem Support war das auch ziemlich "nüchtern". Ich bin dann aber einen Kollegen vom Vertrieben in Franken gekommen. M. Heller.
Er war so nett statt pauschaler Ratschläge (da müssen Sie mit der Höhe und der Sensibilität "spielen"), sich mein Projekt anzuschauen...

Da ist im aufgefallen, dass ich die KOs/Gruppenadressen falsch verdrahtet habe. 😕


Als MDT "erfahrener" habe ich in der Anleitung überlesen, dass die "Lichtausgang x Eingang An/Aus; Dimmwert usw.; Heller/Dunkler" KOs NICHT die Rückmeldeadressen sind.
Diese werden verwendet, um das Licht explizit auszuschalten/zu sperren und es auch auszulassen bis nach Ablauf der Präsenz und Rückfallzeit. Also ähnlich wie die "Taster Eingänge" bei den MDT PMs.

Seitdem ich es umgestellt hatte (jetzt seit Dienstag) habe ich keine "nicht Auslösung" mehr gehabt. Es kann manchmal sein, dass er minimal später angeht (muss hier tatsächlich noch mit der Entfernung spielen). Aber er löst jetzt immer zuverlässig aus.

Anscheinend habe ich durch das Verbinden der Rückmeldeadresse von meinem DALI Gateway beim Ausschalten den TP in den "Sperrmodus" gesetzt, der erst nach Ablauf der Rückfallzeit (Präsenz war schon nicht mehr, da ich sowieso aus dem Raum war) wieder einschalten würde. D.h. wenn er, warum auch immer, kurz vorher schon einmal ausgelöst hatte und nach z.B. den 3 Minuten wieder ausgemacht hat, hat er sich für "noch einmal" für 3 Minuten gesperrt. Weil ja das DALI Gateway ein "aus" auf den Eingang gesendet hatte. Wenn ich jetzt innerhalb dieser Zeit wiedergekommen bin, hat er nicht eingeschaltet (weil ich es ja so eingestellt habe 🙄)...

Ich konnte das im Nachhinein daran sehen, wenn ich den TP ausgeschaltet hatte (direkt über das DALI Gateway, besser ist es natürlich über den PM, aber das baue ich noch um), er nicht, wie die MDT PMs gleich wieder bei der nächsten Bewegung eingeschaltet hat. An der App, über Bluetooth verbunden, kann man auch sehen, dass er mich erkannt hatte (True Presence erkannt/Bewegung usw.).

Wie gesagt, mir hat Herr Heller geholfen und mein Problem damit gelöst. Zum Glück habe ich aktuell auch keine Aussetzer... Vielleicht hilft es ja jemanden, weil er "genauso vorgegangen ist, wie ich mit den GAs/KOs".

Viele Grüße
Remi

[kmk85]

Danke :-)

[gbglace]

Bei der Präsenz aus dem TP aber einen normalen Lichtkanal verwenden nicht die Präsenz/Bewegung/Truepresence Ausgänge, die haben soweit eigentlich nur rein informatorischen Charakter.

[willisurf]

Ja, genau was Göran sagt.
TP auf kürzestmögliche Zeit, Präsenz zyklisch senden, damit auf den Slave Eingang des BJ
Helligkeit aus dem TP bei kleinen Änderungen oder auch zyklisch senden auch auf den BJ
und dann den LK des BJ normal parametrieren.

[gbglace]

Ja den TP nur als Slave benutzen und einen BJ-Kanal als Master, der an die Aktoren kommuniziert. Dort hast dann das Logik/Sperrverhalten wie man es gewohnt ist und musst Dich nicht mit den Sonderheiten der Gedankenwelt der Steinel Entwicklern beschäftigen.

[kmk85]

Hast Du noch irgendwo einen freien Lichtkanal eines Melders mit externem Helligkeitseingang (den wiederum haben die MDT leider nicht…)?

Ja, einen BJ Premium…
Überlege gerade welche Idee dir vorschwebt?!
Könnte ja den TP als Slave an den Kanal des BJ schicken? Und dort Sonson 1-4 aus machen? Oder was meinst du?
Bin gespannt...

[knxlog]

Hallo zusammen,

kann ich irgendwie die Sperre dauerhaft setzen, idealerweise mit Rückfallzeit ala MDT?

Problem ist, ich will nachts den PM sperren wegen Katzen.

Er fälllt aber nach nicht vorhandenen Präsenz zurück.

Zur Not eine Idee für den Umweg über den X1...

Danke...

Das habe ich so realisiert, der Nachtmodus sperrt ihn und gibt einen anderen Kanal Frei der nur Aus sendet, bzw. Szene 64 für Ein die nicht belegt ist. Denn der PM sendet nur Aus wenn er erkennt dass vorher das Licht manuell eingeschaltet wurde über den Tasterkanal. Finde ich ziemlich unlogisch aber mit der nicht belegten Szene geht es. Der TP läuft so schon seit Monaten zuverlässig. Kann Später mal nen Screenshot posten.

[willisurf]

Ich habe bei dem PM mit der Applikation aufgegeben, als ich mal vor einigen Monaten versucht habe das Verhalten nachzuvollziehen. Auf Deine Frage habe ich also leider keine Antwort, ich weiß nur das das Verhalten sehr unvorhersehbar war und so etwas wie automatische Rückfallzeit gibt es schon mal gar nicht.

Hast Du noch irgendwo einen freien Lichtkanal eines Melders mit externem Helligkeitseingang (den wiederum haben die MDT leider nicht…)?