Steinel True Presence – Präsenzmelder

[jasuim]

In ein Logik-Modul oder einen Logik-Server?

Auf den x1 😉

[scw2wi]

Ich habe nun die komplette Logik ausgelagert.

In ein Logik-Modul oder einen Logik-Server?

[klayman]

können tut die wirklich nix, wenn man sich bwm von Merten, BEG, Gira usw anschaut. Zum messen ok aber mehr nicht.
Sind bei den andren BWM von Steinel die Softwaren auch so mager? Und dann wollen sie sich bei mir in der Firma gross vermarkten und bei Grossprojekten?

Zumindest für den SensIQ S KNX Außenbewegungsmelder (vor 2 oder 3 Jahren gekauft) muss ich das leider bestätigen. Auch da hat die Software deutliche Fehler, beispielsweise in der Abschaltung der Grundbeleuchtung bei ausreichend Helligkeit. Das wird schlichtweg ignoriert, obwohl die ausgegebenen Messwerte stimmen... Es ist ein Trauerspiel mit Steinel Produkten, vielleicht beschränke ich mich bei denen zukünftig auf Heißklebepistolen - die haben wenigstens keine Software.

[klayman]

Wäre vielleicht eine Geschäftsidee: Ein virtueller PM-Master. Ob sich da mit einem Logikmodul was machen lässt??

[uzi10]

können tut die wirklich nix, wenn man sich bwm von Merten, BEG, Gira usw anschaut. Zum messen ok aber mehr nicht.
Sind bei den andren BWM von Steinel die Softwaren auch so mager? Und dann wollen sie sich bei mir in der Firma gross vermarkten und bei Grossprojekten?

[traxanos]

Eine Sau kann auch nichts für die Unfähigkeit von Steinel. Das hat die Sau nicht verdient !!!

[jasuim]

Ich habe gestern 6 Stunden Einstellungen getestet wo ich nur konnte und bin auf das gleiche Ergebnis gestoßen. Ich habe nun die komplette Logik ausgelagert. An der Konstantlichtregelung scheitere ich noch ein wenig, die im x1 zu realisieren, aber das ist auch nur eine Frage der Zeit. Die Applikation im TP(M) ist unter aller Sau!

[willisurf]

Ja, das stimmt die max. Zeitdauer für Kurzzeitpräsenz bekommt man im MDT (sinnvollerweise) nicht auf mehr als 30s eingestellt und der TP hat noch mind 30s zusätzlich (in denen er auch das Rohsignal TruePresence aktiv lässt).

Damit kann ich als Einschränkung des Master/Slave Betrieb leben. Der ist bei mir sowieso in Bereichen, wo ich nicht so schnell abschalten möchte/muss.

[traxanos]

Ich würde gerne verkürzte Zeit im BWM nutzen. Das bekomme ich aber vom Timing nicht so getaktet, das es sauber klappt. Hatte mal überlegt die beiden BewegungsGAs des TP zu kombinieren und dann an den Slave-In zu übergeben. Aber soweit war ich mit dem Testen noch nicht. Aber die Idee einen anderen MDT BWM oder PM zu nutzen halte ich immer noch für die einzige Lösung das ding halbwegs brauchbar zu bekommen - traurig.

[willisurf]

Aber richtig zufrieden bin ich nicht da es einige Randfälle gibt die selbst mit Slave nicht klappen.

Kannst Du kurz sagen, welche Ecken das sind? Ich dachte wenn der TP als Slave arbeitet wäre die gesamte Steuerung/Sperre etc. beim Master und hoffe immer noch dadurch die schlechte Implementierung im TP vollständig zu umgehen.

[traxanos]

Ja das Sperrverhalten ist eine Katastrophe. Ob es gewollt ist spielt keine Rolle es ist "scheiße" umgesetzt. Ich habe für die Bäder einen Taster. Wenn dieser den TP einschaltet wird auch eine "halbe Sperre" gesetzt. Sprich ich kann am Schalter wieder ausschalten. Jetzt sperre ich den TP richtig, so kann ich garnicht mehr ausschalten. Das hat MDT eindeutlich besser gelöst. Daher habe ich vorsorglich einen BWM verbaut und den TP nur als Slave. Aber richtig zufrieden bin ich nicht da es einige Randfälle gibt die selbst mit Slave nicht klappen.

Schalte ich per Taster den BWM aus, schaltet der TP das licht nach einer Zeit wieder kurz ein (wegen zyklisch). Das Problem man kann dem TP nicht sagen schalte ein oder aus ohne das irgend eine fu... sperre mit angeht (zumindest noch keine Lösung dafür gefunden). Status beachten tut das Scheißteil auch nicht. Präsenzerkennen ist das einzige was das Ding halbwegs kann.

[jcd]

Kann das sein, dass die Sperrfunktionen beim TP inkonsequent umgesetzt sind, oder bin ich zu blöd...? (Sorry falls schon zig mal durchgekaut, ich hab bei einer Suche nix gefunden.)

1) "Lichtausgang X Schalten" - Handbuch: [...] Empfängt dieses Objekt ein Telegramm, verhält es sich wie "Lichtausgang X Eingang schalten". --> stimmt nicht. Das Sperrobjekt wird nicht gesetzt.

2) "Lichtausgang X Sperren" - Handbuch: [...] Bei gesperrtem Ausgang sendet der Ausgang keine Telegramme. Ausgenommen ist eine manuelle Übersteuerung über die Eingangsobjekte." --> Stimmt nur teilweise. Wird die Sperre via KO gesetzt ist die Übersteuerung aktiv. Wird die Sperre intern ausgelöst (siehe Punkt 3) ist eine Übersteuerung via Eingangsobjekt möglich.

3) "Lichtausgang X Eingang schalten" - Handbuch: [...] "Wenn der Parameter "Modus Lichtausgang" auf "automatisch EIN und AUS" gesetzt ist und über dieses Objekt ein Telegramm empfangen wird, so wird der Lichtausgang X gesperrt, [...]. Sie bleibt gesperrt, bis entweder über das Objekt "Lichtausgang X Sperren" ein Telegramm zum Freigeben empfangen wird oder bis der Melder feststellt, dass sich keine Person mehr im Raum befindet, den Lichtausgang X wieder freigibt und den Lichtausgang X ausschaltet." --> Das finde ich inkonsequent. Bei einer aktiven Sperre sollte der Ausgang trotz fehlender Präsenz nicht ausgeschaltet werden. Wird die Sperre via KO aktiviert, bleibt der Ausgang wie erwartet eingeschaltet.

Möchte ich also, dass das Licht auch bei Abwesenheit an bleibt muss ich den Ausgang explizit via KO sperren. Allerdings kann man dann auch manuell nicht mehr über den TP schalten, dimmen etc. ohne zuvor die Sperre aufzuheben. Sind das Bugs oder Features?

[willisurf]

Genau, die Probleme haben mit dem ersten Update angefangen mit der Hoffnung die Gedenksekunde zu eliminieren.

Nur mal Interessehalber. Hat jemand noch die allerersten SW Versionen?

Eine 1.0 wird es ja wahrscheinlich nicht geben, aber vielleicht das allererste Update? Falls die Sensoren später bei mir Ärger machen und von Steinel keine Reaktion oder stabile Bugfixversion kommt, würde ich den Versuch machen damit zu fahren. Bei mir ist der TP/TPM immer nur Slave und auch die Verzögerung wäre in der Anwendung völlig egal. Er müsste nur stabil eine TruePresence Erkennung hinbekommen.

[jcd]

Ich hab hier testweise einen Gira Mini und den TP (auch aus der Rabatt-Aktion) nahe beieinander an der Decke hängen, beide zeigen Werte in ähnlichen Größenordnungen an. Scheinen plausibel auch jenachdem von welcher Seite das Licht kommt, aber für den absoluten LUX-Wert fehlt mir das Gefühl.

Bei grauem Himmel wurde am spätern Nachmittag etwa 90- 100 Lux erreicht. Da ist ein Wert bei dem ich mir Licht anmache weil es schummerig wird. Bei kräftigem Sonnenschein hat der TP Werte um die 1000 gehabt. Wenn ich mit der Taschenlampe direkt draufleuchte ist 2500 Lux das Maximum.

[jasuim]

Im Endeffekt regelt er ja nur x Prozent hoch und runter im Verhältnis zu SOLL und IST Werten. Gut funktioniert es nicht, zumal ich schon mit dem Lux-Meter aus meinem Foto-Equipment daneben gestanden hatte und ganz andere Werte bekam. Egal.... Ich bin eh immer mehr versucht die Regelung etwas "ruhiger" zu gestalten.