Steinel True Presence – Präsenzmelder

[gbglace]

Bei der Präsenz aus dem TP aber einen normalen Lichtkanal verwenden nicht die Präsenz/Bewegung/Truepresence Ausgänge, die haben soweit eigentlich nur rein informatorischen Charakter.

[willisurf]

Ja, genau was Göran sagt.
TP auf kürzestmögliche Zeit, Präsenz zyklisch senden, damit auf den Slave Eingang des BJ
Helligkeit aus dem TP bei kleinen Änderungen oder auch zyklisch senden auch auf den BJ
und dann den LK des BJ normal parametrieren.

[gbglace]

Ja den TP nur als Slave benutzen und einen BJ-Kanal als Master, der an die Aktoren kommuniziert. Dort hast dann das Logik/Sperrverhalten wie man es gewohnt ist und musst Dich nicht mit den Sonderheiten der Gedankenwelt der Steinel Entwicklern beschäftigen.

[kmk85]

Hast Du noch irgendwo einen freien Lichtkanal eines Melders mit externem Helligkeitseingang (den wiederum haben die MDT leider nicht…)?

Ja, einen BJ Premium…
Überlege gerade welche Idee dir vorschwebt?!
Könnte ja den TP als Slave an den Kanal des BJ schicken? Und dort Sonson 1-4 aus machen? Oder was meinst du?
Bin gespannt...

[knxlog]

Hallo zusammen,

kann ich irgendwie die Sperre dauerhaft setzen, idealerweise mit Rückfallzeit ala MDT?

Problem ist, ich will nachts den PM sperren wegen Katzen.

Er fälllt aber nach nicht vorhandenen Präsenz zurück.

Zur Not eine Idee für den Umweg über den X1...

Danke...

Das habe ich so realisiert, der Nachtmodus sperrt ihn und gibt einen anderen Kanal Frei der nur Aus sendet, bzw. Szene 64 für Ein die nicht belegt ist. Denn der PM sendet nur Aus wenn er erkennt dass vorher das Licht manuell eingeschaltet wurde über den Tasterkanal. Finde ich ziemlich unlogisch aber mit der nicht belegten Szene geht es. Der TP läuft so schon seit Monaten zuverlässig. Kann Später mal nen Screenshot posten.

[willisurf]

Ich habe bei dem PM mit der Applikation aufgegeben, als ich mal vor einigen Monaten versucht habe das Verhalten nachzuvollziehen. Auf Deine Frage habe ich also leider keine Antwort, ich weiß nur das das Verhalten sehr unvorhersehbar war und so etwas wie automatische Rückfallzeit gibt es schon mal gar nicht.

Hast Du noch irgendwo einen freien Lichtkanal eines Melders mit externem Helligkeitseingang (den wiederum haben die MDT leider nicht…)?

[kmk85]

Hallo zusammen,

kann ich irgendwie die Sperre dauerhaft setzen, idealerweise mit Rückfallzeit ala MDT?

Problem ist, ich will nachts den PM sperren wegen Katzen.

Er fälllt aber nach nicht vorhandenen Präsenz zurück.

Zur Not eine Idee für den Umweg über den X1...

Danke...

[willisurf]

Ich meine mich zu erinnern, das 2.1.3 zu 2.1.4 nichts wichtiges war.
Wichtig ist der Watchdog in der 1.4.1

[bazzman]

Hab nachdem sich einer meiner Melder auch wieder Mal aufgehängt hatte auf die 1.4.1 aktualisiert und hab nun folgenden Stand:

Software Stand:
[1] 1.4 | 1
[2] 1.2
[3] 2.1.3

Ach und die hier teilweise genannten neusten Firmware mit 2.1.4 oder was das in anderen Posts war gibt es bei Steinel ja auch nicht auf der Homepage, sondern nur den Firmwarestand, welchen ich schon habe... Wenn doch diese Technik endlich auch andere verbauen würden, die auch mit Software umgehen können ...

Weiss jemand was zur 2.1.4 welche angeblich bei gewissen Meldern ab Werk installiert ist? Auf der Steinel Homepage finden sich nur obige Versionen als neuste Version.

Grüsse
Paolo

[Amenophis]

Angeblich kalibriert das Ding regelmäßig nach, daher dürfte das nix bringen. So zumindest mal die Aussage eine Steinel Mitarbeiter mir gegenüber. Aber das heißt ja alles nix mehr

[jcd]

Der Raum war leer und es stand nur eine Waschmaschine drin. (Beim Parametrieren des PMs war natürlich die WaMa aus.) Leider war das Ergebnis ernüchternd. Das Licht war permanent an, während die Waschmaschine gewaschen hat und die Füße der Maschine sind gut eingestellt, sie vibriert im Betrieb also nicht stark.

Vielleicht ist genau das Problem und es wäre besser wenn die WM bei der Parametrierung läuft, damit der PM lernen kann welche Vibrationen zum „Hintergrund“ gehören?

[willisurf]

Ich habe vom Steinel Support die Nachricht erhalten, dass das SW Problem nun behoben sein soll

Bei Steinel bin ich in Bezug auf solche -ggf. auch pauschale Aussagen- grundsätzlich erstmal skeptisch. Ich würde zumindest mal nachfragen, mit welcher SW Version dies offiziell abgestellt wurde und vielleicht auch noch, ob es welche bekannten Fehler es mit der Firmwareversion 2.0 gibt, siehe

Aber ja, wenn er läuft ist die Erfassung konkurrenzlos und mit der schlechten Applikation findet man ja immer Ausweichlösungen.

[Hightech]

Ggf. einfach den Sensor sperren, falls die Auslösungen der Stubentiger zu stark stören. Ist natürlich nicht im Sinne der Automatisierung, aber hilft.
Vielleicht auch eine bauliche Änderung des Schlafplatzes/Lieblingsplatzes…abgeschirmte Höhle etc.

Ja, wenn alle Bewohner (also die menschlichen ;-) schlafen oder außer Haus sind, sperre ich den PM sowieso (wie alle PMs, weil auch bei dem ein oder anderen MDT lösen die Katzen manchmal aus, bspw. wenn sie auf den Esszimmertisch springen und dann näher dran sind, als wenn sie auf dem Fußboden laufen, wo der MDT nicht auslöst).

Abgeschirmte Höhle: Ja, aber dann geht das Licht zumindest einmal an, wenn der Stubentiger Richtung Höhle geht.

Aber wie war das: Haustiere gehören zur Anwesenheitssimulation

[knxlog]

Also bei mir laufen seit 7 Monaten 2 Melder ohne Probleme, 1x im Bad an der Wand und 1x im Wohnzimmer an der Decke. Für langzeitpräsenz gibt es nichts besseres meiner Meinung nach.

[bazzman]

Es grenzt an ein Wunder dass du überhaupt eine Antwort erhalten hast
Haben sie dir auch gesagt, welches der zahlreichen Versionen denn nun DIE Version ist, welche die Probleme löst?

Grüsse
Paolo