(GELÖST) Telegram Nachricht bei Heizung Ausfall? Mit DoIf?

[misux]

do always

Ohne do always gilt:Die Befehle eines Bedingungszweiges werden ohne vorherigen Statuswechsel nur einmal ausgeführt.

Das Attribut setzt diese Regel ausser Kraft. Befehle werden wiederholt im bestehenden Status ausgeführt.

Das interne DOELSE entfällt bei DOIF mit einem Zweig.

Wait-Timer werden bei wiederholtem Wahrwerden der Bedingung nicht abgebrochen.

Würde es beuetuen das die ganze Zeit Nachrichten bekomme solange der Wert nicht wieder auf 0 springt?

[CoolTux]

Ich denke mal von der Funktion ist es egal. Er hat einen Eventtrigger. Bei Event 255 wird gesendet. Bei jedem anderen Event wird nicht gesendet und bestenfalls das DOIF zurückgesetzt (da bin ich nicht sicher)

Ich würde do always machen, ich finde die sinnlose Else unlogisch. Aber das ist Ansichtssache.

Gruß Otto

Ist halt die Frage ob er nicht auch informiert werden will wenn die 255 (Fehler) wieder weg ist. Weiß aber nicht ob alle anderen Werte das DOELSE auslösen.

[Otto123]

Nein, das würde bedeuten das jedesmal wenn der Wert 255 ist eine Meldung kommt.

Du hast gar nichts mit 0 eingebaut!!! Du wartest auf einen Event 255 weiter nichts!

Ich bin nicht sicher, es spielt in Deinem Fall eventuell gar keine Rolle!

[Otto123]

@CoolTux Ist sein Konstrukt jetzt nicht wie ein notify auf SENSOR_1_Heizung:255 ?

Das löst doch bei 0 auch nicht aus 

[CoolTux]

@CoolTux Ist sein Konstrukt jetzt nicht wie ein notify auf SENSOR_1_Heizung:255 ?

Das löst doch bei 0 auch nicht aus 

Genau das war ja mein bedenken. Habe aber so lange nichts mehr mit DOIF gemacht das ich mir unsicher war.

[misux]

So, ich habe es jetzt etwas angepasst und die Werte etwas umbenannt der Übersichtlichkeit...

Code Auswählen Erweitern

([SENSOR_1_Heizung:"OPEN"]) (set Telegram _msg HEIZUNG AUSGEFALLEN!!!) DOELSE (set Telegram _msg HEIZUNG WIEDER OK!!!)

In diesem Fall bekomme ich immer eine Nachricht bei OPEN "HEIZUNG AUSGEFALLEN" und wenn nicht open "HEIZUNG WIEDER OK!!! Und das ist auch gut so.

Wenn  ich DOELSE lösche dann bekomme ich keine "HEIZUNG WIEDER OK" Nachricht!

Was würde denn jetzt, wenn ich ein "do always", vor allem wohin setze, ändern?

[Otto123]

Was würde denn jetzt, wenn ich ein "do always", vor allem wohin setze, ändern?

Nichts - wenn es so funktioniert ist alles gut.

[misux]

  Sehr gut! somit bin ich wieder etwas mehr glücklich das etwas funktioniert.. Bin aber noch verflucht weit weg von "ich habe das System FHEM verstanden" 

[Otto123]

Ich lege jetzt nochmal für mich und Cooltux nach, weil ich es auch verstehen wollte 
([SENSOR_1_Heizung:"OPEN"]) triggert das DOIF bei JEDEM Event von SENSOR_1_Heizung und wertet anschließend nur OPEN aus. Die Bedingung wird also wahr bei OPEN und unwahr (DOELSE) bei allem anderem. Also nicht wie bei einem notify auf SENSOR_1_Heizung:OPEN

(["SENSOR_1_Heizung:OPEN"])triggert das DOIF nur auf OPEN von SENSOR_1_Heizung. Die Bedingung wird wahr bei OPEN und niemals unwahr(Die DOELSE spielt überhaupt keine Rolle).
Ohne do always triggert das nur einmal!
Dies ( aber nur mit attr di_Heizung do always) entspräche damit einem notify und trigger SENSOR_1_Heizung:OPEN (was aber viel einfacher wäre)

Kann man selbst mal mit zwei Dummys und dem DOIF durchspielen:

Code Auswählen Erweitern

define di_Heizung DOIF ([Dummy1:"on"]) (set Dummy2 $EVENT) DOELSE (set Dummy2 $EVENT)

@misux Wie schon gesagt alles gut für Dich. Ich wollte es nur versuchen zu erklären. Ich will Dich nicht verwirren.

Gruß Otto

[Damian]

Es ist so weit alles richtig, bis auf die Tatsache, dass bei Ereignisangaben im DOIF, im Gegensatz zum Notify, kein ^ für Beginn und $ für Ende drangehängt wird:

"SENSOR_1_Heizung:OPEN"  entspricht beim notify .*SENSOR_1_Heizung.*:.*OPEN.*

dagegen SENSOR_1_Heizung:OPEN beim notify entspricht beim DOIF "^SENSOR_1_Heizung$:^OPEN$"

[Per]

([SENSOR_1_Heizung:"OPEN"]) triggert das DOIF bei JEDEM Event von SENSOR_1_Heizung und wertet anschließend nur OPEN aus.

(["SENSOR_1_Heizung:OPEN"])triggert das DOIF nur auf OPEN von SENSOR_1_Heizung. Die Bedingung wird wahr bei OPEN und niemals unwahr(Die DOELSE spielt überhaupt keine Rolle).

Nee, oben triggerst du genau einen Aktor, unten alle, die "SENSOR_1_Heizung" im Namen haben.

[Otto123]

Per, es ist schnell irreführend zu zitieren und die Zitate zu kürzen und zu zerpflücken. Mein "Gewicht" lag woanders, ausgehend davon: es gibt nur einen SENSOR_1_Heizung.

Deinen Einwand habe ich durch den Beitrag Damian schon verstanden.

Meine Erkenntnis zum Bedingungsteil des DOIF stimmt, wenn es nur einen SENSOR_1_Heizung gibt der auch nur zwei Zustände annimmt.
Das war ja die Aussage vom TE.

Gruß und Danke
Otto

[Damian]

Hier mal eine Übersicht der möglichen Zustände:

Zustandsabfragen:

Code Auswählen Erweitern

([dummy] eq "on") (set lamp on) hat zwei Zustände: cmd_1, cmd_2 (hier ist DOELSE virtuell immer dabei, sonst könnte man nur einmal schalten)

Code Auswählen Erweitern

([dummy] eq "on") (set lamp on) mit do always hat nur einen Zustand: cmd_1

Code Auswählen Erweitern

([dummy] eq "on") (set lamp on)  DOELSE mit do always  hat zwei Zustände: cmd_1,cmd_2

Ereignisabfragen mit einem konkreten Device (Verhalten wie oben):

Code Auswählen Erweitern

([dummy:"on"]) (set lamp on) hat zwei Zustände: cmd_1, cmd_2

Code Auswählen Erweitern

([dummy:"on"]) (set lamp on) mit do always hat nur einen Zustand: cmd_1

Code Auswählen Erweitern

([dummy:"on"]) (set lamp on) DOELSE mit do always hat zwei Zustande: cmd_1, cmd2

Allgemeine Ereignisabfragen

Code Auswählen Erweitern

(["dummy:on"])(set lamp on) hat nur einen Zustand: cmd_1 (ohne do always nicht sinnvoll, da nur eine Schaltung möglich)

Code Auswählen Erweitern

(["dummy:on"])(set lamp on) mit do always hat nur einen Zustand: cmd_1

Code Auswählen Erweitern

(["dummy:on"])(set lamp on) DOELSE hat nur einen Zustand: cmd_1 (cmd_2 lässt sich nicht provozieren, da es bei jedem Ereignis von irgendwelchen Devices zuschlagen würde)