[GELÖST] Dimmer mit Bewegungsmelder und Helligkeitssensor peeren und schalten

[darkness]

Hallo Pfriemler,

von mir aus kann der Artikel gerne aufgeteilt werden. Das war nur mal meine erste Idee. Das Ziel sollte sein, dass die Nutzung der virtuellen Kanäle entsprechend Dokumentiert ist.
Verschiebst du den Absatz?


Gruß

[Pfriemler]

ich mach ne Kopie und ne Notiz in der Diskussion für später. Dauert aber ein paar Tage.

[Morgennebel]

wie angekündigt habe ich hier im Wiki einen Eintrag erstellt

Das ist ein super-hilfreicher Eintrag, der erahnen läßt, daß dies eine Lösung für mich sein könnte.

Leider verstehe ich ihn nicht.

Wäre es bitte, bitte möglich, diesen noch ausführlicher zu gestalten und mit Beispielgeräten zu arbeiten?

Danke, -MN

[darkness]

Hallo,

für mich wäre es hilfreich, wenn du schreibst was genau du nicht verstehst 

Gruß

[Morgennebel]

Nun...

Der Wiki-Anfang liest sich wie jede andere Geräte-Beschreibung auch. Gerät, Features, wie wirds angesprochen.

Dann, ohne Vorwarnung Mathematik (phyLevel) und ein riesiger Codeblock. Und am Ende noch ein Lösungshinweis.
Ich fühle mich wie damals in der Universität, wo der Mathedozent eine Formal an die Tafel schrieb und dann sagte,
der Beweis sei doch total trivial...

Ich glaube, nach 4 Semestern hab ich dann langsam verstanden, was er meinte.

Wäre es Dir denn möglich, den phyLevel-Level Ansatz und "Über FHEM wird dieser Kanal je nach Tageszeit gesetzt"
noch ein wenig zu erläutern?

Läßt sich das ganze eigentlich in ein hminfo-Template giessen (ich hatte doch da mal nen Bookmark, den ich nie
verstanden hatte)

Danke, -MN

[darkness]

Ok, dann hast du aber nicht auf den Link virtuelle Kanäle geklickt, oder?
https://wiki.fhem.de/wiki/HomeMatic#virtuelle_Kan.C3.A4le

Dort sind die Grundlagen für virtuelle Kanäle zu finden.
Diese Grundlagen wären in meinem Artikel nicht zielführend, da es ja auch an andere Stelle verwendet werden kann.

Wäre es Dir denn möglich, den phyLevel-Level Ansatz und "Über FHEM wird dieser Kanal je nach Tageszeit gesetzt"
noch ein wenig zu erläutern?

Was reicht denn daran nicht?

Über FHEM wird dieser Kanal je nach Tageszeit gesetzt. Da dieser vom ersten Kanal abgezogen wird, bedeutet das Beispielsweise Tags 0% und Nachts 70%.Als Ergebnis wäre die Lampe Nachts auf 30% gedimmtUm diesen Kanal vom ersten zu subtrahieren muss Register logicCombination angepasst werden

Das der Nutzer einen Wert per set für einen Kanal machen kann setze ich mal voraus. Das ganze soll ja auch keine Klick&Fertig Anleitung sein.

Was wäre denn eine bessere Alternative für die Formulierung?

Ich bin ja daran interessiert, den Wiki-Artikel entsprechend zu verbessern. Aber ich sehe gerade noch nicht, was ich konkret ändern kann.

Edit:

Läßt sich das ganze eigentlich in ein hminfo-Template giessen (ich hatte doch da mal nen Bookmark, den ich nie
verstanden hatte)

Die gibt es doch schon. Damit setzte ich die Werte des BWM.

[darkness]

In der Liste der Befehle fehlt noch das "set ... old", mit der ein Dimmer auf den zuletzt eingestellten Dimmerwert vor dem Ausschalten einschaltet.

Davon ab finde ich, man sollte in den Geräte-Wiki-Seiten nur die gerätespezifischen Dinge behandeln - für die Typen (Klassen) gibt es bereits Sammelseiten, die zum Teil schon gut bestückt sind und auf die man verweisen sollte. Ich erlaube mir dahin mal zu kopieren und Du kannst ja dann mal sehen, ob Du die Geräteseite entsprechend dorthin verlinkst.

Jm2c.

Hallo Pfriemler,

welche Typenseite hast du gemeint. Im Wiki habe ich leider nichts zum Thema Dimmer gefunden.

Gruß

[Morgennebel]

Ok, dann hast du aber nicht auf den Link virtuelle Kanäle geklickt, oder?
https://wiki.fhem.de/wiki/HomeMatic#virtuelle_Kan.C3.A4le

Jetzt schon. Ich habe die Kanäle auch schon gesehen, meine Kenntnisse hören aber derzeit bei der Kopplung
eines Dimmers mit einer Fernbedienung (HM-PB-2-WM55-2) auf. Dabei ist je ein Taster mit einem Kanal ver-
bunden - wie im Wiki erklärt.

Bei mir sieht Ch 2 z.B. so aus:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        31991C02
   NAME       HM_OG.LENNART_FBLichtEingang_Btn_02
   NOTIFYDEV  global
   NR         276
   NTFY_ORDER 50-HM_OG.LENNART_FBLichtEingang_Btn_02
   STATE      Short 1_230 (to HM_OG.LENNART_DmOberlicht)
   TYPE       CUL_HM
   chanNo     02
   device     HM_OG.LENNART_FBLichtEingang
   READINGS:
     2017-11-24 07:57:58   state           Short 1_230 (to HM_OG.LENNART_DmOberlicht)
     2017-11-24 07:57:58   trigger         Short_230
     2017-11-24 07:57:59   triggerTo_HM_OG.LENNART_DmOberlicht Short_230_ack
     2017-11-24 07:57:58   trigger_cnt     230
   helper:
     BNO        230
     BNOCNT     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   model      HM-PB-2-WM55-2

wo genau kommen in Deinem Beispiel die Werte 30% und 70% hin?

Die Wiki-Seite zu Virtuellen Kanälen läßt sich (genau wie dieser Thread) ja auch noch verlinken. Und Du sagst, daß Du ein Template für den Bewegungsmelder verwendest.

Ich bin für die Hilfe echt dankbar, aber mir fehlt irgendwie Information, um dieses nachzustellen...

Danke, -MN

[darkness]

Der HM-PB-2-WM55-2 ist nur zum schalten des 1. Virtuellen Kanal des Aktors zuständig.
Also peeren des HM-PB-2-WM55-2 mit dem  1. Virtuellen Kanal des Aktors . Hier kann das HMInfo-Template motionOnDim zum Einsatz kommen.

Funktioniert das schon bei dir? Ansonsten sollte das der erste Schritt sein.

Normalerweise wird dann der 1. Kanal mit 100% vom Dimmer angeschaltet.

Der 2. Kanal des Dimmers bekommt die logische Verknüpfung minus. Wenn du diesen dann (händisch) auf 50% setzt, werden diese 50% vom 1. Kanal (100%) abgezogen.
Als Ergebniss ist der Dimmer insgesamt dann auf 50% gedimmt.

Was ich aber gerade sehe:

Dabei ist je ein Taster mit einem Kanal verbunden - wie im Wiki erklärt.

Du verwendest nicht den Bewegungsmelder sondern nur die Tasten?
Was genau ist denn dein Ziel? Fangen wir mal damit an 

[Morgennebel]

Du verwendest nicht den Bewegungsmelder sondern nur die Tasten?
Was genau ist denn dein Ziel? Fangen wir mal damit an 

Licht im Kinderzimmer mit Taster, Bewegungsmelder (sonst brennt es immer) und Helligkeitssensor...

Szenario 1: Tagsüber, Helligkeitssensor unter Schwelle, Bewegung = Licht 100% solange Bewegung + 5Min
Szenario 2: Nachts, Tastendruck AN = Licht 20% aufdimmen
Szenario 3: Abends, langer Tastendruck = Einschlaflicht (100% zu 0%, 20 Minutes)#
Szenario 4: Nachts, Bewegung = Licht 10% aufdimmen solange Bewegung

Ich denke, daß passt recht gut zu der beschriebenen Lösung...

Danke, -MN

[Pfriemler]

Hallo Pfriemler, ... welche Typenseite hast du gemeint. Im Wiki habe ich leider nichts zum Thema Dimmer gefunden.

https://wiki.fhem.de/wiki/HomeMatic_Type_Dimmer
Da sind derzeit nur die Dimmer gelistet. Es gibt aber andere Type-Seiten, die schon besser bestückt sind. Ich finde, generelle Dinge, die alle diese Geräte betreffen, sollten dort erklärt und in den Seiten zu den einzelnen Geräten dann darauf verwiesen werden - was ich vor zwei Wochen schon mal sagte. Leider habe ich gerade Nebenbaustellen ohne Ende und komme nicht dazu. Also ran, wer will.

[darkness]

Szenario 1: Tagsüber, Helligkeitssensor unter Schwelle, Bewegung = Licht 100% solange Bewegung + 5Min
Szenario 2: Nachts, Tastendruck AN = Licht 20% aufdimmen
Szenario 3: Abends, langer Tastendruck = Einschlaflicht (100% zu 0%, 20 Minutes)#
Szenario 4: Nachts, Bewegung = Licht 10% aufdimmen solange Bewegung

Mein Vorschlag wäre, diese Szenarien auch als "Arbeitspakete" umzusetzen. Dann lässt es sich auch leichter unterstützen.

Szenario 1: Peeren des BWM mit dem 1. Virtuellen Kanal. Dann dazu das HMTemplate motionOnDim um die Werte zu setzen.
Szenario 2 und 4 kann anschließend gelöst werden.
Szenario 3 könnte auch gehen durch peeren gehen. Bin ich mir aber nicht sicher. Wahrscheinlich aber mit entsprechenden Long-Registern

[darkness]

https://wiki.fhem.de/wiki/HomeMatic_Type_Dimmer
Also ran, wer will.

ok 

[Pfriemler]

Mein Senf dazu:

Szenario 1: Tagsüber, Helligkeitssensor unter Schwelle, Bewegung = Licht 100% solange Bewegung + 5Min
Szenario 2: Nachts, Tastendruck AN = Licht 20% aufdimmen
Szenario 3: Abends, langer Tastendruck = Einschlaflicht (100% zu 0%, 20 Minutes)#
Szenario 4: Nachts, Bewegung = Licht 10% aufdimmen solange Bewegung

Boah, das ist anspruchsvoll.
Szene 3 lässt sich m.E. fest einrichten. lgOnLevel, sofortiger Verweis von Ein-Zustand in die Down-Rampe, Zeit entsprechend. Geht dann aber auch tagsüber.
Der Unterschied zwischen Tag und Nach ließe sich mit einem von FHEM tageszeitgesteuerten Kanal regeln (zwei at mit sunrise/sunset setzen den Dimmlevel auf 100 bzw. 20. Szene 2 Tastendruck würde dann entsprechend tags 100, nachts 20 % leuchten. Nur die Bewegung schert da aus: Würde man alle Aktionen mit dem  zeitgesteuerten Kanal multiplizieren, könnte man den shOnLevel des Bewegungsmelders auf 50% setzen - dann würde aber tagsüber das Licht auch nur zu 50% angehen.
Irgendwo müssten also noch Kompromisse gemacht werden.

OT-Zitat:

Ich fühle mich wie damals in der Universität, wo der Mathedozent eine Formal an die Tafel schrieb und dann sagte, der Beweis sei doch total trivial...

Das war nicht zufällig an der TU Dresden 80er oder 90er? Aber vermutlich reden alle Matheprofs so ...
edit: ne, der sprach anders ... der war ein paar Formeln (so Integrale und Differentiale zweiter Ordnung), 10% Lösungsweg und dann " ... der Rest ist trivial."

[Morgennebel]

Boah, das ist anspruchsvoll.

Dein Motto ist doch "Geht nicht gibs nicht"?

Szene 3 lässt sich m.E. fest einrichten. lgOnLevel, sofortiger Verweis von Ein-Zustand in die Down-Rampe, Zeit entsprechend. Geht dann aber auch tagsüber.

Da das der seltenste Anwendungsfall wäre, würd ich den zur Not über den Server lösen...

OT-Zitat: Das war nicht zufällig an der TU Dresden 80er oder 90er? Aber vermutlich reden alle Matheprofs so ...
edit: ne, der sprach anders ... der war ein paar Formeln (so Integrale und Differentiale zweiter Ordnung), 10% Lösungsweg und dann " ... der Rest ist trivial."

Uni Passau, Grundstudium Informatik 1992-1995. Damals war das Grundstudium Informatik nahezu deckungsgleich mit Grundstudium Mathematik, die Survivalrate lag bei 15%...

Danke, -MN