[gelöst] Dauernde Pushover-Meldung verhindern

[Kueppert]

Hi,

ich hatte das Phänomen auch kurz mit meinem Xiaomi Fenster Kontakt. Starte Mal die Java Skript Instanz neu.

Zu deinem Blockly:

• Stelle den Tiger auf Änderung, nicht nur auf wahr

• Füge einen blauen falls-Bock hinzu + sonst-falls

• bei der ersten Prüfung auf wahr prüfen

– wenn wahr dann Nachricht Fenster offen

• sonst falls Prüfung falsch

-- Nachricht Fenster geschlossen

So funktioniert das bei mir aktuell ich mache das mit über Telegramm.

Wenn sie Meldungen trotzdem doppelt/mehrfach verschickt werden, Guck Mal ob das Objekt auch dauernd seinen Status ändert auf das du triggerst

VG Thorsten

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[Chaot]

@Kueppert: Ich habe das jetzt so gemacht wie du das vorgeschlagen hats.Die Meldung kommt jetzt tatsächlich nur noch einmal.

Allerdings funktioniert die Erkennung "zu" nicht.

Hast du dazu eine Idee?
5779_fenster_offen2.jpg

[Kueppert]

@Chaot:

@Kueppert: Ich habe das jetzt so gemacht wie du das vorgeschlagen hats.Die Meldung kommt jetzt tatsächlich nur noch einmal.

Allerdings funktioniert die Erkennung "zu" nicht.

Hast du dazu eine Idee? ` Hi Chaot,

sieht grundsätzlich gut aus, aber ich weiß nicht ob das so richtig ist. Ich baue bei falls-sonst falls immer noch eine Prüfung ein:

Falls objekt-id (bei dir der Switch) = wahr, dann…sonst falls objekt-id = falsch, dann... nicht so wie bei dir nur das wahr... Versuch das bitte einmal. Wenn das nicht klappt, schaue bitte unter Objekte was für Status der Switch jeweils bei offen und zu annimmt.

VG Thorsten

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[paul53]

@Kueppert:

sieht grundsätzlich gut aus, `
Sieht es nicht: Eine Abfrage auf den konstanten Wert wahr macht keinen Sinn - die Bedingung ist immer erfüllt.

Vorschlag:

falls Wert (siehe Bild unten)
  steuere Target Temp mit 10
  pushover
sonst
  steuere Target Temp mit Wert von Comfort Temp
  pushover

[Chaot]

Danke für eure Hilfe.

Kann das jetzt so stimmen?
5779_fenster_offen3.jpg

[paul53]

@Chaot:

Kann das jetzt so stimmen? `
Nein. Es darf nicht die Objekt-ID in die Target Temperatur geschrieben werden, sondern der Wert vom Objekt (sonst-Zweig).

[Chaot]

Ui, klar!

Das würde ja sonst totalen Quatsch ergeben.

So meinst du dann oder?
5779_fenster_offen4.jpg

[paul53]

@Chaot:

So meinst du dann oder? `
Teste es !

[Kueppert]

@paul53:

@Chaot:

So meinst du dann oder? Teste es ! Paul, für mein Verständnis: ich verstehe die Logik von "falls" und Prüfung auf "Wert" nicht… Welchen Wert schnappt sich die Prüfung? Ich bilde da immer eine "falls Objekt-ID=wahr" Prüfkette...

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[paul53]

@Kueppert:

Welchen Wert schnappt sich die Prüfung? `
Das ist der Wert des Trigger-Datenpunktes. Der Wert enthält true, wenn das Fenster geöffnet wird und false, wenn das Fenster geschlossen wird.

[Chaot]

Ich möchte mich ganz herzlich bei euch bedanken.

Das Script läuft einwandfrei und es kommt immer nur eine Medlung bei Statusänderung.

So nebenbei wird auch die Heizungstemperatur wieder zurückgeschrieben.