- √ - Wildcards in logic.conf

[TCr82]

ich habe das eben auch mal versucht:

vorher:

[alarm]
    filename = alarm.py
    watch_item = zentral.feuer.alarm, zentral.feuer.stoerung, eg.flur.haustuer, eg.kueche.rolladentuer.open, eg.kueche.rolladenfenster.open, eg.ez.rolladen.open, eg.wz.rolladentuer.open, eg.ez.rolladenschwingfenster.open, eg.wz.rolladenfenster.open, eg.sz.rolladen.opem, eg.kz.rolladen.open, eg.bz.rolladen.open, eg.wc.rolladen.open

Nachher:

[alarm]
    filename = alarm.py
    watch_item = zentral.feuer.*, eg.flur.haustuer, eg.*.*.open

Es triggert aber nüchts mehr... Hab ich was falsch gemacht?

EDIT: ok, wieder mal mein Fehler...
Hab die Ausgabe vorher entfernt, so dass ich den Trigger nicht gesehen habe.. Es funktioniert alles

[2ndsky]

+1 für die Idee, so den Alarm anzuzeigen. Danke dafür!

[callidomus]

Hallo,

man sollte bei einem Feueralarm auch eine Fluchtbeleuchtung aktivieren.
Die Behänge würde ich aber ohne Logik direkt fahren lassen.

Bis bald

Marcus

[TCr82]

AW: - √ - Wildcards in logic.conf

Dazu muss allerdings auch vorher eine evt gesetzte blockarde entfernt werden

Gesendet von meinem GT-I9100 mit Tapatalk 2

[2ndsky]

Dazu muss allerdings auch vorher eine evt gesetzte blockarde entfernt werden

Habs im anderen Thread bereits erwähnt, der Vollständigkeit halber (für andere Mitleser) aber hier nochmal... Sowas gehört direkt im Bus abgebildet über die Sicherheitsobjekte eines Aktors. Nur so kann man sich sicher sein, dass es im Notfall auch funktioniert. Außerdem sind die Sicherheitsobjekte genau dafür da und es ist viel umständlicher, dass in eine Logik zu gießen, als kurz eine GA auf einen Sicherheits KO zu ziehen