Fenster offen-Warnung mit Modul Homemode

[trinitywhm]

Ich hab da mal eine Verständnisfrage zum Modul Homemode. Ich habe dort insgesamt drei optische Tür/Fensterkontakte eingebunden. Ein Türkontakt und zwei Fensterkontakte. Die Fensterkontakte werden auch als SENSORSCONTACT erkannt. Alles wunderbar.

In den Fensterkontakten selbst habe ich folgende Attribute gesetzt

Code Auswählen Erweitern

HomeContactType       window
HomeOpenMaxTrigger    3
HomeOpenTimeDividers  2 3 2
HomeOpenTimes         10

In Homemode habe ich die Attribute für Contact-open-Warnung gesetzt

Code Auswählen Erweitern

HomeCMDcontactOpenWarning1     msg audio %ALIAS% steht noch offen!
HomeCMDcontactOpenWarning2     msg audio %ALIAS% steht immer noch offen! Vielleicht sollte %ALIAS% endlich geschlossen werden!?
HomeCMDcontactOpenWarningLast  msg audio Das ist der letzte Hinweis %ALIAS% endlich zu schliessen!

Mit dieser Konfiguration würde ich erwarten das ich im Moment (Winter gleich TimeDivider 3) nach ca. drei Minuten eine Audionachricht erhalte mit der Info das noch ein Fenster offen steht, ist aber leider nicht so. Es passiert nichts. Nicht nach drei Minuten, nicht nach fünf und auch nicht nach zehn Minuten.

Was habe ich übersehen bzw. was habe ich an falsch verstanden. Kann mir hier jemand weiter helfen bei dem das funktioniert?

[bastelfeak]

Hallo,
hast du im 'globalmsg' Device auch ein Device für die Audionachricht ausgewählt (via Attr)?

[trinitywhm]

Ja, daran kann es nicht liegen. Ich lass mich an diversen anderen Stellen auch per audio benachrichtigen.

[DeeSPe]

Werden denn die Kontakte in den "contact...." Readings von HOMEMODE richtig angezeigt?
Also, funktioniert die offen/geschlossen Erkennung schon richtig?

Gruß
Dan

P.S.Habe soeben nochmal mit der aktuellen Modulversion getestet und bei mir funktioniert es wie erwartet.

[trinitywhm]

Ja die contacts-Readings werden korrekt gesetzt:

Code Auswählen Erweitern

contactsOpen            WZ_Fensterkontakt
contactsOpen_ct         1
contactsOpen_hr         Die Balkontür
contactsOutsideOpen     WZ_Fensterkontakt
contactsOutsideOpen_ct  1
contactsOutsideOpen_hr  Die Balkontür
contactsWindowsOpen     WZ_Fensterkontakt
contactsWindowsOpen_ct  1
contactsWindowsOpen_hr  Die Balkontür
Sieht doch korrekt aus, oder?

[DeeSPe]

Das sieht richtig aus.

Kannst Du bitte mal in dem Kontaktsensor die Attribute HomeOpenTimeDividers und HomeOpenTimes löschen und schauen ob es dann funktioniert?
Seit man die Jahreszeiten selbst in HomeSeasons konfigurieren kann, ist es nötig in HomeSensorsContactOpenTimeDividers/HomeOpenTimeDividers so viele leerzeichenseparierte Divider einzutragen wie man Jahreszeiten hat, also wenn HomeSeasons nicht verändert wurde 4 Divider.

Gruß
Dan

[trinitywhm]

Ich habe nun beides ausprobiert. Bei einem Kontaktsensor die beiden Attribute gelöscht und bei dem anderen Sensor vier Divider angegeben. Und plötzlich hat es bei beiden funktioniert. Hatte mich da ans Wiki gehalten. Kannst du das mit den vier Divider (pro Season einen) auch so im Wiki erwähnen.

Ich habe es jetzt allerdings mal mit einer einheitlichen Definition im Homemode-Device versuchen. Wenn ich in den Kontaktsensoren das Attribut HomeOpenMaxTrigger gesetzt habe und im Homemode-Device diese beiden Attribute gesetzt habe, funktioniert es:

Code Auswählen Erweitern

HomeSensorsContactOpenTimeDividers 1 2 3 2
HomeSensorsContactOpenTimes        10 10 10
Danke für die Hinweise damit ich das nun zum laufen gebracht habe. Nutze das Modul schon eine Weile und entdecke immer mehr Anwendungsmöglichkeiten. Echt ne super Sache.

[DeeSPe]

Schön dass Du es hinbekommen hast.
Danke für den Hinweis zum Wiki, da war es tatsächlich noch so beschrieben wie es mal vor der Einführung von HomeSeasons war. Ich habe das nun angepasst.

Wenn Du einheitliche HomeSensorsContactOpenTimes verwendest, so reicht die Angabe von nur einer Zahl.
Wenn nicht genügend Zahlen vorhanden sind, so wird immer die letzte verfügbare Zahl als Zeit verwendet.

Gruß
Dan