Modulfamilie für Bewohner / 10_RESIDENTS 20_ROOMMATE 20_GUEST

Begonnen von Loredo, 19 Januar 2014, 23:12:34

Vorheriges Thema - Nächstes Thema

KernSani

Zitat von: acw81 am 23 März 2017, 12:27:48
Ich habe an dem Attribut rr_presenceDevices meines ROOMATE eine PRESENCE Gerät verknüpft das über Events meines AccessPoints getriggert wird. Leider kommen die Änderungen vom PRESENCE Geräte nicht beim ROOMATE Geräte an. Liegt es daran das ich das PRESENCE über Events aktualisiere?
Poste mal ein list des PRESENCE devices. Was genau meinst du mir "das PRESENCE über events aktualisieren"?
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

Loredo

Zitat von: justme1968 am 20 März 2017, 13:43:35
könntest du bitte für RESIDENTS die gleichen durTimer.* readings einbauen wie für ROOMMATE?


Habe ich gerade eingebaut.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Loredo

Zitat von: l2r am 22 März 2017, 10:33:56
ich hab eine kleine Frage zu deinem DOIF. Und zwar verwendest du bei manchen msg-Befehlen ein ! hinter dem Empfänger msg push @rgr_Residents! -1 |Anwesenheit| Längere Abwesenheit aller Bewohner registriert. Erweitere Sicherheitsprotokolle wurden etabliert.
Was bewirkt das ! ?


Das Ausrufezeichen bewirkt, dass trotz der niedrigen Priorität die Nachricht verschickt wird, obwohl die Bewohner abwesend sind. Normalerweise wird ansonsten die Nachricht bei Abwesenheit nicht zugestellt, wenn sie keine hohe Priorität hat.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Loredo

Zitat von: acw81 am 23 März 2017, 12:27:48
Ich habe an dem Attribut rr_presenceDevices meines ROOMATE eine PRESENCE Gerät verknüpft das über Events meines AccessPoints getriggert wird. Leider kommen die Änderungen vom PRESENCE Geräte nicht beim ROOMATE Geräte an. Liegt es daran das ich das PRESENCE über Events aktualisiere?


Sofern du kein falsch definiertes event-on-* Attribut verwendest, ist das vermutlich der Fall und eine Schutzvorrichtung vor Loops von FHEM selbst.

Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

l2r

@Loredo: Danke für die Aufklärung!

Hattest du auch noch an den WakeUpTimern rumgeschraubt?

Ich habe einen Wecker für Mo-FR außer Donnerstags um 7 Uhr. Der Wecker am Donnerstag steht auf 6 Uhr. Heute morgen, bin ich allerdings auch um 6 Uhr gewecket worden. An der Config habe ich nichts geändert und diese lief auch die letzte Zeit wunderbar. Gestern Abend beim zuBett gehen habe ich auch die Ansage bekommen, dass mein Wecker auf 7 Uhr steht.

Gruß Michael
Wissen ist Macht.
Ich weiß nix.
Macht nix.

acw81

Zitat von: KernSani am 24 März 2017, 18:28:18
Poste mal ein list des PRESENCE devices. Was genau meinst du mir "das PRESENCE über events aktualisieren"?



Internals:
   DEF        event ak_accesspoint:metal:.disconnected ak_accesspoint:metal:.connected
   EVENT_ABSENT ak_accesspoint:metal:.disconnected
   EVENT_PRESENT ak_accesspoint:metal:.connected
   MODE       event
   NAME       Andreas
   NOTIFYDEV  global,ak_accesspoint
   NR         101
   NTFY_ORDER 50-Andreas
   STATE      present
   TYPE       PRESENCE
   Readings:
     2017-03-27 20:07:45   presence        present
     2017-03-27 20:07:45   state           present
   Helper:
     CURRENT_STATE present
Attributes:
   devStateIcon Initialized:10px-kreis-rot absent:10px-kreis-rot present:10px-kreis-gruen
   group      Anwesenheit
   icon       it_smartphone
   room       Info
   stateFormat presence


Das PRESENCE Gerät wird über die Events connected/disconnected von meinem Smartphone am AP aktualisiert ...

bastelfeak

Hallo liebe Fhemler,
ich bin gerade dabei das Resident-Modul zu entdecken und schaue, was ich davon wie gebrauchen kann.
Jetzt bin ich dabei es auf dem Floorplan abzulegen und frage mich gerade wie ich die Dropdown-Menüs des ROOMMATE und der Wakeuptimer auf den Floorplan bekomme? Die Icons erscheinen dort, aber nicht die Dropdowns.

Ich hoffe, ich bin hier richtig und freue mich auf eure Hilfe.

Viele Grüße
bastelf(r)eak

EDIT: Habe es gefunden, eine Option im floorplan richtet es.

Loredo

Zitat von: acw81 am 27 März 2017, 20:11:31


Internals:
   DEF        event ak_accesspoint:metal:.disconnected ak_accesspoint:metal:.connected
   EVENT_ABSENT ak_accesspoint:metal:.disconnected
   EVENT_PRESENT ak_accesspoint:metal:.connected
   MODE       event
   NAME       Andreas
   NOTIFYDEV  global,ak_accesspoint
   NR         101
   NTFY_ORDER 50-Andreas
   STATE      present
   TYPE       PRESENCE
   Readings:
     2017-03-27 20:07:45   presence        present
     2017-03-27 20:07:45   state           present
   Helper:
     CURRENT_STATE present
Attributes:
   devStateIcon Initialized:10px-kreis-rot absent:10px-kreis-rot present:10px-kreis-gruen
   group      Anwesenheit
   icon       it_smartphone
   room       Info
   stateFormat presence


Das PRESENCE Gerät wird über die Events connected/disconnected von meinem Smartphone am AP aktualisiert ...


Ich habe gerade ein Update eingecheckt, damit du dir das PRESENCE Device sparen und direkt den AccessPoint als Quelle für die Präsenz angeben kannst.
Dem Attribut r*_presenceDevices kann dafür jetzt optional einen Readingnamen übergeben bekommen. In deinem Fall also:



attr rr_Bewohner1 rr_presenceDevices ak_accesspoint:metal





Gruß
Julian
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

acw81

Zitat von: Loredo am 28 März 2017, 13:42:58

Ich habe gerade ein Update eingecheckt, damit du dir das PRESENCE Device sparen und direkt den AccessPoint als Quelle für die Präsenz angeben kannst.
Dem Attribut r*_presenceDevices kann dafür jetzt optional einen Readingnamen übergeben bekommen. In deinem Fall also:



attr rr_Bewohner1 rr_presenceDevices ak_accesspoint:metal

@Loredo: Kann das funktionieren? Das reading ak_accesspoint:metal liefert doch nur connected und disconnected.

BTW, das ROOMMATE Gerät scheint nun zu funktionieren (zumindest mit meinem bisherigen PRESENCE Gerät). Ich glaube es lag daran, dass es noch keinen gültigen STATE gehabt hatte. Kann das sein?

Trotzdem vielen Dank für das neue Feature ...

Grüße Andreas

Loredo

Zitat von: acw81 am 28 März 2017, 15:30:55
@Loredo: Kann das funktionieren? Das reading ak_accesspoint:metal liefert doch nur connected und disconnected.


Ja, die möglichen Values sind in ROOMMATE/GUEST bereits hinterlegt.


Zitat von: acw81 am 28 März 2017, 15:30:55
BTW, das ROOMMATE Gerät scheint nun zu funktionieren (zumindest mit meinem bisherigen PRESENCE Gerät). Ich glaube es lag daran, dass es noch keinen gültigen STATE gehabt hatte. Kann das sein?


Jaein, du meinst vermutlich das Reading state (STATE ist ein INTERNAL). Wenn also noch keine Veränderung deiner Anwesenheit ein Event ausgelöst hat, ändert sich auch das Reading nicht und solange kann auch keine andere Aktion erfolgen.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Schlimbo

Hallo Loredo,

seit ein paar Tagen funktioniert mein Wecker nicht mehr, wurde hier etwas geändert?
Im Log steht folgendes:
2017.03.29 05:20:00.040 4: RESIDENTStk rgr_Bewohner: 00 - checking for next wake-up candidate rgr_Bewohner_wakeuptimer1
2017.03.29 05:20:00.041 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 01 - Holidays to be considered - today=0 tomorrow=0
2017.03.29 05:20:00.042 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 02 - possible candidate found
2017.03.29 05:20:00.042 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 03 - considering at-device value wakeupAtNTM=05:20 wakeupOffset=30
2017.03.29 05:20:00.043 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 04 - this is a candidate for today
2017.03.29 05:20:00.043 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 05 - until now, will be NEXT WAKE-UP RUN today based on weekday decision
2017.03.29 05:20:00.043 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 06 - won't be running today based on holiday decision (wakeupHolidays=andNoHoliday)
2017.03.29 05:20:00.044 4: RESIDENTStk rgr_Bewohner: 07 - next wake-up result: today at 05:50:00, wakeupDevice=rgr_Bewohner_wakeuptimer1
2017.03.29 05:20:00.072 4: RESIDENTStk rgr_Bewohner: 00 - checking for next wake-up candidate rgr_Bewohner_wakeuptimer1
2017.03.29 05:20:00.072 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 01 - Holidays to be considered - today=0 tomorrow=0
2017.03.29 05:20:00.073 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 02 - possible candidate found
2017.03.29 05:20:00.073 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 03 - considering at-device value wakeupAtNTM=05:20 wakeupOffset=30
2017.03.29 05:20:00.074 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 04 - this is a candidate for today
2017.03.29 05:20:00.074 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 05 - until now, will be NEXT WAKE-UP RUN today based on weekday decision
2017.03.29 05:20:00.074 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 06 - won't be running today based on holiday decision (wakeupHolidays=andNoHoliday)
2017.03.29 05:20:00.075 4: RESIDENTStk rgr_Bewohner: 07 - next wake-up result: today at 05:50:00, wakeupDevice=rgr_Bewohner_wakeuptimer1


So wie ich das verstehe startet der Wecker aufgrund des "holiday" checks nicht:
2017.03.29 05:20:00.074 4: RESIDENTStk rgr_Bewohner_wakeuptimer1: 06 - won't be running today based on holiday decision (wakeupHolidays=andNoHoliday)
Mein holiday Device hat aber für heute keinen Eintrag.

Gruß Schlimbo

l2r

kann ich bestätigen. Nachdem ich Montag zu früh geweckt wurde werde ich aktuell gar nicht mehr geweckt... :-[

Gruß Michael
Wissen ist Macht.
Ich weiß nix.
Macht nix.

peter0255

Hallo Loredo,

bei mir das Gleiche. Am Montag ging es los, habe natürlich prompt verschlafen.

2017.03.29 05:45:00 4: RESIDENTStk rr_Peter_wakeuptimer1: lastRun = nextRun = 06:00
2017.03.29 05:45:00 4: RESIDENTStk rr_Peter_wakeuptimer1: weekday restriction in conjunction with andNoHoliday in use - not triggering wake-up program this time
2017.03.29 05:45:00 4: RESIDENTStk rr_Peter_wakeuptimer1: Wakeuptime recalculation triggered by at-device at_rr_Peter_wakeuptimer1
2017.03.29 05:45:00 4: RESIDENTStk rr_Peter_wakeuptimer1: wakeupGetBegin source: nextRun
2017.03.29 05:45:00 4: RESIDENTStk rr_Peter_wakeuptimer1: wakeupGetBegin result: 06:00 = 20700 s - 15 m = 05:45:00

Holiday Datei ist ok

Gruß
Peter

Loredo

Muss ich mir genauer ansehen, auf den ersten Blick ist nichts zu finden.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER