Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Achso, bitte entschuldige, dann habe ich es falsch verstanden. Aber auch das ist eigentlich falsch. Wird das Licht von einem anderen Gerät als dem PM geschaltet, muss diese Information eigentlich auf den Eingang der Kanals. Den PM mit hören zu lassen ist eine interessante Idee, bin ich noch gar nicht darauf gekommen. Gibt es PM bei denen das klappt?
Es besteht eine Totzeit zwischen ausschalten nach Ablauf der Nachlaufzeit und dem Wiedereinschalten
Bei mir war es tatsächlich auch, dass ich die Rückmeldung als hörende Adresse auf KO1 gelegt hatte. Nach entfernen dieser Verknüpfung ist keine Totzeit mehr vorhanden.
Nimm die Aktor-Rückmeldung raus und probiere es aus, das Verhalten wird sich ändern.
Stimmt, hab' den Status jetzt vom KO 1 getrennt und jetzt reagiert er auch innerhalb von 30s. Die Totzeit von 3s habe ich jetzt nicht ausprobiert.
Weil Du oben nur vom KO 9 geschrieben hattest, war ich der Meinung, daß es mit KO 1 funktionieren müßte.
Wobei ich sehe gerade: Version 1.1? Wo hast Du die her?
Die war von Anfang an drauf. Wobei mir gerade einfällt, daß der Melder nicht innerhalb von 2 Tagen nach Bestellung bei mir war,
es hat ca. 1 Woche gedauert bis ich ihn erhalten habe.
Vielleicht wurde bei meinem Melder das FW-Update schon im Werk gemacht.
crewo
Wahrscheinlich ist es das Beste den Support damit zu nerven.
Und: Natürlich hab ich die 2-3s Pause beim Betreten des Raumes, obwohl alles passend eingestellt ist. Wobei sicher sein kann man sich ja nie, schließlich stimmt das Handbuch ja nicht was den Modus der Erkennung angeht.
Noch schlimmer ist der Fehler, wenn du nach einer Sperre einen Kanal aktivierst, dann geht nämlich trotz erkannter Präsenz das Licht aus und nicht wieder an! Ich hab das bei mir von Schlafen -> Wach, da aktiviere ich den Vollautomat-Kanal und deaktiviere den Halbautomat, der Nachts nur ausschaltet. Dann kommt noch der Fehler dazu, dass gesperrte Kanäle keine Änderung von "Tag/Nacht" mitbekommen und somit auch noch der Helligkeitswert nie stimmt.
Weiterhin sende ich zyklisch Tag/Nacht von der Wetterstation, wenn jetzt mein Vollautomat-Kanal am Morgen aktiviert wird, hat der noch den Modus "Nacht", dann kommt die Wetterstation und sendet "Tag", dann geht ebenfalls das Licht aus. Im Prinzip stehe ich aktuell so am Morgen 2x im dunkeln, das kommt total super an - NICHT!
Ehrlich: Ich verfluche das Ding gerade, blöderweise hab ich meine MDT nun bereits anderweitig verplant, sonst würde ich in beiden Bädern wieder auf MDT umstellen und damit leben, das eventuell mal das Licht ausgeht wenn ein Kind duscht. DAS ist der einzige Vorteil aktuell zu früher.
"leider" habe ich den Status vom Aktor auf's KO 1 gelegt, das sollte es also nicht sein.
Doch... zumindest in allen meinen Versuchen verhält sich KO1 als hörende Adresse genau so wie KO9, obwohl es in der Anleitung anders beschrieben ist.
Nimm die Aktor-Rückmeldung raus und probiere es aus, das Verhalten wird sich ändern. Allerdings weiß dann der Melder nicht mehr, ob das Licht extern ein- bzw. ausgeschaltet wurde.
Die einzige Lösung, die ich bisher gefunden habe: 3 Sekunden nach einem "AUS" lösche ich die Sperre. Dann geht das Licht beim erneuten betreten wieder an (außer man macht das innerhalb dieser 3 Sekunden).
Das nach dem Firmware-Update da immer noch 1.0 steht, ist bekannt. Wir hoffen alle, dass zukünftige Updates sich nicht so verhalten werden. Wobei ich sehe gerade: Version 1.1? Wo hast Du die her?
Auch ich habe die Melder aus der Einführungs-Aktion.
Wenn ich jetzt aus dem Raum gehe und nach 30s das Licht aus geht,
ich aber innerhalb 30s nach Ausschalten wieder in den Raum gehe, wird zwar Präsenz erkannt, das Licht aber nicht
wieder eingeschaltet.
Hallo,
Ich habe bei meinen TP ein ähnliches Verhalten. Es besteht eine Totzeit zwischen ausschalten nach Ablauf der Nachlaufzeit und dem Wiedereinschalten. Wenn man während diesem Zeitraum den Raum erneut betritt, schaltet der Melder nicht wieder ein.
"leider" habe ich den Status vom Aktor auf's KO 1 gelegt, das sollte es also nicht sein.
Ein Firmware-Update hatte ich nicht gemacht, allerdings steht bei mir als Version
[1] 1.1 | 1
[2] 1.1
[3] 2.0.8
Und selbst mit der neuen Firmware steht ja als Version wohl immernoch die 1.0 da.
Von daher weiß ich gar nicht genau ob ich die selbe Firmware habe wie "ihr".
Der Melder ist aus der Aktion von Ende Oktober letzten Jahres.
ich vermute, Du hast den Status des Aktors, der das Licht schaltet, auf "Lichtausgang 1 Eingang schalten" (KO9) gelegt. Dann passiert so was. Über diesen Eingang schaltest Du dann immer noch zusätzlich dem TP aus, und dann schaltet er sich erst wieder ein, wenn die Nachlaufzeit abgelaufen ist.
nein, das verhalten kann ich zum Gück nirgends bestätigen. Ich habe zum Teil Nachlaufzeiten von 20-30 Minuten probiert in schwierigen Büros und das klappt auch, das anschließen das Licht wieder sofort einschaltet.
Ist das eigentlich so gewollt, daß die Nachlaufzeit quasi auch als Sperre nach Ausschalten fungiert?
Ich habe die Nachlaufzeit auf 30s gestellt. Wenn ich jetzt aus dem Raum gehe und nach 30s das Licht aus geht,
ich aber innerhalb 30s nach Ausschalten wieder in den Raum gehe, wird zwar Präsenz erkannt, das Licht aber nicht
wieder eingeschaltet.
Ich hab' die Nachlaufzeit auch mal auf 45s erhöht, dann ist das Verhalten analog zu den 30s. Also wird für 45s nach abschalten der Lichtkanal gesperrt (?).
Im Busmonitor sieht man auch, daß das Telegramm Richtung Aktor fehlt.
Das ist Stellenweise schon unpraktisch.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Einen Kommentar schreiben: