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

Begonnen von Loredo, 07 Januar 2014, 16:57:26

Vorheriges Thema - Nächstes Thema

Mx112

Leicht Offtopppic:

Ich bilde mir ein das geofency.app wesentlich Akkuschonender als geofancy.app ist (iPhone).

Bin ich da alleine?
FHEM 5.5 SVN - FB7390 FRITZ!OS 06.03 - RaspberryPi - Z-Wave - FBDECT

Mitch

Neue Info vom Support:

wir konnten das Problem beim Zugriff auf die iOS Keychain nachstellen.
Dafür wird natürlich umgehend ein Update mit Fehlerbehebung nachgereicht.
Sollte voraussichtlich am Donnerstag nächster Woche erscheinen.

Bis dahin kann folgender Workaround genutzt werden:

Es besteht die Möglichkeit die Basic Authentication Credentials direkt über die URL mitzugeben ->
Bsp.: http://username:password:myserver.net



Sent from my iPhone using Tapatalk 2

Gruss
Markus
FHEM im Proxmox Container

Sailor

Hi Mitch

Habe ich auch gerade erhalten. Irgendwie warst Du schneller!

Und es klappt auch wieder mit Geofency

Sailor


Gesendet von meinem iPhone mit Tapatalk
******************************
Man wird immer besser...

fhainz

Zitat von: Mitch am 22 Februar 2014, 09:29:36
Es besteht die Möglichkeit die Basic Authentication Credentials direkt über die URL mitzugeben ->
Bsp.: http://username:password:myserver.net

Bei mir funktioniert der workaround nicht. Hab das eingetragen: http://username:password:meinserver.com:port/fhem/geo

Jemand eine Idee?

Grüße

Sailor

Das zweite Doppelpunkt muss ein @ sein


Gesendet von meinem iPhone mit Tapatalk
******************************
Man wird immer besser...

fhainz

Dachte mir schon da stimmt was an der syntax nicht.
Jetzt funktionierte, danke!


Grüße

Sailor

Jaja die Syntax...


Gesendet von meinem iPhone mit Tapatalk
******************************
Man wird immer besser...

PumpkinEater

Zitat von: schka17 am 06 Februar 2014, 19:54:56
wollte nur meine Erfahrungen mitteilen, 1x Iphone5 1x Ipad 3 beide mit IOS 7.04. Habe mir auf meinem CB2 mit einem BT Stick eine iBeacon gebaut. Ipad funktioniert einwandfrei, beim Iphone alle paar Minuten
Hallo Karl,
ich beobachte bei mir den gleichen Fehler, und zwar nicht nur mit Geofancy, sondern auch mit Geofency. Ich vermute, dass ein "Exit" des iBeacon in dem Moment gemeldet wird, wo das iPhone dunkel wird (ca. 20 sec danach). Sobald ich das iPhone wieder entsperre, wird einige Sekunden später wieder "Enter" gemeldet. Die Hintergrundaktualisierung ist für beide Apps aktiviert. Der Support von Geofency gab mir ein paar Tipps, konnte mir letztendlich aber nicht weiterhelfen.
Gruß
Peter

svenson08

Hallo Loredo,

bin seit ein paar Tagen mit deinem Modul und und der iPhone App von geofency.com am testen und es läuft richtig gut. Klasse arbeit.

Ich finde den zurück gelieferten STATE etwas übermächtig, aber das ist denk ich Geschmackssache. Kannst du mir erklären was die darin enthaltenen ID aussagt (also nicht die des Device)?

Was ich persönlich vermisse ist die Möglichkeit das Geofancy mit dem Attribut disable zu deaktivieren. Ich mache das bei anderen Modulen um die Funktion temporär zu deaktivieren. Das trägt manchmal schon zum häusliche Frieden bei und es gibt Situationen wo ich, auch so ein nettes Feature, mal deaktivieren will. Sicher könnte ich die ganzen notifys welche auf die readings reagieren deaktivieren, aber direkt am Modul und somit an einer einzigen Stelle fände ich das irgendwie besser.

Gruß Svenson

Loredo

#129
Zitat von: svenson08 am 25 Februar 2014, 20:29:26
Ich finde den zurück gelieferten STATE etwas übermächtig, aber das ist denk ich Geschmackssache.

Du solltest besser die Readings für Notifies verwenden (vor allem currLoc_Name).

Zitat von: svenson08 am 25 Februar 2014, 20:29:26Was ich persönlich vermisse ist die Möglichkeit das Geofancy mit dem Attribut disable zu deaktivieren. Ich mache das bei anderen Modulen um die Funktion temporär zu deaktivieren. Das trägt manchmal schon zum häusliche Frieden bei und es gibt Situationen wo ich, auch so ein nettes Feature, mal deaktivieren will. Sicher könnte ich die ganzen notifys welche auf die readings reagieren deaktivieren, aber direkt am Modul und somit an einer einzigen Stelle fände ich das irgendwie besser.

Nehme ich bei Gelegenheit mal mit auf.
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

svenson08

ZitatDu solltest besser die Readings für Notifies verwenden (vor allem currLoc_Name).
Das mach ich auch so, ich kann nur nichts mit der id Anfangen und frag mich woher diese kommt bzw. was die bedeutet.

Loredo

Zitat von: svenson08 am 25 Februar 2014, 20:47:17
Das mach ich auch so, ich kann nur nichts mit der id Anfangen und frag mich woher diese kommt bzw. was die bedeutet.


Sorry, vergessen drauf zu antworten  :-[


Die zwei ID's stammen von deinem iPhone. Die Device ID ist ein eindeutiger Identifier, der nur von deinem Gerät so ausgesandt wird (genauer gesagt auch nur für diese App, weil iOS für jede App eine andere ID generiert). Damit der lesbarer wird, gibt es das Attribut devAlias. Darüber kannst du die ID dann z.B. in deinen Vornamen umbenennen. Der andere Identifier für die Lokation ist von der App selbst generiert und stellt das in der App angelegte Objekt dar. So können auch mit gleichem Namen versehene Orte unterschieden werden. Davon macht das Modul allerdings keinerlei Gebrauch, die Location-ID ist also nur der Vollständigkeit halber vermerkt, weil sie halt teil der API ist.
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

svenson08


PumpkinEater

Zitat von: PumpkinEater am 22 Februar 2014, 20:20:37
Hallo Karl,
ich beobachte bei mir den gleichen Fehler, und zwar nicht nur mit Geofancy, sondern auch mit Geofency. Ich vermute, dass ein "Exit" des iBeacon in dem Moment gemeldet wird, wo das iPhone dunkel wird (ca. 20 sec danach). Sobald ich das iPhone wieder entsperre, wird einige Sekunden später wieder "Enter" gemeldet. Die Hintergrundaktualisierung ist für beide Apps aktiviert. Der Support von Geofency gab mir ein paar Tipps, konnte mir letztendlich aber nicht weiterhelfen.
In meinem Fall scheint es an dem BT-Stick von CSL zu liegen, evt. auch an der Kombination dieses Sticks mit dem Raspberry und deren Konfiguration (eine Lösung habe ich dafür bislang nicht).

Alternativ habe ich jetzt zwei BT-Sticks von Bluegiga (BLED112) gekauft. Diese funktionieren allerdings nicht out-of-the -box, sondern müssen noch mit einer iBeacon-Software geflasht werden. Danach arbeiten diese unabhängig von weiterer Hardware direkt an einem USB-Steckernetzteil.
Anders als bei CSL-Sticks arbeitet die Geofency-App bis jetzt sehr stabil damit.

Weitere Infos finden sich auch hier:  http://homematic-forum.de/forum/viewtopic.php?f=18&t=9289&start=250, u.a. Beitrag von User nano, 06.11.2013, 10:01.

Gruß
Peter

Sailor

Hallo Loredo

Mir ist seit geraumer Zeit aufgefallen, dass die  Geofency App irgendwie ein Schalterprellen verursacht.

Dies tritt aber immer nur dann auf, wenn ich mein HomeFence langsam zu Fuss verlasse aber nicht wenn ich ihn schnell mit dem Auto verlasse.

Das hat zur Folge, dass die zugeordneten fhem Tasks alle doppelt ausgefuehrt werden bzw. hin- und herschalten.

Ich vermute die Geofency App hat eine zu empfindliche Hysterese.

Anbei mein anonymisierter Log-Eintrag


2014-02-18_07:08:41 geofancy id:12345678-1234-1234-1234-123456789012 name:home trig:0 date:2014-02-18T06:08:35Z lat:58.569491 long:6.619933 dev:Chef
2014-02-18_07:08:41 geofancy lastDevice: Chef
2014-02-18_07:08:41 geofancy lastDep: Chef home
2014-02-18_07:08:41 geofancy Chef: left home
2014-02-18_07:08:41 geofancy currLoc_Chef: underway
2014-02-18_07:08:41 geofancy currLocLat_Chef: -
2014-02-18_07:08:41 geofancy currLocLong_Chef: -
2014-02-18_07:08:41 geofancy currLocTime_Chef: 2014-02-18 07:08:35

2014-02-18_07:08:49 geofancy id:12345678-1234-1234-1234-123456789012 name:home trig:1 date:2014-02-18T06:08:43Z lat:58.569491 long:6.619933 dev:Chef
2014-02-18_07:08:49 geofancy lastDevice: Chef
2014-02-18_07:08:49 geofancy lastArr: Chef home
2014-02-18_07:08:49 geofancy Chef: arrived home
2014-02-18_07:08:49 geofancy currLoc_Chef: home
2014-02-18_07:08:49 geofancy currLocLat_Chef: 53.569491
2014-02-18_07:08:49 geofancy currLocLong_Chef: 9.619933
2014-02-18_07:08:49 geofancy currLocTime_Chef: 2014-02-18 07:08:43

2014-02-18_07:09:00 geofancy id:12345678-1234-1234-1234-123456789012 name:home trig:0 date:2014-02-18T06:08:54Z lat:58.569491 long:6.619933 dev:Chef
2014-02-18_07:09:00 geofancy lastDevice: Chef
2014-02-18_07:09:00 geofancy lastDep: Chef home
2014-02-18_07:09:00 geofancy lastLoc_Chef: home
2014-02-18_07:09:00 geofancy lastLocLat_Chef: 53.569491
2014-02-18_07:09:00 geofancy lastLocLong_Chef: 9.619933
2014-02-18_07:09:00 geofancy lastLocArr_Chef: 2014-02-18 07:08:43
2014-02-18_07:09:00 geofancy lastLocDep_Chef: 2014-02-18 07:08:54
2014-02-18_07:09:00 geofancy Chef: left home
2014-02-18_07:09:00 geofancy currLoc_Chef: underway
2014-02-18_07:09:00 geofancy currLocLat_Chef: -
2014-02-18_07:09:00 geofancy currLocLong_Chef: -
2014-02-18_07:09:00 geofancy currLocTime_Chef: 2014-02-18 07:08:54


Interessant ist hierbei die Tatsache, dass alle 3 Meldungen von der gleichen Koordinate ausgehen.  :o

Ist es dem geofancy Modul moeglich eine Art monostabile Kippstufe zu realisieren, deren Periodendauer mit der ersten Meldung loslaueft und bis zu deren Ablauf alle Meldungen ignoriert.
Erst nach diesem Ablauf soll sie noch mal sicherstellen ob die letzte Meldung der Ersten entspricht und wenn nicht die letzte Meldung durchsteuern.

Als Periodendauer koennte man einen variablen Parameter veranschlagen der per Default auf 0s steht.

Ich hoffe du verstehst was ich meine!  ::)

Gruss
   Sailor
******************************
Man wird immer besser...