Anfängerfrage: Wie macht man eine einfache Und-Verknüpfung?

[Jogi]

Hallo,
das ist vielleicht eine Frage, bei der manch einer schmunzelt, ich weiß aber nicht wie es geht.

FHEM hat ja sehr viele Funktionen und Zusatzmodule. Bei manchem habe ich das Gefühl, dass es für eine Aufgabe gleich mehrere Möglichkeiten zur Realisierung gibt. Manche sind kompliziert, andere einfacher. Ich mag es gerne einfach.
Daher meine Frage:
Wie kann ich eine Und-Verknüpfung am einfachsten (!) realisieren?
Beispiel:
Lampe1 soll nur einschalten, wenn Schalter1 und Schalter2 eingeschaltet sind.
Wenn einer der beiden Schalter aus ist, soll die Lampe wieder ausschalten.

Vielen Dank für Tipps.

[franky08]

So auf die Schnelle:

Code Auswählen Erweitern

{if ((Value("Schalter1" eq "on")) && (Value("Schalter2") eq "on")) {
fhem "set Lampe on";
} else {
fhem "set Lampe off";
}
}

[Otto123]

Hi,

Für die Raw Def als komplettes Testscenario:

Code Auswählen Erweitern

define T_Aktor1 dummy
define T_Aktor2 dummy
attr T_Aktor[1-2] webCmd on:off
define T_Lampe1 dummy
defmod T_di_Aktor DOIF ([T_Aktor1] eq "on" and [T_Aktor2] eq "on" )(set T_Lampe1 on) DOELSE (set T_Lampe1 off)
attr T_.* room Test


Dazu noch Franky's korrigierte notify Variante:

Code Auswählen Erweitern

defmod T_nty_Aktor notify T_Aktor[1,2]:(on|off) {if ((Value("T_Aktor1") eq "on") && (Value("T_Aktor2") eq "on")) {fhem "set T_Lampe1 on"} else {fhem "set T_Lampe1 off"}}
attr T_nty_Aktor room Test


Gruß Otto

[franky08]

Und wieder ein DOIF Jünger... 

VG
Frank

[Beta-User]

@Frank: Du hättest ihm auch wirklich einen copy-paste-code für ein notify mit alternativen Eingangsbedingungen liefern sollen  .

Wollte noch structure in den Raum werfen, macht aber m.E. erst richtig Sinn, wenn es ein paar mehr Schalter sind, auf deren Zustand reagiert werden soll...

Gruß, Beta-User

[Otto123]

Hab meinen Post oben noch erweitert ums notify

Und hier noch mit IF

Code Auswählen Erweitern

defmod T_nty_AktorIF notify T_Aktor[1,2]:(on|off) IF ((Value("T_Aktor1") eq "on") && (Value("T_Aktor2") eq "on")) (set T_Lampe1 on) ELSE (set T_Lampe1 off)
attr T_nty_AktorIF room Test

Die Frage ist jetzt, was ist einfacher 

Gruß Otto

[betateilchen]

wo sind die Taliban, wenn man sie mal braucht...

[Otto123]

wo sind die Taliban, wenn man sie mal braucht...

Was hab ich falsch gemacht? 

[Beta-User]

Was hab ich falsch gemacht? 

Der Religionsbezug kam von woanders her .

Aber ausgepeitscht oder schlimmeres wird hier niemand, von daher war die Reaktion mit der anderen Backe schon ok .

Aber mal abgesehen von den nicht zur Sache gehörenden Kommentaren könnte man den Post m.E. gut als "Entscheide-Selbst"-Post für den Sticky-Anfängerbereich nehmen; es fehlt nur die ausformulierte structure-Variante, oder fällt sonst noch jemand was ein ? Wobei structure eher dann Vorteile bringt, wenn man sie auch schalten will und nicht nur einen Zustand von meheren Geräten zusammenfassen.

[betateilchen]

Für die eingangs gestellte Anforderung ist die structure tatsächlich die beste Wahl.

In meinem Arbeitszimmer habe ich drei Homematic Schaltaktoren

• für den Switch, der das Arbeitszimmer mit Netzwerk versorgt
• für den PC
• für den Netzwerkdrucker, der auch von anderen Räumen aus ansprechbar ist

Daraus ergibt sich die Anforderung, dass der switch immer dann eingeschaltet sein, muss, wenn mindestens eine der Hardwarekomponenten (Drucker und PC) eingeschaltet ist. Sind beide aus, kann auch der Switch ausgeschaltet werden.

Dazu sind PC und Drucker in einer structure zusammengefaßt. Immer wenn ein event von der structure kommt, wird per notify geprüft, ob der event "off" ist. In diesem Fall sind beide Geräte aus und das notify schaltet den Switch ab. In allen anderen events wird (bzw. bleibt) der Switch angeschaltet.

[Otto123]

Das wäre dann so?

Code Auswählen Erweitern

defmod T_st_Aktor structure Switch T_Aktor1 T_Aktor2
attr T_st_Aktor clientstate_behavior relative
attr T_st_Aktor clientstate_priority on|on off|off
attr T_st_Aktor event-on-change-reading state
attr T_st_Aktor room Test

defmod T_nty_AktorST notify T_st_Aktor:(on|off) set T_Lampe1 $EVENT
attr T_nty_AktorST room Test

PC -> Aktor1
Netzwerkdrucker -> Aktor2
Switch -> Lampe1
Sozusagen als Fertigfutter - mal ganz Ausnahmsweise 

[Jogi]

Vielen Dank für Eure umfangreichen Antworten. Da sollte doch etwas für mich dabei sein!
Danke!

[betateilchen]

Das wäre dann so?

Nein. Dein notify würde nicht korrekt funktionieren. Eine structure hat nicht nur on|off sondern auch noch undefined.

on und off würden nur auftreten, wenn beide Geräte den gleichen Zustand haben. Wenn aber nur ein Gerät eingeschaltet ist, meldet die structure "undefined".

Deshalb hatte ich extra geschrieben:

wird per notify geprüft, ob der event "off" ist. In diesem Fall sind beide Geräte aus und das notify schaltet den Switch ab. In allen anderen events wird (bzw. bleibt) der Switch angeschaltet.

[Thorsten Pferdekaemper]

Nein. Dein notify würde nicht korrekt funktionieren. Eine structure hat nicht nur on|off sondern auch noch undefined.

Kommt das nicht noch so ein bisschen auf clientstate_behavior und clientstate_priority an?
Gruß,
   Thorsten

[Otto123]

Also ich habe es natürlich getestet und für die gestellte Aufgabe funktioniert es prima. Die structure hat nie undefined wenn die beiden Aktoren nur on und off kennen wegen
attr T_st_Aktor clientstate_priority on|on off|off

on und off würden nur auftreten, wenn beide Geräte den gleichen Zustand haben. Wenn aber nur ein Gerät eingeschaltet ist, meldet die structure "undefined".

Der Fall tritt wegen den beiden Attributen nicht ein!
Wenn beide Aktoren noch einen anderen Zustand haben dann ok. Dürfte aber nicht vorkommen. Zumindest wird dann einfach nichts gemacht.