Steinel True Presence – Präsenzmelder

[mumpf]

Hi Etienne,

für den VPM kannst Du besser die KO 81 und 82 vom TP nehmen. Gibt es einen Grund, warum Du es anders machst?

Gruß, Waldemar

[Amenophis]

VPM ist nichts anderes als das, was ich auch mache. Genau dafür nimmst du normal KO69.

[kbabioch]

Ich befürchte die ganze Logik innerhalb des Steinel True Presence ist nicht praxistauglich, insbesondere bei Master / Slave Betrieb und ggf. Halb-Automatik, usw.

willisurf nutzt den Steinel ja mittlerweile nur noch als Datenlieferant und hat die PM Logik in einem VPM abgebildet. Das ist auch das was ich derzeit plane. Die Sensorik ist toll / einzigartig, aber von Software-Entwicklung und KNX hat Steinel nicht den Hauch einer Ahnung ;-).

[Amenophis]

Also die TP Melder machen mich fertig. Habe ich heute den neuen Melder gegen den alten getauscht und folgendes festgestellt:

Ich habe das KO69 („Präsenzausgang Präsenz“) in Nutzung, da ich den TP Multi an dieser Stelle als Slave nutze. Allerdings geht das KO auf den Status „Aus“, obwohl in der App noch ganz klar zu lesen ist, dass True Presence erkannt wird. Es wird sogar die korrekte Entfernung in der App angezeigt. Ich dachte erst, dass ich den reinen Präsenzausgang (KO82) gewählt hätte aber es war vorher ja auch immer so eingestellt und nach Prüfung konnte ich den Fehler ausschließen. Selbst bei großen Bewegungen hat er kein Signal an den Master gesendet. Ich habe dann auch mal den Gruppenmonitor bei mehreren Versuchen mitlaufen lassen und konnte immer wieder das gleiche Problem ausmachen. Dann habe ich zum Testen mal den Lichtausgang 1 an den Slave Ausgang mit Helligkeit->Tagbetrieb deaktiviert angeschlossen und hatte vorerst keine Probleme. Aber eigentlich sollte zwischen dem Lichtausgang und dem KO69 ja kein Unterschied sein, denn das KO69 ist ja genau für die Master/Slave Verbindung und es zeigt immer True an, wenn TruePresence oder reine Präsenz erkannt wurde. So zumindest lauf Anleitung.

Habe das Problem jetzt mal an Steinel gemeldet, mal sehen, was die dazu sagen.

[Amenophis]

Ich habe die Tage ein Austauschgerät TP Multi erhalten. Laut Steinel App hat es folgende Daten
[0] 2.2 | 2
[1] 1.5
[2] 2.1.12

mal sehen, ob es auch wieder ständig den Kontakt zum TP Modul verliert und keine Präsenz anzeigt, obwohl man im Bad aufm Klo Handy spielt

[Crashman]

Bei meinem TP hängt mal wieder die True Presence Erkennung, nur noch grobe Bewegungen werden erfasst. Warum macht eigentlich kein anderer Hersteller was ähnliches?

Grüße,
Sebastian

[kmk85]

Steinel hat mir übrigens nicht mehr geantwortet auf meine Mails.

[jcd]

Ich finde faszinierend, wie unterschiedlich selbst die Modell/Produktionsaufkleber sind.
Ein neu bestellter - ich habe ihn noch nicht mal richtig ausgepackt - hat statt der Produktionswoche diese kryptische Nummer. Und die ist nicht mal individuell.

[willisurf]

Mit dem Hinweis von BadSmileykönnte man vermuten, das es mit der Firmware 2.0 zusammenhöngt.

Und wenn ich weiter spekuliere und mir meine Firmware Versionen so anschaue könnte es die FW zu [1] sein. Das wäre allerdings Bluetooth. Naja alles Spekulation.
IMG_8681.jpg
allerdings sieht hat mein neuester TP von Januar 2023 diese Daten, spricht nicht für meine Vermutung..
IMG_8682.jpg

[Burgerking]

Gibt eigentlich schon Gerüchte über die neue Hardwareversion?

[123dabei]

Amenophis Sorry war die Tage verhindert. Heute hatte ich wieder eine Antowrt auf meine letzte Frage an den Steinel Support bekommen, weshalb ich versuche kurz zusammen zu fassen, über was ich mich mit ihnen ausgetauscht habe.

• Ich habe in Summe 10 TP Multisensoren, allerdings sind erst zwei wirklich in die Lichtsteuerung involviert. Diese beiden weißen allerdings beide das gleiche Fehlverhalten auf (Senden Aus-Telegramm deutlich vor Ablauf der Nachlaufzeit)
• Steinel hat mir inzwischen bestätigt, dass es sich um ein Fehler am Produkt handelt und dass es bei sehr wenigen Kunden das beschriebene Fehlverhalten gibt.
• Man kann mir aber auch nach mehrmaligem Nachfragen nicht sagen wann und wie der Fehler behoben werden soll.
• Der Fehler sei für Steinel angeblich sehr schwer reproduzierbar und sie haben mich um mein KNX-Projekt gebeten.
• Man hat mich auf eine Liste mit weiteren betroffenen Kunden aufgenommen. Ich bezweifle inzwischen an Hand des Forums und meiner eigenen Erfahrungen dass es ein „seltener“ Fehler ist. (Von zwei Sensoren in der Lichtsteuerung haben zwei eine Fehlfunktion bei völlig unterschiedlicher Raumgeometrie und Anordnung)
• Ich habe darauf gedrängt zumindest einen Sensor auszutauschen, um einen Test mit neuester Hardware durchführen zu können. Dies wurde nun nach mehreren Mails zugesagt. Falls ich alle Melder austauschen möchte solle ich mich an meine Bezugsquelle richten.
• In Summe ist der Austausch mit dem Support vorhanden aber doch recht zäh… Rückmeldungen können schon mal 14 Tage dauern.
• Aktueller Stand: Ich habe die zwei betroffenen Melder auf die Firmware Version 2.2 | 2 aktualisiert. Seither funktionieren diese ohne Probleme. Es ist mit gut 10 Tagen aber noch zu früh um zu sagen ob das Update wirklich etwas in der Richtung gebracht hat.

[TabSel]

…gekillt. Die leuchten auch jetzt beide rot...

hatte das mit ner anderen Version mal. Programmier die PA und Applikation neu…? Half bei mir…

[Amenophis]

Berichte später noch zum aktuellen Stand bzw. zum Austausch mit Steinel bezüglich den unkontrollierten Abschaltungen

Gab es hier was Neues? Vielleicht auch zum Update?

[DanielNDS]

also bei mir hat das neue Update - [0] 2.2 | 2 / [1] 1.5 - bei zwei TP Multisensoren die Präsenzerkennung komplett gekillt. Die leuchten auch jetzt beide rot - die anderen Werte bekomme ich noch auf den Bus gesendet....

Dank dem Hinweis TabSel mit der PA&Applikation hab ich die beiden Melder wieder am laufen 👍

[123dabei]

Smoerrebroed wird mir auch angezeigt aber interessant wäre, was geändert wurde.
Berichte später noch zum aktuellen Stand bzw. zum Austausch mit Steinel bezüglich den unkontrollierten Abschaltungen