Alarmanlage - Fehlfunktion

[SandyDE]

Hallo zusammen,

ich habe mir über mehrere Programmen eine Alarmanlage gebaut. Im Grunde eigentlich ganz einfach, wenn Voll- oder Hüllschutz oder Garagenschutz aktiv und irgendein Tür- Fensterkontakt auf offen springt, dann soll Alarm ausgelöst werden.

Ich habe nur ab und zu das Problem, das ich in wenigen, aber nervigen Fällen ein Alarm bekomme bei Zustand geschlossen:

So sieht mein Aufbau aus:
1. Programm um auszulösen

2. Programm um zu Warnen

3. Programm um Alarm zu starten

Sehr ihr ne Stelle warum er auch bei Geschlossen auslöst? Oder ist mein Aufbau / Logik einfach Schrott?

Ich habe auch noch das Problem, das ich den Alarm im Haus nicht alleine ausschalten kann, muss immer Garage und Haus aus machen, damit ich Haus auch ausmachen kann.

Vielen Dank für ein Feedback.

Grüße Sandy

EDIT: Bilder ins Forum direkt geladen

[manfredh]

Achtung. alle Screenshots liegen auf einem externen Hoster und sind nicht direkt hier gemäß Forumsregeln eingebunden!

@TE: das ist der Grund, warum ich meinen Hilfeversuch sofort abgebrochen habe.

[alchy]

1. du schließt die Garagentür
2. das Programm wird getriggert (da es ja nun mal eine Änderung ist, wenn der Zustand von offen auf geschlossen wechselt)
3a alle anderen Kontakte sind geschlossen --> SONST wird ausgeführt (sofern vorhanden)
3b. ein anderer veroderter Kontakt ist offen --> DANN wir ausgeführt.

Und bitte die Bilder über die Forenfunktion einfügen.

Alchy

[Xel66]

2. das Programm wird getriggert (da es ja nun mal eine Änderung ist, wenn der Zustand von offen auf geschlossen wechselt)

Und hier komme ich wieder mit meinem Standardspruch, auch wenn es anders im Handbuch beschrieben steht: Die Prüfung auf "bei Änderung" ist Bestandteil der Bedingungsprüfung des Programms und wird nicht im Vorfeld im Kontext des Triggers ausgeführt. Dieses erfolgt anscheinend durch den Vergleich mit .LastValue(). Das heißt, jeder im Programm hinterlegte Trigger ist in der Lage, durch Statusübermittlung eine Bedingungsprüfung auszuführen. Ergibt diese Bedingungsprüfung ein WAHR wird das zugehörige DANN ausgeführt. Mit anderen Worten, auch eine zyklische Statusübermittlung kann das "Programm" auslösen (aka eine Bedingungsprüfung anstoßen).

Gruß Xel66

[alchy]

Ich habe doch lediglich sein Programm 1 mit seinen Sensoren und die Auswertung meines Scripts im Bild beschrieben.
Da ist nichts von Auf Aktualisierung oder sonst zu sehen. Jedoch hat mein Script sehr wohl den Auslöser des Programms ermittelt und gespeichert. Also hat er die Garagentür auch geschlossen und das hat das Programm angestoßen. Da ist *IMHO* auch nichts mit zyklischer Statusübermittlung zu interpretieren.

Alchy
PS: LastValue() eines Datenpunktes ist leer nach einem Neustart der CCU.

[Xel66]

Da ist *IMHO* auch nichts mit zyklischer Statusübermittlung zu interpretieren.

Dieses war auch nur ein Beispiel, dass bei einem offenen TFK und nachträglich aktivierter Alarmfunktion bereits eine Statusaktualisierung das Programm triggern, und das zugehörige DANN ausführen kann. Auch wenn ich diesen Standardsatz gern im Zusammenhang mit Diskussionen um einen Reboot und das angebliche "Ausführen" aller Programme bringe.

PS: LastValue() eines Datenpunktes ist leer nach einem Neustart der CCU.

Um einen Neustart ging es auch gar nicht. Davon habe ich auch gar nichts geschrieben. Hier ging es doch um eine Aktivierung der Alarmfunktion und einen ggf. bereits offenen TFK, der zur Auslösung des Alarms führt (obwohl aktuell kein TFK geöffnet, sondern geschlossen wurde). Die Erkennung durch Dein Script erfolgt auch korrekt.

Gruß Xel66

[SandyDE]

@ALL
Entschuldigung an euch allen!
Ich habe die Bilder nun direkt ins Forum geladen.
Ich hatte im ersten Step nur diese externe Verlinkung von Bilder gefunden ohne weiter zu schauen. Mein Fehler.

Letzte Nacht hat mich wieder eine Fehlmeldung gequält, siehe Eröffnungsbeitrag erster Screenshot.

1. du schließt die Garagentür
2. das Programm wird getriggert (da es ja nun mal eine Änderung ist, wenn der Zustand von offen auf geschlossen wechselt)
3a alle anderen Kontakte sind geschlossen --> SONST wird ausgeführt (sofern vorhanden)
3b. ein anderer veroderter Kontakt ist offen --> DANN wir ausgeführt.

1. ich schließe die Garagentür
2. stelle den Alarm erst dann scharf
3. es kommt Stunden lang und teilweise auch tagelang kein Problem
4. auf einmal wird Alarm-Warnung (2. Programm) ausgelöst und protokolliert wird der Zustand geschlossen
-> hier verstehe ich einfach nicht, warum dies passiert.

Und hier komme ich wieder mit meinem Standardspruch, auch wenn es anders im Handbuch beschrieben steht: Die Prüfung auf "bei Änderung" ist Bestandteil der Bedingungsprüfung des Programms und wird nicht im Vorfeld im Kontext des Triggers ausgeführt. Dieses erfolgt anscheinend durch den Vergleich mit .LastValue(). Das heißt, jeder im Programm hinterlegte Trigger ist in der Lage, durch Statusübermittlung eine Bedingungsprüfung auszuführen. Ergibt diese Bedingungsprüfung ein WAHR wird das zugehörige DANN ausgeführt. Mit anderen Worten, auch eine zyklische Statusübermittlung kann das "Programm" auslösen (aka eine Bedingungsprüfung anstoßen).

Verstehe ich, aber die Bedingung ist bei den Statusübermittlungen auch False, also hätte nicht auslösen dürfen.


Meint ihr also, das ganz kurz die Tür auf offen Stand und dann wieder auf geschlossen?
Aber warum wird im Protokoll bei Auslösen Geschlossen geschrieben?

[dtp]

Nur mal nebenbei. Man sollte strikt vermeiden, Namen von Programmen, Geräten, Systemvariablen etc. mit einer Ziffer beginnen zu lassen. In der Vergangenheit führte das zu Problemen. Ich weiß nur nicht, ob das immer noch gilt.

[PHundhausen]

Also, ich habe in letzter Zeit extrem schlechte Erfahrungen mit dem Ändern / Anpassen von Programmen gemacht. Programme bei mir haben ähnliche Fehler produziert, ohne daß ich erkennen konnte, warum etwas falsch läuft.

Ich befolge dann eine der veröffentlichen Basisregeln der CCU-Programmierung: Wenn Programme scheinbar sinnlos "spinnen", diese komplett neu eingeben / erfassen (meine persönliche Ergänzung dazu: ohne Fehler und ohne etwas daran zu korrigieren)

Bisher haben danach alle meine Programme so funktioniert, wie sie sollten.

Und wenn ich mehrere Änderungen an Programmen vorgenommen habe, starte ich prophylaktisch die CCU neu, wenn ich fertig bin. Allerdings habe ich auch allen meinen Programmen eine Anlaufsperre während eines Reboots verpaßt.

[MichaelN]

Meint ihr also, das ganz kurz die Tür auf offen Stand und dann wieder auf geschlossen?

Stell den Aktor auf Protokolliert und Du wirst es sehen