Geofencing Modul für Geofency.com und Geofancy.com

[Hermann]

Hallo,

@Markus, danke darauf komme ich sicher zurück.

Ein Problem habe ich noch. Ich versuche meine Heizung im Arbeitszimmer zu überreden, dass sie hochschalten soll, wenn ich office verlasse und in den wayhome eintrete.
Folgendes habe ich definiert, was aber leider nicht funktioniert.

define AZ_HeizNotifyWayhome notify geofancy:currLoc_Hermann:.wayhome fhem("set Temp_AZ desired-temp 22.0")

Kann mir jemand den entscheidenden Tipp geben ?

Hermann

[Loredo]

Die wayhome-Funktion ist im ROOMMATE Modul eingebaut.Das GEOFANCY Modul alleine ist strohdumm.
Beide koppeln über Attribut rr_geofenceUUIDs und dann beim ROOMMATE Device auf das wayhome Reading > 0 triggern.

[Loredo]

Wenn die Wohnung nicht gerade Stahlbetonwände hat, wird die Abstimmung wahrscheinlich in der Praxis verdammt schwierig.

Genau. Meine Wohnung und mein Haus haben beide Stahlbetondecken und Wände. In der Wohnung kommt das WLAN nichtmal um 2 Ecken rum... 4 Beacons an den Rändern ist da wohl nur für Holzhäuser (und dann ohne viel Gipskarton ^^).


Darf aber natürlich jeder selbst für dich überlegen und probieren. Ich musste fürs WLAN extra die Decke abhängen, um Access Points zu verteilen...

Und ob man das braucht? Ich wüsste nicht wofür.

Zu mehr als "zu Hause" / "nicht zu Hause" reicht es aktuell in der Praxis nicht unbedingt. Wer aber tatsächlich diszipliniert sein iPhone mit sich herumträgt, der kann damit schon beim Betreten eines Raumes z.B. die Lichtstimmung ändern (Bill Gates lässt ja wohl die digitalen Gemälde seiner Stimmung anpassen... deshalb hat ROOMMATE auch das "mood" Reading  ). Einfaches ein/aus schalten kann man sich aber auch überlegen. Aber eher für den Single Haushalt momentan...
Auf jeden Fall sinnvoll ist das ganze aber bei Benachrichtigungen via Audio/Sonos oder über blinkende (HUE)Lampen. Für diesen Routing-Zweck habe ich den msg-Befehl konzipiert: FHEM weiß in welchem Raum ich mich (oder generell jemand) aufhält und kann die Benachrichtigung immer in den richtigen Raum "umleiten".


Ich schrieb ja schon von meiner Erwartung an die Apple Watch 2, die man dann ja sowieso ständig am Handgelenk hat.

[Hermann]

Hallo,

Falls noch mehr so Anfänger wie ich rummlaufen, damit hats bei mir funktioniert. Erst in der fhem.cfg unter roommate "attr rr_Hermann rr_locationWayhome office wayhome" definieren und dann ein notify mit:

define AZ_HeizNotifyWayhome notify rr_Hermann:wayhome:.* set Temp_AZ desired-temp 22.0

@ Loredo Danke für den Hinweis.

Hermann

[Loredo]

dann triggert das Notify aber auch auf 0 wenn du nach Hause kommst oder den wayhome bereich (wieder) verlässt. besser nur auf 1 triggern lassen.


Gruß
Julian

[Loredo]

Erst in der fhem.cfg unter roommate "attr rr_Hermann rr_locationWayhome office wayhome" definieren und dann ein notify mit:

Da hab ich noch einen Nachtrag: Indem du "wayhome" in das Attribut "rr_locationWayhome" mit hinein schreibst, verkehrst du die Funktion.
Das Attribut ist dafür gut, dass bei VERLASSEN der Lokation angenommen wird, dass du auf dem Heimweg bist (sieh Commandref). Du hast also alleine mit "office" womöglich schon alles erreichst, was du möchtest. Indem du "wayhome" dort hinein schreibst erreichst du, dass du bei VERLASSEN des wayhome Bereiches die Heizung hochdrehst. Das möchtest du vermutlich nicht
"wayhome" ist eine derzeit fest definierte Bezeichnung dafür, dass du einen Umkreis um deine Wohnung herum betrittst von dem dann angenommen wird, dass du auf dem Heimweg bist. Das kann entweder sinnvoll sein, wenn du richtig verreist warst und dann den Radius der Lokations-Zone entsprechend groß gewählt hast. Oder natürlich wenn du keine feste Lokation hast, nach der du in der Regel nach Hause fährst und wo du dann eben die Heizung hochdrehen möchtest, sobald du dich z.B. auf 5km näherst. Wobei ein kleiner Radius hier je nach Lebenssituation ungünstig sein kann, wenn man sich tagsüber auch mal darin bewegt. Kommt auf den Einzelfall an.

[Hermann]

@Loredo: Du hast natürlich recht. Danke für den Hinweis. Das mit dem Wayhome Bereich ist bei mir sowiso etwas Tricki, da ich nur 2 km Luftlinie in die Arbeit habe. Office sollte ja wohl nich innerhalb wayhome liegen.

Hermann

[Loredo]

Office sollte ja wohl nich innerhalb wayhome liegen.

Kann natürlich, kommt drauf an wie du die Funktion nutzen willst.
Ich habe den größtmöglichen Radius eingestellt, da ich die wayhome Funktion nur nutze, wenn ich weiter und länger weg war. Sprich, bei mir mache ich nur was mit wayhome, wenn mein ROOMMATE Objekt auf "gone" stand, weil ich einige Tage auf Geschäftsreise war und nun wieder auf dem Rückweg.

[Loredo]

dann verstehe ich leider doch nicht ganz, wie du das machst.Denn auch wenn der iBeacon auslöst, wird doch im Geofancy die DeviceUUID vom iPhone übergeben. Durch das entsprechend im Roommate gesetzte Attribut  rr_geofenceUUIDs wird aber doch eine Veränderung durchgeführt. Ein rr_locationIgnore o.ä. gibt es ja nicht.Kannst du mich noch in die richtige Richtung schubsen?

Nur bestimmte Lokationsnamen führen bei deren betreten/verlassen zu einem Wechsel des Gesamtstatus. Diese müssen in rr_locationHome angegeben sein; solange das nicht der Fall ist, werden einfach nur die Location-Readings aktualisiert. Es braucht also gar kein "rr_locationIgnore"-Attribut, weil es implizit immer so gehandhabt wird

[kjmEjfu]

Nur bestimmte Lokationsnamen führen bei deren betreten/verlassen zu einem Wechsel des Gesamtstatus. Diese müssen in rr_locationHome angegeben sein; solange das nicht der Fall ist, werden einfach nur die Location-Readings aktualisiert. Es braucht also gar kein "rr_locationIgnore"-Attribut, weil es implizit immer so gehandhabt wird

Peinlich, peinlich. Da klingelt es sogar wieder ganz dunkel.
Als ich angefangen habe damit zu spielen, fand ich genau dieses Feature äußerst nützlich. Irgendwie muss ich es dann wieder vergessen haben.

Funktioniert nun aber perfekt, auch in Kombination mit der Abfrage des aktuellen Presence-Readings
Danke!

[tomspatz]

Könnte bitte jemand kurz die Funktionsweise erklären??

Gewünscht wird  iOS "Überwachung", also app installieren einrichten ist klar.
Aber das Smartphone MUSS dann doch ständig irgendwelche Daten senden die es per gps erhält. Ist dann doch in 2 Stunden leer.
Mir geht es zu begreifen wie das abläuft.

LG
Tom

[C0mmanda]

Könnte bitte jemand kurz die Funktionsweise erklären??

Gewünscht wird  iOS "Überwachung", also app installieren einrichten ist klar.
Aber das Smartphone MUSS dann doch ständig irgendwelche Daten senden die es per gps erhält. Ist dann doch in 2 Stunden leer.
Mir geht es zu begreifen wie das abläuft.

LG
Tom

Das funktioniert per Geo-Fencing.
Das Smartphone sendet nur Daten wenn du einen vorher definierten Bereich betrittst oder verlässt.
Da Geo-Fence sowieso "ständig" aktiv ist verbrauchtes auch praktisch null mehr Akku.

Bei iOS z.B. funktioniert die Orts-gebundene Erinnerung exakt genauso.

Den größten Stromverbrauch bei der Sache macht wohl der Aufbau der VPN-Verbindung und das senden der Daten an fhem aus... aber auch das ist kaum merkbar.

grtz
CmdA

[Loredo]

Das iPhone hat seit einigen Generationen einen zusätzlichen Prozessor, der speziell auf solche Aufgaben wie das Geofencing ausgelegt ist und deshalb extrem effizient damit umgehen kann (siehe z.B. hier). Aber auch ohne diesen Prozessor war es schon immer sehr effektiv. Generell läuft Assisted-GPS ohnehin ständig auch für andere Systemfunktionen mit.


Von der Software her funktioniert es in etwa so (jetzt bitte nicht jedes Wort auf die Goldwaage legen  [size=78%]):[/size]
[/size]
Die Geofency.app sagt dem iOS Betriebssystem (und damit auch dem Coprozessor, sofern vorhanden), dass es für bestimmte Geo-Positionen gerne bescheid gesagt bekommen möchte, wenn man diese betritt oder verlässt. Tritt dieses Event ein, dann wird die App aufgeweckt und kann entsprechend einen Protokolleintrag anlegen und eben den für FHEM genutzten Webhook ausführen. Ohne dass ein solches Event eintritt, verbraucht die App also demnach auch keine zusätzliche Akkuleistung.

[Markus M.]

Gewünscht wird  iOS "Überwachung", also app installieren einrichten ist klar.
Aber das Smartphone MUSS dann doch ständig irgendwelche Daten senden die es per gps erhält. Ist dann doch in 2 Stunden leer.
Mir geht es zu begreifen wie das abläuft.

Wie von Julian gerade schon richtig erklärt:
Bei iOS ist das eine interne Funktion des Betriebssystems in die sich das jeweilige Programm einhängt, d.h. es werden nicht dauerhaft zusätzliche Ressourcen verbraucht.
OwnTracks funktioniert nach dem gleichen Prinzip.
Wenn es dir eher um Positions-Tracking als um Bereiche geht, wäre vielleicht auch mein Modul livetracking für dich interessant.

Markus

[andre07]

Hallo

Ich habe das Problem das bei mir die falsche DeviceUUID
in fhem steht in der App aber die richtige eingetragen ist.
allerdings nutze ich Android (egigeozone) mit selbstbau HM10 ibeacons.
Habe das mehrmals nachvollzogen immer bekomme ich die selbe falsche UUID.

Code Auswählen Erweitern

internals:
   CFGFN
   DEF        HausBewohner
   NAME       rr_ibeacondach
   NR         7546
   NTFY_ORDER 50-rr_ibeacondach
   RESIDENTGROUPS HausBewohner,
   STATE      absent
   TYPE       ROOMMATE
   Readings:
     2016-04-22 19:37:39   durTimerAbsence 00:35:00
     2016-04-22 19:37:39   durTimerAbsence_cr 35
     2016-04-22 19:02:39   durTimerPresence 00:00:00
     2016-04-22 19:02:39   durTimerPresence_cr 0
     2016-04-22 15:24:27   durTimerSleep   00:00:00
     2016-04-22 15:24:27   durTimerSleep_cr 0
     2016-04-22 18:25:57   lastArrival     2016-04-22 18:25:57
     2016-04-22 19:02:39   lastDeparture   2016-04-22 19:02:39
     2016-04-22 18:25:57   lastDurAbsence  00:02:21
     2016-04-22 18:25:57   lastDurAbsence_cr 2
     2016-04-22 19:02:39   lastDurPresence 00:36:42
     2016-04-22 19:02:39   lastDurPresence_cr 37
     2016-04-22 19:02:39   lastLocation    Dachboden
     2016-04-22 19:02:39   lastMood        calm
     2016-04-22 19:02:39   lastState       home
     2016-04-22 19:02:39   location        underway
     2016-04-22 17:53:17   locationPresence 0
     2016-04-22 19:02:39   mood            -
     2016-04-22 19:02:39   presence        absent
     2016-04-22 19:02:39   state           absent
     2016-04-22 15:24:27   wayhome         0
   Timer:
     Rr_ibeacondach_autogone:
       HASH       rr_ibeacondach
       MODIFIER   AutoGone
       NAME       rr_ibeacondach_AutoGone
     Rr_ibeacondach_durationtimer:
       HASH       rr_ibeacondach
       MODIFIER   DurationTimer
       NAME       rr_ibeacondach_DurationTimer
Attributes:
   alias      Status
   devStateIcon .*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home
   group      ibeacondach
   icon       people_sensor
   room       Residents
   rr_geofenceUUIDs 74278bda-b644-4520-8f0c-720eaf059935
   rr_locationHome Dachboden
   rr_locationWayhome 1
   rr_locations Dachboden,unterwegs
   rr_realname group
   rr_showAllStates 1
   sortby     1
   webCmd     state:mood:location

Code Auswählen Erweitern

Internals:
   DEF        geo
   NAME       geofancy
   NR         53
   ROOMMATES  rr_ibeacondach
   STATE      id:63bb2e14-9c76-3da7-87ff-e034c8e44337 trig:0 date:1461344559 lat:48.7576341 long:11.6769225 dev:63bb2e14-9c76-3da7-87ff-e034c8e44337 devAlias=-
   TYPE       GEOFANCY
   Readings:
     2016-04-09 21:46:38   GeoAndre        left wayhome
     2016-04-09 21:46:38   currLocAddr_GeoAndre -
     2016-04-09 21:46:38   currLocLat_GeoAndre -
     2016-04-09 21:46:38   currLocLong_GeoAndre -
     2016-04-09 21:46:38   currLocTime_GeoAndre 2016-04-09 21:46:38
     2016-04-09 21:46:38   currLoc_GeoAndre underway
     2016-04-22 17:05:31   currLoc_ibeacondach Dachboden
     2016-04-09 21:46:37   lastArr         GeoAndre home
     2016-04-09 21:46:38   lastDep         GeoAndre wayhome
     2016-04-22 19:02:39   lastDevice      -
     2016-04-22 19:02:39   lastDeviceUUID  63bb2e14-9c76-3da7-87ff-e034c8e44337
     2016-04-09 21:46:38   lastLocAddr_GeoAndre -
     2016-04-09 21:46:38   lastLocArr_GeoAndre 2016-04-09 21:46:37
     2016-04-09 21:46:38   lastLocDep_GeoAndre 2016-04-09 21:46:38
     2016-04-09 21:46:38   lastLocLat_GeoAndre 48.7575453
     2016-04-09 21:46:38   lastLocLong_GeoAndre 11.6769331
     2016-04-09 21:46:38   lastLoc_GeoAndre home
     2016-04-22 19:02:39   state           id:63bb2e14-9c76-3da7-87ff-e034c8e44337 trig:0 date:1461344559 lat:48.7576341 long:11.6769225 dev:63bb2e14-9c76-3da7-87ff-e034c8e44337 devAlias=-
   Fhem:
     infix      geo
   Helper:
     Device_aliases:
       74278bda-b644-4520-8f0c-720eaf059935 HMDach
       d86fbf3d-36c0-3260-9eb8-10db1adfe89d GeoAndre
     Device_names:
       GeoAndre   d86fbf3d-36c0-3260-9eb8-10db1adfe89d
       HMDach     74278bda-b644-4520-8f0c-720eaf059935
Attributes:
   devAlias   74278bda-b644-4520-8f0c-720eaf059935:HMDach d86fbf3d-36c0-3260-9eb8-10db1adfe89d:GeoAndre
   room       Status
HMDach ist das ibeacon was betroffen ist.
Könnte natürlich auch an der App liegen wobei es ja mit dem Handy funktioniert hat. (GeoAndre)

Andre