Steinel True Presence – Präsenzmelder

[mumpf]

Hi,

bin im Urlaub, hab jetzt erst Zeit, was längeres zu schreiben.

Vieles passt schon, so wie ich das sehen würde, bei KO1 hörend würde ich mich crewo anschließen wollen, ich beschreibe aber mal das Szenario aus meiner Sicht in der obigen Form:

Schalten über Schalten Eingang (KO9)

Ist aus meiner Sicht ein Übersteuern des Melders (manueller Eingriff), hier sollte mein Wunsch Vorrang haben. Das habt ihr auch so beschrieben, hier macht es auch Sinn, das helligkeitsabhängige Ausschalten zu unterdrücken. Nur fehlen hier einige Fälle:

• EIN Signal ohne Präsenz --> Licht EIN solange Nachlaufzeit, tritt währenddessen Präsenz auf, wird nach Präsenz + Nachlaufzeit ausgeschaltet --> helligkeitsabhängiges Ausschalten temporär gesperrt (melderintern)
• EIN Signal mit Präsenz --> Licht EIN solange Präsenz + Nachlaufzeit --> helligkeitsabhängiges Ausschalten temporär gesperrt (melderintern)
• AUS Signal ohne Präsenz --> Licht AUS für Nachlaufzeit, tritt währenddessen Präsenz auf, bleibt es solange Präsenz + Nachlaufzeit ausgeschaltet --> Automatisches Einschalten temporär gesperrt (melderintern)
• AUS Signal mit Präsenz --> Licht AUS solange Präsenz + Nachlaufzeit --> Automatisches Einschalten temporär gesperrt (melderintern)

Schalten über hörenden Ausgang (KO1)

KO1 hörend sehe ich wie crewo als Rückmeldeobjekt vom Aktor oder von einem anderen Automatismus (Zeitschaltuhr, Treppenlicht, Logikengine). Hier sollte weniger geschehen als an KO9, denn in den meisten Fällen wird hier nur das gleiche Signal kommen, dass der Melder selber gesendet hat. Hauptsächlich geht es also um die Fälle, die sich unterscheiden, also wenn nicht vom Melder eingeschaltet wurde und ein EIN kommt oder wenn nicht vom Melder ausgeschaltet wurde und ein AUS kommt. Aber hier trotzdem nochmal alle Fälle:

• EIN Signal ohne Präsenz --> Licht EIN solange Nachlaufzeit, tritt währenddessen Präsenz wir nach Präsenz + Nachlaufzeit ausgeschaltet --> helligkeitsabhängiges Ausschalten bleibt aktiv
• EIN Signal mit Präsenz --> Licht EIN solange Präsenz + Nachlaufzeit --> helligkeitsabhängiges Ausschalten bleibt aktiv (normaler Melderbetrieb)
• AUS Signal ohne Präsenz --> Licht AUS für Nachlaufzeit und sofort Rückfall in Standardbetrieb (Licht geht bei nächster Bewegung an)
• AUS Signal mit Präsenz --> Licht AUS solange Präsenz + Nachlaufzeit und sofort Rückfall in Standardbetrieb (Licht geht sofort wider an)

Bei den beiden "AUS" hier ist wichtig, dass sie NICHT für die Nachlaufzeit ausmachen! Man braucht eine Möglichkeit, dem Melder ein externes "AUS" zu melden, ohne dass er für die Nachlaufzeit AUS bleibt. Das Beispiel hier ist: Irgendeine Automatik hat mir das Licht ausgemacht (per Szene oder sonst was). Der Aktor meldet das dem PM über KO1. Ich will dann winken können (oder noch besser, der TP weiß ja selber, dass gerade Präsenz im Raum ist) und so das Licht SOFORT wieder anmachen können. Wenn ich für die Nachlaufzeit ein AUS haben will, gehe ich auf KO9.

Meine obigen Fälle sollen auch die Fragen am Ende beantworten, aber hier nochmal explizit:

- Nachdem manuell ein- oder ausgeschaltet wurde (KO9), kommt auf dem hörenden Ausgang ein Schaltbefehl. Überschreiben wir den Schaltbefehl der dort kam? Was hat höhere Priorität? Der Schaltereingang oder der zeitlich aktuellere Schaltbefehl auf dem hörenden Ausgang? --> Tendenz Steinel: der letzte Schaltbefehl gewinnt

Natürlich gewinnt der aktuellste Befehl. In 99% der Fälle wird das nur die Bestätigung des KO9 sein (KO9 geht auf EIN, PM sendet EIN, Aktor meldet EIN auf KO1 - gleiches mit AUS).

Wenn der Aktor was anderes meldet, dann hat das seinen Grund und dann sollte der PM das wissen und sich passend danach richten.

- Wenn ein Schaltbefehl auf dem hörenden Ausgang kommt ohne anwesende Präsenz, was passiert wenn Präsenz auftritt? Standardbetrieb des Melders? Würde der Melder zB Einschalten wenn kurz zuvor ein AUS ohne Präsenz kam? --> Tendenz Steinel: Einschalten bei Präsenz

JA! Damit bestätigt ihr meine beiden grünen Punkte! Also auch hiermit kann ich mich nur der "Tendenz Steinel" anschließen.

Noch eine Anmerkung zu den Sperren (wie gesagt, bin im Urlaub und kann derzeit nicht testen):

Soweit ich mich erinnere, hat ein Schreiben auf KO9 immer auch die externe Sperre des Kanals beeinflusst, zumindest wurde über das Sperr-Status-KO immer was ausgegeben - und die Sperre nach der Nachlaufzeit auch automatisch zurückgenommen. Damit war eine externe Sperre nicht zusammen mit KO9 nutzbar. Verstehe ich den Passus

Automatisches Einschalten temporär gesperrt (melderintern)

richtig, dass ihr das in Zukunft das getrennt behandeln wollt (also melderinterne Sperren unabhängig von externen Sperren)? Würde ich sehr begrüßen.

Bei Fragen oder unklaren Formulierungen meinerseits bin ich gerne bereit, einzelne Aspekte detaillierter zu beleuchten. Testen kann ich aber erst wieder in einer Woche...

Gruß, Waldemar

[crewo]

Diskussionswürdig und ohne finalen Soll-Zustand sind aus unserer Sicht folgende Dinge:

- Nachdem manuell ein- oder ausgeschaltet wurde (KO9), kommt auf dem hörenden Ausgang ein Schaltbefehl. Überschreiben wir den Schaltbefehl der dort kam? Was hat höhere Priorität? Der Schaltereingang oder der zeitlich aktuellere Schaltbefehl auf dem hörenden Ausgang? --> Tendenz Steinel: der letzte Schaltbefehl gewinnt

Die Tendenz würde ich unterstreichen!

- Wenn ein Schaltbefehl auf dem hörenden Ausgang kommt ohne anwesende Präsenz, was passiert wenn Präsenz auftritt? Standardbetrieb des Melders? Würde der Melder zB Einschalten wenn kurz zuvor ein AUS ohne Präsenz kam? --> Tendenz Steinel: Einschalten bei Präsenz

Auch hier, wäre das für mich das zu erwartende Verhalten. Weil: Jemand klickt irgendwo auf Szene "Abwesend" und diese schaltet alle Lichter aus, läuft danach aber schnell noch ins Bad, würde dort gerne trotzdem das Licht wieder anhaben.

ABER:
Der hörende ist doch nur für den Aktor-Status, oder? Ich würde dort gar nichts machen ausser bei "EIN" die Nachlaufzeit starten und Licht wieder aus. Keine Veränderung von irgendwas bei AUS, diese Meldung auf dem höhrenden wäre mir total egal als PM ausser, dass ich nun weiß, das Licht ist aus. Oder?

[Steinel Technical Support]

crewo mumpf und gerne auch weiterer Input von allen weiteren Interessierten

Hallo,

wir haben in interner Runde das Thema externer Input (hörende Adresse und/oder Tastereingang) diskutiert und sind zu folgendem Soll-Verhalten gekommen:

Schalten über Schalten Eingang (KO9)

EIN Signal bei Präsenz --> Licht EIN solange Präsenz + Nachlaufzeit, danach Rückfall in Standardbetrieb --> helligkeitsabhängiges Ausschalten temporär gesperrt (melderintern)

AUS Signal ohne & bei Präsenz --> Licht AUS solange Präsenz + Nachlaufzeit, danach Rückfall in Standardbetrieb --> Automatisches Einschalten temporär gesperrt (melderintern)

Schalten über hörenden Ausgang (KO1)

EIN Signal ohne Präsenz --> Licht EIN solange Nachlaufzeit, tritt währenddessen Präsenz wir nach Präsenz + Nachlaufzeit ausgeschaltet --> helligkeitsabhängiges Ausschalten bleibt aktiv

EIN Signal mit Präsenz --> Licht EIN solange Präsenz + Nachlaufzeit --> helligkeitsabhängiges Ausschalten bleibt aktiv (normaler Melderbetrieb)

AUS Signal mit Präsenz --> Licht AUS solange Präsenz + Nachlaufzeit

EIN Signal ohne Präsenz --> Licht EIN für Nachlaufzeit

AUS Signal ohne Präsenz --> Licht AUS für Nachlaufzeit



Diskussionswürdig und ohne finalen Soll-Zustand sind aus unserer Sicht folgende Dinge:

- Nachdem manuell ein- oder ausgeschaltet wurde (KO9), kommt auf dem hörenden Ausgang ein Schaltbefehl. Überschreiben wir den Schaltbefehl der dort kam? Was hat höhere Priorität? Der Schaltereingang oder der zeitlich aktuellere Schaltbefehl auf dem hörenden Ausgang? --> Tendenz Steinel: der letzte Schaltbefehl gewinnt

- Wenn ein Schaltbefehl auf dem hörenden Ausgang kommt ohne anwesende Präsenz, was passiert wenn Präsenz auftritt? Standardbetrieb des Melders? Würde der Melder zB Einschalten wenn kurz zuvor ein AUS ohne Präsenz kam? --> Tendenz Steinel: Einschalten bei Präsenz


Wir sind gespannt auf das Feedback

Grüße

[crewo]

mumpf
Die unterschiedlichen Lichtszenen steuere ich glaube ich jetzt erstmal mit edomi (also externer Logik) und schicke hier Steuerbefehle für Dimmen und an/aus einzelner Lichtquellen nach den Steuerbefehlen des TP nach. So funktioniert das Grundlicht durch den PM immer und ich bin nicht mehr von mehreren Kanälen abhängig. Aber ich wäre froh, wenn das doch alles nativ abzubilden wäre, habe vermutlich die gleiche Anforderung wie du.

[mumpf]

Hi Steinel Technical Support,

die offizielle Konfigurationsempfehlung von euch, gerade wenn wir hier von hörender Adresse sprechen wegen Aktor-Status bei Fremdbedienung,

dem kann ich mich nur anschließen, und es erweitern durch "Nutzung von mehreren Kanälen, die sich gegenseitig sperren können". Typisches Beispiel hier sind PM für Lichtautomatisierung, die aber auch durch Taster und andere Automatiken (Zeitschaltuhren, Treppenlicht) bedient werden können, aber 2 oder 3 Lichtkänäle nutzen, um zu unterschiedlichen Tageszeiten unterschiedliche Lichteffekte zu erhalten (bei uns ist es Tag-/Nacht-/Morgenlicht).

Wenn ihr die Szenarien, an die ihr denkt, vorher hier beschreibt, könntet ihr sicherlich Feedback bekommen, ob das so passt und was ihr vergessen habt - und das noch bevor ihr das implementiert. Erspart Frust auf beiden Seiten.

Gruß, Waldemar

[crewo]

Steinel Technical Support Trotzdem interessiert mich mal die offizielle Konfigurationsempfehlung von euch, gerade wenn wir hier von hörender Adresse sprechen wegen Aktor-Status bei Fremdbedienung, wäre toll hier eure professionelle Ansage zu bekommen.

[andreasrentz]

Ok, Sperren habe ich nicht mehr im Einsatz.

[crewo]

Das funktioniert aber doch eigentlich jetzt schon, bzw. hat von Anfang an funktioniert.

Ich hatte da meine Probleme, evtl. liegt das auch an der Nutzung der Sperren um ein unterschiedliches Verhalten Tag/Nacht zu realisieren (Nachts nur Halbautomat und Tagsüber Vollautomat). Muss ich mal ansehen, ich sag ja, vermutlich ist das mein Fehler, ich habe einiges unkonventionell gemacht nachdem mein gewünschtes Verhalten nicht mit einfachen Mitteln funktionierte. Werde das jetzt erstmal wieder auf "einfach" umbauen.

[andreasrentz]

könntet ihr mal bitte eure "Idealkonfiguration" beschreiben, wie der TP in Verbindung mit einem Taster zu betreiben ist? Ziel ist: Manuell Aus -> Licht bleibt aus bis Präsenz weg, dann wieder Automatik. Manuell An: Licht bleibt an bis Präsenz weg ODER wenn keine Präsenz erkannt wird bis Nachlaufzeit Ende.

Das funktioniert aber doch eigentlich jetzt schon, bzw. hat von Anfang an funktioniert.

[andreasrentz]

Ich habe es ebenfalls so, dass der Aktorkanal von KO1 angesteuert wird, dieses erhält ja über KO9 seinen Schaltbefehl zusätzlich habe ich als hörend den Status des Aktorkanals auf KO9. Anders wüsste ich nicht wie er sonst zuverlässig ausschalten sollte, wenn er von woanders getriggert wird z.B. Szenen, absolut Dimmwert.

[crewo]

Dein ODER hört sich so an, als ob der PM mindestens die Nachlaufzeit an bleibt, dann aber bei fehlender Präsenz sofort ausgeht. Das bitte nicht...

Stimmt ist missverständlich, ich meinte mit dem ODER bei "Nichtpräsenz" so lange die Nachlaufzeit läuft. Korrigiere das oben!

[mumpf]

Hi,

Beim manuellen "Aus" über Taster schaltet der PM sofort wieder ein, ich kann das Licht gerade gar nicht mehr manuell ausschalten.

Du musst den Schaltbefehl auf KO9 legen, nicht nur als hörende Adresse auf KO1. Und (derzeit) darf der Status des Aktors nicht auf KO1, dann geht es wieder. Wenn Du bisher nur mit dem Status des Aktors gearbeitet hast, dann funktioniert Dein Szenario derzeit nur, wenn Du den Status des Aktor auf KO9 legst.

Das sind die Probleme, die ich schon oben geschildert habe, bei denen der Steinel Technical Support noch um Geduld gebeten hatte. Ist ja auch OK...

Ziel ist: Manuell Aus -> Licht bleibt aus bis Präsenz weg, dann wieder Automatik. Manuell An: Licht bleibt an bis Präsenz weg ODER Nachlaufzeit Ende.

Bei "Manuell Aus" stimme ich Dir zu. Bei "Manuell An" bleibt aber das Licht an, solange Präsenz erkannt wird und dann noch solange die Nachlaufzeit läuft, nachdem Präsenz weg ist. Deswegen heißt es ja Nachlaufzeit: Die Zeit, die der PM noch "nachläuft", nachdem die Präsenz weg ist. Dein ODER hört sich so an, als ob der PM mindestens die Nachlaufzeit an bleibt, dann aber bei fehlender Präsenz sofort ausgeht. Das bitte nicht...

Gruß, Waldemar

[crewo]

Steinel Technical Support laut einigen Einträgen hier im Forum ist die Bezeichnung in der ETS-App nicht korrekt, was die Szenarien angeht. Gibt es denn dafür auch ein Update?

[andreasrentz]

Guten Morgen,

könnten wir auch hier Erfahren mit welchen Einstellungen (Szenario) Sie arbeiten?

Vielen Dank!

Hallo,
ich arbeite bei allen 6 TP mit dem Szenario (7) großes Büro, großer Eingangsbereich.
Damit bin ich bislang am besten gefahren, ich denke man muss sich das erst ein paar Tage anschauen damit man beurteilen kann ob es besser oder schlechter geworden ist.

[crewo]

Nach dem Update sind meine wesentlich schneller und zuverlässiger, das sind zwar erst einmal nur subjektive Eindrücke vom Wochenende, aber es "läuft" nun eher so wie von den klassischen PMs mit PIR gewohnt.

Was mich ziemlich verwirrt: Beim manuellen "Aus" über Taster schaltet der PM sofort wieder ein, ich kann das Licht gerade gar nicht mehr manuell ausschalten. Werde das mal prüfen und sende Screenshots mit GA-Beschreibung. Ich würde aber vermuten, dass das eher mein Fehler ist, da ich ziemlich wilde Sachen mit dem TP angestellt habe, damit der überhaupt funktionierte wie gewünscht.

Könnte wohl an dem anderen Verhalten der Sperre liegen, wenn externer Taster ein "Aus" meldet, wie hier schon beschrieben, das wäre dann allerdings komisch.

Steinel Technical Support könntet ihr mal bitte eure "Idealkonfiguration" beschreiben, wie der TP in Verbindung mit einem Taster zu betreiben ist? Ziel ist: Manuell Aus -> Licht bleibt aus bis Präsenz weg, dann wieder Automatik. Manuell An: Licht bleibt an bis Präsenz weg ODER wenn keine Präsenz erkannt wird bis Nachlaufzeit Ende.