Ich habe ein DOIF um über das Presence Modul zu schalten, es wird aber nie ausgeführt, der "Residents" Status ändert sich aber so wie es sein soll.
Internals:
CHANGED
DEF ([Residents] eq "home") (set Schalter_innen on) DOELSE (set Schalter_innen off)
NAME di_anwesend10
NR 400
NTFY_ORDER 50-di_anwesend10
STATE initialized
TYPE DOIF
Readings:
2017-03-22 12:42:41 cmd 0
2017-03-22 12:42:41 state initialized
Condition:
0 InternalDoIf($hash,'Residents','STATE') eq "home"
Devices:
0 Residents
all Residents
Do:
0:
0 set Schalter_innen on
1:
0 set Schalter_innen off
Helper:
globalinit 1
last_timer 0
sleeptimer -1
Internals:
0 Residents:STATE
all Residents:STATE
Itimer:
Regexp:
All:
State:
Attributes:
room Residents
Dir fehlt wahrscheinlich das attribut do always, bin mir aber nicht sicher.
Zitat von: Fixel2012 am 22 März 2017, 12:52:14
Dir fehlt wahrscheinlich das attribut do always, bin mir aber nicht sicher.
Denke ich nicht. Ein DOELSE-Fall ist definiert, aber das DOIF noch garnicht ausgeführt. Es ist immer noch initialized.
Zitat von: Christian72D am 22 März 2017, 12:48:00
Ich habe ein DOIF um über das Presence Modul zu schalten
Presence liefert doch nur absent, present oder maybe absent.
Ist dein Residents vom Type PRESENCE ?
Für DOIF gibt es ein Unterforum. Schieb es mal bitte dahin.
FHEM Forum » FHEM » Automatisierung » DOIF (Moderator: Damian)
Zitat von: Fixel2012 am 22 März 2017, 12:52:14
Dir fehlt wahrscheinlich das attribut do always, bin mir aber nicht sicher.
Das Ding schaltet scheinbar garnicht. Do always ist nicht notwendig. Gib mal ein list vom Residents.
Der Status wird sowohl über LAN-Ping als auf Geofency gesetzt, dort gibt es home.
Wird mir ja auch korrekt angezeigt wenn ich zuhause bin.
Internals:
CHANGED
NAME Bewohner
NR 393
NTFY_ORDER 50-Bewohner
ROOMMATES Christian
STATE absent
TYPE RESIDENTS
Readings:
2017-03-23 06:28:06 lastActivity absent
2017-03-23 06:28:06 lastActivityBy Christian
2017-03-23 06:28:06 lastActivityByDev Christian
2017-03-22 21:28:13 lastArrival 2017-03-22 21:28:13
2017-03-23 06:28:06 lastDeparture 2017-03-23 06:28:06
2017-03-22 21:28:13 lastDurAbsence 04:19:02
2017-03-22 21:28:13 lastDurAbsence_cr 259
2017-03-23 06:28:06 lastDurPresence 08:59:53
2017-03-23 06:28:06 lastDurPresence_cr 540
2017-03-23 06:28:06 lastState home
2017-03-23 06:28:06 presence absent
2017-03-23 06:28:06 residentsAbsent 1
2017-03-23 06:28:06 residentsAbsentDevs Christian
2017-03-23 06:28:06 residentsAbsentNames Christian
2017-03-05 08:14:47 residentsAsleep 0
2017-03-05 08:14:47 residentsAsleepDevs -
2017-03-05 08:14:47 residentsAsleepNames -
2017-03-05 08:14:47 residentsAwoken 0
2017-03-05 08:14:47 residentsAwokenDevs -
2017-03-05 08:14:47 residentsAwokenNames -
2017-03-22 12:43:26 residentsGone 0
2017-03-22 12:43:26 residentsGoneDevs -
2017-03-22 12:43:26 residentsGoneNames -
2017-03-05 08:14:47 residentsGotosleep 0
2017-03-05 08:14:47 residentsGotosleepDevs -
2017-03-05 08:14:47 residentsGotosleepNames -
2017-03-23 06:28:06 residentsHome 0
2017-03-23 06:28:06 residentsHomeDevs -
2017-03-23 06:28:06 residentsHomeNames -
2017-03-05 08:14:47 residentsTotal 1
2017-03-23 06:28:06 residentsTotalAbsent 1
2017-03-23 06:28:06 residentsTotalAbsentDevs Christian
2017-03-23 06:28:06 residentsTotalAbsentNames Christian
2017-03-05 08:14:47 residentsTotalGuests 0
2017-03-05 08:14:47 residentsTotalGuestsAbsent 0
2017-03-05 08:14:47 residentsTotalGuestsAbsentDevs -
2017-03-05 08:14:47 residentsTotalGuestsAbsentNames -
2017-03-05 08:14:47 residentsTotalGuestsPresent 0
2017-03-05 08:14:47 residentsTotalGuestsPresentDevs -
2017-03-05 08:14:47 residentsTotalGuestsPresentNames -
2017-03-23 06:28:06 residentsTotalPresent 0
2017-03-23 06:28:06 residentsTotalPresentDevs -
2017-03-23 06:28:06 residentsTotalPresentNames -
2017-03-05 08:14:47 residentsTotalRoommates 1
2017-03-23 06:28:06 residentsTotalRoommatesAbsent 1
2017-03-23 06:28:06 residentsTotalRoommatesAbsentDevs Christian
2017-03-23 06:28:06 residentsTotalRoommatesAbsentNames Christian
2017-03-23 06:28:06 residentsTotalRoommatesPresent 0
2017-03-23 06:28:06 residentsTotalRoommatesPresentDevs -
2017-03-23 06:28:06 residentsTotalRoommatesPresentNames -
2017-03-05 08:14:47 residentsTotalWakeup 0
2017-03-05 08:14:47 residentsTotalWakeupDevs -
2017-03-05 08:14:47 residentsTotalWakeupNames -
2017-03-05 08:14:47 residentsTotalWayhome 0
2017-03-05 08:14:47 residentsTotalWayhomeDelayed 0
2017-03-05 08:14:47 residentsTotalWayhomeDelayedDevs -
2017-03-05 08:14:47 residentsTotalWayhomeDelayedNames -
2017-03-05 08:14:47 residentsTotalWayhomeDevs -
2017-03-05 08:14:47 residentsTotalWayhomeNames -
2017-03-23 06:28:06 state absent
Attributes:
alias Residents
devStateIcon .*home:status_available:absent .*absent:status_away_1:home .*gone:status_standby:home .*none:control_building_empty .*gotosleep:status_night:asleep .*asleep:status_night:awoken .*awoken:status_available:home .*:user_unknown:home
event-on-change-reading -*
group Residents
icon control_building_filled
room Residents
webCmd state
Residents ist dein Device, aber du hast dein Attribut vergessen.
Mögliches Beispiel
define Residents_alert DOIF([Residents:activity] eq "home") \ (set Schalter_innen on) \ DOELSE (set Schalter_innen off)
Anstatt activity musst du natürlich dein Attribut nehmen bzw. das Reading, was sich ändert.
Grüße
Zitat von: Syrex-o am 23 März 2017, 10:17:04
Residents ist dein Device, aber du hast dein Attribut vergessen.
Mögliches Beispiel
define Residents_alert DOIF([Residents:activity] eq "home") \ (set Schalter_innen on) \ DOELSE (set Schalter_innen off)
Anstatt activity musst du natürlich dein Attribut nehmen bzw. das Reading, was sich ändert.
Grüße
default ist state, das DOIF ist an sich richtig, allerdings heisst das residents device "Bewohner", also sollte auch "Bewohner im DOIF abgefragt werden ;-)
([Bewohner] eq "home") (set Schalter_innen on) DOELSE (set Schalter_innen off)
Zusätzlich zum falschen Devicenamen, liegt Dein Fehler hier
event-on-change-reading -*
So wird erst gar kein Event von Residenz ausgelöst.