Ankündigung

Einklappen
Keine Ankündigung bisher.

Steinel True Presence – Präsenzmelder

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • gbglace
    antwortet
    Weil allein die Applikation des TP so komisch ist wie man da einen Halbautomat baut. Und wenn der TP nur AUS schalten soll, musst ihm beibringen das es eben warum auch immer AN gegangen ist, und schon hängst wieder in seiner Applikation wie die Steinel-Jungs da eine solche Funktion verstehen. Und da deren Ablaufverständnis halt etwas komisch ist will man das so nicht tun.

    man nimm dann einen PIR mit gescheiter Applikation und lässt den Steinel als reinen Zuspieler der Information "es ist wer im Raum" agieren. Da der Steinel aber bei diversen Umständen etwas überreagiert (ne Planze im Wind/ nen Geschirrspüler der Läuft ne Waschmaschine die läuft oder das Brathändel am Drehrost im Backofen usw.) Haut man auch noch eine Sperre auf dem TP, damit der nicht einfach mal meldet es ist wer im Raum, wenn vorab aber niemand rein gegangen ist. Also Bewegung vom PIR entsperrt den TP und der Sperrt sich quasi erst wieder selbst wenn er und der PIR keine Bewegung/Anwesenheit mehr registrieren. Kann nur schiefgehen wenn Du rein gehst und ne Wama anschaltest und wieder raus gehst aber die hat man ja eher selten neben dem Sofa stehen.

    Einen Kommentar schreiben:


  • amasingh
    antwortet
    Zitat von willisurf Beitrag anzeigen
    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.
    Wie genau hast du das umgesetzt?
    Meine Idee war jetzt dass der PIR nur "EINschalten" darf und der TP nur "AUSschalten" darf? Wozu dann noch die Sperre?
    Beide senden an die gleiche GA, der PIR ist nicht als SLAVE für den TP verlinkt.

    Einen Kommentar schreiben:


  • willisurf
    antwortet
    Falls mehr Details gewünscht sind, zum Prinzip
    https://www.mdpi.com/1424-8220/21/10/3529/htm

    Der Steinel hat folgenden Sensor
    https://laonuri.techyneeti.com/wp-co..._DATASHEET.pdf

    Einen Kommentar schreiben:


  • Alloc
    antwortet
    Zitat von amasingh Beitrag anzeigen
    Was macht den TP denn so besonders? Software oder Hardware?
    Bis dahin: beides. Die Software ist schon was gaaaaanz besondres

    Was du aber hören willst: HW, im Prinzip Radar.

    Einen Kommentar schreiben:


  • amasingh
    antwortet
    Was macht den TP denn so besonders? Software oder Hardware? Was führt zu der feinen Abtastung?

    Einen Kommentar schreiben:


  • crewo
    antwortet
    Nein

    Einen Kommentar schreiben:


  • amasingh
    antwortet
    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

    Einen Kommentar schreiben:


  • willisurf
    antwortet
    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.

    Zuletzt geändert von willisurf; 01.02.2023, 23:37.

    Einen Kommentar schreiben:


  • kmk85
    antwortet
    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.

    Einen Kommentar schreiben:


  • pweissen
    antwortet
    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.

    Einen Kommentar schreiben:


  • amasingh
    antwortet
    Ich warte leider immer noch vergebens :\

    Einen Kommentar schreiben:


  • willisurf
    antwortet
    Prima, berichte mal gerne, bzw. wann hast Du reklamiert, bzw. zurückgesandt?
    Zuletzt geändert von willisurf; 01.02.2023, 21:49.

    Einen Kommentar schreiben:


  • pweissen
    antwortet
    Zitat von willisurf Beitrag anzeigen
    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.
    Zuletzt geändert von pweissen; 01.02.2023, 20:06.

    Einen Kommentar schreiben:


  • FrankMaier
    antwortet
    Zitat von Tenbrock Beitrag anzeigen
    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.)

    Einen Kommentar schreiben:


  • Tenbrock
    antwortet
    Zitat von FrankMaier Beitrag anzeigen
    So ist die Sperre bspw. Fehlerhaft und für mich praktisch unbrauchbar.
    Was genau ist an der Sperre fehlerhaft?

    Einen Kommentar schreiben:

Lädt...
X