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

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

Vorheriges Thema - Nächstes Thema

Loredo

Zitat von: ComputerZOO am 17 April 2017, 09:43:24
Moin  >:(

Siehe Warnung vor dem Update hier.

Zitat von: Schlimbo am 16 April 2017, 22:15:56
Beim ausführen des Weckers ist jetzt aber noch ein weiteres Probleme aufgetreten:
Das FHEM Webinterface war nicht mehr erreichbar, das Log ist voll mit Einträgen, die sich ständig wiederholen:
...
Erst nach einem Neustart von FHEM war das Webinterface wieder erreichbar.
Zitat von: Phiolin am 17 April 2017, 07:58:24
Das gleiche Problem hier heute morgen auch. FHEM nicht erreichbar , Wecker hat nicht ausgelöst.
Logfile ist voll mit Einträgen und CPU auf 100%.

Ich habe das jetzt zum Anlass genommen die ohnehin fällige Überarbeitung des Notification Systems vorzunehmen. Dafür habe ich gerade einen abermals recht großen Patch eingespielt, der auch den berichteten Loop korrigiert.

Zitat von: Schlimbo am 16 April 2017, 11:01:12
Der Wecker wird aber nicht ausgelöst.

Ich bin nicht sicher, woher dieser Fehler sich eingeschlichen hat. Ich habe auch die gesamte Und/Oder Logik für die Einschränkung auf Tage und Feiertage überarbeitet.

Den gesamten Patch habe ich so gut es eben geht trocken durchgetestet. Jedoch zunächst ohne Gewähr, bis hier keine Fehlermeldungen auftauchen.
Vielleicht mag ja auch jemand einmal trocken durchtesten, bevor er sich wieder am Morgen wundert.  ::)
Wer heute blind updated, muss damit rechnen, dass morgen etwas nicht funktionieren könnte!

Zitat von: Schlimbo am 16 April 2017, 11:01:12
Und noch eine Bitte:
Könntest du das wakeupOffset auch noch als Setter umsetzten?

Ist ebenfalls eingebaut. Ggf. erweitere ich die interne Logik noch um eine eigene Schlummer-Funktion, dass dein Vorhaben nicht im Macro platziert sein muss. Danke für die Inspiration.
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,

erst mal danke für deine Mühe, bin gerade dabei die neue Version zu testen:

Für den neuen Setter wakeupOffset muss ich dann das setList Attribut wieder anpassen, oder?
(+ wakeupOffset:slider,0,1,120):
nextRun:OFF,00:00,00:15,00:30,00:45,01:00,01:15,01:30,01:45,02:00,02:15,02:30,02:45,03:00,03:15,03:30,03:45,04:00,04:15,04:30,04:45,05:00,05:15,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00,10:15,10:30,10:45,11:00,11:15,11:30,11:45,12:00,12:15,12:30,12:45,13:00,13:15,13:30,13:45,14:00,14:15,14:30,14:45,15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30,23:45 reset:noArg trigger:noArg start:noArg stop:noArg end:noArg wakeupDefaultTime:OFF,00:00,00:15,00:30,00:45,01:00,01:15,01:30,01:45,02:00,02:15,02:30,02:45,03:00,03:15,03:30,03:45,04:00,04:15,04:30,04:45,05:00,05:15,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00,10:15,10:30,10:45,11:00,11:15,11:30,11:45,12:00,12:15,12:30,12:45,13:00,13:15,13:30,13:45,14:00,14:15,14:30,14:45,15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30,23:45  wakeupResetdays:multiple-strict,0,1,2,3,4,5,6 wakeupDays:multiple-strict,0,1,2,3,4,5,6 wakeupHolidays:,andHoliday,orHoliday,andNoHoliday,orNoHoliday wakeupEnforced:0,1,2,3 wakeupOffset:slider,0,1,120
Bei einem neu erstellten wakeuptimer fehlt wakeupOffset auch noch im setList Attribut.

Was mir noch aufgefallen ist, bei einem neu erstellten wakeuptimer steht im Attribut userattr nur noch "wakeupUserdevice", hier musste doch auch noch "wakeupMacro wakeupAtdevice wakeupResetSwitcher" stehen, oder?

Bei der neuen Version funktionieren die Setter nicht mehr.
Bei Eingabe von
set rgr_Bewohner_wakeuptimer1 wakeupHolidays andNoHoliday
Sollte doch eigentlich das Reading wakeupHolidays angelegt werden, jedoch wird nur das Reading state auf "wakeupHolidays andNoHoliday" gesetzt.

Im UserDevice werden bei mir jetzt die Readings "nextWakeup" und "nextWakeupDev" nicht mehr angelegt.

Gruß Schlimbo


Loredo

Danke dir!
Da fehlte noch eine Aktualisierung der NOTIFYDEV Definition nachdem ein Wecker neu angelegt wurde, habe ich gerade hinzugefügt.
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

Guten Morgen,

Nachdem ich heute zuverlässig geweckt wurde, kann ich wohl sagen, dass das Gröbste überstanden zu sein scheint :-)

Die aktuelle Version sollte bei großen Installationen auch durch den Einsatz von NOTIFYDEV performanter laufen.

Happy updating...


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

Schlimbo

Guten Morgen Julian,
kann ich bestätigen, auch ich wurde heute wieder richtig geweckt :)

Die beiden Punkte sind aber immer noch vorhanden:
Zitat von: Schlimbo am 17 April 2017, 16:28:24
Was mir noch aufgefallen ist, bei einem neu erstellten wakeuptimer steht im Attribut userattr nur noch "wakeupUserdevice", hier musste doch auch noch "wakeupMacro wakeupAtdevice wakeupResetSwitcher" stehen, oder?

Bei der neuen Version funktionieren die Setter nicht mehr.
Bei Eingabe von
set rgr_Bewohner_wakeuptimer1 wakeupHolidays andNoHoliday
Sollte doch eigentlich das Reading wakeupHolidays angelegt werden, jedoch wird nur das Reading state auf "wakeupHolidays andNoHoliday" gesetzt.
Gruß Schlimbo

visionsurfer

Hallo,

ich nutze das Residents Modul in Verbindung mit Geofency. Bisher war ich als einzige Bewohner angelegt. Funktioniert auch alles perfekt. Wenn ich weg bin und z.B. die Homezone verlasse, dann meldet Geofency das und FHEM schaltet auf Absent.

Nun hab ich meine Frau hinzugefügt und auch soweit alles eingerichtet. Die App auf Ihrem Handy meldet auch sauber, wenn sie zu Hause verlassen hat. In FHEM steht auch in den Readings unter "location", das Sie nun im Büro ist. Aber der Status bleibt weiterhin auf "zu Hause".

Muss ich noch irgendwas machen ? Muss noch irgendwo was eingerichtet werden, das der Status automatisch auf abwesend wechselt ?

Grüße,
Visionsurfer

Loredo

Zitat von: Schlimbo am 18 April 2017, 09:53:25
Die beiden Punkte sind aber immer noch vorhanden:Gruß Schlimbo


Das kann ich bei mir nicht nachvollziehen, weder mit der Test noch Live Umgebung. Vielleicht hast du nicht alle Dateien aktualisiert?
Nach wie vor ist es wichtig zu betonen, dass die Events nicht ankommen, wenn man event-on-* Attribute verwendet und diese falsch gesetzt sind. Sie sollten für keines der involvierten Geräte gesetzt sein.


Zitat von: visionsurfer am 18 April 2017, 10:33:26
Muss ich noch irgendwas machen ? Muss noch irgendwo was eingerichtet werden, das der Status automatisch auf abwesend wechselt ?


Der automatische Wechsel passiert nur, wenn die Location "home" heißt. Andere Namen funktionieren nur, wenn sie im Attribut rr_locationHome angegeben sind.
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

Okay, hab jetzt den Wecker noch mal komplett gelöscht und über create wakeuptimer neu angelegt.
Jetzt funktioniert es auch bei mir wie es soll. :)
Danke

visionsurfer

@Loredo

Hmmm. Ok. Ich hatte mich schon gewundert. Als ich damals das Modul installiert habe, war bei mir alles auf englisch. Also home, absent, gosleep usw.

Als ich nun meine Frau hinzugefügt habe, war bei der alles auf deutsch. Dort steht jetzt "zu Hause".

Also trage ich bei ihr im attr. "rr_locationHome" dann einfach den Wert "zu Hause" ein ? Dann geht es automatisch ?

Grüße,
Visionsurfer

Loredo

Zitat von: visionsurfer am 18 April 2017, 14:15:59
Hmmm. Ok. Ich hatte mich schon gewundert. Als ich damals das Modul installiert habe, war bei mir alles auf englisch. Also home, absent, gosleep usw.

Als ich nun meine Frau hinzugefügt habe, war bei der alles auf deutsch. Dort steht jetzt "zu Hause".


Das liegt daran, dass du als globales Attribut wohl language=DE gesetzt hast. Es werde dann entsprechende Attribute gesetzt, um die Anzeige von RESIDENTS/ROOMMATE/GUEST für diese Sprache vorzubelegen. Es ist aber nur die FHEMWEB Anzeige davon betroffen, intern wird weiterhin mit home, absent etc gearbeitet (siehst du auch an den Readings). Über das Attribut r*_lang an den Bewohner-Devices kann das übersteuert werden und die Vorbelegung wird entsprechend umgeändert.


Zitat von: visionsurfer am 18 April 2017, 14:15:59
Also trage ich bei ihr im attr. "rr_locationHome" dann einfach den Wert "zu Hause" ein ? Dann geht es automatisch ?


Nein. Entscheidend ist, was du in der Geofency.app als Namen für die Lokation angegeben hast. Der Name dort darf kein Leerzeichen beinhalten und sollte "home" lauten. Nur wenn der Name davon abweicht musst du das in rr_locationHome entsprechend setzen.
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

visionsurfer

Hi,

ah ok. Jetzt hab ich es verstanden. Ja ich hab in der App auch "zu Hause" eingetragen. Bei mir in meiner App steht noch home. Daher funktioniert es auch sehr gut.

Dann ändere ich das bei meiner Frau und dann sollte es ja funktionieren.

Grüße,
Visionsurfer

Per

Zitat von: Loredo am 14 April 2017, 12:11:16fhem "delete atTmp_.*_".$NAME.":FILTER=TYPE=at";
Das ist ja mal genial! Muss ich glatt mal verinnerlichen...

acw81

Hallo Julian,

folgendes scheint nicht mehr zu funktionieren:

Zitat
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


Ich bekomme das nur folgendes zurückgeliefert:

Value for rr_presenceDevices has invalid format

Mir ist das aufgefallen, da das Attribut komplett gefehlt hatte. Ist das bekannt?

Grüße
Andreas

Loredo

Zitat von: acw81 am 18 April 2017, 17:38:01
Mir ist das aufgefallen, da das Attribut komplett gefehlt hatte. Ist das bekannt?


Danke, hatte ich nicht berücksichtigt und ist nun gefixt.
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

Zitat von: Schlimbo am 18 April 2017, 13:54:20
Okay, hab jetzt den Wecker noch mal komplett gelöscht und über create wakeuptimer neu angelegt.
Jetzt funktioniert es auch bei mir wie es soll. :)
Danke
Mist, zu früh gefreut. Das Phänomen ist wieder da.
Zitat von: Schlimbo am 17 April 2017, 16:28:24
Bei der neuen Version funktionieren die Setter nicht mehr.
Bei Eingabe von
set rgr_Bewohner_wakeuptimer1 wakeupHolidays andNoHoliday
Sollte doch eigentlich das Reading wakeupHolidays angelegt werden, jedoch wird nur das Reading state auf "wakeupHolidays andNoHoliday" gesetzt.

Der dummy "rgr_Bewohner_wakeuptimer1" verhält sich bei mir wie ein "normaler" Dummy.
Wenn ich set rgr_Bewohner_wakeuptimer1 nextRun 07:00 eingebe ändert sich nur "state".
Konnte leider noch nicht herausfinden durch was dieses Phänomen ausgelöst wird.
Wie ist der Dummy mit dem Wecker verknüpft?

List von rgr_Bewohner_wakeuptimer1:
Internals:
   NAME       rgr_Bewohner_wakeuptimer1
   NR         619
   STATE      nextRun 07:30
   TYPE       dummy
   Readings:
     2017-04-18 18:15:44   state           nextRun 07:30
Attributes:
   alexaName  wecker
   alexaRoom  wohnzimmer
   alias      Wake-up Timer 1
   comment    Auto-created by RESIDENTS module for use with RESIDENTS Toolkit
   devStateIcon OFF:general_aus@red:reset running:general_an@green:stop .*:general_an@orange:nextRun%20OFF
   genericDeviceType wecker
   group      Home State
   homebridgeMapping Weckzeit=nextRun,cmd=nextRun
   icon       time_timer
   room       Residents,alexa
   setList    nextRun:OFF,00:00,00:15,00:30,00:45,01:00,01:15,01:30,01:45,02:00,02:15,02:30,02:45,03:00,03:15,03:30,03:45,04:00,04:15,04:30,04:45,05:00,05:15,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00,10:15,10:30,10:45,11:00,11:15,11:30,11:45,12:00,12:15,12:30,12:45,13:00,13:15,13:30,13:45,14:00,14:15,14:30,14:45,15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30,23:45 reset:noArg trigger:noArg start:noArg stop:noArg end:noArg wakeupOffset:slider,0,1,120 wakeupDefaultTime:OFF,00:00,00:15,00:30,00:45,01:00,01:15,01:30,01:45,02:00,02:15,02:30,02:45,03:00,03:15,03:30,03:45,04:00,04:15,04:30,04:45,05:00,05:15,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00,10:15,10:30,10:45,11:00,11:15,11:30,11:45,12:00,12:15,12:30,12:45,13:00,13:15,13:30,13:45,14:00,14:15,14:30,14:45,15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30,23:45  wakeupResetdays:multiple-strict,0,1,2,3,4,5,6 wakeupDays:multiple-strict,0,1,2,3,4,5,6 wakeupHolidays:,andHoliday,orHoliday,andNoHoliday,orNoHoliday wakeupEnforced:0,1,2,3
   userattr   wakeupOffset:slider,0,1,120 wakeupDefaultTime:OFF,00:00,00:15,00:30,00:45,01:00,01:15,01:30,01:45,02:00,02:15,02:30,02:45,03:00,03:15,03:30,03:45,04:00,04:15,04:30,04:45,05:00,05:15,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00,10:15,10:30,10:45,11:00,11:15,11:30,11:45,12:00,12:15,12:30,12:45,13:00,13:15,13:30,13:45,14:00,14:15,14:30,14:45,15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30,23:45 wakeupMacro wakeupUserdevice wakeupAtdevice wakeupResetSwitcher wakeupResetdays:multiple-strict,0,1,2,3,4,5,6 wakeupDays:multiple-strict,0,1,2,3,4,5,6 wakeupHolidays:andHoliday,orHoliday,andNoHoliday,orNoHoliday wakeupEnforced:0,1,2,3 wakeupWaitPeriod:slider,0,1,360
   wakeupAtdevice at_rgr_Bewohner_wakeuptimer1
   wakeupMacro Macro_rgr_Bewohner_wakeuptimer1
   wakeupUserdevice rgr_Bewohner
   wakeupWaitPeriod 0
   webCmd     nextRun


Am RESIDENTS Device rgr_Bewohner ist das Attribut
attr rgr_Bewohner rgr_wakeupDevice rgr_Bewohner_wakeuptimer1
gesetzt.

Gibt es eine Möglichkeit die Verbindung vom Dummy zum Wecker zu erneuern ohne alles zu löschen und neu anzulegen?

Beim Versuch den Wecker komplett zu Löschen und neu anzulegen bekomme ich beim Löschversuch des Attribut rgr_wakeupDevice die Meldung:
Value for rgr_wakeupDevice has invalid format

Gibt es auch eine einfache Möglichkeit einen kompletten Wecker zu löschen, inklusive aller automatisch angelegten Devices?:
Macro_rgr_Bewohner_asleep
Macro_rgr_Bewohner_awoken
Macro_rgr_Bewohner_gotosleep
Macro_rgr_Bewohner_wakeuptimer1
wd_rgr_Bewohner_asleep
wd_rgr_Bewohner_awoken
wd_rgr_Bewohner_gotosleep,
at_rgr_Bewohner_wakeuptimer1

Schön wäre ein Befehl ähnlich dem removeRoommate Befehl --> removeWakeuptimer