Präsenzmelder - Welche wofür? Oder doch nur Geschmacksache?

[Voltus]

Doch exakt den Eindruck muss man gewinnen!
Diese Probleme sind bisher noch nicht im Support aufgetreten. Sie sind somit wohl fiktiv. Der TruePresence wird u.a. von BadSmiley zu dutzenden mit Begeisterung in Projekten eingesetzt und das ohne Probleme, wie Du sie schilderst. Und da Du bisher noch nicht beim Support vorstellig geworden bist, kann ich Dein scheinbares Problem nicht mehr Ernst nehmen! Also wende Dich bitte direkt an den Support und höre auf solchen Unsinn zu erzählen. Danke!

Hey! Du kannst doch nicht meine Argumentation klauen! Nur weil bei 100.000 Produkten im Support nichts aufschlägt, ist dies nicht gleichbedeutend mit „Einzelfällen“! Wenn hier ein einziger im Forum ein Problem hat, ist das Produkt Murx.

[BadSmiley]

[
Ich frage mich, ob ein höherer Abfrageintervall eine höhere Leistungsaufnahme zur Folge hat und der limitierende Faktor die max. 12mA pro KNX-Gerät ist.

Der TP und MS nehmen aber bis zu 30mA der Maximal zulässigen 40mA auf.

[concept]

also ihr kleinen anwender wagt es, ein produkt zu bemängeln, welches unser frank - gemäss steinel anerkannter "innovation cosultant" - als das geilste überhaupt erkannt hat!

was erlaubt ihr euch eigentlich?? (how dare you??)

1. frank hat immer recht
2. wenn ihr dagegen anstinkt, werdet ihr angefrankt! da seid ihr auch selber schuld!

[lidl]

crewo
Danke für den sachlichen Beitrag.

Falls es jemanden interessiert:
Gast1961 hat damals ja den Hersteller des verwendeten Sensors herausgefunden: https://www.xethru.com/

Dieser Hersteller bietet ebenso einen "Presence Sensor" Modell "X4M300" (es gab den schon vor dem Steinel TP) an:

Bildschirmfoto 2019-11-24 um 20.13.30.png

Im Steinel kommt zwar nicht 1:1 der X4M300 zum Einsatz, beide basieren aber auf dem XeThru X4. Aus den Datenblättern entnehme ich, dass die Hardware eine schnellere Erkennung grundsätzlich zulässt. Es ist lediglich eine Frage der Konfiguration / Programmierung.

Ich frage mich, ob ein höherer Abfrageintervall eine höhere Leistungsaufnahme zur Folge hat und der limitierende Faktor die max. 12mA pro KNX-Gerät ist.

[BadSmiley]

Ich frag nochmal, evtl. habe ich es auch falsch verstanden.

[crewo]

Hm - mir wurde vom Support die Art. 063887 für den TP genannt, dann hast du da die 063870. Wie sicher ist deine Info, dass die 887 nicht kommt!?

Im aktuellen PDF ist das nämlich noch drin:

7. Zubehör
Aufputzadapter (EAN: 4007841 063887)

Siehe: https://www.steinel.de/out/media/ope...2026%20SPR.pdf

Sonst würde ich mal sagen:

EDIT: Und selbst in der ETS kann man ja AP oder UP auswählen

[BadSmiley]

BadSmiley welche Art.Nr. ist das?

Die unter dem Barcode. 4007841063870

[crewo]

BadSmiley welche Art.Nr. ist das?

[BadSmiley]

Achso.. wegen dem AP Gehäuse... da gibt es gute und schlechte Nachrichten.
Also ich habe meine AP Gehäuse bekommen:
IMG_20191122_132348396_HDR.jpg

Auf meine Verwunderung "die sind aber groß? Ist der für den TP?" Kam ein "Nein, der ist für den MS und es gibt auch nur für den MS ein AP Gehäuse".

Buzzword-Erklärung: TP = TruePresence, MS= Multisensor, AP= Aufputz.

[crewo]

Ohne hier Öl ins Feuer zu gießen und bitte von vornherein, hier nichts zwischen die Zeilen zu interpretieren, was nicht nötig ist, ich würde gerne konstruktiv folgendes beitragen:

lidl:
Meine 3 Melder haben genau das Verhalten, wie von dir und einigen im entsprechenden Thread dazu beschrieben, obwohl ich diese in fertigen Zimmern installiert habe an der gleichen Stelle wie vorher die sofort erkennenden PMs von MDT. Auch die Entfernung ist korrekt eingestellt, genauso wie das Einsatzprofil nach korrigierter Tabelle von Frank. Und ich lasse dem PM mittlerweile 30 min Zeit nach dem übertragen der Applikation und benutze die Räume mehrmals am Tag, genauso wie alle anderen Bewohner.

Fehlerbild sieht so aus: Bei ca. 3 von 10 Raumbegehungen steht man zwischen 2 und 3 s (nachgemessen!) im dunkeln. Bei den restlichen schaltet der PM exakt ab eintreten mit so gut wie keiner Verzögerung. Also irgendwas passt hier nicht, das Verhalten ist bei allen 3 PMs gleich schlecht. Für Tipps bin ich jederzeit offen. Firmwareupdate ist drauf, soweit ich das beurteilen kann, da die Versionsnummer gleich bleibt, leider nicht zu 100% nachweisbar, aber laut App lief das Update durch. Da man, wenn man dem Handbuch folgt, nicht wirklich korrekt einstellt wie die falsche Tabelle darin zeigt, mache ich evtl. etwas anderes noch falsch.

Du glaubst doch nicht selbst, dass ein Hersteller einen Melder mit solchen Mängeln auf den Markt bringen würde. Das ist schlicht hanebüchen.

Diese Aussage allerdings würde ich gerne kommentieren, denn das finde ich dann doch etwas sehr an der Realität vorbei. Der Steinel PM hat definitiv so seine Fehler, z.B. ein offenes Fenster im Raum als Präsenz zu melden (und das über Stunden - das Problem hatte mWn auch BadSmiley), das ignorieren von Tag/Nacht-Meldungen während er gesperrt ist, das Verzögerungsproblem beim Erkennen wie hier beschrieben (das ja durch das Firmwareupdate auch anerkannt ist, nur leider in meinem Fall keine Besserung bringt!) und dann die wirklich lausige Verarbeitung der Abdeckung. Diese fällt bei einigen (wie bei mir bei 2 von 3 Meldern, oder auch hier wie bei BadSmiley) nach wenigen Tagen einfach von der Decke und liegt dann am Boden. Also wir sind hier wirklich weit weg von einem mängelfreien Produkt!

Davon unberührt ist die durchaus innovative Erkennung durch Glas, leichte Trennwände und der TP-Modus, das ist toll, wenns funktioniert.

Ich war übrigens deshalb schon mit dem Support von Steinel in Kontakt ohne Hilfe zu bekommen und ebenso über den Händler (Voltus). Das bis heute das AP-Gehäuse nicht lieferbar ist, obwohl es laut meiner Nachfrage im Juli bereits hätte im September lieferbar sein müssen (Art. 063887), spricht auch gerade nicht wirklich für ein funktionierendes Produktmanagement, zumal das als verfügbares Teil im Handbuch seit min. Juni als erhältlich suggeriert wird!

[evolution]

Andererseits würde das meine negativen Erfahrungen erklären.

Du gibst dir die Antwort selbst:

Ich habe den Melder im Rohbau installiert und mit dem Testbrett verbunden.

Der Melder wird bei dir unter Bedingungen eingesetzt, die ungewöhnlich sind. Ein Rohbauzimmer ist halt kein fertiger Raum. Mich wundert es nicht, dass sich ein Melder hier anders verhält als erwartet. Und ein erfahrener Anwender berücksichtigt das bevor er rumpoltert.

[lidl]

lidl Bleibe sachlich!

Echt jetzt? Sowas wendest du ein? Nach so einem Post deinerseits?

Die von Dir angegebenen Zeiten und Ausführungen können nicht stimmen

Doch tun Sie. Und lieber Frank, auch du kannst dich mal täuschen.

Durch eine 11,5cm Ziegelwand mit einer Dichte von min. 0,8 kann der TruePresence nicht erfassen. Das ist physikalisch nicht möglich.

Du glaubst doch nicht selbst, dass ein Hersteller einen Melder mit solchen Mängeln auf den Markt bringen würde

Nochmal: Ich möchte es beim besten Willen nicht glauben und hoffe auch dass das nicht der Fall ist weil ich das Thema PM eigentlich längst, durch den Einsatz des TP abschließen wollte.
Aber natürlich kann es auch großen und renommierten Herstellern passieren, Produkte auf den Markt zu bringen welche dann leider das ein oder andere Problem haben. Gira Dual Q, MacBook Pro (Tastatur), BMS Quadra, Samsung hatte "heiße" Akkus, Toyota Autos mit "heiklen" Bremsen. Windows in den späten 90igern und frühen 2000ern,...? Wie gerade der Stand beim IHF 3D weiß ich nicht.
Gerade First-Gen-Products sind da etwas anfälliger.

Wende Dich an den Steinel Support. Der bin ich nämlich nicht!

Ja werde ich letzten Endes machen. Mir fehlt aktuell etwas die Zeit eine saubere Fehlerbeschreibung zu erstellen.
Dass du nicht der Steinel-Support bist ist mir klar. Ich hatte dich eingangs in diesem Thread auch lediglich gefragt, wie lange deine Einschaltzeiten konkret sind um einen Vergleichswert zu haben und um zu wissen was möglich sein müsste.

Ich muss Frank vollkommen recht geben

Ich glaube euch beiden dass alles funktioniert.

und schätze das "lernen von Störungen" des Meldes inzwischen

Manchmal muss man 1-2 Tage mit "nervigen" Verhalten auskommen

Sagt mal, ist der Melder "lernfähig" und wird dadurch mit der Zeit (1-2 Tage) besser? Im Handbuch hatte ich dazu nichts gefunden. Andererseits würde das meine negativen Erfahrungen erklären.
Ich habe den Melder im Rohbau installiert und mit dem Testbrett verbunden. Ein paar Minuten (5 - 10) gönne ich ihm zwar, damit er das Raumbild erstellen kann, aber nach einer halben Stunde (verzweifeltem ) Testen schalte ich das Testbrett (und damit den Melder) stromlos. Wenn ich nach ein paar Tagen dann mal wieder Zeit (und Mut) gefunden habe bekommen Melder und Testbrett wieder Strom und ich teste wieder für kurze Zeit. Durchgehend oder zum. 1 - 2 Tage habe ich die Teile aber nicht an.

[evolution]

hoffe ich noch auf eine Bluetooth "Parasitenverteilung".. dann braucht man nur einen Melder mit der neuen Firmwarew "infizieren" und den Rest machen die Melder dann von Melder zu Melder..

Leider ist das noch Zukunftsmusik.

[BadSmiley]

Ich muss Frank vollkommen recht geben. Nach den anfänglichen Schwierigkeiten den Melder zu verstehen und etwas seltsamen Verhalten, weiß ich mit dem Melder um zu gehen und schätze das "lernen von Störungen" des Meldes inzwischen und auch die Kunden sind zufrieden. Manchmal muss man 1-2 Tage mit "nervigen" Verhalten auskommen. Ich habe bei keinem Melder das Firmware Update gemacht... und bin trotzdem zufrieden. Aufgrund des Threads probiere ich das Update jetzt mal... da die Melder Bluetooth Mesh haben, hoffe ich noch auf eine Bluetooth "Parasitenverteilung".. dann braucht man nur einen Melder mit der neuen Firmwarew "infizieren" und den Rest machen die Melder dann von Melder zu Melder..

[evolution]

Gelegentlich braucht er halt eine Weile (1-2 Sekunden) bis er auslöst, die Vergleichsgeräte (MDT, BEG PD11 und B&J sind immer schneller.

Florian, das liegt natürlich auch daran, dass PIR Melder keine direkte Begrenzung in der Entfernung haben. Somit beginnt die Erfassung in üblichen EFH bereits bei Sichtkontakt. Beim TruePresence sieht das anders aus; dieser kann erst mit der Erfassung beginnen, wenn Du den parametrierten Erfassungsbereich betrittst.