Steinel True Presence – Präsenzmelder

[amasingh]

Wenn der TP nur in Verbindung mit einem PIR ordentlich zu nutzen ist, erhöht das den Preis nochmal um gut 100€.
Gibt es denn wirklich keine brauchbare Alternative (fertig zu kaufen

[willisurf]

Ich habe jetzt einen mehr, als ich benötige und wann immer einer spinnt geht er zurück an Steinel.

Ansonsten habe ich gute Erfahrungen damit gemacht, den TP/TPM mit einem PIR zu kombinieren. Einmal, um ein schnelles Ansprechen zu haben (das war immer der Plan), aber jetzt noch mit dem Tipp den TP darüber erst freizugeben. Das war wirklich ein genialer Hinweis.
Setzt natürlich voraus, das der PIR direkt beim Betreten des Raumes auslöst (aber das war ja auch so geplant), verhindert dann aber ein sporadisches Einschalten, ohne das jemand im Raum ist. Gefällt mir recht gut.

Und für die Applikation natürlich nur der VPM. Nur nichts mit der Steinel Applikation.

[kmk85]

Ich habe 3 TP und 1 TPM

2x TP + der TPM gehen auf einen MDT BWM55, der als Master agiert.

Dann habe ich noch einen TP im Büro, der läuft über Umwege über einen BJ Premium, wegen der Applikation.

Grundsätzlich funktioniert das, von Zeit zu Zeit setzt random schon mal einer aus, kann Monate gutgehen, dann muss man den entweder abstöpseln oder Busreset machen, dann gehts wieder…

Katastrophe.

[pweissen]

22.12 hatte ich ihn zu Steinel geschickt.
Firmware habe ich folgende drauf für meine Multisensor:
[0] Firmware 2.1 | 2
[1] Firmware 1.5
[2] Firmware 2.1.9

Was mir gerade schon auffällt ist, dass VOC NUR zwischen 0-2 ppb schwankt. Aber ich warte mal noch 30 Minuten oder so ab.

[amasingh]

Ich warte leider immer noch vergebens :\

[willisurf]

Prima, berichte mal gerne, bzw. wann hast Du reklamiert, bzw. zurückgesandt?

[pweissen]

Der im Garantietausch zurückgesandte TP hat folgende Daten

Meiner TP Multisensor ist heute gekommen und auch mit dem Datum 01/23 versehen. Werde ihn heute Abend mal installieren und dann bin ich gespannt.

[FrankMaier]

Was genau ist an der Sperre fehlerhaft?

Ich habe einen Steinel TP für zwei Zonen. Die Zonen werden in Vollautomatik von einem anderem Präsenzmelder geschalten, der TP soll nur als Slave dafür sorgen, dass das Licht bei wenig Bewegung nicht abgeschalten wird. Daher habe ich beim Steinel TP je einen Lichtkanal pro Zone aktiviert und den Status vom Licht mit der Sperre vom jeweiligen Lichtkanal des Steinel TP verbunden, als Freigabe mit 1 und Sperre mit 0. Wenn also Licht angeht, wird der zugehörige Kanal entsperrt und sendet zyklisch als Slave die Anwesenheitsinformation. Dabei habe ich die Nachlaufzeit beim Steinel TP auf 30 Sekunden gesetzt, zyklisches senden auf 50 Sekunden.
Habe ich den Raum verlassen und manuell das Licht deaktiviert, so wurde der Lichtkanal vom Steinel TP gesperrt (da Status Licht aus). Nach 30 Sekunden, nach Ablauf der Nachlaufzeit des Steinel TP, hat dieser, trotz Sperre, plötzlich nochmal ein "Ein" auf den Slaveeingang des Master PM gesendet (und damit das Licht wieder eingeschalten) und direkt darauf ein "Aus", wegen Ablauf der Nachlaufzeit. Also hat sich das Licht wieder eingeschalten.

Gelöst habe ich es nun so, dass ich den Lichtkanal nicht sperre, stattdessen mit einer UND verknüpften Logik "indirekt" die Ausgangsinformation sperre. (Dumm nur, dass die Logik des Steinel TP so bescheiden ist: Es gibt nur 2 Logikeinheiten (bei vier möglichen Lichtkanälen) und es gibt keine Option für den Ausgang bei jedem Eingangstelegramm zu senden. Zum Glück ist die Logik des MDT PM da besser aufgestellt.)

[Tenbrock]

So ist die Sperre bspw. Fehlerhaft und für mich praktisch unbrauchbar.

Was genau ist an der Sperre fehlerhaft?

[Amenophis]

jcd Direkt an Steinel das Problem meldn. Die müssen merken, dass es mehr und mehr sind, die das Problem haben.

[willisurf]

Das hat sich über mehrere Tage von Verzögerung bis vollständige Verweigerung gesteigert. Reset, neu programmieren ohne Wirkung. Busspannung entfernen hat (fürs erste) gholfen.

So fing es bei mir auch an. Nur das ein Neuprogrammieren auch geholfen hat.
War glaube ich auch der gleiche SW Stand
[0] 1.4 | 1
[1] 1.3
[2] 2.1.9

Die alten laufen bei mir auch noch mit
[0] 1.4 | 1
[1] 1.2
[2] 2.1.4
und die fasse ich auch nicht an.

[jcd]

Hm, jetzt hat der TP im Bad nach ~ 4 Monaten Betrieb angefangen mich zu ignorieren (was hab ich ihm denn getan?) .

Das hat sich über mehrere Tage von Verzögerung bis vollständige Verweigerung gesteigert. Reset, neu programmieren ohne Wirkung. Busspannung entfernen hat (fürs erste) geholfen.
[0] 1.4 | 1
[1] 1.3
[2] 2.1.9

Ironischerweise funktioniert der, den ich damals reduziert bei einer Promotion über den Steinel-Shop gekauft habe nun schon an längsten und zuverlässigsten.^^ (02/2021)
[0] 1.4 | 1
[1] 1.2
[2] 2.1.4

[willisurf]

Deckel mal wieder abgefallen, das war Nachts und leider auch laut genug, dass ich aufgewacht bin.

das ist Murphy, aber ja, ein Trauerspiel

[willisurf]

.. gibt es mittlerweile fertig bestückte Hardware für den Betrieb der VPM-Firmware?

Ja, mittlerweile gibt es sogar mehrere Komplettbausätze, bei denen z.T. nur noch die KNX Stifte zu löten sind. Falls das nicht möglich ist, wird sich sicher auch eine Lösung finden lassen.
Und nebenbei läuft auf diesen Geräten parallel zum VPM mit 40 Kanälen auch noch das Logikmodul mit 99 Kanälen. Alles mit kompletter ETS Integration.

https://knx-user-forum.de/forum/projektforen/openknx/1813112-openknx-reg1-erweiterbare-1te-hutschienengeräte-powered-by-rp2040?p=1833206#post1833206

https://knx-user-forum.de/forum/projektforen/openknx/1818141-1te-gehäuse-für-1-wire-gateway-logikmodule-und-virtualpresencemodule#post1818141

[crewo]

Lustigerweise ist mir übrigens letzte Woche ein Deckel mal wieder abgefallen, das war Nachts und leider auch laut genug, dass ich aufgewacht bin. Leider ist nicht nur die Software K*cke.