Featurerequest RESIDENTS

[alanblack]

Ich hätte gerne eine Änderung am RESIDENTS-Modul. Ich weiß nicht, ob das viel Aufwand wäre, könnte aber in der Benutzung (mir) einige Mühe sparen und manches erst ermöglichen.
Und zwar gibt es ja schon "gotosleep" bzw. "awoken" als Übergänge zwischen "asleep" und "home". Mir fehlt jetzt das "leaving" bzw. "arriving" als Übergänge von "home" von und zu "absent/gone".

Allerdings bin ich mir bei manchen Konstellationen der ROOMMATE-Stati noch nicht ganz schlüssig, welchen Status dann das RESIDENTS haben müsste. Wenn dies Feature aber eh viel Programmieraufwand beduten würde, brauche ich nicht weiter zu knobeln und bilde dies anders ab.

Danke für eine Rückmeldung!

[CoolTux]

Es gibt doch wayhome das sollte zu mindest Dein arriving abdecken.
Bleibt ja auch die Frage wie Du das leaving automatisiert einstellen willst.

[alanblack]

Es gibt doch wayhome das sollte zu mindest Dein arriving abdecken.

Ja, kenne ich. Aber erstens gibt es das nur beim ROOMMATE und zweitens muss ich dann immer bei absent/gone auch noch das wayhome zusätzlich abfragen.

Bleibt ja auch die Frage wie Du das leaving automatisiert einstellen willst.

Ironische Gegenfrage: wie automatisierst Du gotosleep oder asleep? 
Ernsthaft: da ich Zugriff auf unsere Terminkalender habe, würde ich bei außer-Haus-Terminen von der letzten Erinnerung (= Fahr mal los!) noch wahrscheinlich 15 Minuten abziehen. Bzw. an Arbeitstagen weiß "das Haus", wann wir jeweils los müssen. Hier könnte ich ähnlich drauf reagieren. Zudem wäre das manuelle Setzen über ein Frontend auch einfacher.

[CoolTux]

Ja, kenne ich. Aber erstens gibt es das nur beim ROOMMATE und zweitens muss ich dann immer bei absent/gone auch noch das wayhome zusätzlich abfragen.

Das ist nicht ganz zutreffend. Es gibt etwas ähnliches in Residents. residentsTotalWayhome

Ironische Gegenfrage: wie automatisierst Du gotosleep oder asleep? 

Das wird pro Person unterschiedlich gesetzt. Meine Freundin stellt sich ihr Handywecker darauf reagier ein Notify und legt sie schlafen. Meine Tochter legt ihr Handy am Nachttisch ab und darauf reagiert NFC und darauf dann wieder ein Notify. Mein Sohn ist 5 der hat einen Taster mit Feuerwehrmann Sam drauf wo er drücken darf und so weiter.

[dev0]

Meine Freundin stellt sich ihr Handywecker darauf reagier ein Notify und legt sie schlafen.

Soein Notify, das meine Frau/Freundin schlafen legt, würde ich auch gerne haben

[CoolTux]

Soein Notify, das meine Frau/Freundin schlafen legt, würde ich auch gerne haben

Nur schlafen, leider nicht ruhig 

[alanblack]

Das ist nicht ganz zutreffend. Es gibt etwas ähnliches in Residents. residentsTotalWayhome

Hm... okay, habe ich übersehen. Hilft mir aber trotzdem nicht wirklich weiter. Die Geschichte mit rr_locations, rr_locationWayhome und Co. ist für meine Begriffe zu strikt. Abgesehen davon, dass ich "leaving" damit eh nicht abbilden kann, ist das Verfahren rr_locations e.al. passend zu füllen, schwierig und langwierig:
a) ich bin bei Freunden (rr_locations = ...,Freunde,... / rr_locationUnderway = ...,Freunde,...)
  Setze ich "Freunde" auch in (rr_locationWayhome = ... Freunde ...) und gehe dort weg (BT-Verbindung im Auto => location = Auto), geht wayhome auf 1
- ich gehe von Freunden weg aber auf dem Weg - was weiß ich - ins Kino, bin ich die ganze Zeit wayhome auf 1
b) ich bin bei Freunden (rr_locations = ...,Freunde,FreundeNichtNachHause,... / rr_locationUnderway = ...,Freunde,FreundeNachHause,FreundeNichtNachHause,...) dann kann ich das abbilden
  rr_locationWayhome = ... FreundeNachHause ... => ich setze also erst manuell die location = FreundeNachHause damit danach "das Auto" automatisch  wayhome auf 1 setzt?
Vielleicht denke ich zu kompliziert oder habe die location-wayhome-home-underway-Logik noch nicht verstanden.

Ich würde eher per Telegram eine Nachricht an mein Haus schicken "Ich komme nach Hause", was zum Status "arriving" ausgewertet werden könnte.
Folge bspw.: falls das Haus leer ist, wird schon einmal die Heizung hochgeregelt und wenn der Bewegungsmelder an der Hofeinfahrt auslöst, geht auch gleich das Garagentor auf.
Bin ich "absent", ist es vielleicht der Briefträger, der den Melder auslöst => Garagentor bleibt zu.
Ich könnte in dem Moment natürlich das Reading "wayhome" auf 1 setzen. Das widerspricht IMHO aber dem Sinn eines zum Device gehörenden Readings.

[CoolTux]

Es kommt halt immer drauf an wie Du wayhome verwendest oder besser setzt.

Ich habe Automagic, wenn das merkt das ich in den 3km Kreis um mein zu Hause eintrette werde ich wayhome 1 gesetzt, dazu muss ich aber vorher raus gekommen sein aus den 3 km. Dein Freunde Beispiel ist vielleicht etwas arg weit her.
Wobei es bei mir auch noch klappen würde. Aber ich gebe Dir da Recht, wenn ich von einem Freund komme und nur zum Kino will fahre ich am zu Hause vorbei und wenn meine Heizung so funktionieren würde wie bei Dir würde ich "umsonst" heizen.
Ich habe da eine eher strikte Regelung für die Heizung, es gibt festgelegte Schaltpunkte und nur beim verlassen oder kommen werden diese Schaltungen überschrieben. Aber hier wird es auch nir so arg kalt. Unsere Wohlfühltemperatur liegt bei 19 Grad und ich setzte die Heizung beim verlassen auf 17.

Ein interessantes Beispiel wäre aber sicherlich mein verlassen der Arbeit. Denn nur wenn ich von der Arbeit komme und mein Roommate auf müde steht geht die Kaffeemaschine an sobald ich in den 3km Kreis meiner Wohnung eintrete. Bin ich zu Hause werde ich von Kaffeeduft begrüßt.

[alanblack]

Es kommt halt immer drauf an wie Du wayhome verwendest oder besser setzt.

Eben! Gar nicht! Ein Reading ist die AUSGABE des dahinter liegenden Gerätes. Bei einem Dummy kann ich die selbst setzen, weil kein Gerät dahinter ist. Nicht vorhandene Readings kann ich vielleicht selbst setzen; auch wenn das grenzwertig ist. Aber ein vorhandenes und funktionierendes Reading selbst setzen? Irgendwann wird der Modulcode geändert, wayhome funktioniert mit den Werten 0 und 2 und bei wayhome =1 wird sudo rm -R * ausgeführt. Dann kommst du in deinen 3km Kreis...
Okay, dass ist arg konstruiert, aber es gibt Dinge, die man nicht programmieren sollte.

Meine Frage nach dieser Änderung war nicht getrieben von dem Gedanken, ob es irgendeine mögliche Lösung bereits gibt. Die Motivation dahinter ist die Konsequenz beim Verhalten des Moduls und mögliche Vereinfachung des nutzenden Codes unter Vermeidung von Spielereien.

[CoolTux]

Keine Ahnung was Du bei Deinem Roommate hast.
Aber ich kann bei meinem ein

Code Auswählen Erweitern


set rr_NAME location wayhome

setzen. Und genau das macht mein Automagic. Ich gebe zu das mit dem Automatic ist selbst entwickelt und wird über ein webhook vom Handy an mein FHEM gesendet. Aber der set Befehl ist von Hause aus da.

[alanblack]

Keine Ahnung was Du bei Deinem Roommate hast.
Aber ich kann bei meinem ein

Code Auswählen Erweitern


set rr_NAME location wayhome

setzen. Und genau das macht mein Automagic. Ich gebe zu das mit dem Automatic ist selbst entwickelt und wird über ein webhook vom Handy an mein FHEM gesendet. Aber der set Befehl ist von Hause aus da.

Jetzt frage ich mich, was Du für eine Version benutzt. Egal welchen Status das ROOMMATE-Device hat, ein

Code Auswählen Erweitern


set rr_ROOMMATE location wayhome

setzt bei mir nicht das Reading wayhome auf etwas anderes als 0. Es sei denn, ich pflege entsprechende rr_locations und rr_locationWayhome. Damit bin ich aber wieder bei der aufwändigen Liste von rr_locations, die ich eigentlich nicht pflegen möchte.

[CoolTux]

Dir ist aber schon klar das Dein state dafür absent oder gone sein muss?

[alanblack]

Dir ist aber schon klar das Dein state dafür absent oder gone sein muss?

Dazu schrieb ich:

Jetzt frage ich mich, was Du für eine Version benutzt. Egal welchen Status das ROOMMATE-Device hat, ein

Dazu:

Code Auswählen Erweitern


set rr_NAME absent
set rr_NAME location wayhome
list rr_NAME wayhome

liefert

Code Auswählen Erweitern


rr_NAME         2017-02-16 20:58:16    0


[CoolTux]

Habe gerade mal nachgeschaut. Ich habe noch ein Attribut gesetzt

attr NAME rr_locations atwork,home,wayhome,underway

[Jamo]

Ich fände 2 neue states "leaving" bzw. "arriving" als Übergänge von "home" von und zu "absent/gone" ebenfalls gut. WayHome ist eine Location, und wird gesetzt wenn man von der Arbei losfährt.

"leaving" bzw. "arriving" dagagen, benutze ich wie folgt:

1) Arriving ist der Zustand, wo meine Anwesenheit erkannt wird (über bluetooth/wlan/Gtag), ich aber noch ausserhalb der verschlossenen Wohnung bin. Erst wenn die Wohnungstuer aufgeschlossen wird, bin ich wirklich 'zu Hause'.

2) Leaving ist der Zustand, nach schliessen der Wohnungstuer (und keine Bewegung mehr innerhalb der Wohnung), bis die Tuer verschlossen (lock) wird. Nur in diesem Zeitraum werte ich ein iBeacon aus, was dann zum 'lock' der Tuer führt. Ansonsten kam es schonmal vor, das die Tuer gelockt wurde, wenn man aber noch innerhalb der Wohnung war. Ähnlich wie bei 1) ist es der Zustand, wo meine Anwesenheit noch erkannt wird, bis ich wirklich die Wohnung verlassen habe (Tuer wird verschlossen).

Ja, man kann das auch über seperate Readings lösen, aber wenn ich den State im rr_* sichtbar hätte, würde mir das zumindest helfen.

Eventuell wuerde es ja helfen, wenn man einfach zusätzliche user-states definieren könnte.