Hallo zusammen,
um meine Anwesenheit/Abwesenheit etwas gesicherter festzustellen, habe ich ein Modul für die iOS Apps Geofency (www.geofency.com) und Geofancy (www.geofancy.com (http://www.geofancy.com)) geschrieben.
Bevor ich es einchecke, bräuchte ich einige Mittester.
Anlegen ist ganz einfach (angelehnt an das HTTPSRV Modul):
define geofancy GEOFANCY geo
Über ein Portforwarding in der Fritzbox und einem Reverse Proxy auf dem RaspberryPi zur Absicherung mache ich FHEM aus dem Internet verfügbar bzw. die URI /fhem/webhook/geo. Die Geofancy API kann dann an http://meindyndns.org/fhem/geo (http://meindyndns.org/fhem/geo) per GET die Geo-Notifications senden.
Freue mich über Feedback.
Gruß
Julian
EDIT: Das Modul ist inzwischen über das SVN beziehbar.
Jetzt im SVN.
Hi Loredo,
wie konfigurierst Du die App?
Bei mir crashed sie jedesmal, wenn ich unter Einstellungen auf "Test-Request senden" klicke und GET eingestellt habe.
Als URL habe habe ich http://MEINE-DOMAIN:8083/fhem/geo eingetragen.
Ciao, Arno
Das ist ein Bug der App, der Test Request kommt trotzdem an. Ein Update der App ist angeblich schon bei Apple eingereicht.
Setz mal das Verbose Level hoch, dann siehst du es im Log. Die Readings werden auch aktualisiert.
Wenn das mit dem Modul gut funktioniert, werde ich die Funktionalität der GEOFANCY-App (Geo-Fencing und Beacon-Ranging) auch direkt in meine FHEMobile-App einbauen.
Ciao, Arno
Das funktioniert extrem super. Ich bin nur dabei noch die Readings etwas zu optimieren.
Daher hab ich auch grad eine neue Version hochgeladen.
(http://take.ms/jgxty)
hätte jemand interesse sich ein starter pack der ibeacons von https://preorder.estimote.com (https://preorder.estimote.com) zu teilen?
die sollten mit der geofancy app und auch mit gefency funktionieren.
gruss
andre
Nette Sache mit dem geofancing für die iPhone User, bei mir ist nur noch ein iPod Touch vorhanden, sowas muß man bei Android (glaube ich) komplizierter lösen zb über Tasker.
Die ibeacons sind wirklich interessant, es gibt auch schon eine Android api, mal sehen was da noch passiert, ich werde es erstmal per Rasperry und Bluetooth testen. (habe aber überlegt ob ich mit bestelle)
Ich würde einen Beacon abnehmen!
Also wenn du die einzel verschickst , würde ich auch 2 nehmen 8)
die idee war einzeln zu verschicken.
scheinbar kann man zur zeit nur einen einzigen dreier pack bestellen. es kommen noch mal steuern und versand dazu. insgesamt wären es dann 136$ für drei.
wenn ihr jeweils mit einem einverstanden wärt würde ich einen dreierpack bestellen und fragen ob auch mehr als einer zu bekommen ist.
gruss
andre
Ups ich dachte das ist ein 10er pack, also einer für mich
iBeacons können auch prima mit einem iPhone oder Ipad (iOS7) simuliert werden. Im Grunde genommen geht auch jeder Bluetooth 4 LE Stick. Wer einen Raspberry PI hat, kann daraus mit einem BT4LE Stick leicht ein iBeacon machen.
Ciao, Arno
das sind im gegensatz zu den dingern von estimote aber beides keine lösungen die ich fertig und batteriebetrieben einfach irgendwohin kleben kann.
Hallo Loredo,
Ich habe geofancy jetzt am laufen(App und in fhem),
Wie kann ich die readings jetzt auslesen und sinnvoll für eine Anwesenheitskennung verwenden?
Sent from my iPhone using Tapatalk (http://tapatalk.com/m?id=1)
Zunächst empfehle ich über das Attribut devAlias entsprechende Aliase für die iOS Geräte-IDs anzulegen. Wer welche ID hat, sieht man, wenn man einen Test macht, ohne dass schon ein Alias definiert ist (man kann die Readings ja anschließend über set clear leeren).
Ich habe bei mir den Alias praktischerweise auf meinen Vornamen gelegt.
Jetzt aktualisiere ich mein "Zuhause"-Dummy-Device mit den folgenden Notifies:
define n_Julian.Presence notify geofancy:currLoc_Julian:.home set Julian.homestatus home
define n_Julian.absence notify geofancy:currLoc_Julian:.underway {\
if (Value("Julian.homestatus") ne "gone" && Value("Julian.homestatus") ne "absent") {\
fhem("set Julian.homestatus absent");;\
}
Außerdem aktualisiere ich zum Spaß noch einen weiteren Dummy:
define n_Julian.whereabout notify geofancy:currLoc_Julian:.* set Julian.whereabout $EVTPART1
Ich habe mehrere Punkte in der Geofancy.app definiert. Einer davon hat den ID-Namen "home" bekommen, der die ersten beiden Notifies auslöst. Der letzte Notify löst immer aus und zeigt somit auch an, wenn ich z.B. im Büro bin (statt einfach nur "underway").
Gruß
Julian
Sorry für die Frage;)
Aber was meinst du mir devAttr ?
Sent from my iPhone using Tapatalk
es gibt ein Attribut devAlias, das ist gemeint:
attr geofancy devAlias 1234-1234-12334-1234:Julian
Ich habe gerade einmal im Wiki den Artikel für die Anwesenheitserkennung um einige Beschreibungen für das GEOFANCY Modul erweitert:
http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Das_GEOFENCY_Modul
inzwischen (?) kann man mehr als einen dreier pack bestellen. ein dreier pack kostet 99$ plus 25.50$ steuern plus 12$ versand.
@loredo und d0np3p3: bleibt es bei jeweils einem für euch?
wenn sich keiner mehr meldet würde ich nächste woche die bestellung ausfüllen.
wenn es doch noch mehr werden mach ich einen neuen thread im marktplatz auf.
gruss
andre
Zitat von: justme1968 am 18 Januar 2014, 21:39:52
@loredo und d0np3p3: bleibt es bei jeweils einem für euch?
Jepp! Erstmal zum probieren.
Ja genau, bin mit einem dabei
Hi Julian,
habe heute Geofancy zum Test installiert und bin bis jetzt begeistert (auch wenn die App noch Probleme macht und ich mein Zuhause nicht speichern kann).
Ich habe ein paar "Punkte" definiert und Deine Abfrage übernommen:
define n_Julian.whereabout notify geofancy:currLoc_Julian:.* set Julian.whereabout $EVTPART1
wie hast DU denn die "Kryptische" ANgabe aus Geofancy (z.B. 3A2354FF-A521-45BE-983B-540BD11BD26F) in sinnvolle Bezeichnungen übernommen?
Zitat von: justme1968 am 18 Januar 2014, 21:39:52
inzwischen (?) kann man mehr als einen dreier pack bestellen. ein dreier pack kostet 99$ plus 25.50$ steuern plus 12$ versand.
@loredo und d0np3p3: bleibt es bei jeweils einem für euch?
wenn sich keiner mehr meldet würde ich nächste woche die bestellung ausfüllen.
wenn es doch noch mehr werden mach ich einen neuen thread im marktplatz auf.
gruss
andre
Ich würde mich auch mit einem Teil zum probieren beteiligen, falls es mehr als 3 Interessenten gibt und Andre dadurch mehr als ein Set bestellt. Habe seit paar Tagen das Geofancy Modul erfolgreich im Einsatz. Zur Voreiligen present Schaltung der Anwesenheit kurz vor Erreichen der Haustür und zum hochheizen der Wohnstube nach Verlassen der Arbeitsstelle jeweils für 2 IPhones. Das funktioniert prima, Dank an den fleißigen Entwickler. Den iBeacon kann ich mir zum automatischen öffnen des Garagentors vorstellen.
Zitat von: Mitch am 24 Januar 2014, 21:36:55
Ich habe ein paar "Punkte" definiert und Deine Abfrage übernommen:
define n_Julian.whereabout notify geofancy:currLoc_Julian:.* set Julian.whereabout $EVTPART1
wie hast DU denn die "Kryptische" ANgabe aus Geofancy (z.B. 3A2354FF-A521-45BE-983B-540BD11BD26F) in sinnvolle Bezeichnungen übernommen?
Siehe hier:
Zitat von: Loredo am 14 Januar 2014, 08:10:08
es gibt ein Attribut devAlias, das ist gemeint:
attr geofancy devAlias 1234-1234-12334-1234:Julian
Hi Julian,
danke.
Geht attr geofancy devAlias auch für Orte?
Ich dachte es ist nur für die Geräte.
Werde ich gleich testen.
Zitat von: Mitch am 25 Januar 2014, 10:03:00
Geht attr geofancy devAlias auch für Orte?
Ich dachte es ist nur für die Geräte.
Ist es auch. Du hast nicht gesagt, dass du für die Orte fragst ;)
Die Ortsnamen gibst du in der iPhone App selbst ein. Dort gibt es extra ein Feld dafür (Custom Location ID).
Danke, stimmt, habe ich gar nicht mit bekommen, dass das von der App aus geht.
Test läuft jetzt.
Falls jemand die iBeacons bestellt, würde ich auch zwei nehmen.
Hier gibt es auch einen Dreierpack für 99 USD: http://kontakt.io/product/dev-kit-with-3-beacons-aa-batteries/
Falls niemand eine Sammelbestellung macht, würde ich eine organisieren.
ich hab freitag den dreierpack mit je einem für loredo und d0np3p3 und mich bestellt.
du kannst also die nächste bestellung organisieren.
gruss
andre
ok, danke.
Wo hast Du bestellt?
Ich werde mir dann einen Dreierpack holen. Braucht noch jemand einen?
ich habe die von estimote bestellt.
gruss
andre
ja, Markus
ich nehme gern einen, da gibt es auch 5 er und 10 er Packs, falls sich mehr Leute in einen Transport teilen wollen. Wie groß (klein) ist eigentlich der Senderadius der iBeacons? Um das Garagentor zu öffnen wäre es ein guter Plan, wenn das Ding erst beim direkten ran fahren auslöst, nicht wenn man auf der gegenüberliegenden Straßenseite parken will - oder dort vorbeifährt.
wie kann man das Modul mit Android nutzen? Ideen?
Dazu braucht es eine Android App, die beim Betreten/Verlassen eines definierten Geo-Bereiches die FHEM-URL aufruft (im Format wie in der Geofancy API beschrieben).
Ich habe kein Android Gerät und kenne mich im Urwald des Gplay Store nicht aus. Soweit ich weiß, funktioniert Geofencing unter Android noch nicht so gut.
Du kannst ja mal nach einer App suchen, die grundsätzlich erstmal eine ähnliche Funktion bietet, wie die Geofancy.app:
https://play.google.com/store/search?q=Geofence&c=apps (https://play.google.com/store/search?q=Geofence&c=apps)
Sehr wahrscheinlich wird sich die API der App aber unterscheiden. Schwer zu sagen, ob und mit wie viel Aufwand man diese ebenfalls integrieren könne. Optimal wäre wohl, wenn die selbe API genutzt würde.
Funktioniert bei dir die Geofancy App eigentlich zuverlässig?
Bei mir ging sie Anfangs ganz gut, seit gestern schickt sie nur noch, wenn ich im WLAN bin.
Ausserdem schickt sie mal und mal nicht.
So ganz zufrieden bin ich mit der App noch nicht :-[
Zitat von: Mitch am 27 Januar 2014, 13:47:38
Funktioniert bei dir die Geofancy App eigentlich zuverlässig?
Bei mir ging sie Anfangs ganz gut, seit gestern schickt sie nur noch, wenn ich im WLAN bin.
Ausserdem schickt sie mal und mal nicht.
So ganz zufrieden bin ich mit der App noch nicht :-[
Die Version 1.4.x funktionierte ganz hervorragend bis auf eine Ausnahme: Wenn man zum Zeitpunkt des Geofence-Auslösers kein Netz hatte (oder wie ich im GSM Band telefoniert = keine parallele Internetverbindung), wurde der Webhook schlichtweg nicht getriggert. Ich sprach den Entwickler darauf an und in der Version 1.5.0 sollen Anfragen jetzt entsprechend zwischengespeichert werden, sofern der Hook nicht übermittelt werden konnte.
Leider ist das wohl absolut nicht gut implementiert, es ist genauso wie du sagst: In Version 1.5.0 funktioniert es nur sporadisch. Auch hätte ich gedacht, dass er dafür die API um ein optionales Datumsfeld erweitert, damit man weiß, von wann der Webhook ursprünglich ist und man das ggf. entsprechend auseinanderhalten kann. Version 1.5.1 ist wohl irgendwie schon in Planung, aber nichts genaues weiß man nicht...
http://storify.com/Loredo/conversation-with-geofancy-and-loredo
vielleicht macht ihr auch nochmal ein Ticket auf oder so ;-)
Um das mal aus dem Pushover Thread zu holen...
Zitat von: Loredo am 27 Januar 2014, 21:19:23
Dem kann geholfen werden:
https://www.facebook.com/geofancy/posts/361797103960826?stream_ref=1
Bin aber noch nicht sicher, ob wir das mit FHEM hinbekommen (vor allem wg. Performance). Habe auch gerade keine Zeit das Geofancy-Modul dahingehend weiter zu entwickeln.
Klingt gut, ist aber für Android User gar nicht nutzbar, richtig?
Zitat von: trapperjohn am 28 Januar 2014, 07:18:33
Klingt gut, ist aber für Android User gar nicht nutzbar, richtig?
Nein, die App gibt es nicht für Android. Bin auch nicht sicher, ob sich das in der Form mit der Android API abbilden lässt.
Letztlich benötigt es ja nur irgendeinen Vermittlungsdienst, der die Info vom Smartphone entgegennimmt und vom FHEM abgerufen wird. In "schlicht" wäre es bspw. eine eMail von der App (wobei automatisierte eMails in Android nur mit root Rechten funktionieren) und Abholen der eMails durch FHEM. Oder die Ablage der Infos in Dropbox etc.pp.
Gibt es keinen Desktop-Push-Service o.ä. den man für sowas missbrauchen könnte?
Hallo,
ich bin Uwe und neu hier im Forum.
Meine ersten Schritte mit FHEM sind "fast" stolperfrei :-)
Folgende Zeilen stehen jetzt in meiner fhem.cfg:
#Anwesenheitserkennung Uwe
define n_Uwe.Presence notify geofancy:currLoc_Uwe:.Home set Uwe.homestatus Home
#attr n_Uwe.Presence room CASA-Cremlingen
define n_Uwe.absence notify geofancy:currLoc_Uwe:.Underway {\
if (Value("Uwe.homestatus") ne "gone" && Value("Uwe.homestatus") ne "absent") {\
fhem("set Uwe.homestatus absent");;\
}
#attr n_Uwe.absence room CASA-Cremlingen
define n_Uwe.whereabout notify geofancy:currLoc_Uwe:.* set Uwe.whereabout $EVTPART1
#Dummies
define Uwe.homestatus dummy
define Uwe.whereabout dummy
Jetzt ist es so, dass der Dummy "Uwe.homestatus" immer auf Home steht, egal wo ich bin.
der Dummy "Uwe.whereabout" ändert seinen Status wie gewünscht und erwartet.
In den Logfiles des FHEM finde ich folgendes:
2014.01.28 07:42:55 3: GEOFANCY geofancy: Uwe left Home and is underway
2014.01.28 07:53:36 3: GEOFANCY geofancy: Uwe arrived at Office
Also von der Seite wunderbar.
Kann mir jemand sagen wo ich den Fehler habe, oder habe ich hier einen Denkfehler/Verstädnisfehler wie das Feature funktioniert
Zitat von: uland2012 am 28 Januar 2014, 16:03:01
Hallo,
ich bin Uwe und neu hier im Forum.
Meine ersten Schritte mit FHEM sind "fast" stolperfrei :-)
Folgende Zeilen stehen jetzt in meiner fhem.cfg:
#Anwesenheitserkennung Uwe
define n_Uwe.Presence notify geofancy:currLoc_Uwe:.Home set Uwe.homestatus Home
#attr n_Uwe.Presence room CASA-Cremlingen
define n_Uwe.absence notify geofancy:currLoc_Uwe:.Underway {\
if (Value("Uwe.homestatus") ne "gone" && Value("Uwe.homestatus") ne "absent") {\
fhem("set Uwe.homestatus absent");;\
}
#attr n_Uwe.absence room CASA-Cremlingen
define n_Uwe.whereabout notify geofancy:currLoc_Uwe:.* set Uwe.whereabout $EVTPART1
#Dummies
define Uwe.homestatus dummy
define Uwe.whereabout dummy
Jetzt ist es so, dass der Dummy "Uwe.homestatus" immer auf Home steht, egal wo ich bin.
der Dummy "Uwe.whereabout" ändert seinen Status wie gewünscht und erwartet.
In den Logfiles des FHEM finde ich folgendes:
2014.01.28 07:42:55 3: GEOFANCY geofancy: Uwe left Home and is underway
2014.01.28 07:53:36 3: GEOFANCY geofancy: Uwe arrived at Office
Also von der Seite wunderbar.
Kann mir jemand sagen wo ich den Fehler habe, oder habe ich hier einen Denkfehler/Verstädnisfehler wie das Feature funktioniert
Hi Uwe,
ganz sicher bin ich mir nicht, aber es sollte so aussehen:
#Anwesenheitserkennung Uwe
define Uwe.Zuhause notify geofancy:currLoc_Uwe:.Home set Uwe.homestatus Home
define Uwe.Unterwegs notify geofancy:currLoc_Uwe:.underway set Uwe.homestatus Unterwegs
define Uwe.Office notify geofancy:currLoc_Uwe:.Office set Uwe.homestatus Office
define n_Uwe.whereabout notify geofancy:currLoc_Uwe:.* set Uwe.whereabout $EVTPART1
#Dummies
define Uwe.homestatus dummy
attr Uwe.homestatus setList Home Unterwegs Office
define Uwe.whereabout dummy
setzt aber voraus, dass in der Geofancy App die Punkte Home, und Office gesetzt sind.
Zitat von: trapperjohn am 28 Januar 2014, 09:42:01
Letztlich benötigt es ja nur irgendeinen Vermittlungsdienst, der die Info vom Smartphone entgegennimmt und vom FHEM abgerufen wird. In "schlicht" wäre es bspw. eine eMail von der App (wobei automatisierte eMails in Android nur mit root Rechten funktionieren) und Abholen der eMails durch FHEM. Oder die Ablage der Infos in Dropbox etc.pp.
Gibt es keinen Desktop-Push-Service o.ä. den man für sowas missbrauchen könnte?
Nein. Das Geofancy Modul ist extra dafür ausgelegt, dass nirgends gepollt werden muss. Es ist auf Ad-Hoc/Echtzeit ausgelegt. Andere langsame Lösungen existieren ja bereits (ob nun alles in einem Modul kombiniert weiß ich nicht).
Zitat von: Mitch am 28 Januar 2014, 20:32:02
Hi Uwe,
ganz sicher bin ich mir nicht, aber es sollte so aussehen:
#Anwesenheitserkennung Uwe
define Uwe.Zuhause notify geofancy:currLoc_Uwe:.Home set Uwe.homestatus Home
define Uwe.Unterwegs notify geofancy:currLoc_Uwe:.underway set Uwe.homestatus Unterwegs
define Uwe.Office notify geofancy:currLoc_Uwe:.Office set Uwe.homestatus Office
define n_Uwe.whereabout notify geofancy:currLoc_Uwe:.* set Uwe.whereabout $EVTPART1
#Dummies
define Uwe.homestatus dummy
attr Uwe.homestatus setList Home Unterwegs Office
define Uwe.whereabout dummy
setzt aber voraus, dass in der Geofancy App die Punkte Home, und Office gesetzt sind.
Hi Mitch,
danke für die Antwort.
Angepasst habe ich es jetzt.
Werde mal sehen was passiert.
Zitat von: uland2012 am 29 Januar 2014, 11:49:39
Hi Mitch,
danke für die Antwort.
Angepasst habe ich es jetzt.
Werde mal sehen was passiert.
Hallo,
leider hat das Ändern in der fhem.cfg nicht den gewünschten Erfolg gebracht.
Der Dummy "Uwe.homestatus bleibt weiterhin beharrlich auf Home stehen.
Hat vielleicht noch jemand eine Idee was ich anpassen muss, damit der Dummy "Uwe.Homestatus" nur Home anzeigt wenn ich auch da bin.
Oder hab ich hier einen Denkfehler?
Besten Dank :-)
sicher, dass Geofancy auch richtig meldet?
Ich hatte dies auch und hab es auch noch an einem iPhone, dass Geofancy da irgendiwe spinnt.
Die App läuft leider noch sehr holprig und stürzt auch gerne ab.
Ich hoffe, dass es mit dem iBeacon besser läuft.
Ich benutze den gleichen Code und diese geht bei mir (bis auf das eine iPhone) mit drei anderen wunderbar.
Zitat von: Mitch am 30 Januar 2014, 09:06:25
sicher, dass Geofancy auch richtig meldet?
Ich hatte dies auch und hab es auch noch an einem iPhone, dass Geofancy da irgendiwe spinnt.
Die App läuft leider noch sehr holprig und stürzt auch gerne ab.
Ich hoffe, dass es mit dem iBeacon besser läuft.
Ich benutze den gleichen Code und diese geht bei mir (bis auf das eine iPhone) mit drei anderen wunderbar.
kannst Du mir mal bitte Deine config in Bezug auf Geofancy zeigen/schicken?
Geofancy und die App funktionieren und melden.
Der Status wird auch im FHEM Logfile ordentlich und korrekt mitgeschrieben.
---
2014.01.30 07:46:40 3: GEOFANCY geofancy: Uwe left Home and is underway
2014.01.30 07:56:35 3: GEOFANCY geofancy: Uwe arrived at Office
---
Der Whereabout Dummy wird geändert auf die jeweilige location
Nur der Homestatus Dummy bleibt stur auf Home.
Der sollte sich doch eigentlich auch anpassen, oder?
Moin moin,
leider bin ich mit meiner "Hürde" noch nicht weiter gekommen.
Hier noch mal meine FHEM.cfg in Bezug auf Geofancy:
-----
#Iphone Geo logging
define geofancy GEOFANCY geo
attr geofancy devAlias 73871A8B-F265-4A6F-8782-59228316FC03:Uwe
#Anwesenheitserkennung Uwe
define n_Uwe.Presence notify geofancy:currLoc_Uwe:.Home set Uwe.homestatus Home
define n_Uwe.absence notify geofancy:currLoc_Uwe:.Underway {\
if (Value("Uwe.homestatus") ne "gone" && Value("Uwe.homestatus") ne "absent") {\
fhem("set Uwe.homestatus absent");;\
}
define n_Uwe.whereabout notify geofancy:currLoc_Uwe:.* set Uwe.whereabout $EVTPART1
#Dummies
define Uwe.homestatus dummy
define Uwe.whereabout dummy
----
Im Logging wird ordentlich niedergeschrieben dass ich mein Home verlasse im Office ankomme
auch in die andere Richtung klappt. "Underway" wird ebenfalls sauber geloggt.
Das Problem ist weiterhin, dass der Dummy Homestatus beharrlich auf Home stehen bleibt.
Der Dummy whereabout passt sich sauber an.
Den obigen Code habe ich von Loredo übernommen.
Vielleicht kannst Du mir dazu helfen.....
Danke
probier mal so (ungetestet):
define n_Uwe.Presence notify geofancy:currLoc_Uwe:.*Home.* set Uwe.homestatus Home
define n_Uwe.absence notify geofancy:currLoc_Uwe:.*Underway.*
das berücksichtigt eventuelle Leerzeichen im state
Die RESIDENTS-Modulfamilie unterstützt jetzt das einfache Einbinden von Geofancy:
http://forum.fhem.de/index.php/topic,19040.msg132527.html#msg132527
Hallo Loredo,
erst mal vielen Dank für Dein Modul. Wirklich eine klasse Idee.
Bei mir funktioniert die Einrichtung bis jetzt leider nicht fehlerfrei.
Sowohl bei Tests der Webhooks aus der Geofency App heraus, als auch beim echten Verlassen des Hauses steht im FHEM-Log folgendes:
GEOFANCY: Insufficient data received for webhook / geo:
dann werden Werte aufgeführt für die folgenden Attribute: device, id, latitude und longitude.
bei trigger steht aber nichts (trigger=)
Hast Du vielleicht eine Ahnung was ich falsch gemacht habe?
Vielen Dank und Gruß,
Bernd
Also ich habe leider immer noch ein paar Probleme mit der Geofancy App.
Habe drei iPhone am laufen:
1x 5 mit iOS 7.1 beta 4
1x 4S mit iOS 7.1 beta 4
1x 4S mit iOS 7.0.4
Das 5er und das eine 4S (mit der Beta) melden ganz brav und ohne Probleme.
Das eine 4S meldet irgendwie nichts. Wenn ich einen Test schicken, dann kommt der auch an.
Jemand eine Idee?
Zitat von: Mitch am 03 Februar 2014, 11:38:26
Also ich habe leider immer noch ein paar Probleme mit der Geofancy App.
Habe drei iPhone am laufen:
1x 5 mit iOS 7.1 beta 4
1x 4S mit iOS 7.1 beta 4
1x 4S mit iOS 7.0.4
Das 5er und das eine 4S (mit der Beta) melden ganz brav und ohne Probleme.
Das eine 4S meldet irgendwie nichts. Wenn ich einen Test schicken, dann kommt der auch an.
Jemand eine Idee?
Das fragst du besser den Entwickler der App. Der liest hier nicht mit.
Zitat von: Bernd D. am 03 Februar 2014, 09:57:12
Hallo Loredo,
erst mal vielen Dank für Dein Modul. Wirklich eine klasse Idee.
Bei mir funktioniert die Einrichtung bis jetzt leider nicht fehlerfrei.
Sowohl bei Tests der Webhooks aus der Geofency App heraus, als auch beim echten Verlassen des Hauses steht im FHEM-Log folgendes:
GEOFANCY: Insufficient data received for webhook / geo:
dann werden Werte aufgeführt für die folgenden Attribute: device, id, latitude und longitude.
bei trigger steht aber nichts (trigger=)
Hast Du vielleicht eine Ahnung was ich falsch gemacht habe?
Die App schickt wohl nicht mit, ob du den Bereich betreten oder verlassen hast (oder bei einem Test =test).
Bitte den Entwickler der App befragen, ob es dort ein Bug ist. Was die App nicht übermittelt, kann man in FHEM auch nicht verbessern... :-/
Danke Loredo, habe den Fehler gefunden.
Es ist mir ja echt peinlich zu sagen, aber ich habe schlicht die falsche App verwendet. Geofency statt Geofancy ;-)
Da die Funktionen aber fast identisch sind ist es mir echt nicht aufgefallen. Jetzt funktioniert auf jeden Fall alles so wie im Wiki beschrieben ;-)
Vielen Dank und gruß,
Bernd
Hi!
Ich bin neu und versuche mich gerade mit GEOFANCY!
Die Testnachricht geht raus und ich bekomme ich ne Antwort inkl. Alias.
Leider sendet das App nichts, wenn ich einen Punkt betrete oder verlasse. :-(
Weder bei Geofancy.com noch bei FHEM wird etwas geloggt.
Die Einstellungen, wie in diesem Treat beschrieben scheinen auch zu stimmen.
Woran könnte es noch liegen? Muss man noch irgendwas aktivieren?
Hast Du die Punkte auch in der App angelegt?
Ja.
Home und Office mit Ankunft und Verlassen angewählt.
Keine Auslösung. :-(
Welches iPhone und welches iOS?
Ich habe drei iPs und bei einem iP4 mit iOS 7.0.4 genau den gleichen Fehler.
Der Entwickler weis keinen Rat.
Sent from my iPhone using Tapatalk 2
Gruss
Markus
Ok. iPhone 5 mit iOS 7.0.4
Dann bin ich ja nicht allein.
Nein bist Du (leider) nicht.
Der Entwickler hat keine antwort, aber ich bekomme blad eine Beta zum testen.
Auf einem iP5 und einem iP4 mit iOS 7.1 beta 4 läuft es ohne Probleme
Sent from my iPhone using Tapatalk 2
Gruss
Markus
Hi,
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
2014.02.06 19:35:24 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:36:23 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:39:05 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:39:52 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:41:59 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:43:03 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:44:46 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:45:46 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:47:29 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
entsprechend hoch ist auch die Entladung. Mit der App Locate IB kann ich das Phänom nicht beobachten, also wirds wohl an der geofancy app liegen.
Eigentlich wollte ich noch ein paar iBeacons aus meine Raspberrys machen, aber zur Zeit kann ich das so nicht einsetzen wie ich das wollte.
Gruß
Karl
Es gab wohl einige Verwirrung, weil es zwei Apps mit ähnlichem Namen im App Store gibt.
Ich habe gerade eine neue Version hochgeladen, die beide Apps unterstützt:
Geofency:
https://itunes.apple.com/de/app/geofency-time-tracking-automatic/id615538630?l=en&mt=8
Geofancy:
https://itunes.apple.com/de/app/geofancy/id725198453?l=en&mt=8
Damit hat jeder die Wahl.
Ich benutzte ab sofort Geofency.
Zitat von: schka17 am 06 Februar 2014, 19:54:56
2014.02.06 19:35:24 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:36:23 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:39:05 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:39:52 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:41:59 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:43:03 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:44:46 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
2014.02.06 19:45:46 3: GEOFANCY geofancy: Karlis_Iphone5 left Wohnzimmer and is underway
2014.02.06 19:47:29 3: GEOFANCY geofancy: Karlis_Iphone5 arrived at Wohnzimmer
entsprechend hoch ist auch die Entladung. Mit der App Locate IB kann ich das Phänom nicht beobachten, also wirds wohl an der geofancy app liegen.
Eigentlich wollte ich noch ein paar iBeacons aus meine Raspberrys machen, aber zur Zeit kann ich das so nicht einsetzen wie ich das wollte.
Das ist wohl auf iBeacons bezogen, nicht auf normales Geofencing. Mit Beacons konnte ich noch nichts testen, aber grundsätzlich liegt es an der App, wann sie einen Webhook auslöst, ja. Ich möchte da auch nix in das FHEM Modul künstlich einbauen, das sollte Sache der App bleiben.
In Verbindung mit der aktuellen Testversion der Module RESIDENTS und ROOMMATE (http://forum.fhem.de/index.php/topic,19040.0.html) habe ich in der Geofency.app (mit e!) noch einen Ort "wayhome" angelegt, der einen 5km Radius um mein Heim bildet. Dabei habe ich nur "Notify on Entry" aktiviert.
Ergebnis ist, dass bei meinem Roommate-Objekt das Reading "wayhome" auf 1 gesetzt wird. FHEM weiß dann also, dass ich auf dem Heimweg bin und kann entsprechend schonmal bestimmte Dinge tun (<hier-die-kreative-Idee-einfügen>).
Nach den ganzen Problemen, habe ich mir nun auch Geofency installiert.
Wenn ich die Testnachricht schicken, bekommen ich folgende Meldung:
Erfolgreich
NOK
Insufficient data received for
webhook / geo:
device=.....
und im GeofancyModule wird nichts angezeigt??
Zitat von: Mitch am 07 Februar 2014, 15:05:06
Nach den ganzen Problemen, habe ich mir nun auch Geofency installiert.
Wenn ich die Testnachricht schicken, bekommen ich folgende Meldung:
Erfolgreich
NOK
Insufficient data received for
webhook / geo:
device=.....
und im GeofancyModule wird nichts angezeigt??
Du musst die FHEM Modulversion, die ich gerade erst ins SVN hochgeladen habe, installieren. Entweder bis morgen warten und per "update" bekommen oder hier laden und manuell richtig ins Verzeichnis kopieren:
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/98_GEOFANCY.pm?format=raw
update hatte ich natürlich gemacht, aber ist wohl noch nicht drinnen.
Werde es schnell manuell installieren, Danke
Zitat von: Mitch am 07 Februar 2014, 15:08:55
update hatte ich natürlich gemacht, aber ist wohl noch nicht drinnen.
Immer erst über Nacht.
so, jetzt geht es gar nicht mehr :-X
Wenn ich auf die Webseite gehe, kommt die Meldung: NOK No data received, also alles okay.
Wenn ich in Geofency einen Test schicke kommt: Fehlgeschlagen, die Netzwerkverbindung wurde unterbrochen??
Muss ich noch etwas an meiner CFG ändern?
Bitte im Logfile nachsehen, meine Glaskugel ist gerade in Reparatur.
Log ist leer, sonst hätte ich den schon gepostet :P
Dann fehlt mir ein Anhaltspunkt und ich kann nichts tun.
Danke Loredo.
Habe jetzt nochmal Clear Readings gemacht und das Modul mit reload manuell (nochmal) geladen, jetzt geht es.
Keine Ahnung warum zuvor nicht.
Mal sehen, ob die App auch auf dem Problem-iPhone läuft.
Kann ich leider erst am Montag testen.
Auf jeden Fall ist diese App schon etwas ansprechender und hat auch einige sehr nützliche Funktionen, wie Mindestanwesenheit.
Hatte vorher öfter das Problem, dass er mich Zuhause gesehen hat, obwohl ich 10 Häuser weiter bei Freunden war.
Oder ich bin dort vorbei gefahren und wurde dort eingebucht, dafür Zuhause nicht mehr.
Danke nochmal Loredo für das neue Modul.
Fehler gefunden!
Geofancy läuft!
Ich hatte alle Hintergrundaktivitäten geblockt!! Hintergrundaktivitäten zulassen und alles ausser Geofancy ausschalten.
Läuft wie geschmiert!
@Loredo
ZitatDas ist wohl auf iBeacons bezogen, nicht auf normales Geofencing. Mit Beacons konnte ich noch nichts testen, aber grundsätzlich liegt es an der App, wann sie einen Webhook auslöst, ja. Ich möchte da auch nix in das FHEM Modul künstlich einbauen, das sollte Sache der App bleiben.
das meinte ich ja, wird wohl an der App liegen, macht sicher keinen Sinn etwas ins modul einzubauen, das wollte ich auch gar nicht.
Komisch nur dass es mit dem Ipdad einwandfrei funktioniert und mit dem Iphone nicht.
ich habe mir geofency, auch die entwickler homepage angesehen, aber ich konnte keine hinweis entdecken das ibeacons unterstützt werden, weiss da jemand mehr? Ich benötige eigentlich die information wo im haus sich ein gerät befindet.
gruss karl
Ja, iBeacon wir in Geofency unterstützt
Sent from my iPhone using Tapatalk 2
Gruss
Markus
Hallo Loredo,
habe auf Deine heutige Version geupdatet und die alten Readings gelöscht. Hat es einen trifftigen Grund, das der STATE jetzt so ist
id:WORK name: entry:enter date: lat:50.99131886898368 long:13.64528426807694 dev:NAME
gegenüber vorher
dev:NAME trig:exit id:WORK lat:50.99131886898368 long:13.64528426807694
hab es nur gleich gemerkt, weil die letzte Aktion nicht im FileLog stand. Ab Montag bleibt dann meine Stube kalt, wenn die Bedingungen nicht matchen
Zitat von: det. am 07 Februar 2014, 18:12:28
habe auf Deine heutige Version geupdatet und die alten Readings gelöscht. Hat es einen trifftigen Grund, das der STATE jetzt so ist
id:WORK name: entry:enter date: lat:50.99131886898368 long:13.64528426807694 dev:NAME
gegenüber vorher
dev:NAME trig:exit id:WORK lat:50.99131886898368 long:13.64528426807694
Ja. Geof
ency.app liefert mehr Informationen und erscheint mir besser gepflegt, außerdem wird es vermutlich länger existieren als Geof
ancy...
Ich habe STATE daher daran angeglichen.
Außerdem ist es nicht sinnvoll, seine Trigger auf den STATE zu setzen. Stattdessen gibt es für jedes Gerät ja entsprechende Readings. In der Regel wird man auf das currLog_NAME Reading einen Trigger setzen. Bei Verwendung von ROOMMATE also z.B.
define n_rr_Julian notify geofancy:currLoc_Julian.* set rr_Julian location $EVTPART1
STATE ist nur zur Übersicht oder zum logging gedacht.
Zitat von: det. am 07 Februar 2014, 18:12:28
Ab Montag bleibt dann meine Stube kalt, wenn die Bedingungen nicht matchen
Soll das jetzt ein Vorwurf sein? Ich kann nicht jede individuelle Konfiguration erahnen. Wer das Modul nicht so nutzt, wie es gedacht ist, der muss selbst darauf achten, dass er seine Konfiguration entsprechend aktuell hält (oder eben kein Update machen).
So, habe jetzt ein bisschen mit der Geofency App gespielt und muss sagen, bis jetzt läuft dieses viel besser und zuverlässiger.
Bin echt begeistert.
Danke nochmal für das tolle Modul!!
Hallo Loredo,
Sorry, da war nichts als Vorwurf gedacht - eher so: gut das ich es heute entdeckt habe, so kann ich es umbauen bis Montag. Meine Mitarbeiter haben sich an die direkte Art inzwischen weitestgehend gewöhnen müssen, aber du gehörst ja zur Gruppe der Sponsoren - ich werde mich in Zukunft zurückhaltender äußern.
ROOMMATE habe ich bisher nicht eingesetzt, werde mich mal damit befassen, bisher nutze ich Dein Modul um bei 2 iPhone jeweils bei exit:WORK ab 16 Uhr die Heizung hochzudrehen und bei enter:HOME den PRESENCE Status für 3 min auf present zu setzen bis bluetooth übernimmt. Das ist inzwischen von gestern, aber ich habe es eben noch nicht umgebaut. Da ich die zwei Schaltbefehle unabhängig vom jeweiligen iPhone Namen Matchen lasse, ging mir das eben mit dem STATE am Einfachsten
Die App mit e hatte ich im Einsatz, bevor Du Dein Modul entwickelt hast ( letztes Jahr ab November ). Hab sie gelöscht, als es mit Deinem Modul lief. Da werde ich das wohl auf beiden Geräten noch mal mit Geofency probieren, obwohl bei mir Geofancy perfekt lief.
Hallo!
Ich hab gerade die neue Version aus dem svn geladen und FHEM stürzt bei Test Betreten mit der Geofency App direkt ab.
Undefined subroutine &main::timegm called at ./FHEM/98_GEOFANCY.pm line 408.
Grüße
Edit:
Wenn ich ein
use Time::Local;
einfüge, klappt es bei mir.
Hallo Loredo,
Umstellung auf die App mit e erfolgreich mit beiden iPhone abgeschlossen, den STATE nicht mehr zum schalten missbraucht etc. Funktioniert zu mindest mit den Test Geofances über die App prima. Etwas Anstoß wirkt hier, wie auch im reallife Wunder.
Danke noch mal für Deine prima Arbeit.
Hallo,
habe mir jetzt die letzte Version installiert
# Version: 1.1.0
#
# Major Version History:
# - 1.1.0 - 2014-02-06
# -- Support for both apps: Geofency and Geofancy
und geofency auf dem Iphone installiert. Allerdings habe ich jetzt das Problem dass beim Auslösen des Webhook mein FHEM ohne Fehlermeldung oder Logeinträge neu startet.
mein FHEM ist auf dem Letztstand von heute
2014.02.07 23:16:58 0: Server started with 537 defined entities (version $Id: fhem.pl 4769 2014-01-29 08:14:58Z rudolfkoenig $, os linux
In der geofency app bekomme ich bei der Testnachricht ein OK zurück und mein FHEM startet neu, wie gesagt ohne Logeintrag oder Fehlermeldung. Irgendeine Idee was das sein könnte?
Gruss
Karl
Lies mal 2 beiträge über deinen.
Zitat von: fhainz am 07 Februar 2014, 20:31:57
Wenn ich ein
use Time::Local;
einfüge, klappt es bei mir.
Danke, hab ich gefixt.
Ihr nutzt wohl alle kaum andere Module, die sowas schon vorher laden, was ;-)
Klasse! Jetzt mit Pushover!
Ich sehe zwar keinen Sinn, mir selber pushen zu lassen, wo ich gerade bin (das weiß ich ja) ???
aber rein technisch, hast Du es in FHEM realisiert, oder kann Geofency das selber?
Ich lasse mich nur benachrichtigen, wenn das Aus/Einbuchen nicht funktioniert hat.
Zitat von: Mitch am 08 Februar 2014, 11:46:22
aber rein technisch, hast Du es in FHEM realisiert, oder kann Geofency das selber?
Ja, der Sinn...Nein, Geofancy macht das nicht, aber das Pushover Modul zusammen mit einem Notify-Trigger.
Es ging mir nicht unbedingt um nen Sinn, sondern die Möglichkeit.
Jetzt kann ich überlegen, was ich damit mache.
Fensterkontrolle beim Verlassen des Hauses, oder ähnliches.
Oder eine Anfahrtsübersicht nach Alarmierung bei der FF. Man könnte verschiede Radien um die Wache legen und sehen, wer alles in Richtung Wache fährt. ;-) Hat jetzt nicht unbedingt was mit Hausautomation zu tun.
Nur als Hinweis für alle, die mehr als ein iPhone einbinden wollen.
Es kann scheinbar nur einen devAlias Eintrag geben. Wenn mehrere attr gesetzt sind zieht nur das letzte.
Ich weiss nicht ob das so gewollt ist. Ist ja auch nicht so wichtig, das mehr als ein Gerät über die ID gut zu unterscheiden ist.
Andreas
Zitat von: andreas.maurer am 12 Februar 2014, 09:44:15
Nur als Hinweis für alle, die mehr als ein iPhone einbinden wollen.
Es kann scheinbar nur einen devAlias Eintrag geben. Wenn mehrere attr gesetzt sind zieht nur das letzte.
Ich weiss nicht ob das so gewollt ist. Ist ja auch nicht so wichtig, das mehr als ein Gerät über die ID gut zu unterscheiden ist.
Andreas
Doch, natürlich geht das. Getrennt durch Leerzeichen habe ich so 3 iPhones eingebunden.
Hallo,
ich bin mal wieder am verzweifeln, ich möchte vorerst einen dummy mit meinem Standort füttern, aber es bleiben immer die 3 "???" beim State des dummy stehen.
im Gartenzaun wird das verlassen und betreten des Ortes auch wunderbar angezeigt, aber der notify scheint nicht zu reagieren oder ähnliches.
Hier der Auszug aus der Config.
#========================================================
# Gartenzaunueberwachung
#
#-------------------------------------------------------
# GeoFency Ortung
#
define Gartenzaun GEOFANCY geo
attr Gartenzaun devAlias 671F60FF-BF35-4A4D-8AC4-8FC16C950ADB:Marc
attr Gartenzaun room Gartenzaun
#-------------------------------------------------------
# GeoFency Statusanzeige
#
define dum_OrtungMarc dummy
attr dum_OrtungMarc alias Wo bin ich
attr dum_OrtungMarc group Umwelt
attr dum_OrtungMarc room Gartenzaun
#-------------------------------------------------------
# GeoFency notify-trigger
#
define not_OrtungMarc notify Gartenzaun:currLog_Marc.* set dum_OrtungMarc $EVTPART1
attr not_OrtungMarc room Gartenzaun
Zitat von: yogiflop am 12 Februar 2014, 11:45:30
Hallo,
ich bin mal wieder am verzweifeln, ich möchte vorerst einen dummy mit meinem Standort füttern, aber es bleiben immer die 3 " ??? " beim State des dummy stehen.
im Gartenzaun wird das verlassen und betreten des Ortes auch wunderbar angezeigt, aber der notify scheint nicht zu reagieren oder ähnliches.
Hier der Auszug aus der Config.
#========================================================
# Gartenzaunueberwachung
#
#-------------------------------------------------------
# GeoFency Ortung
#
define Gartenzaun GEOFANCY geo
attr Gartenzaun devAlias 671F60FF-BF35-4A4D-8AC4-8FC16C950ADB:Marc
attr Gartenzaun room Gartenzaun
#-------------------------------------------------------
# GeoFency Statusanzeige
#
define dum_OrtungMarc dummy
attr dum_OrtungMarc alias Wo bin ich
attr dum_OrtungMarc group Umwelt
attr dum_OrtungMarc room Gartenzaun
#-------------------------------------------------------
# GeoFency notify-trigger
#
define not_OrtungMarc notify Gartenzaun:currLog_Marc.* set dum_OrtungMarc $EVTPART1
attr not_OrtungMarc room Gartenzaun
Es könnte sein, dass du noch eine alte Entwicklerversion hast. Schau mal, dass du die aktuellen Versionen aus dem SVN hast.
... oder du korrigierst deinen Tippfehler von
currLog_Marc
zu
currLoc_Marc
:-)
Zitat von: Loredo am 12 Februar 2014, 12:05:45
... oder du korrigierst deinen Tippfehler von
currLog_Marc
zu
currLoc_Marc
:-)
na klasse ... da liest man den Text gefühlte 76 mal um ja keinen Schreibfehler zu haben weil das eigentlich die logischste Erklärung wäre, und dann ist doch einer drinne ......
Danke dir
Marc
So, heute sind meine iBeacons gekommen.
Muss jetzt mal ein bisschen rumspielen.
da mein ibeacon jetzt da ist habe gerade angefangen mit dem modul zu spielen. dazu habe ich jetzt einen geofence für zuhause und einen zweiten mit sehr schwach eingestlltem ibeacon fürs arbeitszimmer.
jetzt frage ich mich wie ich es am besten abbilden kann wenn ein ort in einem zweiten größeren liegt.
beim verlassen des arbeitzimmer bekomme ich von geofancy ein 'underway' was zwar stimmt aber auch nicht wirklich weil ich ja trozdem noch zuhause bin.
hast du eine idee ob man das in deinem modul (oder in den anderen) abbilden kann oder ob man versucht den gefancy author drauf anzusprechen?
gruss
andre
Ich habe meine drei iBeacons mal über die Stockwerke verteilt, damit fhem weiss, wo ich gerade bin.
Damit könnte ich ein "FollowmeLicht" bauen.
Bzgl. Geofancing will probieren, die "Orte" z.B. Zuhause.Erdgeschoss nennen, dann könnte ich mit Zuhause.* auswerten, ob ich grundsätzlich Zuhause bin.
Bis jetzt nur eine ungetestete Idee.
Sent from my iPhone using Tapatalk 2
Gruss
Markus
So, habe das mal gerade schnell getestet.
Das geht mit Zuhause.OrtimHaus und der Abfrage Zuhause.* ich bin immer Anwesend und mir wird angezeigt, wo ich genau im Haus bin.
Jetzt werde ich mal versuchsweise ein paar Lichter dazu programmieren.
Grundsätzlich nett zum testen, werde das aber wirklich nur zum Spielen benutzen, da ich mein Handy nie im Haus in der Tasche habe.
So mal als Anregung/Frage: in die Autos je so ein iBeacon legen und einen KommeHeim Radius von 25 km ums Heim definieren in geofency (geht das so groß ?). Damit könnte man die Heizung hochregeln, wenn ich a im eigenen Auto bin und b in den KommeHeim Radius reinfahre -unabhängig ob ich gerade work verlasse (das habe ich schon erfolgreich umgesetzt) oder eben von einer der vielen Außenstellen heimkomme, ohne die alle explizit in geofency als work definieren zu müssen.
Wenn geofency den Radius kann benötigst du aber keinen iBeacon
Zitat von: det. am 15 Februar 2014, 11:19:03
So mal als Anregung/Frage: in die Autos je so ein iBeacon legen und einen KommeHeim Radius von 25 km ums Heim definieren in geofency (geht das so groß ?). Damit könnte man die Heizung hochregeln, wenn ich a im eigenen Auto bin und b in den KommeHeim Radius reinfahre -unabhängig ob ich gerade work verlasse (das habe ich schon erfolgreich umgesetzt) oder eben von einer der vielen Außenstellen heimkomme, ohne die alle explizit in geofency als work definieren zu müssen.
Geofency kann aktuell einen maximalen Radius von 5km. Technisch geht wohl mehr, habe dem Entwickler meine Intention auch schon erklärt und er denkt drüber nach.
Im Modul ROOMMATE und GUEST habe ich den "wayhome" Status auch schon vorgesehen. Legt man einen Geofence mit eben z.B. 5km Radius ums Zuhause an, dann wird entsprechend ein Reading "wayhome" auf 1 gesetzt, sobald man den Kreis betritt - zusätzlich zu den im Attribut "locationWayhome" festgelegten Lokationen, bei deren VERLASSEN das Reading ebenfalls auf 1 gesetzt wird.
Zitat von: justme1968 am 14 Februar 2014, 23:51:51
da mein ibeacon jetzt da ist habe gerade angefangen mit dem modul zu spielen. dazu habe ich jetzt einen geofence für zuhause und einen zweiten mit sehr schwach eingestlltem ibeacon fürs arbeitszimmer.
jetzt frage ich mich wie ich es am besten abbilden kann wenn ein ort in einem zweiten größeren liegt.
beim verlassen des arbeitzimmer bekomme ich von geofancy ein 'underway' was zwar stimmt aber auch nicht wirklich weil ich ja trozdem noch zuhause bin.
hast du eine idee ob man das in deinem modul (oder in den anderen) abbilden kann oder ob man versucht den gefancy author drauf anzusprechen?
Meiner ist auch da, hat mir so'n Kerl zugeschickt :-)
Ich würde spontan den Geofence-Auslöser in der App für die iBeacons mal nur für "Enter" setzen und für "Exit" ausschalten. Dann sollte wirklich nur der Wechsel des Raums entsprechend statt finden. Ansonsten kannst du bei Nutzung von ROOMMATE oder GUEST auch das Attribut locationHome nutzen, um generell alle Lokationen zufestzulegen, die bei dir zu Hause liegen.
Gruß
Julian
Zitat von: Paul am 15 Februar 2014, 12:25:18
Wenn geofency den Radius kann benötigst du aber keinen iBeacon
@ Paul,
doch, den wenn ich nicht im eigenen Auto sitze, bin ich definitiv nicht auf dem Weg nach Hause
Hallo,
wer braucht denn jetzt noch einen iBeacon?
http://forum.fhem.de/index.php/topic,20341.0.html
Hallo Loredo
ich habe soeben mal geofency.com ausprobiert und muss sagen, die APP gefaellt mir besser als geofancy.com.
Es funktioniert auch brav mit einer kleinen seltsamen Einschraenkung:
Ich habe in der fhem.cfg folgende alias stehen:
define geofancy GEOFANCY geo
attr geofancy room System
attr geofancy devAlias Brabbel-Brabbel-Brabbel-Brabbel:Chef
attr geofancy devAlias Blubber-Blubber-Blubber:FrauVomChef
Mit diesem Code werden mir im logfile die Eintraege immer nur mit
2014-02-17_17:20:44 geofancy currLoc_Brabbel-Brabbel-Brabbel-Brabbel: home
geschrieben.
Wenn ich die FrauVomChef aber auskommentiere ;)
define geofancy GEOFANCY geo
attr geofancy room System
attr geofancy devAlias Brabbel-Brabbel-Brabbel-Brabbel:Chef
#attr geofancy devAlias Blubber-Blubber-Blubber:FrauVomChef
Steht im LogFile ganz brav
2014-02-17_17:20:44 geofancy currLoc_Chef: home
Ich bin sicher ich mache nur einen entscheidenen Tippfehler, nur weiss ich nicht wo und welchen. :o
Kennt sonst Jemand diese Problematik?
Gruss
Sailor
Du musst die devAliase mit Komma getrennt in eine Zeile packen
Aaaaargh!
:-)
Danke Mitch
Gesendet von meinem iPhone mit Tapatalk
Zitat von: Sailor am 17 Februar 2014, 17:31:42
...
attr geofancy devAlias Brabbel-Brabbel-Brabbel-Brabbel:Chef
attr geofancy devAlias Blubber-Blubber-Blubber:FrauVomChef
...
Wenn ich die FrauVomChef aber auskommentiere ;)
...
Kennt sonst Jemand diese Problematik?
Ehrlich gesagt nein. Du trackst deinen Chef und dessen Frau?! Man oh man ;D Im ernst, Mitch hat die Antwort gegeben. Als Trennzeichen ist allerdings ein Leerzeichen zu verwenden.
Stimmt, es war das Leerzeichen.
Sorry, bin gerade unterwegs und nicht ganz "fit"
Jetzt klappt es auch mit der FrauVomChef! ;D
Danke!
M
Nachfrage zu aktueller Stunde: seit dem Update der Geofency App auf 2.6.3 bekomme ich nur Fehlermeldungen seitens der App und ich kann meine User/Passwort Daten nicht mehr hinterlegen. Könnt Ihr dieses Verhalten ebenfalls bestätigen?
Gruß
Sailor
Gesendet von meinem iPhone mit Tapatalk
Hallo Sailor,
Ja, kann ich bestätigen...
Sent from my iPhone using Tapatalk
Ja, gleiches Problem.
Habe bereots den Support angeschrieben, aber die Hilfestellung ist sehr dürftig.
Bitte schreibt auch den Support an, um dem ganzen mehr Druck zu geben.
via Tapatalk
Mail ist raus
Gesendet von meinem iPhone mit Tapatalk
Ehrlich gesagt empfehle ich euch dann auf die App von www.geofency.com umzusteigen. Die läuft stabiler und ich habe den Eindruck die Codebasis ist es auch.
Gruß
Julian
Hi Loredo, hier geht es leider um Geofency.
Sailor
Gesendet von meinem iPhone mit Tapatalk
Ups. Da habt ihr wohl recht.
Der Entwickler hat mir gerade gesagt, dass er schnellstmöglich ein Update bei Apple zum Review einreicht.
Habe heute einige Male mit dem Support gemailt.
Der Fehler ist nicht reproduzierbar?
Es werden die Credentials jetzt wohl in der Keychain gespeichert und da liegt der Hund begraben.
Gibt man irgend einen Login an, wird dieser gespeichert. Nur der richtige, der vor dem Update drinnen war, wird gelöscht.
Hoffe, die können da fixen, will nicht meinen Login ändern müssen, da hängt noch mehr dran.
Sent from my iPhone using Tapatalk 2
Gruss
Markus
Zitat von: Mitch am 20 Februar 2014, 23:04:29
Habe heute einige Male mit dem Support gemailt.
Der Fehler ist nicht reproduzierbar?
Es werden die Credentials jetzt wohl in der Keychain gespeichert und da liegt der Hund begraben.
Gibt man irgend einen Login an, wird dieser gespeichert. Nur der richtige, der vor dem Update drinnen war, wird gelöscht.
Hoffe, die können da fixen, will nicht meinen Login ändern müssen, da hängt noch mehr dran.
Ja ja, mal ganz ruhig :) Die Keychain zu nutzen ist ja erstmal nichts schlechtes, das verbessert auch die Sicherheit. Und der Feature Request, unterschiedliche Zugangsdaten für unterschiedliche Webhhooks festlegen zu können, kam von mir. :D
Der Fehler ist inzwischen wohl auch gefunden und die App wird neu kompiliert bei Apple eingereicht.Alles wird gut 8)
Leicht Offtopppic:
Ich bilde mir ein das geofency.app wesentlich Akkuschonender als geofancy.app ist (iPhone).
Bin ich da alleine?
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
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
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
Das zweite Doppelpunkt muss ein @ sein
Gesendet von meinem iPhone mit Tapatalk
Dachte mir schon da stimmt was an der syntax nicht.
Jetzt funktionierte, danke!
Grüße
Jaja die Syntax...
Gesendet von meinem iPhone mit Tapatalk
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
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
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.
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.
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.
Ok, danke für die auflösung
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 (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
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
ich hab auch das problem das ich beim weg fahren von zuhause auch mehr als ein event bekomme.
neben der so einem ignorieren würde ich mir noch eine zweite art verzögerung wünschen: ich fahre ab und zu durch einen der geifences ohne wirklich dort zu bleiben. die meldungen für ankommen und verlassen sind höchstens 1 oder 2 sekunden auseinander. es wäre klasse wenn man für bestimmte ids angeben könnte das die ankunft nur dann 'echt' ist wenn nicht direkt danach wieder ein leave kommt.
gruss
andre
Zitat....ignorieren würde ich mir noch eine zweite art verzögerung wünschen
Mit der Mindestanwesenheit in den Feineinstellungen der Geofency App lässt sich das auch im sek. Bereich einstellen. Das sollte doch für solche Fälle geeignet sein.
nicht wenn geofancy im einsatz ist :)
ich würde beides schon im fhem modul sehen. dann ist es von der app und methode unabhängig die verwendet wird.
gruss
andre
Zitat...nicht wenn geofancy im einsatz ist
Das ist richtig. Ich hab beide Apps und bin mittlerweile auf die geofency App gewechselt. Aber du hast recht, in der App geht das nicht. Und prinzipiell müsste dieses Latenzverhalten im Modul abgebildet werden. Ich weis aber nicht wie Loredo das sieht.
Ich nutze auch die Zeitverzögerungen in der App. Dort ist es auch besser aufgehoben als im Modul selbst denke ich, weil das Problem da an der Wurzel gepackt ist und auch den Akku besser schont :-)
Ich hätte fürs Modul gerade noch keine konkrete Idee, wie man das zuverlässig einbauen würde bzw. wie es sich leicht konfigurieren ließe. Die Konfiguration müsste ja pro Gerät und pro Standort möglich sein, das wird schnell unübersichtlich in FHEM. Zumindest würde ich es gern vermeiden, dass man mehrere Instanzen von GEOFANCY in FHEM anlegen muss. Derzeit kann man mit einer Webhook-Definition beliebig viele Geräte/Nutzer abhandeln.
Habt ihr mal geschaut, wie weit ihr mit dem Attribut event-min-interval kommt?
Ach und übrigens, ich nutze GEOFANCY natürlich mit einem ROOMMATE Device in FHEM. Vielleicht habe ich deshalb auch ein besseres Verhalten bei mir, denn ROOMMATE aktualisiert den Standort tatsächlich nur, wenn er nicht identisch ist ;)
Vielleicht sollte ich bei ROOMMATE noch den Zusatz "made for GEOFANCY" hinzufügen ;D
Hallo Loredo
ich bin ja ein braver Programmsel und habe auf Dein Anraten hin die Module "Roommate" und "Residents" bei mir implementiert.
Mir hat sich zwar noch nicht der Sinn entschlossen wozu der "Mood" ist, aber auf alle Faelle fehlt da noch "hormonal disoriented" fuer Rommates mit Beduerfnissen nach Umstandsmode. ;D ;D ;D
Im Ernst:
Es scheint super gut mit dem Geofancy modul zu funktionieren, jedoch haette ich gerne einen plot auf die Readingsgroup "Residents".
Je nachdem ob der HomeState auf "home", "absent", "gotosleep" oder "gone" sollte in dem Plot die Linie auf 1, 2, 3 oder 4 huepfen.
Das wuerde ungemein bei der Fehlersuche bzw. bei der Feinabstimmmung der Thermostat-Wochenprogramme helfen.
Wie hast Du das denn bei Dir realisiert bzw. hast Du eine Idee?
Danke vorweg
Gruss
Sailor
Hallo Loredo,
danke für das Modul, bin gerade dabei mein selbstgebautes 'Handy-an-Accesspoint-angemeldet-Script' abzulösen und mit unseren leider noch iPhone 4 geofancy zu benutzen. Grundsätzlich scheint auch alles zu funktionieren, jedoch bekomme ich (zumindest bei über die App erzeugten Test-Events) folgende Fehler im FHEM-Log:
2014.03.01 19:16:07 3: GEOFANCY geofancy: markus arrived at xxx
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.03.01 19:15:35 3: GEOFANCY geofancy: markus arrived at xxx
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.03.01 19:14:28 3: GEOFANCY geofancy: markus arrived at xxx
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.03.01 19:12:31 3: GEOFANCY geofancy: markus arrived at xxx
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.03.01 19:02:27 3: GEOFANCY geofancy: markus arrived at xxx
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Nutze Apache2 als Proxy zu FHEM. Sollte aber meiner Meinung nach kein Problem sein.
Grüße,
Markus
Hallo Markus
Hast Du schon ein fhem Update zur Sicherheit gemacht?
Gruß
Sailor
Gesendet von meinem iPhone mit Tapatalk
Neues vom Programsel vom hinterm-Deich
Ich habe ein seltsames Phenomaen entdeckt als ich eine Routine schreiben wollte, die mir eine "Haus ist sicher" Meldung reussenden soll.
Folgender Code
###START########### Send OK message via PushOver if all windows are closed after everybody left home ###########START###
define AllWindows structure AllWindows_structure BR_Window
attr AllWindows clientstate_behavior relative
attr AllWindows clientstate_priority open closed
define AllWindowsClosed notify rgr_Roommates:.* {\
if (((Value("rgr_Roommates") eq "absent") || (Value("rgr_Roommates") eq "gone"))&& (Value("AllWindows")) eq "closed" ){\
Log 3, "Test routine Home Secured" ;;\
}\
}
#fhem "set PushoverOK msg 'Deeke Home-Security' 'Deeke House is secured' '' 0 ''";;\
####END############ Send OK message via PushOver if all windows are closed after everybody left home ############END####
fuehrt dazu, das 11 Log-Eintraege gemacht werden: :o
2014.03.02 16:36:59 2: RESIDENTS set rgr_Roommates absent
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
Dabei wuerde mir eine Meldung vollkommen ausreichen! ;D
Habt Ihr eine Ahnung woher das kommen koennte?
Gruss
Sailor
Zitat von: Sailor am 01 März 2014, 15:31:29
Mir hat sich zwar noch nicht der Sinn entschlossen wozu der "Mood" ist, aber auf alle Faelle fehlt da noch "hormonal disoriented" fuer Rommates mit Beduerfnissen nach Umstandsmode. ;D ;D ;D
Du könntest dann z.B. deine LED Leuchten in eine beruhigende Farbe tauchen ;) Zitat von: Sailor am 01 März 2014, 15:31:29jedoch haette ich gerne einen plot auf die Readingsgroup "Residents".Je nachdem ob der HomeState auf "home", "absent", "gotosleep" oder "gone" sollte in dem Plot die Linie auf 1, 2, 3 oder 4 huepfen.
Soweit ich weiß, kann man im Plot Modul entsprechende Texte jeweils einem Zahlenwert zuordnen. Such mal im Forum und schau in die Kommando-Referenz zum Plotten.Zitat von: MarkusN am 01 März 2014, 19:23:31
jedoch bekomme ich (zumindest bei über die App erzeugten Test-Events) folgende Fehler im FHEM-Log:
2014.03.01 19:16:07 3: GEOFANCY geofancy: markus arrived at xxx
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Welche der beiden Apps benutzt du denn?Zitat von: Sailor am 02 März 2014, 16:45:49
Folgender Code
###START########### Send OK message via PushOver if all windows are closed after everybody left home ###########START###
define AllWindows structure AllWindows_structure BR_Window
attr AllWindows clientstate_behavior relative
attr AllWindows clientstate_priority open closed
define AllWindowsClosed notify rgr_Roommates:.* {\
if (((Value("rgr_Roommates") eq "absent") || (Value("rgr_Roommates") eq "gone"))&& (Value("AllWindows")) eq "closed" ){\
Log 3, "Test routine Home Secured" ;;\
}\
}
#fhem "set PushoverOK msg 'Deeke Home-Security' 'Deeke House is secured' '' 0 ''";;\
####END############ Send OK message via PushOver if all windows are closed after everybody left home ############END####
fuehrt dazu, das 11 Log-Eintraege gemacht werden: :o
2014.03.02 16:36:59 2: RESIDENTS set rgr_Roommates absent
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:36:59 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
2014.03.02 16:37:00 3: Test routine Home Secured
Das ist jetzt hier nicht ganz der richtige Thread, das gehört eigentlich in den Thread für die Bewohner-Module.Spontan denke ich, dass es daran liegt, dass du dein Notify nicht eng genug fasst. Es werden eine Menge Readings beim RESIDENTS Objekt aktualisiert und insbesondere wenn du zum Testen alle Bewohner auf einmal auf "absent" setzt, dann erzeugt jedes Mitglied ein entsprechendes Update einiger Readings. Grundsätzlich werden nur Readings aktualisiert, sie sich auch verändert haben; sprich es werden auch nur Events erzeugt, wenn sich etwas geändert hat.
Hallo Loredo
ja Sorry, das war nicht der richtige Thread!
Ich habe versucht eine Funktion zu finden meinen Beitrag in den Roommate - Thread zu verschieben, aber ich fuerchte dazu brauche ich M0derationsrechte. :'(
Zitat von: Loredo am 02 März 2014, 21:24:41
Das ist jetzt hier nicht ganz der richtige Thread, das gehört eigentlich in den Thread für die Bewohner-Module.
Spontan denke ich, dass es daran liegt, dass du dein Notify nicht eng genug fasst. Es werden eine Menge Readings beim RESIDENTS Objekt aktualisiert und insbesondere wenn du zum Testen alle Bewohner auf einmal auf "absent" setzt, dann erzeugt jedes Mitglied ein entsprechendes Update einiger Readings. Grundsätzlich werden nur Readings aktualisiert, sie sich auch verändert haben; sprich es werden auch nur Events erzeugt, wenn sich etwas geändert hat.
Vielen Dank fuer den Hinweis.
Ein kurzer Blick in das Rommate-Log haette es aufgezeigt.
Damit geht es jetzt:
define AllWindowsClosed notify rgr_Roommates:presence.* {\
if (((Value("rgr_Roommates") eq "absent") || (Value("rgr_Roommates") eq "gone"))&& (Value("AllWindows")) eq "closed" ){\
fhem "set PushoverOK msg 'Home-Security' 'House is secured' '' 0 ''";;
Log 3, "House is secured";;\
}\
}
Danke nochmal... Ich trink ein Weissbier auf Dein Wohl!
Gruss
Sailor
PS: Bleibt nur noch die verflixte Plot Problematik.
Hallo Loredo,
kurze Frage:
Ist es ein Bug oder ein Feature, dass ein Roommate der auf Status "gotosleep" steht, beim verlassen des geofency Bereichs "home" nicht auf absent gesetzt wird?
Wenn der Roommate auf Status "home" steht und den Bereich verlaessst, dann geht er via geofency brav auf "absent".
Bin am raetseln...
Gruss
Sailor
Zitat von: Sailor am 01 März 2014, 19:54:13
Hallo Markus
Hast Du schon ein fhem Update zur Sicherheit gemacht?
Gruß
Sailor
Gesendet von meinem iPhone mit Tapatalk
Hallo,
ein Update hat das Problem behoben!
Danke und Grüße,
Markus
Zitat von: Sailor am 05 März 2014, 21:31:05
Ist es ein Bug oder ein Feature, dass ein Roommate der auf Status "gotosleep" steht, beim verlassen des geofency Bereichs "home" nicht auf absent gesetzt wird?
Wenn der Roommate auf Status "home" steht und den Bereich verlaessst, dann geht er via geofency brav auf "absent".
Wieder der falsche Thread hier!Nun denn: Der Status wird auf absent gewechselt, wenn die Lokation auf "underway" wechselt. Da ist es egal, welcher Status bei dem Objekt aktuell besteht. Ich gehe davon aus, das aus GEOFANCY heraus bei dir kein solches Event erzeugt wurde. Warum das so ist, kannst nur du anhand deiner individuellen Festlegung der Geofencing Zonen nachvollziehen.
Hallo,
ich hätte mal eine Frage bzgl. IPv6:
Ich habe seit kurzem einen Glasfaseranschluss. Dieser hat nur IPv6 und tunnelt IPv4. Derzeit habe ich parallel noch einen Telekomanschluss mit v4, der aber bald ausläuft.
Nun würde ich gerne wissen, ob von Euch auch Leute vor dem Problem stehen, dass sie IPv6 haben und ob es auch jmd gibt, der das Problem schon gelöst hat?
Ich habe ein iPhone 4S und würde das Geofence Modul gerne einbinden, nur habe ich wie gesagt dieses IPv6 Problem.
Kann jmd Infos geben?
Danke und Gruß
Hallo Michael,das ist eher etwas OT, aber naja ;) Zitat von: Michi240281 am 18 März 2014, 11:49:29
Ich habe seit kurzem einen Glasfaseranschluss. Dieser hat nur IPv6 und tunnelt IPv4.
Bist du sicher, dass IPv4 getunnelt wird (6in4)? Dann hättest du nämlich kein Problem.Im Allgemeinen wirst du eher einen Dual-Stack-Lite Anschluss mit einer RFC1918 Adresse haben, für die dann ein Carrier-grade NAT gemacht wird.Zitat von: Michi240281 am 18 März 2014, 11:49:29
Nun würde ich gerne wissen, ob von Euch auch Leute vor dem Problem stehen, dass sie IPv6 haben und ob es auch jmd gibt, der das Problem schon gelöst hat?
Ich habe ein iPhone 4S und würde das Geofence Modul gerne einbinden, nur habe ich wie gesagt dieses IPv6 Problem.
Ich sehe 3 Möglichkeiten:
- dein Mobilfunkprovider unterstützt IPv6 (entweder direkt am Gerät oder über NAT64/DNS64)
- du hast einen Root-Server, der Dual-homed ist und über den du die Anfragen weiterleiten kannst (Portforwarding, VPN, GRE Tunnel, NAT64/DNS64 o.ä.)
- du besorgst dir eine Public IPv4 über einen Tunnel Provider (z.B. via LISP)
Letzteres habe ich selbst noch nicht ausprobiert, daher kann ich dazu nichts sagen.
GrußJulian
Was man probieren kann:
der IPv6Gate HTTP Proxy von SixXS leitet Anfragen weiter (z.B. www.example.com (http://www.example.com) --> http://www.example.com.ipv4.sixxs.org (http://www.example.com.ipv4.sixxs.org/)).
Das geht jedoch aktuell nur für unverschlüsselten Traffic und vermutlich nur über Port 80. Du müsstest also dein FHEM über Port 80 erreichbar machen und für die IPv6 Adresse entsprechend irgendwo einen kanonischen DNS Namen registriert haben.
Weitere Infos siehe
https://www.sixxs.net/tools/gateway/ (https://www.sixxs.net/tools/gateway/)
Hallo zusammen!
Ich bin dabei eine Geofence-Android-App zu schreiben, welches schon ziemlich weit ist. Für das Geofancy-Modul werde ich auch einen Request entsprechend basteln.
Ich habe die Geofences bei mir in der App (Geo-)Zonen genannt.
Die App verwendet für die Ortung die relativ neuen Features aus den Google-Play-Services, welche auf dem Smartphone installiert sein sollten. Ansonsten kommt einen Fehlermeldung.
Bei mir läuft die App seit einigen Tagen und ich muss sagen, dass kaum merkbar mehr Strom gezogen wird.
Features:
Bis zu 100 Zonen anlegbar.
Zur Zeit kann man Requests in einem freien Format an Server senden. Es gibt für jede Geo-Zone jeweils eine URL für
betreten und eine für
verlassen der Zone.
Dazu kann man zur Zone noch die Parameter für Basich Auth. und SSL plus Clientzertifikat/Serverzertifkate erfassen.
Zum Geofancy Modul ich folgende Frage:
Zitat von: Loredo am 07 Januar 2014, 16:57:26
um meine Anwesenheit/Abwesenheit etwas gesicherter festzustellen, habe ich ein Modul für die iOS App Geofancy (www.geofancy.com (http://www.geofancy.com)) geschrieben.
Was ist da gesicherter? Dass man den Namen (UUID usw.) seines Smartphones hinterlegen und prüfen kann? Die Anfrage sollte man sowieso gesichert über SSL + Client-Zertifikat und womöglich auch noch mittels User/Passwort absichern.
Da kann ich doch das Geofancy-Modul umgehen und dirkte Befehle an FHEM schicken, wie: https://rpi.xxxx.de:1984/fhem?cmd.Abwesend=set%20Abwesend%20nein
für den webhook ist zum einen basicAuth gesetzt und der zugriff geht nur mit user/password und zum anderen solltest du allowedCommands setzen so das keinerlei fhem kommandos an diesem port möglich sind.
schau dir mal den wiki artikel an.
gruss
andre
basikAuth hatte ich, aber allowedCommands hatte ich nicht berücksichtigt.
Danke für den Hinweis.
Zitat von: justme1968 am 27 März 2014, 09:57:54zum anderen solltest du allowedCommands setzen so das keinerlei fhem kommandos an diesem port möglich sind.
Das Attribut war auch neu für mich, danke.Zitat von: egmontr am 27 März 2014, 07:36:20
Was ist da gesicherter?
Gesichert im Sinne von zuverlässig.Zitat von: egmontr am 27 März 2014, 07:36:20Dass man den Namen (UUID usw.) seines Smartphones hinterlegen und prüfen kann?
Auch, aber das ist dort nicht gemeint.Zitat von: egmontr am 27 März 2014, 07:36:20Die Anfrage sollte man sowieso gesichert über SSL + Client-Zertifikat und womöglich auch noch mittels User/Passwort absichern.
Client-Zertifikat ist sicherlich gut, aber sehr umständlich für Otto-Normaluser. Wird bei den iOS Apps auch nicht supported (sehe auch keinen Bedarf).Eine Mischung mit User/Passwort sehe ich dann als unwichtig.User/Passwort alleine reicht zusammen mit normaler TLS Verschlüsselung vollkommen aus.Zitat von: egmontr am 27 März 2014, 07:36:20Da kann ich doch das Geofancy-Modul umgehen und dirkte Befehle an FHEM schicken, wie: https://rpi.xxxx.de:1984/fhem?cmd.Abwesend=set%20Abwesend%20nein (https://rpi.xxxx.de:1984/fhem?cmd.Abwesend=set%20Abwesend%20nein)
Jaein, damit verlagerst du die Intelligenz ein Stück weit in die App und hast sie nicht in FHEM.
Hallo Loredo,
diesmal betrifft es wirklich das Geofancy Modul! ;D
Nur zur Info:Ich habe laut Anleitung http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Modul_in_FHEM_einrichten (http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Modul_in_FHEM_einrichten) die hiddenrooms eingerichtet.
Klappt auch fuer alle Raeume bis auf eine Ausnahme:
Trotz des hiddenroom - Eintrags "Dashboard" habe ich die Beobachtung gemacht, dass dieser hartnaeckigerweise nicht verschwinden will. :o
Stoert mich zwar nicht sonderlich, ist aber nicht in Deinem Sinne des
ZitatSecurity-by-Obscurity
Gruss
Sailor
Zitat von: Sailor am 27 März 2014, 22:48:44
diesmal betrifft es wirklich das Geofancy Modul! ;D
Nope, das betrifft FHEMWEB und/oder das Dashboard Modul direkt.
Zitat von: egmontr am 27 März 2014, 07:36:20
Hallo zusammen!
Ich bin dabei eine Geofence-Android-App zu schreiben, welches schon ziemlich weit ist. Für das Geofancy-Modul werde ich auch einen Request entsprechend basteln.
Klasse Sache! Falls du jemand zum testen brauchst kannst dich ja mal melden :-)
Gruß Christoph
Gesendet von meinem XT890 mit Tapatalk
@Sailor:
Hast du das mit dem Plot hinbekommen? Wäre für Tipps sehr dankbar.
Viele Grüße
waxweazle
Gesendet von meinem iPhone mit Tapatalk
Hallo WW
ja habe ich. Allerdings nur mit einem Trick ueber dummy und notify.
mein Eintrag in der fhem.cfg lautet:
define HomeStatus dummy
attr HomeStatus event-on-change-reading .*
define FileLog_HomeStatus FileLog ./log/HomeStatus-%Y-%m.log HomeStatus
attr FileLog_HomeStatus archivedir /var/media/ftp/SEAGATE-ST3500630A-01/fhemlog-archive
attr FileLog_HomeStatus logtype text
attr FileLog_HomeStatus nrarchive 1
attr FileLog_HomeStatus room Logs
define at_HomeStatus_plotcorrect_midnight_before at *23:59:59 {addLog("HomeStatus","state")}
define at_HomeStatus_plotcorrect_midnight_past at *00:00:01 {addLog("HomeStatus","state")}
define SVG__HomeStatus SVG FileLog_HomeStatus:plot_HomeState:CURRENT
attr SVG__HomeStatus plotsize 1600,200
attr SVG__HomeStatus room Plots
define HomeStatusNotify notify rgr_Roommates.* {\
if (Value("rgr_Roommates") eq "home"){fhem "set HomeStatus 1"}\
elsif (Value("rgr_Roommates") eq "awoken"){fhem "set HomeStatus 1"}\
elsif (Value("rgr_Roommates") eq "absent"){fhem "set HomeStatus 2"}\
elsif (Value("rgr_Roommates") eq "asleep"){fhem "set HomeStatus 3"}\
elsif (Value("rgr_Roommates") eq "gotosleep"){fhem "set HomeStatus 3"}\
elsif (Value("rgr_Roommates") eq "gone"){fhem "set HomeStatus 4"}\
else{};;\
}
Ich hoffe es hilft Dir.
Bin ueber eine Rueckmeldung sehr dankbar.
Gruss
Sailor
Hallo, habe FHEM auf rasperry laufen, gehe über Fritz Box ins Internet. Habe hier im Forum nicht gefunden, wie man über Myfritz auf Fhem auf Raspberry zugreifen kann. Hat da jemand eine Anleitung parat? Das wäre echt große Klasse.
Zitat von: Matse24 am 30 März 2014, 20:46:01
Hallo, habe FHEM auf rasperry laufen, gehe über Fritz Box ins Internet. Habe hier im Forum nicht gefunden, wie man über Myfritz auf Fhem auf Raspberry zugreifen kann. Hat da jemand eine Anleitung parat? Das wäre echt große Klasse.
Google antwortet:
http://service.avm.de/support/de/SKB/FRITZ-Box-7390/1376:MyFRITZ-Freigaben-einrichten
@egmontr: Android Geofence App klingt ja super ! Hast du schon neue Infos in dieser Richtung ? Ist die App schon im Playstore oder wo anderes zum Download erhältlich ? Gibt es vielleicht schon einen Betatest ? Brauchst Du noch Tester ?
Liebe Grüße,
T. Ihmann
Moin!
Seit heute (und damit direkt nach einem Monatswechsel) bekomme ich in meiner fhem Logfile am laufenden Band folgende Fehler:
2014.04.01 11:35:23 3: GEOFANCY geofancy: franziska arrived at home
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.04.01 11:30:00 2: CUL_HM set licht_aquarium off
2014.04.01 11:23:48 3: GEOFANCY geofancy: franziska left home and is underway
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.04.01 10:44:52 3: GEOFANCY geofancy: franziska arrived at home
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.04.01 09:30:59 3: GEOFANCY geofancy: franziska left home and is underway
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.04.01 09:21:15 3: GEOFANCY geofancy: franziska left home and is underway
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.04.01 09:21:14 3: GEOFANCY geofancy: franziska arrived at home
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
2014.04.01 07:00:00 2: CUL_HM set licht_aquarium on
Letzten Monat gab es solche Probleme überhaupt nicht. Habe FHEM noch nicht neugestartet. Bug oder Feature? Hat jemand vielleicht die selben Probleme?
Hi Sailor,
habe endlich Zeit gefunden das zu probieren. Funktioniert super! Danke für den Tipp!
Viele Grüße
ww
Zitat von: MarkusN am 01 April 2014, 14:22:24
Seit heute (und damit direkt nach einem Monatswechsel) bekomme ich in meiner fhem Logfile am laufenden Band folgende Fehler:
...
Bug oder Feature? Hat jemand vielleicht die selben Probleme?
Kann ich bei mir hier weder auf dem RaspberryPi noch auf der Fritzbox 7490 nachvollziehen.
Zitat von: T.ihmann am 30 März 2014, 23:38:21
@egmontr: Android Geofence App klingt ja super ! Hast du schon neue Infos in dieser Richtung ? Ist die App schon im Playstore oder wo anderes zum Download erhältlich ? Gibt es vielleicht schon einen Betatest ? Brauchst Du noch Tester ?
Liebe Grüße,
T. Ihmann
ZitatKlasse Sache! Falls du jemand zum testen brauchst kannst dich ja mal melden :-)
Hallo Christoph und T.ihmann,
danke für Euer Angebot. Ich bin dabei, aber ich habe auch einen Job und Familie und mache dies nur nebenbei. Wie gesagt, es ist bald soweit und die erste Version kommt schon, sagen wir mal, nächste Woche.
Hierzu habe ich einen eigenen Thread eröffnet: http://forum.fhem.de/index.php/topic,22116.0.html (http://forum.fhem.de/index.php/topic,22116.0.html)
Kann man innerhalb einer Geofancy define mehrere devAlias's anlegen?
Die Commandref sagt dazu:
"Separate using blank to rename multiple devices."
Folglich: Ja.
8) Danke!
Hallo,
ich verwende Geofency und bekomme mit define Udo.whereabout notify geofancy:currLoc_Udo:.* set Udo.whereabout $EVTPART1 immer die Uhrzeit eingetragen ...
im STATE vom GEOFANCY Modul steht aber definitiv die Location, office, home ...
kann mir jemand sagen was falsch ist und wozu genau $EVTPART1 steht? ich nehme an es gibt den Wert weiter?!
Vielen Dank & Grüße Udo
Zitat von: ChiliApple am 19 Mai 2014, 14:46:09
wozu genau $EVTPART1 steht?
Schon mal einen blick in die commandref geworfen? http://fhem.de/commandref_DE.html#notify
ja hab ich schon, ich hab die Befehle aber leider nicht bei notify gesucht, danke jetzt klappt es ...
(allerdings lag es nicht an der Syntax, sondern daran das ich keinen Dummy dafür definiert habe)
VG Udo
Hallo alle miteinander!
Nachdem ich meine Anwesenheitssteuerung mittels Mailcheck und der Freunde-App eingerichtet habe und dies nach 2-wöchigem problemlosen Betriebs nun nur noch sporadisch funktioniert (Ursache kann ich nicht finden und im thread zum Thema Mailcheck wird auch nichts mehr geschrieben) würde ich nun doch gerne auf das Geofency-Modul umsteigen. Dabei habe ich 2 grundsätzliche Hürden/Fragen:
- Wie mache ich das mit der Portweiterleitung, wenn Fhem auf einem RPi läuft? Die Anleitung im Wiki beschreibt den Vorgang ja, wenn Fhem auf der Fritzbox läuft. Bei mir läuft das Hautfhem auf dem RPi mit 192.168.188.200:8083 und auf der FB läuft eine Basiskonfiguration mit 192.168.188.1:8083. Beide sind mit Fhem2Fhem verbunden.
- Ich werde ab September nur noch einen IPv6 Internetanschluss haben (Glasfaser, keine Chance auf IPv4; nur nen Tunnel) und habe keine Ahnung, wie ich dann die Geofency-App per Internet betreiben kann. Hat dafür jmd ne Idee? Dieser Umstand hatte mich auch ursprünglich dazu bewegt, das über Mailcheck zu machen, da ich dann unabhängig vom Internetanschluss bin.
Hoffe Ihr könnt mir ein paar Tipps geben.
Besten Dank
Michael
Geofancy mit Client Zertifikat bringt Fehler: EgiGeoZone: Error sending server request java.lang.NullPointerException
Erstmal Danke für diese geniale App!!!!
Die Situation:
geofancy funktioniert bestens, auf einem Galaxy-S4mini (Android) mit User/passwort Authentication via https proxy auf nginx Basis.
Das Problem:
sobald ich mit client certifikat authentisieren will, kommt der oben genannte Fehler.
Anzumerken ist, das das Zertifikat im web-broser am Android (und auch unter Windows/Firefox) einwandfrei funktioniert.
Die Frage die für mich offen ist: ich hab das zertifikat ohne Passwort erstellt, und daher auch in den Servereinstellungen das Feld Zertifikat Passwort freigelassen. - könnte das das Problem sein? (Sobald ich im Passwort was eintrage, kommt ein Zertifikat Fehler...)
Ich hab weder was im nginx noch im fhem log, der request geht offensichtlich gar nicht aus dem Handy raus....
Was soll ich an debug liefern?
l.g. und danke erwin
Also ich kriege keine Verbindung hin! :(
Über WLAN geht es! Aber nicht über Internet!
Wenn ich über WLAN verbinde, gebe ich als URL ein: http://192.168.188.200:8083/fhem/geo
Per Internet gebe ich ein: http://meindyndns.org:8083/fhem/geo
dabei kommt aber dann immer Zeitüberschreitung und die readings werden auch nicht aktualisiert.
Habe Fhem wie gesagt auf dem RPi mit der IP ........200 laufen und ich habe an der Fritzbox eine Portweiterleitung (TCP & UDP) von Port 8083 an 8083 eingestellt.
Woran kann das denn nun bloß liegen? Der Dyndns läuft auf jeden Fall, benutze ihn auch anderweitig!
Wäre sehr dankbar für Ratschläge!
PS: Habe bislang auf die Absicherungsmaßnahmen verzichtet, aber daran kanns doch nicht liegen, oder?
EDIT: Wenn ich mich über VPN vom iPhone verbinde und dann wieder die lokale IP des RPi benutze, funktioniert es! Also irgendwo liegt das Problem doch bei der Portweiterleitung oder so begraben? Jmd ne Idee? Leite die 8083 an die IP des RPi mit 8083 weiter. Habe auch schon andere/alle Ports versucht, hilft nichts.
Keiner ne Idee?
Selbst wenn ich die Internet-IP-Adresse benutze, die meiner Fritzbox aktuell zugewiesen ist, geht es nicht! Weiß nicht mehr weiter! :(
Irgendwie muss es entweder an der Portweiterleitung liegen oder am Modul/Fhem selbst! Es kommt an sich standardmäßig die Fehlermeldung: Zeitüberschreitung bei der Anforderung!
Wenn ich die IP-Adresse z.B. mit einer Ziffer falsch eingebe, kommt die Meldung: Verbindung zum Server nicht möglich.
Also irgendwie scheint es schon zu verbinden, aber wohl keine Antwort zu bekommen!
Kann niemand helfen? Verzweifle gerade daran!
Zitat von: Michi240281 am 28 Mai 2014, 17:35:44
Keiner ne Idee?
Es liegt ganz sicher an deiner Portweiterleitung. Dabei kann dir aber hier niemand helfen, das ist zumeist nur individuell zu lösen und hat mit FHEM oder dem Modul leider nichts zu tun.
Ja ich denke auch die Portweiterleitung macht das Problem! Vllt kann ja doch mal bitte jmd mit mir überlegen, wo der Fehler liegen könnte. Ich beschreibe nochmal im Detail, was ich gemacht habe. Los gehts:
Allgemein:
- Fhem läuft auf RPi mit 192.168.188.200:8083
- FB7390 stellt Internetverbindung über IPv4 her (Telekom DSL)
- FB7390 per Fhem2Fhem angebunden, aber sollte ja unerheblich sein
- GeofAncy-App auf iPhone 4S installiert
- Geofancy-Modul definiert über "define iPhone_Michael GEOFANCY geo
- erstmal keinerlei Sicherheitsvorkehrungen eingestellt
"Interner"-Betrieb via WLAN:
-in Geofancy-App als globale HTTP-Einstellung: http://192.168.188.200:8083/fhem/geo
-----> Nach Klick auf "Test-Request senden" kommt direkt "Test Ok" mit einigen anderen Angaben und im Modul sind nun Readings zu sehen
Es funktioniert also alles im WLAN.
Internetbetrieb vom iPhone aus:
- Portweiterleitung in FB eingestellt: Port 8083 wird an Port 8083 auf IP 192.168.188.200 weitergeleitet (siehe Anhang)
- in Geofancy-App nun folgende globale HTTP-Einstellung: http://meindyndns.org:8083/fhem/geo
- habe meindyndns.org angepingt (ist erreichbar) und dann auch mal die globalen Einstellungen mit der WAN-IP gefüttert, die meine Fritzbox dann aktuell hatte: macht keinen Unterschied
-----> Nach Klick auf "Test-Request senden" kommt dann nach 1-2 Minuten "Zeitüberschreitung bei Anforderung". Wenn ich jetzt bei der IP oder Dyndns nen kleinen Fehler einbaue, kommt als Fehlermeldung "Konnte Server nicht finden" (oder so ähnlich)
Also irgendwie hakt es denke ich auch an der Portweiterleitung, aber wo ist denn da nen Fehler?
Wäre prima, wenn mir jmd helfen kann!
Besten Dank an alle!!
Soooo,
ich habe vorhin mal alle Einstellungen beim Kumpel (hat auch Fhem auf RPi) getestet. Er hat eine Fritzbox 6360 Cable aber das sollte ja denke ich nix zur Sache tun!
Jedenfalls funktioniert in der Konstellation alles!
Es liegt also definitiv an der Portweiterleitung bei meiner FB7390! Nur was kann ich dagegen tun? Mal AVM anrufen? Ist das ein bekanntes Problem?
Könnte es daran liegen, dass ich Fhem5.5 auf der Fritzbox installiert habe? Wie könnte ich das da wieder runterbekommen? Nur mit einem kompletten Wiederherstellen der Werkseinstellungen?
Hmmm, seit gestern kann ich nun auch garnicht mehr von außen (wenn ich vom iPhone per VPN mit meinem Netzwerk verbunden bin) auf den RPi zugreifen. Alle anderen Geräte sind erreichbar.
Nun habe ich folgende Idee: Könnte es daran liegen, dass als Gateway im RPi nicht die IP-Adresse der Fritzbox sondern die meines 2. Routers eingetragen ist und das zu den beschriebenen Problemem führt? Also ich habe wegen Glasfaseranschluss noch einen Genexis Live Titanium mit der LAN IP 192.168.188.2! Die FB hat die 1 am Ende. Wäre es denkbar, dass wenn ich im RPi als Gateway die 2 definiert habe, dass er dann per VPN und per Portweiterleitung von der FB aus nicht erreichbar ist weil er an die 2 "antwortet"?
Zitat von: Michi240281 am 02 Juni 2014, 14:30:53
Nun habe ich folgende Idee: Könnte es daran liegen, dass als Gateway im RPi nicht die IP-Adresse der Fritzbox sondern die meines 2. Routers eingetragen ist und das zu den beschriebenen Problemem führt?
Definitive Antwort: Ja.
Das lag tatsächlich daran!!!!!! Tja, da will man dem RPi einmal die schnelle Leitung spendieren und dann sowas......... ;) Hatte doch nur gute Absichten! ^^
Das Modul läuft nun also! Habe aber noch eine Frage:
Ich habe 3 Geofences definiert:
- ZuHause: Nur melden bei Ankunft
- Buero: Melden bei Ankunft und Verlassen
- unterwegs: melden wenn der gleiche Bereich wie bei "ZuHause" verlassen wird
Seltsam finde ich jetzt, dass im Modul teilweise readings mit "underway" stehen. Ich habe das Geofence doch "unterwegs" getauft.
Eigentlich sollten das reading "curLoc_Name" doch nun folgende Werte annehmen: Zuhause (wenn ich zuHause bin), unterwegs (wenn ich zuHause verlassen habe) oder Buero (wenn ich eben im Buero bin). Oder versteh ich was falsch?
Hallo erstmal,
ich habe mir vor zwei Tagen ebenfalls das Geofency-Modul zum Laufen gebracht, stoße aber auf einen Fehler.
Innerhalb der App sehen die Zeiten gut aus und es wird alles auch richtig angezeigt. Da ich an meiner Arbeitsstelle aber oft nur sehr schlechtes Internet habe, denke ich, dass das der Grund ist, warum manche Zeiten in FHEM nicht im Log erfasst werden.
Ist das Problem bei jemand schon mal aufgetreten? Eine Option, mit der man vergangene Zeiten erneut senden kann, hab ich in der App noch nicht entdeckt. Der Support hat sich bei mir auch noch nicht gemeldet, ob es so eine Funktion bereits gibt oder in Entwicklung ist.
Hallo zusammen,
seit gestern funktioniert die App Geofency zusammen mit FHEM leider nicht mehr.
Nach einigem Testen habe ich einen Blick in die automatischen iPhone updates geworfen und gesehen, dass Geofency geupdated wurde. In den Release Notes steht, dass die Webhook Anmeldeinfos neu eingetragen werden müssen. Hoffe diese Info erspart dem ein oder anderen von euch langes Suchen.
@Bernd,
danke, das hat mir einiges an suchen erspart.
Gruß
Karl
2014.04.01 11:35:23 3: GEOFANCY geofancy: franziska arrived at home
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Zitat von: Loredo am 01 April 2014, 20:40:35
Kann ich bei mir hier weder auf dem RaspberryPi noch auf der Fritzbox 7490 nachvollziehen.
Das ganze passiert bei der Nutzung von Geofancy auf IOS weil dort die Variablen $locName und $date nicht gesetzt werden.
# Geofancy.app
if ( defined $webArgs->{trigger} ) {
$id = $webArgs->{id};
$entry = $webArgs->{trigger};
$lat = $webArgs->{latitude};
$long = $webArgs->{longitude};
$device = $webArgs->{device};
}
Später beim Loggen werden diese Variablen ($locName und $date) dann allerdings genutzt.
Zitat von: SyncMaster72 am 01 Juli 2014, 12:45:07
2014.04.01 11:35:23 3: GEOFANCY geofancy: franziska arrived at home
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 332.
Use of uninitialized value $date in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Use of uninitialized value $locName in concatenation (.) or string at ./FHEM/98_GEOFANCY.pm line 314.
Das ganze passiert bei der Nutzung von Geofancy auf IOS weil dort die Variablen $locName und $date nicht gesetzt werden.
# Geofancy.app
if ( defined $webArgs->{trigger} ) {
$id = $webArgs->{id};
$entry = $webArgs->{trigger};
$lat = $webArgs->{latitude};
$long = $webArgs->{longitude};
$device = $webArgs->{device};
}
Später beim Loggen werden diese Variablen ($locName und $date) dann allerdings genutzt.
Ist gefixt.
ich habe nun auch ein Frage dazu, dass Modul läuft wohl dazu mal die Logeinträge
2014-07-09_14:27:48 geofancy currLocTime_René: 2014-07-09 14:27:48
2014-07-09_14:27:48 geofancy currLocLong_René: 9.625101
2014-07-09_14:27:48 geofancy currLocLat_René: 52.50044
2014-07-09_14:27:48 geofancy currLoc_René: 6DBBD4CA-68B9-4342-9528-E8F924BCD32E
2014-07-09_14:27:48 geofancy René: arrived 6DBBD4CA-68B9-4342-9528-E8F924BCD32E
2014-07-09_14:27:48 geofancy lastDevice: René
2014-07-09_14:27:48 geofancy id:6DBBD4CA-68B9-4342-9528-E8F924BCD32E name: trig:test date: lat:52.50044 long:9.625101 dev:René
2014-07-09_14:26:08 geofancy currLocTime_René: 2014-07-09 14:26:08
2014-07-09_14:26:08 geofancy currLocLong_René: 9.625111
2014-07-09_14:26:08 geofancy currLocLat_René: 52.50042
2014-07-09_14:26:08 geofancy currLoc_René: D3F813CF-113A-47A1-B000-2F6963F0418B
2014-07-09_14:26:08 geofancy René: arrived D3F813CF-113A-47A1-B000-2F6963F0418B
2014-07-09_14:26:08 geofancy lastDevice: René
2014-07-09_14:26:08 geofancy id:D3F813CF-113A-47A1-B000-2F6963F0418B name: trig:test date: lat:52.50042 long:9.625111 dev:René
2014-07-09_14:11:18 geofancy currLocTime_René: 2014-07-09 14:11:18
2014-07-09_14:11:18 geofancy currLocLong_René: 9.636511
2014-07-09_14:11:18 geofancy currLocLat_René: 52.50321
2014-07-09_14:11:18 geofancy currLoc_René: 118DE3D3-FDAD-482C-95F8-8537E8317102
2014-07-09_14:11:18 geofancy René: arrived 118DE3D3-FDAD-482C-95F8-8537E8317102
2014-07-09_14:11:18 geofancy lastDevice: René
aber warum steht da immer nur "arrived"
damit kann das define doch nichts anfangen da es niemals z.B. den Eintrag "absent" gibt und die eingetragene ID im Geofancy "home" bringt auch nichts
mir fehlt da irgendwie der Zusammenhang...? kann mir mal einer auf die Sprünge helfen
hier die cfg:
## Anwesenheitserkennung René
define geofancy GEOFANCY geo
attr geofancy devAlias FFEE73B2-0DFB-453F-B072-F36CF7FD8EDA:René
attr geofancy room System
attr geofancy verbose 4
define n_Rene.Presence notify geofancy:currLoc_René:.home set Rene.homestatus home
define n_Rene.absence notify geofancy:currLoc_René:.underway {\
if (Value("Rene.homestatus") ne "gone" && Value("Rene.homestatus") ne "absent") {\
fhem("set Rene.homestatus absent");;\
}
define Rene.Zuhause notify geofancy:currLoc_René:.home set Rene.homestatus home
define Rene.Unterwegs notify geofancy:currLoc_René:.underway set Rene.homestatus Unterwegs
define n_Rene.whereabout notify geofancy:currLoc_René:.* set Rene.whereabout $EVTPART1
attr n_Rene.whereabout room System
Hallo,
ich melde mich weil ich hier am verzweifeln bin. Ich versuche seit drei Tagen das Geofancy-Modul zu installieren, bekomme aber immer eine Fehlermeldung. Ich habe schon überall gesucht aber nichts gefunden. Erst war die FHEM Version zu alt, sie habe ich mittlerweile upgedated. Ich bekomme immer die Meldung: "Unknown module GEOFANCY" obwohl das Modul in meiner FHEM reference steht.
Hardware: Raspberry Pi, Typ B
# $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 6090 2014-06-09 10:25:11Z rudolfkoenig $
# $Id: 92_FileLog.pm 5876 2014-05-16 19:54:51Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 5851 2014-05-13 19:39:03Z rudolfkoenig $
# $Id: 99_Utils.pm 5488 2014-04-08 11:32:17Z rudolfkoenig $
# $Id: 98_autocreate.pm 5268 2014-03-20 20:46:00Z rudolfkoenig $
# $Id: 91_eventTypes.pm 5956 2014-05-24 13:04:04Z rudolfkoenig $
# $Id: 98_notice.pm 2647 2013-02-04 21:43:52Z mfr69bs $
# $Id: 91_notify.pm 6081 2014-06-07 16:31:18Z rudolfkoenig $
# $Id: 98_telnet.pm 4844 2014-02-08 07:54:03Z rudolfkoenig $
# $Id: 98_update.pm 6055 2014-06-04 09:45:24Z rudolfkoenig $
Ich weiß leider nicht wie man Bilder anhängt, sonst würde ich screenshots dazutun.
Gruß, Stefan
Jetzt habe ich es raussgefunden...
Hallo Stefan,
wahrscheinlich dumme frage, aber du hast FHEM sicher schon neu gestartet?
deine fhem.pl sieht ziemlich alt aus, meine ist wesentliich aktueller:
# $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $
Vielleicht auch mal update force probieren.
Gruß
Karl
Hallo Karl!
ZitatZitat von: schka17 am 09 Juli 2014, 21:25:04
wahrscheinlich dumme frage, aber du hast FHEM sicher schon neu gestartet?
Ja, habe ich. Sogar mehrfach, hat aber nix genutzt...
Zitat von: schka17 am 09 Juli 2014, 21:25:04
Vielleicht auch mal update force probieren.
Hab ich auch. Sieht aber aus als ob sich nix tut! Da steht dann nur "Events" und weiter passiert nichts.
Das ist grundsätzlich mal normal, zuerst wird ja ein Backup gemacht wird, dann startet der download den man dann bei den events sieht. Das dauert bei mir auf einem CB2 durchaus ein paar minuten wenn ich die logfiles nicht regelmäßig ausmiste. Was steht denn im Logfile?
Sent from my iPad using Tapatalk
Also ich habe 15 min gewartet, es ist nichts passiert...
Ich hatte jetzt die Faxen dick und habe FHEM neu installiert. Jetzt gehts!
Trotzdem Danke!
so ich habe wohl mit der anderen App gearbeitet, jetzt bekomme ich auch den Status vernünftig angezeigt.
Jetzt geht es erst einmal an das weitere einrichten, da es ja noch Verbesserungen gibt..! Stichwort Residents ROOMMATES
ich habe auch irgendwie kein Erfolg, habe das Haus verlassen und es kommt keine Meldung auch beim betreten nicht...
Der Test über die App "Geofancy" funktioniert aber, wo muss ich nun anfangen zu suchen, alles zum Code in meinem vorigen Post...
Das hier ist nochmal der Test:
ich habe mal ein Frage zu der Geofency App, was habt ihr eingestellt..?
Ich bekomme nämlich keine Meldung sobald ich zuhause verlasse oder auch betrete..
Dazu folgende Information, wenn ich das manuell mache funktioniert das auch, ich sehe die Logeinträge. Aber automatisch geht nichts. Liegt das jetzt an der App oder an Fhem..?
Zitat von: moonsorrox am 17 Juli 2014, 12:24:45
ich habe mal ein Frage zu der Geofency App, was habt ihr eingestellt..?
Ich bekomme nämlich keine Meldung sobald ich zuhause verlasse oder auch betrete..
Dazu folgende Information, wenn ich das manuell mache funktioniert das auch, ich sehe die Logeinträge. Aber automatisch geht nichts. Liegt das jetzt an der App oder an Fhem..?
Das liegt auf jeden Fall an der App.
Ich vermute stark, dass du die Geo-Zone nicht korrekt gesetzt hast und dass deshalb nicht ausgelöst wird.
Schau mal, dass du mit dem Radius experimentierst. Ausgelöst wird immer nur, wenn du den Rand des Kreises betrittst oder verlässt. Natürlich musst du auch bei den beiden Punkten "Trigger on arrival" und "Trigger on Departure" jeweils den Haken gesetzt haben - sonst passiert auch nix ;)
also die Geozone ist absolut korrekt, ich sehe ja auch wenn ich auf Orte gehe genau meine Str., da steht ganz oben dann Genauigkeit: 10m
Den habe ich in jedem Fall verlassen, war ja 300km entfernt ;)
dann kann man noch den zu überwachenden Radius einstellen, der ist bei mir auf der kliensten Einstellung 100m.
Die Werte "Trigger on arrival" und "Trigger on Departure" finde ich nicht oder meinst du unter Ereignisse "Mitteilung bei Eintritt und Austritt" die sind natürlich gesetzt ist ja klar..!
Aber es geht ja von Hand also muss es richtig drin stehen, nur automatisch passiert da nichts.
Unter Ortsnamen habe ich den auch geändert in "Home" damit ich den wiederfinde im Log.. das ist doch richtig oder.?
um zu sehen, ob die App richtig arbeitet, kannst Du z.B. in der App Ansicht auf dem iPhone - Home - rechts auf den > tippen. Da siehst Du das Diagramm, wo Du wann und wie lange warst. Wenn dort alles so ist wie gewünscht, liegt es an Deinen Einstellungen/Freigaben/dyndns von FHEM
Zitat von: det. am 19 Juli 2014, 16:07:00
um zu sehen, ob die App richtig arbeitet, kannst Du z.B. in der App Ansicht auf dem iPhone - Home - rechts auf den > tippen. Da siehst Du das Diagramm, wo Du wann und wie lange warst.
das ist ja das Problem dort steht nichts nur der erste sogenannte Aktivierungszugang vom 10.07.2014..! die Freigaben sind richtig sonst würde ja ein Eintritt den ich manuell auslöse nicht ankommen... Die manuell ausgelösten Ein- und Austritte sehe ich ja im Log und die DNS Freigaben sind momentan noch die gleichen wie sie Fhem (8083-8085) nutzt, dass ändere (Port) ich erst wenn es sicher funktioniert.
hier mal ein logauszug wenn ich es im Webhook manuell auslöse:
2014-07-19_16:46:13 geofancy currLocTime_René: 2014-07-19 16:46:12
2014-07-19_16:46:13 geofancy currLocLong_René: 9.625202050218059
2014-07-19_16:46:13 geofancy currLocLat_René: 52.50036689713965
2014-07-19_16:46:13 geofancy currLoc_René: Home
2014-07-19_16:46:13 geofancy René: arrived Home
2014-07-19_16:46:13 geofancy lastArr: René Home
2014-07-19_16:46:13 geofancy lastDevice: René
2014-07-19_16:46:13 geofancy id:1B1F3EF7-9CBC-40FC-B1FB-2B61D527FC6A name:Home trig:1 date:2014-07-19T14:46:12Z lat:52.50036689713965 long:9.625202050218059 dev:Renékann es sein das der Port von fhem 8083 nicht genutzt werden kann...?
Fehlersuche - anderes iPhone probieren, App löschen und neu installieren, die andere App Geofancy.com vs. Geofency.com mal probieren? Auf dem Telefon sollten die Ein- und Austritte erst mal sauber protokolliert werden, eh Du FHEM bemühst.
Zitat von: det. am 19 Juli 2014, 16:51:44
Fehlersuche - anderes iPhone probieren, App löschen und neu installieren, die andere App Geofancy.com vs. Geofency.com mal probieren? Auf dem Telefon sollten die Ein- und Austritte erst mal sauber protokolliert werden, eh Du FHEM bemühst.
OK.. also ich habe jetzt die App mal neu installiert... die andere auch mal testweise, beide App schicken mir bei manuellem auslösen auch die Meldungen ins Log, aber das ging auch vorher schon... wobei die Gratis App mir dies quittierte aber ohne einem Zusatz wie Home oder Firma deshalb habe ich diese gewechselt und die Bezahl App genommen hier kommt dann auch der Firma oder Home Name als Status
Jetzt muss ich nur mal das Haus verlassen und es sollte gehen..?
Die
manuellen Ein- und Austritte protokolliert er sicher nicht auf dem iPhone, oder..? Ein zweites iPhone habe ich leider nicht zur Verfügung, meines ist ein iPhone 4.
Eine Frage noch dazu, er schickt doch die ausgelösten Events per WLAN ich hatte gelesen es sollte auch per Bluetooth gehen, kann da jemand was zu sagen..? Habe eigens dafür Bluetooth auf meinem Cubietruck installiert.
@ moonsorrox,
ob das mit iPhone4 schon geht oder erst an 4S - mußt Du mal beim App Programmierer fragen. Ich habe nur 4S und 5S und da geht es. Aber der Denkfehler liegt mMn. wo anders - die Daten (zumindest bei mir und meiner Frau) werden per 3G oder LTE übertragen und nicht per Wlan - das Wlan reicht doch sinnvollerweise auch nicht so weit aus dem häuslichen Umkreis raus. Hast Du keinen Mobildatentarif?
Zitat von: det. am 21 Juli 2014, 16:06:24
@ moonsorrox,
ob das mit iPhone4 schon geht oder erst an 4S - mußt Du mal beim App Programmierer fragen. Ich habe nur 4S und 5S und da geht es.
habe den Entwickler schon vor Tagen angeschrieben... leider noch keine Antwort bekommen :(
Zitat von: det. am 21 Juli 2014, 16:06:24
Aber der Denkfehler liegt mMn. wo anders - die Daten (zumindest bei mir und meiner Frau) werden per 3G oder LTE übertragen und nicht per Wlan - das Wlan reicht doch sinnvollerweise auch nicht so weit aus dem häuslichen Umkreis raus. Hast Du keinen Mobildatentarif?
Nee, dass ist schon klar.... natürlich habe ich einen Mobilkunktarif und das die Geozonen dann außerhalb des Hauses über diesen gehen ist schon klar...
Ich kann ja auch aus der Ferne den manuellen Befehl absetzen, dass funktioniert auch... Nur eben automatisch geht da noch nichts
so ich habe den Entwickler nochmals angeschrieben und gefragt ob es evtl. mit dem iPhone 4 nicht geht... mal schauen ob was kommt..!
Habe den Port in fhem geändert, aber das war klar nicht das Problem, wollte aber nichts ungenutzt lassen...
Habe auch die App nochmals de-/ und wieder installiert, aber es geht nichts bis auf das manuelle auslösen für Eintritt/Austritt... und kommt auch an im Log, ich werd noch blöd :-[ 8)
so hier mal meine Rückmeldung, jetzt geht es ENDLICH...!!!
das entscheiden war die Hintergrundaktualisierung...! Die ist zwar für die App eingeschaltet gewesen, aber insgesamt war die auf AUS gestellt... das sollte irgendwie erwähnt werden, denn das steht nirgends... soll soviel heißen der Pfeil oben in der Leiste beim iPhone sollte ständig da sein...
Der Entwickler schrieb mir die folgenden Punkte, wobei WiFi ja eigentlich quatsch ist... und der Punkt Hintergrundaktualisierung etwas verwirrend, denn so wie oben geschrieben, für Geofency war es an aber Generell eben nicht...!
- wifi an
- mobile daten an
- ortungsdienste für geofency an
- hintergrundaktualisierung für geofency an
- geofency nicht mittels app switcher killen
Noch eine Frage wenn es eine log Datei gibt könnte man in Fhem auch plotten...! macht ihr das..?
Hallo zusammen,
nachdem fhem alles so gemacht hat wie gewünscht ist mir jetzt erst aufgefallen das mein Dummy nicht mehr aktualisiert wird.
Die Reading protokollieren das ein bzw austreten in die Firma und auch zu Hause wie sie sollen.
Das Dummy hingegen nicht. Ich aktualisiere diese per notify geofancy:currLoc_Mirco:.work set Mirco.homestatus im Büro
Hat sich da was geändert?
Zitat von: coolice am 28 Juli 2014, 13:08:41
nachdem fhem alles so gemacht hat wie gewünscht ist mir jetzt erst aufgefallen das mein Dummy nicht mehr aktualisiert wird.
Die Reading protokollieren das ein bzw austreten in die Firma und auch zu Hause wie sie sollen.
Das Dummy hingegen nicht. Ich aktualisiere diese per notify geofancy:currLoc_Mirco:.work set Mirco.homestatus im Büro
Hat sich da was geändert?
Nein, am Modul gab es keine Änderungen.
Da der Status im Modul korrekt aktualisiert wird, liegt der Verdacht nahe, dass es an deinem Notify liegt. Ich habe in anderen Zusammenhängen auch schon öfters Probleme mit Notifies gehabt. Rudi hat mir manchmal dann erklären können, dass es in diesen speziellen Konstellationen dann nicht funktioniert, weil die FHEM Architektur das so nicht zulässt. Vielleicht liegt hier etwas ähnliches vor. Du solltest dafür ein gesondertes Thema aufmachen.
Gruß
Julian
Hallo,
ich habe mich grade schon dusselig gesucht, bin auch noch nicht so fitt in fhem, deswegen seht es mir nach... Wie kann ich für den Homestatus bzw. away status das icon für geofancy ändern? Danke für die Antworten.
Über devstateicon
Und wie wechselt er dann das icon wenn ich away bin? Ordne ich die icons zu wenn ichbim jeweiligen status bin? Das kann ich doch bestimmt mit 1 zeile programmieren?
Schau mal hier:
http://www.fhemwiki.de/wiki/Icons
Ich schicke mal meinen Code. Vieleicht hilft es ja.
######################################################
########## Anwesenheitserkennung (Geofancy) ##########
######################################################
# Gefancy
define geofancy GEOFANCY geo
attr geofancy alias Geofancy
attr geofancy devAlias 3c08c603-a5f1-3214-b401-xxxxxxxxxxx:Handy_Bernd
attr geofancy icon my_Geofancy_29px
attr geofancy room Interface
# Log
define FileLog_Geofancy FileLog ./log/Geofancy-%Y-%m.log geofancy
attr FileLog_Geofancy alias Geofanncy
attr FileLog_Geofancy group monatliche-Logs
attr FileLog_Geofancy icon my_Geofancy_29px
attr FileLog_Geofancy logtype text
attr FileLog_Geofancy nrarchive 3
attr FileLog_Geofancy room Logs
# Dummy
define Whg_Anwesenheit dummy
attr Whg_Anwesenheit alias Anwesenheitserkennung
attr Whg_Anwesenheit devStateIcon Anwesend:my_Handyortung_29px.Anwesend:Abwesend Abwesend:my_Handyortung_29px.Abwesend:Anwesend
attr Whg_Anwesenheit group Geofancy
attr Whg_Anwesenheit icon my_Geofancy_29px
attr Whg_Anwesenheit room Wohnung,Steuerung
attr Whg_Anwesenheit setList Anwesend Abwesend
attr Whg_Anwesenheit webCmd Anwesend:Abwesend
# Logik Anwesenheitserkennung
define Geo_Handy_Bernd notify geofancy:currLoc_Handy_Bernd.* \
IF ([geofancy:currLoc_Handy_Bernd:] eq "Home") \
(set Whg_Anwesenheit Anwesend) \
ELSE (set Whg_Anwesenheit Abwesend)
attr Geo_Handy_Bernd alias Anwesenheitserkennung schalten
attr Geo_Handy_Bernd group Geofancy
attr Geo_Handy_Bernd icon my_Zahnrad_29px
attr Geo_Handy_Bernd room Steuerung
########## Anwesenheitserkennung (Geofancy) Ende ##########
Die Logik schaltet ein Dummy wo sich das Icon ändert.
Achtung, verwende meine eigene Icon's.
Wenn du es einfacher haben willst, dann nutze das ROOMMATE Modul zusammen mit GEOFANCY statt deines Dummys.
Siehe
http://www.fhemwiki.de/wiki/Anwesenheitserkennung
http://fhem.de/commandref_DE.html#ROOMMATE
Hallo,
die Einrichtung klappt soweit, aber wenn ich mein Handy als devAlias eintrage und dann das meiner Frau wird der vorherige Eintrag überschrieben. Wie kann ich denn zwei oder mehrere Handys zur Steuerung nutzen?
Vieleicht ist meine Frage dämlich, bin nämlich blutiger Anfänger.
Gruß
Wolfgang
Einfach die Kommando-Referenz genauer lesen ;D
Du kannst mehrere Geräte einfach mit einem Leerzeichen getrennt im devAlias Attribut angeben.
Also z.B.
attr geofancy devAlias 123456-AAAA-BBBB-AAAA-AD123456:User1 123456-AAAA-BBBB-AAAA-BD123457:User2
Hallo,
erstmal dickes Lob. Arbeite mich gerade rein und finds einfach nur GEIL!!!
Das einzige Problem besteht für mich darin, einen 2ten Nutzer einzubinden. Ich möchte das Mobile meiner Frau und meins gleichermaßen anzeigen lassen mit unterschiedlichen Aktionen.
Kannst du mir helfen?
Danke und WEITER SO!
Christian
Wenn du dein Problem genauer beschreibst, kann ich dir sicherlich auch helfen :-)
Alles auf Vorrat einfach mal auf gut Glück vorgekaut wird hier nicht ;D
8) 8) 8)
OK,
Ich habe die Beschreibung nochmal gelesen und bin über den Satz gestolpert ...
http://www.fhemwiki.de/wiki/Anwesenheitserkennung#GEOFANCY_Modul_individualisieren (http://www.fhemwiki.de/wiki/Anwesenheitserkennung#GEOFANCY_Modul_individualisieren)
"Weitere Alias-Namen können mit Leerzeichen einfach angehängt werden."
... den ich mehrfach überlesen hatte :-[
Danke dennoch für die schnelle Antwort!
Christian
;D ;D ;D
Meinen Hinweis 2 Beiträge drüber hast du dann auch überlesen:
Antw:Geofencing Modul für Geofency.com und Geofancy.com (http://forum.fhem.de/index.php/topic,18485.msg202389.html#msg202389)
;) ;)
Läuft! Meine Frau findet es super, wenn ihr per tts gesagt wird, das ich auf dem Weg bin :)
Hallo Smoothy
Zitat von: Smooothy am 29 September 2014, 23:19:37
Läuft! Meine Frau findet es super, wenn ihr per tts gesagt wird, das ich auf dem Weg bin :)
Auf diese Weise bleibt es Dir erspart Deine Frau mit dem Postboten zu erwischen... ;D
Sailor
[emoji15]
hallo,
ich verwende geofancy am iphone und habe festgestellt das die app erst immer ungefähr 15 minuten später einen trigger auslöst.
es ist aber hintergrundaktualisierung aktiviert. hat noch jemand so ein problem?
bei mir ist das vollkommen unterschiedlich, mal klappt das ganz gut, mal mit Verspätung und gestern sogar gar nicht als ich nach hause kam, da zeigte er mir auf meinem RSS bis zum Morgen an "unterwegs" ;)
Zitat von: moonsorrox am 13 Oktober 2014, 12:39:41
bei mir ist das vollkommen unterschiedlich
Na Toll.
Ich verwende nämlich (noch in der testphase) geofancy als alarm scharf/unscharf schalter.
Nur leider gibt es öfters einen Alarm wenn ich die Tür öffne da geofancy erst eine viertel stunde später die anlage entschärft >:(
das ist momentan noch absolut unzuverlässig, für eine Alarmanlage würde ich das nicht nutzen...
Ich fahre manchmal mit dem Auto weg und nach knapp ner Minute also sagen wir mal gerade Linie gefühlte 800m und das klappt hervorragend...
Manchmal aber bin ich schon 10min. unterwegs und dann kommt erst der Trommelwirbel ;)
Ich hoffe das ändert sich noch irgendwann, denn ich möchte das ebenfalls für eine Alarmanlage nutzen...!
Zitat von: moonsorrox am 13 Oktober 2014, 13:06:30
Ich hoffe das ändert sich noch irgendwann, denn ich möchte das ebenfalls für eine Alarmanlage nutzen...!
FULL ACK
Das hoffe ich ebenfalls!
"Die Hoffnung stirbt zuletzt!" 8)
Gruß
Sailor
Bei mir funktioniert das überhaupt nicht zuverlässig. Ich hatte bislang die Hoffnung, dass das an meinem alten iPhone 4 gibt. Aber augenscheinlich gibt es ja generelle Probleme.
Hin und wieder funktioniert es fast sofort, manchmal gar nicht, und manchmal nur mit extremer Verspätung (2-4 Stunden oder mehr)
Ich nutze Geofencing seit einem Jahr eigentlich verdammt zuverlässig zum schärfen/entschärfen meiner Alarmanlage... allerdings ohne Geofancy-Modul, da es das, als ich es aufgesetzt habe, noch nicht so direkt gab ...
Meine Lösung ist eher als Provisorium zu bezeichnen: Ich habe einen kleinen node.js-Webserver geschrieben, der von der Geofency-App (mit e) auf meinem iPhone kontaktiert wird, und dann einen Dummy in FHEM mit der entsprechenden Zonenbezeichnung setzt. Hintergrund war ein bisschen meine partielle Paranoidität - ich mag FHEM oder irgendwas davon nicht nach draußen ins Internet exposen, das ist mir zu groß um es zu überblicken.
Das Node.js-Ding hingegen ist sehr schlank und einfach zu erkennen, wo ggf. Sicherheitsrisiken sind, da es ziemlich dumm ist. Sicher ist es aber wahrlich auch nicht ;-)
var express = require('express');
var https = require('https');
var path = require('path');
var fs = require('fs');
var sys = require('sys')
var exec = require('child_process').exec;
function puts(error, stdout, stderr) { sys.puts(stdout) }
var app = express();
var options = {
key: fs.readFileSync('/path/to/serverkey.pem'),
cert: fs.readFileSync('/path/to/servercert.pem')
};
// all environments
app.set('port', process.env.PORT || 3000);
app.use(express.logger('dev'));
app.use(express.json());
app.use(app.router);
app.post('/geofency', express.json(), function(req, res){
console.log("request device raw = " + req.body.device);
if (req.body.device == "XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX") {
if (req.body.entry == 1) {
console.log("request device entry = " + req.body.device);
exec("/opt/fhem/fhem.pl 7072 \"set anwesend.personX "+req.body.name+"\" \"setreading anwesend.personX timestamp "+req.body.date+"\"");
} else {
console.log("request device exit = " + req.body.device);
exec("/opt/fhem/fhem.pl 7072 \"set anwesend.personX Unterwegs\" \"setreading anwesend.personX timestamp "+req.body.date+"\"");
}
} else if (req.body.device == "YYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYY") {
if (req.body.entry == 1) {
console.log("request device entry = " + req.body.device);
exec("/opt/fhem/fhem.pl 7072 \"set anwesend.personY "+req.body.name+"\" \"setreading anwesend.personY timestamp "+req.body.date+"\"");
} else {
console.log("request device exit = " + req.body.device);
exec("/opt/fhem/fhem.pl 7072 \"set anwesend.personY Unterwegs\" \"setreading anwesend.personY timestamp "+req.body.date+"\"");
}
} else {
console.log("Geofency Error: " + req.body);
}
res.end('Location update OK for device ' + req.body.device);
});
https.createServer(options, app).listen(app.get('port'), function(){
console.log('Express server listening on port ' + app.get('port'));
});
Vielleicht kann es ja trotzdem jemand gebrauchen. Wie man sieht, erfolgt die Authentifizierung ganz simpel über die UUID des iPhones (bessergesagt, von zweien, meins und meiner Partnerin) ... die bekommt man am einfachsten über nen Proberequest raus - wird dann in die Konsole geloggt. Das ganze nutzt SSL, was das mitlesen etwas erschwert; sollte ein Angreifer versuchen den Webservice auszuprobieren, bekommt er immer eine Erfolgsmeldung; Fehler werden nur in die Konsole geloggt, das macht dann auch ggf. das Brute-Forcing ein wenig mühsamer, wenn die SSL-Hürde gefallen ist. Security-Schwäche ist sicherlich die Code-Injektion-Möglichkeit in Richtung FHEM (kleine Übungsaufgabe: wo ist sie? ;-) ). Wollte ich irgendwann alles nochmal ordentlich machen, hatte ich bislang keine Lust zu. Eine Fail2ban Regel sollte ich bei der Gelegenheit gegen Hammering auch gleich noch basteln.
Jedenfalls, zur Zuverlässigkeit ... aufm iPhone 5s / Provider T-Mobile - meins - bislang in einem Jahr NULL Aussetzer (die ich nicht selbst zu verschulden hatte). Meine Partnerin - iPhone 4s, Provider O2 - ist zwei-drei mal in die scharfe Alarmanlage geraten, da der Webhook bei Annäherung an die Wohnung nicht gezündet hatte. Wir sind beide berufstätig, macht also etwa 0,5% Geofency-Unzuverlässigkeits-Fehlerquote. Vermutlich liegt das an ihrer schlechteren Netzzuverlässigkeit. Ich habe jetzt einfach eine zweite, größere Zone um unser Haus definiert, die den gleichen Call auslöst - seitdem bislang keine Aussetzer.
Konzeptionelle Probleme gibt es trotzdem: Handyakku leer, Handy im Flightmode gelassen oder Handy ganz im Büro vergessen. War bei mir natürlich alles auch schonmal gewesen. Deswegen triggert bei mir die Alarmanlage nur nen internen Alarm. Für die Sirene ist mir das zu Heikel, die wird momentan nur mit ausgelöst, wenn die Auto-Schärfung der Alarmanlage per Geofencing deaktiviert ist (d.h. ich im Urlaub bin und die Anlage auf Dauer-An habe). Sonst muss ich sie manuell auslösen. Eine Pushover-Nachricht (Alarm geschärft / Entschärft) bringt auch viel, wenn man sich dran gewöhnt hat, dass die kommen muss bevor man eintritt.
Hallo Leute bekomme in der log folgenden fehler
nName.Presence return value: Please define name.homestatus first
Dasselbe auch für whereabout wie definiere ich den homestatus ?
Mit freundlichen Grüßen
Zitat von: peterk_de am 04 Januar 2015, 02:04:28
Ich nutze Geofencing seit einem Jahr eigentlich verdammt zuverlässig zum schärfen/entschärfen meiner Alarmanlage...
Da bist du aber eine Ausnahme wie du siehst weil bei fast allen funkt es nur sporadisch.
Und es liegt nicht am Modul sondern lediglich am "geofencing" am Handy.
In meinen Apache logs sehe ich exakt ob ein request kam oder nicht und wenn er kam, hat das Geofence Modul einwandfrei gearbeitet.
Es bleibt leider ein Zufallsgenerator das Geofencing am Handy
Zitat von: Karlchen am 15 Januar 2015, 16:55:09
Hallo Leute bekomme in der log folgenden fehler
nName.Presence return value: Please define name.homestatus first
Dasselbe auch für whereabout wie definiere ich den homestatus ?
Da wird wohl in deiner notify Definition "nName.Presence" ein Fehler sein
Ok werde es nochmals probieren
Zitat von: netbus am 15 Januar 2015, 16:59:58
Da bist du aber eine Ausnahme wie du siehst weil bei fast allen funkt es nur sporadisch.
Und es liegt nicht am Modul sondern lediglich am "geofencing" am Handy.
In meinen Apache logs sehe ich exakt ob ein request kam oder nicht und wenn er kam, hat das Geofence Modul einwandfrei gearbeitet.
Es bleibt leider ein Zufallsgenerator das Geofencing am Handy
Nutzt du auch Geofency mit e (und nicht mit a, gibts wohl auch) unter iOS und was auch noch spannend wäre: Wo wohnst du (Stadt oder Land) / welches Smartphone / welcher Provider?
Hallo
Ich such mir den Wolf was mache ich falsch
Fehler in der log
name.absence Return value: syntax erfror at (eval 1370) line 1, near "\ if" missing right curly or square bracket at (eval 1370) line 1, at end of line
geofancy:currLoc_Name:.underway {\ if (Value("Name.homestatus") ne "gone" && Value("Name.homestatus") ne "absent"){\ fhem("set Name.homestatus absent");;\}
:(
Wenn du alles so in einer Zeile schreibst, dann sind die "\" falsch.
Ok danke
Hallo,
ich habe für mich eine interessante Möglichkeit gefunden, die aktuelle Position an GEOFANCY weiterzugeben.
Falls jemand von Euch das Modul mit einem iPhone und einer Fritzbox nutzt, den könnte dieser Link interessieren:
http://forum.loxone.com/dede/netzwerk-firewall-and-security/8121-vpn-demand-ios-8-1-1-fritz-box-kleine-how.html (http://forum.loxone.com/dede/netzwerk-firewall-and-security/8121-vpn-demand-ios-8-1-1-fritz-box-kleine-how.html)
Diese beschreibt, wie man für das iPhone das Feature "VPN on Demand" konfiguriert. Es klappt auch noch mit iOS Version 8.1.2.
Wenn man also an der Fritzbox einen VPN-Zugang eingerichtet hat, dann kann für jeden Geof-e-a-ncy Webhook Aufruf automatisch die VPN Verbindung aufgebaut werden und der Standort in fhem aktualisiert werden. Die VPN Verbindung wird dann nach einigen Minuten wieder automatisch abgebaut.
Mit dieser Variante umgeht man das Sicherheitsrisikos eines von aussen zugänglichen https Zugangs.
Ich fühle mich mit VPN über IPSec jedenfalls etwas sicherer ... :-)
VG
Marcus
@marcus feine Sache ... das werde ich umgehend ausprobieren. Ich nutze zwar OpenVPN, aber das müsste ja genauso gehen. Mal gucken wie zuverlässig das ist.
Hallo Marcus
Zitat von: marcus42 am 22 Januar 2015, 13:38:56
http://forum.loxone.com/dede/netzwerk-firewall-and-security/8121-vpn-demand-ios-8-1-1-fritz-box-kleine-how.html (http://forum.loxone.com/dede/netzwerk-firewall-and-security/8121-vpn-demand-ios-8-1-1-fritz-box-kleine-how.html)
Diese beschreibt, wie man für das iPhone das Feature "VPN on Demand" konfiguriert. Es klappt auch noch mit iOS Version 8.1.2.
Der Inhalt (nicht der Link) sollte definitiv mit auf das WIKI von Geofancy!
Gruss
Sailor
Hi kurze Frage was findet ihr besser GEOFANCY oder GEOFency?
Danke schonmal
Zitat von: Karlchen am 24 Januar 2015, 11:24:10
Hi kurze Frage was findet ihr besser GEOFANCY oder GEOFency?
Danke schonmal
Das würde mich auch interessieren. "Reicht" die kostenfreie Version, oder es lohnt sich das bisschen auszugeben?
Beste Grüße
Andy
Zitat von: Andy89 am 24 Januar 2015, 18:54:40
Das würde mich auch interessieren. "Reicht" die kostenfreie Version, oder es lohnt sich das bisschen auszugeben?
Ich verwende Geofency (mit "e"). Ich finde die paar Cent sind gerechtfertigt, weil ich den Autor auch gerne motivieren und unterstützen möchte die App weiter zu pflegen und weiterzuentwickeln. Mir gefällt die Optik und Navigation auch besser. Nicht zuletzt ist Geofancy (mit "a") nur ein Trittbrettfahrer/Nacharmer von Geofency (mit "e"), wie ich später erst erfahren habe. Ich benutze gerne das Original.
Aus FHEM Sicht funktionieren beide gleich. Obgleich ich hier und dort schon gehört habe - dass obwohl die Apple API für Geo-Location von beiden Apps benutzt wird - Geofency (mit "e") manchmal zuverlässiger oder genauer auslöst.
Ich finde die Frage nicht unbedingt sehr passend, letztlich muss es jeder ausprobieren und für sich selbst entscheiden.
Zitat von: Loredo am 25 Januar 2015, 13:28:35
Ich finde die paar Cent sind gerechtfertigt, weil ich den Autor auch gerne motivieren und unterstützen möchte die App weiter zu pflegen und weiterzuentwickeln. Mir gefällt die Optik und Navigation auch besser.
ich habe mir gerade mal die Aktualisierungsrate angeschaut, und Geof
ency ist da deutlich motivierter. Was wahrscheinlich unter anderem an dir liegt :D Auch ist der Funktionsumfang schon höher, als bei dem kostenlosen... Heute gab es zB ja wieder ein Update =)
Zitat von: Loredo am 25 Januar 2015, 13:28:35
Ich finde die Frage nicht unbedingt sehr passend, letztlich muss es jeder ausprobieren und für sich selbst entscheiden.
Klar muss jeder selbst entscheiden, dennoch sind eigene Erfahrungen anderer Benutzer hilfreich. Ist ja beim Kauf von "normalen" Dingen im Internet nicht anders, zumindest bei mir. Positive Rezensionen sind ein entscheidender Faktor beim Kauf.
Ich denke, ich werde mir auch die kostenpflichtige Geof
ency App zulegen/gönnen...
Beste Grüße
Andy
Ich kann nur über die Variante mit e berichten, aber hier mal ein paar Features, die sich da sehr bewährt haben und von der ich nicht weiß, ob es die a-Variante auch hat, was ich an deiner Stelle dann mal checken würde:
- Benachrichtigung auf dem iPhone, selbst einstellbar mit ohne/Ton, immer oder wenn die URL nicht erfolgreich aufgerufen werden konnte: sehr wichtig um nicht in eine scharfe Alarmanlage zu laufen ;-)
- direkter Testknopf für die einzelnen Web-Hooks: Sehr komfortabel beim Einrichten
- Nahtloser Support für IBeacons: Konnte ich leider mangels Beacon noch nicht testen, aber wenn ich mal welche habe, werden sie hoffentlich ohne noch etwas umzubasteln direkt Supported
- läuft extrem zuverlässig.
Wie gesagt den direkten Vergleich habe ich nicht - das läuft so gut, dass ich keine Lust habe das andere zu testen ;-)
-
Zitat von: Loredo am 25 Januar 2015, 13:28:35
Aus FHEM Sicht funktionieren beide gleich. Obgleich ich hier und dort schon gehört habe - dass obwohl die Apple API für Geo-Location von beiden Apps benutzt wird - Geofency (mit "e") manchmal zuverlässiger oder genauer auslöst.
hier mal mein Senf dazu ;)
ich habe Geld bezahlt und es funktioniert nicht zuverlässig, oft bin ich schon eine halbe Stunde unterwegs und ich bekomme erst dann ein Signal auf dem iPhone, und genauso oft bekomme ich gar kein Signal...! :-\
Eher selten funktioniert es zuverlässig...!
Zitat von: moonsorrox am 25 Januar 2015, 15:24:37
ich habe Geld bezahlt und es funktioniert nicht zuverlässig, oft bin ich schon eine halbe Stunde unterwegs und ich bekomme erst dann ein Signal auf dem iPhone, und genauso oft bekomme ich gar kein Signal...! :-\
Eher selten funktioniert es zuverlässig...!
Das liegt aber nicht an der App, sondern an der Apple API bzw. an der Genauigkeit, wie dein iPhone sich lokalisieren kann. Auch spielt der Handyempfang eine entscheidende Rolle. Überspitzt gesagt: Wer bei o2 ist und noch dazu in schlecht ausgebauten Gebieten, wo der Inhouse Empfang mau ist, braucht sich nicht wundern. 8)
Aber ich will hier auch keinen Flamewar über Mobilfunkprovider anfangen. Ich will nur sagen: Es gibt sehr entscheidende Faktoren, auf die die App keinen Einfluss nehmen kann, der Gerätebesitzer aber u.U. schon. Auch Umziehen ist eine Option, wenngleich die Wahrscheinlichkeit doch eher groß ist sich dagegen zu entscheiden. Die Wahl bleibt grundätzlich ;D
Auch bleibt dir die Wahl es zusätzlich mit iBeacons zu versuchen.
Aber lange Rede kurzer Sinn: Man sollte sich schon darüber informieren, was da technisch dahinter steckt, bevor man ein solch flaches Statement "ich habe Geld bezahlt, es hat zu funktionieren" von sich gibt. Siehe dazu auch: http://de.wikipedia.org/wiki/Geofencing
Zitat von: Loredo am 25 Januar 2015, 15:27:50
Aber lange Rede kurzer Sinn: Man sollte sich schon darüber informieren, was da technisch dahinter steckt, bevor man ein solch flaches Statement "ich habe Geld bezahlt, es hat zu funktionieren" von sich gibt. Siehe dazu auch: http://de.wikipedia.org/wiki/Geofencing
@Loredo
ich habe hier niemanden angegriffen oder sonstiges und hab nur angemerkt das es bei mir (und auch wohl nicht nur bei mir) nicht richtig funktioniert...
Ich nutze übrigens Vodafone...! ;)
Und wenn du Probleme mit dem erkennen von Schrift hast - ich habe kein Statement abgegeben und schon lange kein flaches - vllt. solltest du besser genauer lesen...! :-\
Mein Satz lautet immer noch anders als Deiner...! ;) mehr sage ich dazu jetzt nicht ;)
Danke übrigens für den Link
Hallo,
habe seit heute das Geofancy-Modul und auch das Residents-Modul im Einsatz und folgendes Problem:
Der Status wird erfolgreich von "home" auf "absent" aktualiert, die Rückkehr wird allerdings nicht korrekt ins Residents-Modul übernommen.
Im Log steht:
GEOFANCY geofancy: Jens arrived at Home
ROOMMATE set rr_Jens location Home
Wechsel ich den Status manuell im Residents-Modul steht im Log:
ROOMMATE set rr_Jens home
Hier mein Notify, übernommen aus dem Wiki für Anwesenheitserkennung
define notify_rr_Jens.location notify geofancy:currLoc_Jens.* set rr_Jens location $EVTPART1
Wo ist mein Fehler? Oder passen nur die Stati der beiden Module nicht übereinander?
Achja, habe beide Apps ausprobiert, Geofency funktionierte sofort. Geofancy übermittelte nichts.
Zitat von: Bitschubser am 25 Januar 2015, 19:32:56
habe seit heute das Geofancy-Modul und auch das Residents-Modul im Einsatz und folgendes Problem:
Der Status wird erfolgreich von "home" auf "absent" aktualiert, die Rückkehr wird allerdings nicht korrekt ins Residents-Modul übernommen.
Im Log steht:
GEOFANCY geofancy: Jens arrived at Home
ROOMMATE set rr_Jens location Home
Wechsel ich den Status manuell im Residents-Modul steht im Log:
ROOMMATE set rr_Jens home
Location ist case-sensitive. Die Lokation in deiner Geofency.app muss also per Default "home" und nicht "Home" heißen. Wenn du die Großschreibung benutzen möchtest, dann kannst du das Attribut rr_locationHome auf "Home" setzen.
Zitat von: Loredo am 25 Januar 2015, 19:35:36
Location ist case-sensitive. Die Lokation in deiner Geofency.app muss also per Default "home" und nicht "Home" heißen. Wenn du die Großschreibung benutzen möchtest, dann kannst du das Attribut rr_locationHome auf "Home" setzen.
:) Danke, läuft
ZitatIch kann nur über die Variante mit e berichten, aber hier mal ein paar Features, die sich da sehr bewährt haben und von der ich nicht weiß, ob es die a-Variante auch hat, was ich an deiner Stelle dann mal checken würde:
Ich habe die "a" Variante im Einsatz (Iphone 5s/Vodaphone) und kann daher meinen Senf dazu beitragen:
Zitat
- Benachrichtigung auf dem iPhone, selbst einstellbar mit ohne/Ton, immer oder wenn die URL nicht erfolgreich aufgerufen werden konnte: sehr wichtig um nicht in eine scharfe Alarmanlage zu laufen ;-)
Geofancy kann (muss nicht) Push-Mitteilungen senden bei Erfolg/kein Erfolg, Benachrichtigungen erfolgen generell einstellbar mit oder ohne sound
Zitat
- direkter Testknopf für die einzelnen Web-Hooks: Sehr komfortabel beim Einrichten
Geofancy hat einen "globalen" Test-Button, d.h. man kann einen Test Request senden, der die aktuelle Position übermittelt, aber keine locationID (also ein definiertes "Fence". Zum ernsthaften testen muss man sich bzw. das Iphone wirklich bewegen.
Zitat
- Nahtloser Support für IBeacons: Konnte ich leider mangels Beacon noch nicht testen, aber wenn ich mal welche habe, werden sie hoffentlich ohne noch etwas umzubasteln direkt Supported
keine Ahnung...
Zitat
- läuft extrem zuverlässig.
bin auch zufrieden, manchmal löst das Dingens schon aus, wenn ich vor dem Haus an der roten Ampel stehe und vermutlich wäre das Licht an der Haustüre schon wieder aus (wenn ich es darüber steuern würde) bis ich tatsächlich angekommen bin - das könnte ich aber vermutlich optimieren, indem ich den Mittelpunkt des Geofences noch ein wenig verschiebe.
Vielleicht noch zu erwähnen: Geofancy erfordert keine Registrierung (das ist bei der "e"-Variante anders, wenn ich mich recht erinnere). Grüße,
Oli
Edith:Dier Erinnerung trügt.
Zitat von: KernSani am 26 Januar 2015, 00:05:23
Vielleicht noch zu erwähnen: Geofancy erfordert keine Registrierung (das ist bei der "e"-Variante anders, wenn ich mich recht erinnere).
Geof
ency braucht nicht nur keine Registrierung, sondern bietet auch gar keine an.
Geof
ancy bietet eine Cloud an, in der die Daten optional auch gehostet und zugegriffen werden können. Dafür ist dann eine Registrierung notwendig.
Hallo zusammen,
nach nun Tagelangem lesen, suchen, umstellen und testen ohne Erfolg versuche ich bei Euch direkte Hilfe zu erhalten.
Ich bin nach dem Wiki bis ....
Zitatattr WEBhook basicAuth { "$user:$password" eq "webhook:Geofancy" }
Weitere Infos zur Absicherung gibt auch FritzBox Webzugriff absichern.
Um zu testen, ob unsere Absicherung erfolgreich war, kann man die URL https://192.168.178.1:8088/webhook/geo aufrufen
dort hin exakt vorgegangen und habe es auch mehrfach geprüft, jedoch kann ich diese url nicht aufrufen, weder mit, noch ohne S beim http ...
Extern:
in der App (habe beide) gebe ich als url die ext. url meiner Fritzbox an ohne weitere Angabe, in der fb habe ich eine port weiterleitung von 80 auf 8088 am fhem raspi. Beim Test Senden erhalte ich so an der app eine Erfolgsmeldung. gebe ich mehr als die url an (port, verzeichnis usw) erhalte ich eine fehlermeldung.
In fhem selbst sehe ich weder im event monitor, noch in der log irgend etwas, was mit geofency oder geofancy zu tun hat, verbose level ist auf 5 dafür gestellt.
ich hoffe jemand kennt das problem und kann helfen.
Danke schon mal, grüsse, Ralf
EDIT: Wer lesen kann ist klar im Vorteil. Fehler gefunden. Ich hatte das wichtigste vergessen und zwar
define geofancy GEOFANCY geoDies also nachgetragen, aber da kommt schon dasnächste Problem an dem ich die ganze Nacht verbracht habe. Versuche ich nun wie im wiki angegeben die URL 192.168.xx.xx:8088/webhook/geo auf zurufen, schiesst sich mein fhem Webinterface ab, auch aufport 8083 und 8085 (PORTS SIND IN DER fb FREI GEGEBEN UND WEITERGELEITET- ZUM TESTEN ALLE 3). Über den Browser (IE, FireFox und crome) komme ich gar nicht mehr ran, übers Handy (app fhem remote und fhemmobile) kann ich fhem jedoch noch bedienen. Nach einem reboot vom raspi ist fhem dann wieder da, bis ich errneut versuche die webhook url im browser aufzurufen.
Ich hoffe jemand hat eine idee. Hier mal der Auszug aus meiner cfg....übrigens, im log aufverbose 5 ist nichts ungewöhnliches zu finden
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB JavaScripts codemirror/fhem_codemirror.js
attr WEB hiddenroom DashboardRoom
attr WEB iconPath fhemSVG:openautomation:default:icons_small:weather:darktouchpad:bright:fp_design:sonstiges
attr WEB room 40_System
attr WEB stylesheetPrefix dark
define WEBhook FHEMWEB 8088 global
attr WEBhook HTTPS 1
attr WEBhook allowedCommands ,
attr WEBhook basicAuth { "$user:$password" eq "XXXX:XXXX" }
attr WEBhook hiddenroom input,detail,save,Unsorted,Everything,CUL_HM,FS20,Commandref,style,Edit files,Select style,Logfile,Floorplans,Remote doc,FileLogs,Apartment,Bathroom,Bedroom,Kitchen,Living,Residents,System,Weather,Event monitor,NEW,DashboardRoom
attr WEBhook room 40_System
attr WEBhook webname webhook
define geofancy GEOFANCY geo
attr geofancy room 1.GEO
define WEBphone FHEMWEB 8084 global
attr WEBphone hiddenroom DashboardRoom
attr WEBphone room 40_System
define WEBtablet FHEMWEB 8085 global
attr WEBtablet hiddenroom Edit files,Event monitor,EG Büro,EG Flur,EG Kaffeeküche,EG Küche,EG Wohnzimmer,ESA,Energie,IP-Cam,Multimedia,Radio,System,Unsoted,Weather,Wetter,X_Kameras,actions,cronjobs,datastorage,hwr,lightscene,DashboardRoom
attr WEBtablet iconPath fhemSVG:openautomation:default:icons_small:weather:darktouchpad:bright:fp_design:sonstiges
attr WEBtablet longpoll 1
attr WEBtablet room 40_System
attr WEBtablet stylesheetPrefix dark
Ich weiß hier leider absolut nicht mehr weiter :-( da geofency mir auch nur eine erfolgsmeldung zeigt, ich diese in fhem jedoch nicht finde
Grüsse, Ralf
So,
zu dem langen Post oben nun nur schnell eine Rückmeldung.
Gefunden habe ich den Fehler leider immer noch nicht, jedoch habe ich alles noch einmal von vorne begonnrn und siehe da, es funktioniert einwandfrei.
Super klasse Arbeit, dank für die geniale App
Grüße, Ralf
Hallo,
ich bin gerade dabei geofancy einzurichten.
Ich habe aktuell ein iPhone 4S mit iOS 8.1.3 und die App Geofancy (mit a). Mein FHEM Server erkennt die Anfragen vom iPhone problemlos (intern und extern). Für mein iPhone habe ein devAlias definiert.
Nun zu den Problemen:
1) Wie im Wiki beschrieben, möchte ich jetzt das "Webhook weiter absichern". Danach komme ich jedoch nicht mehr auf die FHEM Seite mit Port 8088, mit http, sowie https. Muss da sonst noch was beachtet werden?
2) In der Geofancy App habe ich ein Geofence für mein zu Hause definiert. Bei "Eigene Location ID" habe ich "home" eingetragen. In den FHEM Logs wird das jedoch nicht angezeigt. Wo muss "home" eingetragen werden?
3) Ziel ist das starten meines PC's wenn ich zu Hause bin (home). WOL über FHEM zu starten funktioniet bereits mit dem Befehl "Set PC on". Wie kann ich Geofancy und WOL verknüpfen?
4) Was sind die Vorteile von RESIDENTS und ROOMMATE? Was kann damit mehr gemacht werden.
5) Was bedeutet ind er geofancy App das "POST" bei "Auslösen bei Ankunft / Verlassen". Was kann damit realisiert werden?
6) Kann die Geofency App (mit e) andere Orte simulieren? Bei der App mit "a" habe ich das nicht gesehen.
Gruß
TWART016
Zitat von: Loredo am 25 Januar 2015, 19:35:36
Location ist case-sensitive. Die Lokation in deiner Geofency.app muss also per Default "home" und nicht "Home" heißen. Wenn du die Großschreibung benutzen möchtest, dann kannst du das Attribut rr_locationHome auf "Home" setzen.
Zwei ganz dumme Fragen:
Irgendwie finde ich das rr_locationHome nicht, bzw wo änder ich das und kann ich das Home auch auf z.B. XXStrasse setzen?
Danke
LG Thommy
Edit: Hab es gefunden, Danke!
Guten Morgen,
auch ich befasse mich seit einiger Zeit mit FHEM und bin nun auch bei Geofancy angekommen. Die einrichtung des Moduls, das Portforwarding und auch die App ....fency arbeiten gut zusammen. Derzeit habe ich aber noch eine Verständnissfrage für das einrichten der Zonen.
1.) Ich habe eine Zone angelegt, die home heißt und meinen Heimatstandort definiert. Incl. Radius 100m und Benachrichtigung beim betreten. -> Funktioniert
2.) Eine Zone angelegt die Office heißt. Diese hat den selben Radius wie die Homezone nur erfolgt da die Benachrichtigung beim Verlassen. -> In den Readings von Geofancy erscheint dann unter currLoc_Name: underway und nicht Office -> Wo liegt da mein Fehler? Oder sollte das so sein?
3.) Ich habe eine Zone mit einem Radius von 4 km um meine Homezone eingerichtet die beim betreten wayhome schickt. -> Funktioniert (Also glaube ich, da noch nicht getestet)
Die Frage ist nun mit der Office Zone. Wie sollte sie sinnvollerWeise eingerichtet werden?
Die Idee hinter dem Modul ist Klasse und ich möchte, auch wenn noch nicht ausgiebig im Einsatz, mich bei Loredo dafür bedanken.
Grüße aus Hannover
Chris
Zitat von: Chris1540 am 05 Februar 2015, 07:17:52
2.) Eine Zone angelegt die Office heißt. Diese hat den selben Radius wie die Homezone nur erfolgt da die Benachrichtigung beim Verlassen. -> In den Readings von Geofancy erscheint dann unter currLoc_Name: underway und nicht Office -> Wo liegt da mein Fehler? Oder sollte das so sein?
...
Die Frage ist nun mit der Office Zone. Wie sollte sie sinnvollerWeise eingerichtet werden?
Das soll so sein, ja. Weshalb sollte beim VERLASSEN eines Ortes denn dieser als aktuelle Lokation angegeben werden?
Es ist auch nicht sinnvoll für den gleichen Ort zwei Geozonen einzurichten, die den gleichen Radius haben.
Was du möchtest ist eine home-Geozone, die beim ankommen _und_ beim verlassen triggert.
Dann möchtest du eine office-Geozone, die auch beim ankommen und verlassen triggert. Diese Geozone legst du sinnvollerweise dort an, wo dein Büro auch tatsächlich ist. Konkret verhält es sich dann so, dass du auf dem Arbeitsweg als "underway", also unterwegs, erkannt wirst (logisch, es findet ja keine dauerhafte Ortung statt). Sobald du beim Büro angekommen bist, wechselt die Location dann auch auf "Office" so wie es ja auch der Realität entspricht. Beim Verlassen des Büros ist es dann wieder "underway". Wenn du in der Regel aus dem Büro direkt nach Hause fährst, dann kannst du zusätzlich noch "Office" im Attribut rr_locationWayhome des ROOMMATE Devices angeben. Dann wechselt beim verlassen des Büros das Reading "wayhome" auf 1 und bleibt solange auf 1, bis du zuhause angekommen bist (beispielsweise um die Wohnung vorzuwärmen o.ä.). Oder du setzt einen dritten Trigger mit dem Namen "wayhome" und stellst dort die Benachrichtigung nur auf "betreten" ein. Wenn du den Radius dann auf 5km oder so setzt, dann wird wayhome erst getriggert, wenn du dich in der Nähe aufhältst.
Hallo!
Ich habe auf meinem Raspy das GeoFancy-Modul eingerichtet.
Auf meinem iPhone habe ich Geofancy laufen.
Es übermittelt per VPN on Demand. Das funktioniert gut (Test-Nachricht).
Aber: Anscheinend überträgt die App nicht, wenn sie nicht geöffnet ist (obwohl sie aktiv ist, sieht man am Ortungs-Symbol das Aktiv ist).
Es kommt auch keine Fehlermeldung, wenn ich einen Ort betrete/verlasse..
Sobald ich ein "normales VPN (ohne Demand)" aktiv habe scheint es zu funktionieren.
Also aktiviert wohl die App das "VPN on Demand" nicht.
Hat jemand eine Idee?
Hängt vermutlich von deinem DNS Namen ab, der darf nur über das VPN auflösbar sein. IP Adressen funktionieren nicht.
Siehe https://support.apple.com/en-us/HT203743
ich wollte mich auch nochmal dazu melden, da ich ja eher unzufrieden mit Geofancy war...!! und das betone ich ich "war"..!!!
Das hat sich jetzt geändert und finde es nun sehr zuverlässig, das bedeutet einmal keine oder besser ein verspätete Meldung gehabt ansonsten immer top auch was den Radius betrifft...
Was hat sich getan bei mir, ganz einfach ich habe seit ca. 2 Monaten ein iPhone 5s und damit geht das nun ich sage mal hervorragend, (vorher iPhone4) ;)
Hallo,
ich verwende jetzt schon einige Monate die Geofancy App ohne Probleme. Seit ein paar Tagen jedoch funktioniert die Erkennung nicht mehr richtig.
Auf einen iPhone 4S kommt manchmal die Erfolgsnachricht für das Verlassen oder Betreten eines Gebietes, jedoch nicht immer.
In den fhem logs ist auch kein Antrag mehr zu finden, was bisher immer funktionierte.
Die Ports sind soweit offen (Telnet und fhem:8088 aufrufen funktioniert).
Hat einer Idee wo das Problem liegen könnte?
Grüße
TWART016
Dann schau Dir mal die Release Notes zum heutigen Update der App an. ;)
Danke für die Info. Wird das geofancy Modul aktualisiert?
Wo sind die Release Notes zu finden?
Das FHEM Modul bedarf keiner Aktualisierung. Der Fehler lag ja in der App.
Hallo,
welche Empfehlungen haben sich herauskristallisiert für
- batteriebetriebene BLE-Beacons,
- Beacons am USB-Port,
- Selbstbau-Beacons?
Nach meinen Recherchen im Web gibt es kaum Auswahl an Anbietern und die Preise liegen bei 12 bis 25 €.
Viele Grüße
Boris
Ich verwende die Estimote Beacons, finde aber auch, dass sie etwas teuer sind. Viele sehen sie aber als "den Standard" an. Sie bieten inzwischen FW Updates an, eine Sicherung gegen Diebstahl (bzw. der Umprogrammierung durch Dritte) und recht viele Möglichkeiten auf die Häufigkeit des Beacon Pings Einfluss zu nehmen (und somit auf den Energieverbrauch).
Andere Beacons habe ich noch nicht ausprobiert. Grundsätzlich unterscheiden die sich jedoch eher in der Art wie sie programmiert werden (sprich das "Ökosystem" drum herum) sowie der Stromversorgung. Es ist also eher eine Geschmacksfrage und hängt auch davon ab, an welchem Standort ein Beacon platziert werden soll.
Zum ausprobieren genügt sicherlich ein Selbstbau-Beacon, es gibt auch entsprechend kostenfreie Apps fürs Smartphone (die je nach Gerät im Vordergrund laufen müssen oder nicht). Kann man auch auf einem Zweitgerät laufen lassen, um zu testen.
Gruß
Julian
Hallo Julian,
Danke für die Tipps.
Bei den Estimotes lassen sich die Batterien nicht erneuern, stimmt's? Die Teile gehen also nach 3 bis 5 Jahren in den Müll.
Beacon Apps für Smartphone sind ein guter Hinweis! Ich habe im Wohnzimmer ein Acer Iconia Tab A501 stehen, um FHEM zu bedienen. Das werde ich gelegentlich auf Android 5.0 aktualisieren und dann mal schauen, ob es als Beacon funktioniert.
Welche Erfahrungen gibt es mit Beacons, die man an eine USB-Ladebuchse anstöpselt?
Viele Grüße
Boris
Was genau haben denn Beacons mit Geofancy zu tun?
Ich habe gerade mit Google-Suche gesehen, dass ich Geofancy anscheinend noch sehr Old-fashioned einsetze.
Ich antworte mir mal selbst ;)
Zitat von: Dr. Boris Neubert am 23 Mai 2015, 11:49:53
Bei den Estimotes lassen sich die Batterien nicht erneuern, stimmt's? Die Teile gehen also nach 3 bis 5 Jahren in den Müll.
Bei Youtube gibt es ein Video, das zeigt, dass und wie man die Gummihülle aufschneiden kann, um das Modul herauszunehmen. Das Modul hat einen Batteriehalter mit einer Knopfzelle, die man dann wechseln kann. Kaputt ist dann nur die Hülle.
Ich habe mir jetzt für zusammen ca. 21 EUR vier HM-10-Module in China bestellt. Das HM-10 wird anfänglich einmal über eine serielle Schnittstelle (üblicher USB-zu-RS232-Wandler für 3,3V-Pegel genügt) per AT-Kommandos von einem Terminalprogramm aus konfiguriert. Mit drei NiMh-Akkus in einem Batteriehalter als Spannungsversorgung kommt so ein Teil (ohne Berücksichtigung der Selbstentladung der Akkus) etwa ein Jahr lang aus.
Für erste Gehversuche mit Proxmity Beacons reicht mir das allemal, und der Erstaufwand für die Einrichtung kann ich mir gegenüber durch die Ersparnis im Vergleich zu den Estimotes vertreten.
Viele Grüße
Boris
noch eine möglichkeit für erste tests wäre auch ein raspberry pi mit bluetooth le dongle und software emulation eines ibeacon.
da ich gerade sowieso welche als abgesetzte cul/jeelink/panstamp hosts mit ser2net im haus verteile werde ich vermutlich diesen weg gehen.
bluetooth empfänger für hci multimedia fernbedienungen sollen auch mit an manche der raspberry pi um die sonos player über fhem zu steuern.
gruss
andre
So, aus dem Wochenende zurück :-)
Boris, hast dir ja hervorragend selbst weitergeholfen. Auszuprobieren wäre auch mein Rat gewesen ;-)
André, sag doch mal bitte kurz ein Stichwort, warum Sonos mit Bluetooth was machen möchte. Was genau planst du da?
Ich möchte eigentlich Geofency nur lokal nutzen, d.h. wenn ich nicht im Wlan bin soll es ab abwesend sein.
Folgendes habe ich bis jetzt probiert, was leider nicht funktioniert:
define geofancy GEOFANCY geo
attr geofancy devAlias 303242C6-4C59-405A-B756-9D7EXXXXXXX:iPhoneMike
define rr_Mike ROOMMATE
define rr_Mike.location notify geofancy:currLoc_iPhoneMike:.* set rr_Mike:FILTER=location!=$EVTPART1 location $EVTPART1
Wenn ich einen Test-Request mache, so ändern sich die Zeiten in Fhem. Abwohl ich home und work angegeben habe ändert sich der state auch nicht...
Zitat von: pointde am 26 Mai 2015, 19:39:21
Ich möchte eigentlich Geofency nur lokal nutzen, d.h. wenn ich nicht im Wlan bin soll es ab abwesend sein.
Geofency hat mit WLAN leider so gut wie gar nichts zu tun (erst recht nicht, ob du eingebucht bist oder nicht).
Es nutzt umliegende WLANs (auch andere außer deinem eigenen) lediglich für eine genauere Standortbestimmung (zusätzlich zu GPS und A-GPS über die Mobilfunkmasten).
Zitat von: pointde am 26 Mai 2015, 19:39:21Folgendes habe ich bis jetzt probiert, was leider nicht funktioniert:define geofancy GEOFANCY geoattr geofancy devAlias 303242C6-4C59-405A-B756-9D7EXXXXXXX:iPhoneMikedefine rr_Mike ROOMMATEdefine rr_Mike.location notify geofancy:currLoc_iPhoneMike:.* set rr_Mike:FILTER=location!=$EVTPART1 location $EVTPART1Wenn ich einen Test-Request mache, so ändern sich die Zeiten in Fhem. Abwohl ich home und work angegeben habe ändert sich der state auch nicht...
Du brauchst nur einen Eintrag "home". Beim Betreten der Geofencing-Zone um dein Haus herum wird dann ein "home betreten" an dein FHEM geschickt.
Wenn du diese Zone wieder verlässt, wird an FHEM ein "home verlassen" gemeldet. Das wird dann entsprechend durch das notify "rr_Mike.location" an dein ROOMMATE Äquivalent gemeldet. Dort sollte sich das Reading "location" dann auch entsprechend ändern. Das Reading "state" ändert sich nur bei bestimmten Schlüssel-Locations. Fest definiert ist dabei "home", bei dessen betreten eben auf "home" im Status geschaltet wird (bei "underway" wird auf "absent" geschaltet, bei "wayhome" wird das Reading "wayhome" auf 1 gesetzt). Du kannst dieses Verhalten über die Attribute rr_locationHome, rr_locationUnderway und rr_locationWayhome beeinflussen und zusätzliche Location Namen hinterlegen, bei denen der State ebenfalls entsprechend angepasst werden soll.
All das kannst du der Commandref für ROOMMATE/GUEST/RESIDENTS entnehmen:
http://fhem.de/commandref.html#ROOMMATE
Gruß
Julian
Hallo Julian,
danke für deine Antwort. Vielleicht habe ich mich nicht richtige ausgedrückt.
Ich wollte nur meinen Fhem nicht von aussen öffnen. Mir reicht es, wenn ich mein WLAN verlasse, also auch die homezone.
So wie es aussieht, funktioniert dies nicht mit geofancy, aber mit geofency. Hier wird der Status in Fhem richtig gesetzt.
Passt mein Code von oben so ungefähr?
Hallo,
seit einigen Wochen erscheint nicht mehr im Log, ob ich einen Ort verlassen habe, z.B. GEOFANCY geofancy: XY arrived at home.
Somit kann ich nicht mehr überprüfen, ob geofancy funktioniert. Abgesehen natürlich, wenn ich den Ort verlasse. Für Tests ist das aber sehr ungeschickt.
Weiß einer, wie man geofencys in der App geofancy im Account verwalten kann?
Gruß
TWART016
Wenn im Log nichts erscheint, dann ist es wahrscheinlich, dass auch tatsächlich nichts ankommt. Aber auch ein Verbose-Attribut <3 entweder auf deinem Geofancy-FHEM-Device oder in den FHEM Global Settings hat hier Einfluss.
Du erkennst das aber auch daran, dass sich die Readings nicht verändern. Diese sind übrigens ohnehin ein besserer Indikator als ins Logfile zu schauen.
Hallo,
Zitat von: Loredo am 12 Juni 2015, 13:00:22
Wenn im Log nichts erscheint, dann ist es wahrscheinlich, dass auch tatsächlich nichts ankommt. Aber auch ein Verbose-Attribut <3 entweder auf deinem Geofancy-FHEM-Device oder in den FHEM Global Settings hat hier Einfluss.
Was ist Verbose-Attribut <3 und wie kann ich es herausfinden?
Zitat von: Loredo am 12 Juni 2015, 13:00:22
Du erkennst das aber auch daran, dass sich die Readings nicht verändern. Diese sind übrigens ohnehin ein besserer Indikator als ins Logfile zu schauen.
In den Readings wird die Uhrzeit aktualisiert. Kann man in die Logs schreiben, wo man aktuell ist, oder sieht man das nur in den Readings?
Gruß
TWART016
Zitat von: TWART016 am 13 Juni 2015, 15:05:22
Was ist Verbose-Attribut <3 und wie kann ich es herausfinden?
Die Beschreibung zum Verbose Attribut findest du hier:
http://fhem.de/commandref_DE.html#attributes (http://fhem.de/commandref_DE.html#attributes)
(siehe "Globale Attribute für alle Geräte" -> verbose)
Bestimmte Sachen werden erst ab einem Level 3 geloggt. Hast du Verbose global oder am Geofancy Device selbst niedriger eingestellt, wird weniger geloggt (sog. Log-Level).
Du kannst bei beiden Devices einfach nach dem Attribut "verbose" schauen oder alternativ mit diesem Befehl den aktuellen Wert ausgeben lassen (sofern das Attribut vorhanden/gesetzt ist):
list global verbose
list geofancy verbose
Zitat von: TWART016 am 13 Juni 2015, 15:05:22In den Readings wird die Uhrzeit aktualisiert. Kann man in die Logs schreiben, wo man aktuell ist, oder sieht man das nur in den Readings?
Dafür sind die Readings da. Das Log ist mehr zu Debugging Zwecken. Ein verbose=4 (oder gar 5) zeigt dir mehr an, schreibt dir aber eben auch das Log möglicherweise unnötig voll.
Gruß
Julian
Zitat von: Dr. Boris Neubert am 25 Mai 2015, 09:39:37
Ich habe mir jetzt für zusammen ca. 21 EUR vier HM-10-Module in China bestellt. Das HM-10 wird anfänglich einmal über eine serielle Schnittstelle (üblicher USB-zu-RS232-Wandler für 3,3V-Pegel genügt) per AT-Kommandos von einem Terminalprogramm aus konfiguriert. Mit drei NiMh-Akkus in einem Batteriehalter als Spannungsversorgung kommt so ein Teil (ohne Berücksichtigung der Selbstentladung der Akkus) etwa ein Jahr lang aus.
So, die HM-10 sind da und einer davon strahlt bereits im Sekundentakt von meinem Schreibtisch aus und wird von meinem Smartphone empfangen. Leider ist mein Wochenende schon zu Ende. Werde demnächst in einem separaten Thread weiter berichten.
Tschüss
Boris
Hallo!
Habe das jetzt wie im wiki eingerichtet.
Habe beide Apps Versucht (iphone) geofancy und geofency
leider machen beide nichts :( wenn ich ein test event sende passiert nichts und wenn ich manuel den ort beitrete oder austrete passiert in fhem auch nichts.
Wenn ich per browser meine dyndns:8088/webhook/geo mach kommt der login etc. wenn ich mich dann einlog kommt NOK No data received (also funktionierts) in FHEM kommt dann auch im LOG: GEOFANCY: No data received
Wenn ich ein manueles reload des moduls mache kommt in den logs:
RL WARNING: Subroutine GEOFANCY_addExtension redefined at ./FHEM/98_GEOFANCY.pm line 53.
2015.06.23 14:19:38 1: PERL WARNING: Subroutine GEOFANCY_removeExtension redefined at ./FHEM/98_GEOFANCY.pm line 64.
2015.06.23 14:19:38 1: PERL WARNING: Subroutine GEOFANCY_Initialize redefined at ./FHEM/98_GEOFANCY.pm line 74.
2015.06.23 14:19:38 1: PERL WARNING: Subroutine GEOFANCY_Define redefined at ./FHEM/98_GEOFANCY.pm line 86.
2015.06.23 14:19:38 1: PERL WARNING: Subroutine GEOFANCY_Undefine redefined at ./FHEM/98_GEOFANCY.pm line 108.
2015.06.23 14:19:38 1: PERL WARNING: Subroutine GEOFANCY_Set redefined at ./FHEM/98_GEOFANCY.pm line 118.
2015.06.23 14:19:38 1: PERL WARNING: Subroutine GEOFANCY_CGI redefined at ./FHEM/98_GEOFANCY.pm line 165.
2015.06.23 14:19:38 1: PERL WARNING: Subroutine GEOFANCY_ISO8601UTCtoLocal redefined at ./FHEM/98_GEOFANCY.pm line 396
hat das vl was damit zu tun ?
Bin echt ratlos :(
Ich stelle gerade fest, dass die Uhrzeiten in den Readings alle zwei Stunden in der Zukunft liegen. Im Log passt es, aber die Readings wie auch die Änderungszeiten der Readings passen halt nicht.
Habt ihr einen Tipp?
Hab das gleiche, auch erst gerstern fest gestellt.
Ich bin mir nicht sicher ob es an der Systemzeit des verwendeten Mobilgeräts liegt?
Oder auch an der App.
Vielleicht kannst du ja mal testen, ob Sich die Zeiten ändern, wenn du die Geräte Zeit 2 Stunden zurück stellst.
Also von jetzt 08:26 auf 06:26.
Gruß Robert
Die App Geofency (mit e) überträgt im Webhook auch die Uhrzeit. Diese wird in der Tat in FHEM übernommen, um eine genauere Zeit für die Historie zu erhalten. Die von Geofency übermittelte Zeit ist in GMT+0 und wird vom FHEM Modul in die lokale Uhrzeit umgerechnet. Sofern diese Umrechnung nicht stimmt ist es wahrscheinlich, dass an der lokalen Zeitzoneneinstellung des Linux Host Systems etwas nicht stimmt.
Ich habe es bei meinem System gerade nochmals kontrolliert, die geloggten Zeiten der Readings dort sind korrekt.
Welche Uhrzeit seitens des Endgeräts übermittelt wird, steht im state Reading:
id:98787897-DDDD-CCCC-BBBB-AAAAAAA name:XYZ trig:0 date:2015-07-01T06:52:38Z lat:xxx long:yyy dev:Julian
In diesem Fall war die Uhrzeit also heute morgen um 08:52:38 deutscher Zeit.
Hi Loredo,
bei mir sind alle anderen Zeiten, also Befehlausführungen usw aber Korrekt in FHEM hinterlegt.
Ich hab jetzt noch mal bei mir dpkg-reconfigure tzdata ausgeführt und Berlin ausgefwählt.
Ohne shutdown restart kommt immer noch Jetzt +2h in die Readings.
Gruß Robert
Hallo Leute, ist es bei euch auch so, dass sich bei jedem GeoFency Update sich die devID ändert? wie geht ihr damit um?
ist das problem eventuell schon bekannt und es gibt lösungsvorschläge die ich wohl überlesen habe?
Ich kenne das Problem nicht.
Die DevID ändert sich soweit ich weiß nur, wenn die App und deren Daten gelöscht oder das iPhone zurückgesetzt und die App neu installiert wird.
OK ich hab mal den entwickler kontaktiert, bei mir war es jetzt schon das 3te mal infolge
@Loredo
nach eine shutdown restart auch keine Besserung.
Die App wo das Geo Fencing verschickt sendet aber keinen Zeit Stempel mit?
Die Zeitstemple kommen von FHEM oder?
Gruß Robert
Im Falle von Geofancy (mit a) wird kein Zeitstempel verschickt und es wird die Perl Funktion TimeNow() für den Inhalt des Readings currLocTime_* verwendet.
Der FHEM Timestamp des Readings selbst wird in diesem Fall ausschließlich über die normalen FHEM Funktionen erzeugt und nicht angerührt. Deshalb kann ich dir leider nicht sagen, weshalb die Zeiten bei dir nicht stimmen. Ich kann noch ein paar Debug Meldungen ins Modul einbauen, damit man noch besser nachvollziehen kann, wenn die Zeiten aus der Geofency Meldung kommen.
Ich noch mal mit einer anderen Methode die Zeitzonen gesetzt.
Nun kommt die richtige Uhrzeit raus.
Ich beobachte dass noch mal und gebe noch mal Rückmeldung.
@WumpE
Für das iPhone als Geo App kann ich FHEM APP empfehlen, vereint alles was man als FHEM User braucht.
Ein Paar funktionen gehen noch nicht so richtig, der Support reagiert aber schnell und baut die Änderungen und wünschen wenn möglich ein.
Gleich vorweg ich hab keine Beziehung zu der Firma, die App kostet schon nicht wenig 4,50 glaub ich.
Bisher noch keine Probleme mit den IDs die sich ändern oder so.
Gruß Robert
Verrätst du uns auch die Lösung? :-)
Ich bin mir noch nicht sicher ob es wirklich die lösung ist.
Bin nach dieser anleitung vor gegangen:
http://de.wikihow.com/Die-Zeitzone-unter-Linux-%C3%A4ndern
Also jetzt ist grad jemand Weg und die Reading sind 2 Stunden in der Zukunft
Ich habe die Anleitung auch ausprobiert. Ziemlich kompliziert, wenn es beim RasPi doch eigentlich so einfach ist. Auch nach nem Reboot: leider keinen Erfolg. Ich habe auch immer noch die zwei Stunden Zeitversatz.
Warum komplizierte Anleitungen und nicht den offiziellen Weg über raspiconfig?
Das habe ich mich danach auch gefragt. :-)
Dann habe ich die steile These, dass ihr weder Geofency noch Geofancy (aka Copycat #1) als App benutzt, sondern eine der anderen Copycats.
Beim Nachbau der Geofency API hat der Entwickler dann möglicherweise übersehen, dass das date-Feld ein ISO8601-konformes Zeit-/Datums-Format mit UTC Zeitzone erwartet und nicht mit der lokalen Zeitzone. Dafür steht das Z am Ende des Timestamps, siehe mein Beispiel von vorhin:
id:98787897-DDDD-CCCC-BBBB-AAAAAAA name:XYZ trig:0 date:2015-07-01T06:52:38Z lat:xxx long:yyy dev:Julian
Siehe dazu Wikipedia:
https://de.wikipedia.org/wiki/ISO_8601#Zeitzonen (https://de.wikipedia.org/wiki/ISO_8601#Zeitzonen)
Wenn ich damit richtig liegen sollte, dann müsst ihr die Entwickler eurer Apps bitten das zu fixen.
Ich habe beide Apps, für die ich das Modul entwickelt habe (Geofency und Geofancy), gerade nochmals bei mir getestet.
Danke für den hilfreichen Hinweis. Ich hab es mal gemeldet.
Zitat von: Funk.Odyssey am 01 Juli 2015, 20:44:46
Ich habe die Anleitung auch ausprobiert. Ziemlich kompliziert, wenn es beim RasPi doch eigentlich so einfach ist. Auch nach nem Reboot: leider keinen Erfolg. Ich habe auch immer noch die zwei Stunden Zeitversatz.
In meinem Fall Läuft das ganze nicht auf einem Raspi.
Sondern auf eine Cubitruck mit Ubuntu.
Zitat von: Funk.Odyssey am 01 Juli 2015, 22:23:42
Danke für den hilfreichen Hinweis. Ich hab es mal gemeldet.
Bei welcher App hast du es gemeldet?
Moin moin!
Stehe in Sachen Geofency und Fhem gerade leicht auf dem Schlauch....
Bin erst seit 2 Tagen mit Fhem beschäftigt und stehe gerade vor einem ziemlichen Problem...
Ich habe Geofency in Fhem eingerichtet und er zeigt mir auch brav an ob ich zuhause bin, im Büro oder unterwegs.
Was sich mir jetzt leider noch nicht erschliesst:
Wie kann ich das jetzt nutzen um weitere Aktionen in Gang zu setzen? z.B. Licht einzuschalten oder eine Push absetzen etc.?
Habe den ganzen Thread und auch das Wiki durchgewälzt, finde aber nichts dazu?! Vielleicht habe ich auch einfach nur Tomaten auf den Augen oder das ist für alte Hasen so selbstverständlich dass man es nicht erwähnen muss?!
Ich wäre jedenfalls unendlich dankbar wenn mir da jemand auf die Sprünge helfen könnte!
Folgendermaßen habe ich Geofancy konfiguriert:
##Geofency definieren + Aliase ###
define geofancy GEOFANCY geo
attr geofancy devAlias 9B5XXXX-07XX-4XXE-XXXX-XXXXC32B1CC:C0mmanda
attr geofancy room Unsorted
### WEBhook definieren Geofency FHEM-App ###
define WEBhook FHEMWEB 8099 global
attr WEBhook allowedCommands ,
attr WEBhook hiddenroom input,detail,save,Unsorted,Everything,CUL_HM,FS20,Commandref,style,Edit files,Select style,Logfile,Floorplans,Remote doc,FileLogs,Apartment,Bathroom,Bedroom
attr WEBhook room hidden
attr WEBhook webname webhook
attr WEBhook basicAuth { "$user:$password" eq "EinUserName:EinPasswort" }
#Anwesenheitserkennung C0mmanda
define C0mmanda.Zuhause notify geofancy:currLoc_C0mmanda:.Home set C0mmanda.homestatus Home
define C0mmanda.Unterwegs notify geofancy:currLoc_C0mmanda:.underway set C0mmanda.homestatus Unterwegs
define C0mmanda.Office notify geofancy:currLoc_C0mmanda:.Office set C0mmanda.homestatus Office
define n_C0mmanda.whereabout notify geofancy:currLoc_C0mmanda:.* set C0mmanda.whereabout $EVTPART1
#Dummies
define C0mmanda.homestatus dummy
attr C0mmanda.homestatus setList Home Unterwegs Office
define C0mmanda.whereabout dummy
Vielen Dank im voraus!
//EDIT
Habe es hinbekommen! :D
Da ist noch viel Übung gefragt wie mir scheint... :)
#Esszimmer_Stehlampe an wenn C0mmanda nach Hause kommt
define C0mmandaAnkunftAn1 notify C0mmanda.homestatus:Home.* { fhem ("set Esszimmer_Stehlampe on") if (Value("Esszimmer_Stehlampe") eq "off")}
define C0mmandaAnkunftAus1 notify C0mmanda.homestatus:Unterwegs.* { fhem ("set Esszimmer_Stehlampe off") if (Value("Esszimmer_Stehlampe") eq "on")}
Hi!
Erstmal herzlichen Dank für das Modul - eine tolle Funktionalität in FHEM! Zwei kleinere Problemchen habe ich noch, ausgelöst damit, dass die Übermittlung (wie bei vielen hier) nicht immer ganz zuverlässig erfolgt:
1. Ich habe geofancy und geofency auf meinem iPhone installiert. "e" läuft. "a" gibt bei einem Request die Fehlermeldung aus: "GET Fehler: Request failed: unauthorized (491)". Interessant ist, dass von diesen Versuchen auch bei verbose=5 im Log NICHTS zu finden ist. Die Einstellungen sind dieselben, die bei Geofency funktionieren...
Gibt's da irgendwelche Tricks für Geofancy?
2. Ich habe auch Bluetooth-Anwesenheitserkennung über Raspi zu Hause. Aggregiert wird das Ganze (einschließlich fritzweb) über ein struc. Problem: Geofencing (app-neutral :-)) bringt manchmal komische Ergebnisse. Gleichzeitig geht das Handy irgendwann in den Schlaf, ist aus der Bluetooth-Zone raus... => Die Alternativen zum Geofancy-Modul funktionieren auch nicht immer. Um zumindest keine Abwesenheits-Aktionen auszulösen, wenn alle da sind, würde ich gerne als Sicherheit einbauen: Wenn Bluetooth das Handy zu Hause erkennt, soll der Status im Geofancy-Modul auf "zu Hause" gesetzt werden.
Kann ich dafür einfach
setreading geofancy currloc_[Name] Zu_Hause
verwenden? Oder mache ich damit irgendwas nachhaltig kaputt? Ich möchte die "persistente" Statusermittlung im Geofancy-Modul gerne auf Zu_Hause setzen, wenn das Handy sicher zu Hause ist (weil eine andere Erkennung angeschlagen hat).
Danke, Christian
Zitat von: Motivierte linke Hände am 29 Juli 2015, 16:36:01
1. Ich habe geofancy und geofency auf meinem iPhone installiert. "e" läuft. "a" gibt bei einem Request die Fehlermeldung aus: "GET Fehler: Request failed: unauthorized (491)". Interessant ist, dass von diesen Versuchen auch bei verbose=5 im Log NICHTS zu finden ist. Die Einstellungen sind dieselben, die bei Geofency funktionieren...
Gibt's da irgendwelche Tricks für Geofancy?
Mir ist da nichts bekannt. Ich kanns auch grad nicht testen, Geofancy.app läuft unter iOS9 Beta aktuell nicht.
Zitat von: Motivierte linke Hände am 29 Juli 2015, 16:36:012. Ich habe auch Bluetooth-Anwesenheitserkennung über Raspi zu Hause. Aggregiert wird das Ganze (einschließlich fritzweb) über ein struc. Problem: Geofencing (app-neutral :-)) bringt manchmal komische Ergebnisse. Gleichzeitig geht das Handy irgendwann in den Schlaf, ist aus der Bluetooth-Zone raus... => Die Alternativen zum Geofancy-Modul funktionieren auch nicht immer. Um zumindest keine Abwesenheits-Aktionen auszulösen, wenn alle da sind, würde ich gerne als Sicherheit einbauen: Wenn Bluetooth das Handy zu Hause erkennt, soll der Status im Geofancy-Modul auf "zu Hause" gesetzt werden.Kann ich dafür einfachsetreading geofancy currloc_[Name] Zu_Hauseverwenden? Oder mache ich damit irgendwas nachhaltig kaputt? Ich möchte die "persistente" Statusermittlung im Geofancy-Modul gerne auf Zu_Hause setzen, wenn das Handy sicher zu Hause ist (weil eine andere Erkennung angeschlagen hat).
Kaputt nicht. Aber ich würde dir raten da nichts mit setreading künstlich in den Modulstatus zu schreiben. Besser wäre es wohl dein Structure Konstrukt entsprechend anzupassen. Ich selbst verwende keine Structure sondern Roommate, daher kann ich dir zu dieser Konstellation nicht viel sagen.
Zitat von: Loredo am 02 August 2015, 11:34:42Kaputt nicht. Aber ich würde dir raten da nichts mit setreading künstlich in den Modulstatus zu schreiben. Besser wäre es wohl dein Structure Konstrukt entsprechend anzupassen. Ich selbst verwende keine Structure sondern Roommate, daher kann ich dir zu dieser Konstellation nicht viel sagen.
Ja, verstehe ich. Mir ist nur nicht so ganz klar, wie man das mit der Structure sinnvoll machen sollte. Natürlich könnte ich einen Dummy per notify auf Geofancy auf den Wert von Geofancy setzen und dann diesen Dummy in die Structure einbringen. Den Dummy könnte ich dann über einen weiteren notify auf den Bluetooth-Check ggf. anpassen. Scheint mir allerdings ein wenig komplex für die doch recht simple Anwendung hier... Ich ändere mal das Reading direkt und beobachte mal, ob's zu Problemen führt.
Danke, Christian
Zitat von: Motivierte linke Hände am 03 August 2015, 11:59:46
Ja, verstehe ich. Mir ist nur nicht so ganz klar, wie man das mit der Structure sinnvoll machen sollte.
Aus diesem Grund (und anderen) nutze ich keine Structure, sondern habe stattdessen das ROOMMATE Modul geschrieben.
Ich habe gerade eine neue Version des Moduls mit verbesserter Input Validation eingecheckt, um Abstürze bei falsch übermittelten Werten zu verhindern (siehe http://forum.fhem.de/index.php/topic,39832.0.html).
Je nachdem, ob man seinen Webhook durch unautorisierten Zugriff richtig geschützt hat oder nicht, kann das Relevant für die Sicherheit sein. Ich empfehle deshalb jedem ein Update des Moduls.
Ich muss hier noch einmal nachfragen. Die Entwickler der FHEM App sind fleissig am fixen. Dennoch habe ich ein Problem mit dem Zeitversatz. Nun wurde mir mitgeteilt, dass dies wohl doch evtl. an Geofancy-Modul liegen könnte, da die Zeit richtig übermittelt wird.
Ich zeige euch mal das Log:
2015-08-13_10:43:59 geofancy id:Arbeit name:Arbeit trig:0 date:2015-08-13T10:43:59Z lat:51.00000 long:6.00000 dev:Julian
2015-08-13_10:43:59 geofancy lastDevice: Julian
2015-08-13_10:43:59 geofancy lastDep: Julian Arbeit
2015-08-13_10:43:59 geofancy Julian: left Arbeit
2015-08-13_10:43:59 geofancy currLoc_Julian: underway
2015-08-13_10:43:59 geofancy currLocLat_Julian: -
2015-08-13_10:43:59 geofancy currLocLong_Julian: -
2015-08-13_10:43:59 geofancy currLocTime_Julian: 2015-08-13 12:43:59
Ich sehe in FHEM, dass die richtige Zeit getriggert wird, aber in den Readings (rechts am Rande das Änderungsdatum) direkt danach überschrieben wird mit +2h.
Habt ihr einen Tipp, woran das liegen kann? App? Modul? :-)
Ist auf deinen Rechner die richtige Zeit/Zeitzone eingestellt?
Gesendet von meinem GT-I9295
Das GEOFANCY Modul übernimmt für die Readings absichtlich strikt die Zeiten, die die Apps über die API übertragen.
Der Grund dafür ist, dass die Apps somit die Möglichkeit haben ihre Events in einer Queue zu speichern und erst verspätet abzusetzen (beispielsweise wenn gerade keine Netzverbindung besteht) und dabei trotzdem die Originalzeit, als das Event auf dem Endgerät ausgelöst wurde, erhalten bleibt.
Diese Funktion wurde von der Geofency.app eingeführt, der Nachbau Geofancy.app hat diese Funktion nicht.
Das GEOFANCY Modul wurde für diese beiden Apps entwickelt. Andere Apps, die die Funktionen dieser Apps bzw. deren (leicht unterschiedlichen) APIs nachbauen, müssen sich an deren API Spezifikation halten. Die genauen API Spezifikationen sind für iOS und Android Entwickler einsehbar und sollten gelesen bzw. verstanden werden.
Im Hinblick auf die Zeit steht das "Z" ganz hinten nach ISO Norm dafür, dass die Zeitangabe in GMT+0 erfolgt. Endgeräte müssen demnach ihre lokale Zeit in GMT+0 umrechnen, bevor diese mit übertragen wird.
@Loredo: Danke, ich werde diese Info weitergeben.
Ich hatte das Geofancing übrigens auch mal mit der Geof
ancy-App ausprobiert. Hier wird gar nicht erst eine Zeit übermittelt. Und afaik war hier die Anzeige des Zeitpunkts in den Readings in Ordnung. Bin mir aber nicht sicher. Aber das würde auch theoretisch dem entsprechen, was du gesagt hattest.
Ich habe die Info mal an die Entwickler der FHEM APP weitergeleitet. Danke.
Zitat von: stromer-12 am 13 August 2015, 15:01:02
Ist auf deinen Rechner die richtige Zeit/Zeitzone eingestellt?
Ja, die Zeitzone ist korrekt. Gerade extra noch einmal überprüft.
Die Beta 0.2.1.9.2 der FHEM APP ist gerade erschienen.
Die Zeiten scheinen nun zu stimmen. Danke für eure Hilfe.
Hallo.
Frauchen hat sich ein iPhone zulegen müssen, und jetzt steh ich vor einem Problem. WLAN kickt sich selbst raus, daher keine Anwesenheitsprüfung möglich.
Bin jetzt hier aufs Geofancy Modul gestossen, versuche schon seit 2h, den faulen Apfel zum senden zu bewegen, klappt einfach nicht.
Modul arbeitet, habe unter http:IP.Fhem:port/fhem/geo die seite mit "NOK No data received"
Ich weiss jetzt aber nicht was in der App richtig einzutragen ist. Habe schon alles mögliche versucht, meine Dyndns addi, http basic auth. on/off, aber ich bekomme keine statusmeldung auf der webseite.
bin nach wiki vorgegangen, allerdings nicht mit der komplizierten anleitung zum zusätzlichen absichern.
kann mir bitte wer weiterhelfen was bei der app zu beachten ist? dies fehlt leider im wiki
gruss
Die Meldung bedeutet doch, dass alles in Ordnung ist.
Vor allen, wenn man es manuell im Browser ausprobiert.
Ohne das "zusätzliche absichern", wie du es nennst, wird dein FHEM vermutlich nicht aus dem Internet erreichbar sein. Du musst in jedem Fall deine Dyndns-Adresse verwenden. Auch musst du zwingend ein Portforwarding in deinem Router einrichten. Einige Router machen Schwierigkeiten, wenn du während du im WLAN bist versuchst einen Webhook auszulösen. Das ist aber Router-spezifisich und kann hier nicht supported werden.
In jedem Fall ist es eine schlechte Idee bei einer Anleitung die Hälfte wegzulassen, ohne dass man sich selbst gut genug auskennt ;)
hallo.
fhem ist ja aus dem netz zu erreichen, sowohl über browser, andfhem od. webviewctrl.
ich komme auch über dyndns zu /fhem/geo , nur die testkommandos von der app dürften nicht ankommen.
apple ist so ein dreck, aber frauchen bildet sich das eben ein.
gruss
hier meine conf
define WEB FHEMWEB 1234 global
attr WEB basicAuth { "$user:$password" eq "user:pass" }
define geofancy GEOFANCY geo
attr geofancy room Home
Hallo.
Habe jetzt WLAN deaktiviert, testsendung gemacht und siehe da im Logfile finde ich
2015.08.23 17:24:16 4: Connection accepted from FHEMWEB:178.115.130.227:3289
2015.08.23 17:24:16 4: HTTP FHEMWEB:178.115.130.227:3289 GET /fhem/geo&device=EEC85E0A-D82A-43EE-8817-8FFC63857D2F&id=EAAEECD8-2A0D-414F-AA76-ABE18AFC25E9&latitude=48.0475&longitude=16.51254×tamp=1440343442.725852&trigger=test
2015.08.23 17:24:16 4: GEOFANCY geofancy: id=EAAEECD8-2A0D-414F-AA76-ABE18AFC25E9 name= entry=test date= lat=48.0475 long=16.51254 dev=EEC85E0A-D82A-43EE-8817-8FFC63857D2F
2015.08.23 17:24:16 4: GEOFANCY geofancy: EEC85E0A-D82A-43EE-8817-8FFC63857D2F arrived at EAAEECD8-2A0D-414F-AA76-ABE18AFC25E9
2015.08.23 17:24:16 5: Triggering geofancy (7 changes)
2015.08.23 17:24:16 5: Notify loop for geofancy id:EAAEECD8-2A0D-414F-AA76-ABE18AFC25E9 name: trig:test date: lat:48.0475 long:16.51254 dev:EEC85E0A-D82A-43EE-8817-8FFC63857D2F
Ok, dürfte klappen. Aber wenn ich mich dem Ort nähere, ich mich im WLAN einlogge, dann sendet die App nichts?
Irgendwie stehe ich mit geofancy am schlauch.
Die App sendet sicherlich was. Aber die URL ist so aus deinem WLAN offenbar nicht richtig zu erreichen (z.B. SSL-Zertifikatsfehler, Router löst die Adresse zu einer anderen/falschen IP auf, Router macht von intern kein Portforwarding an eine andere interne Adresse (z.B. greifen hier oft Anti-Spoofing-Regeln, etc.).
Doch, die dyndns-url ist erreichbar aus internem netz. sogar vom iphone aus. Aber solange ich im WLAN eingeloggt, sendet die app offensichtlich nichts. zumindest bekomme ich keine meldung am phone.
wäre auch egal, aber wie sage ich dem phone das es sich erst später ins wlan einloggt? oder muss ich den radius der app vergrössern? 200m vor wohnung auslösen, da ist sicher kein wlan empfang.
gruss
Die App sendet von sich aus auch nur etwas, wenn du dich tatsächlich außerhalb des definierten Radius bewegst und wieder dorthin zurück gehst. Ansonsten funktioniert das nur über das manuelle Auslösen in der App zu Testzwecken.
ok, dürfte jetzt klappen. aber die seite /fhem/geo zeigt weiterhin nur "NOK No data received"
Das logfile aber erkennt die testsendung.
seltsam.
jetzt stellt sich die frage, was gehört beim POST bei "ankunft" u. "verlassen" rein?
spezielle kommandos, oder muss man die notifys auswerten/übersetzen?
gruss
http://www.fhemwiki.de/wiki/Anwesenheitserkennung#GEOFANCY_Modul_individualisieren
Zitat
Möchte man nun etwas bestimmtes tun, wenn man nach Hause kommt oder das Heim verlässt, kann man am Besten ein entsprechendes Notify auf das Reading currLoc_Name setzen. Ich aktualisiere lediglich zwei Dummies, durch die dann alle weiteren Notifies ausgelöst werden:
define n_Julian.Presence notify geofancy:currLoc_Julian:.home set Julian.homestatus:FILTER=STATE!=home home
attr n_Julian.Presence room Residents
define n_Julian.absence notify geofancy:currLoc_Julian:.underway {\
if (Value("Julian.homestatus") ne "gone") {\
fhem("set Julian.homestatus:FILTER=STATE!=absent absent");;\
}\
}
define n_Julian.whereabout notify geofancy:currLoc_Julian:.* set Julian.whereabout:FILTER=STATE!=$EVTPART1 $EVTPART1
Wer es noch einfacher möchte (bzw. auch noch mehr Features) schaut sich einmal die neue Modulfamilie aus RESIDENTS[1], ROOMMATE[2] und GUEST[3] an. Diese sind direkt auf GEOFANCY abgestimmt.
Zur Anbindung von GEOFANCY zu RESIDENTS reicht in der Regel schon ein einfaches notify:
define n_rr_Julian.location notify geofancy:currLoc_Julian:.* set rr_Julian:FILTER=location!=$EVTPART1 location $EVTPART1.
Wobei "Julian" dabei als devAlias in GEOFANCY eingtragen wurde, rr_Julian der Name des ROOMMATE aus RESIDENTS ist. Außerdem sind die Location-IDs in der Geofency.app bzw. Geofancy.app so gewählt wurde, dass diese direkt einem ROOMMATE-Status entsprechen (also z.B. home, wayhome...).
hallo.
ja, das kenne ich, aber ich lese nicht heraus was beim app bei "POST" reingehört. soll http://my.dyn.dns:port/fhem/geo rein?
oder "komme gerade heim" ?
wo findet man eine anleitung zur app?
habe mich vorhin aus dem radius entfernt, aber keine einträge im log.
gruss
Ja, da gehört die gesamte URL rein. Hättest du aber auch einfach ausprobieren können ;)
die war ja drinn. bei beiden. aber geofancy sendet nur bei test. wenn jetzt bei beiden die url drinn steht, wie erkenne ich ob heim oder abwesend?
gruss
Mach einfach jeweils einen Test und schau dir die Readings im Modul entsprechend an. Zusammen mit dem Beispiel im Wiki sollte dir dann ein Licht aufgehen.
ok. das habe ich zumindest geschnallt. aber die app sendet keinen standort, habe mich aus dem erfassungsbereich entfernt, und in den readings keine änderung. wenn ich aber die testsendung mache sehe ich im reading die antwort, aber eben nicht autom. von der app.
in der app ist ja nicht viel einzustellen.
gruss
Haken bei "Notify on exit" und "Notify on entry". Leuchtet ein, oder?
na klar, ist ja angehakt. irgendwie klappt die app nicht.
diese anleitung hilft mir auch nicht weiter, da mein geofancy anders aussieht .
https://youtu.be/fGbKa2OalY0
Ich kann dir nicht helfen.
kurze frage noch, welches geofancy für iphone ist hier in verwendung?
das von Marcus Kida?
Das Modul unterstützt sowohl das Original Geofency (mit e) als auch den Abklatsch Geofancy (mit a)
Ich hatte seinerzeit letzteres auch zuerst entdeckt, daher blieb der Modulname.
Andere Apps haben sich an die API drangehängt und gelten somit als "kompatibel".
Ich selbst setze seit langem nur noch Geofency ein.
ok, werd die 3.- investieren. hoffe es klappt dann damit.
DANKE für den Tip!!
Jetzt klappts. Zumindest "eintritt" u. "austritt" beim test.
gruss
[edit]
das wars auch schon. habe mich wieder aus dem erfassungsbereich entfernt, aber nichts wird gesendet.
Habe mir jetzt EgiGeoZone für Android installiert. Klappt auch mit FHEM, werds morgen testen obs da statusänderung gibt.
Hallo Loredo,
erst einmal Glückwunsch zu diesem tollen Modul und Danke für die Arbeit. Gibt es da auch was für die Android Nutzer ? Ich habe bis jetzt leider nichts gefunden :-(
Von einem presence über wlan möchte ich weg, da leider doch recht unzuverlässig. BT ist keine echte Alternative da bei 3 unserer 5 Familien Geräte dauerhaft aus.
Gruß
Micha
Zitat von: mfeske am 03 Oktober 2015, 17:43:08
Hallo Loredo,
erst einmal Glückwunsch zu diesem tollen Modul und Danke für die Arbeit. Gibt es da auch was für die Android Nutzer
Gruß
Micha
EgiGeoZone
Hallo,
habe auch nach vielen Versuchen geofency am iPhone und in FHEM installiert. Greife momentan über eine VPN-Verbindung (sollte VPN on demand laut einem Beitrag im Forum sein, geht aber nur mit manuellem Verbindungsaufbau) auf die Fritzbox und von da über https auf fhem und geofancy zu.
Am iPhone bekomme ich aus der Geofency-App eine Verbindungsnachricht beim Betreten und Verlassen und in dem html-code sehe ich meine Räume. Scheint also zu gehen. Aber in FHEM beim geofency-modul steht nur
Internals:
DEF geo
NAME geofancy
NR 43
STATE initialized
TYPE GEOFANCY
Readings:
2015-10-05 21:53:14 state initialized
Fhem:
infix geo
Attributes:
room Sonstiges
Ich bekomme die readings nicht ausgelesen, um die Alias zu den Handys anzulegen. Dachte ich könnte die readings über die Weboberfläche auslesen, finde aber nicht wie es geht. Auch Suche im Forum ergab nichts, nur Erklärung wie der Alias zu vergeben ist, nicht aber wie ich überhaupt an den Code des iPhone komme.
Kann mir jemand weiterhelfen?
Bist du dem Artikel (http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Das_GEOFANCY_Modul) im Wiki gefolgt?
Wenn du schreibst, dass du HTML in Geofency siehst, dann hast du nicht die richtige URL konfiguriert.
Dafür spricht auch, dass dein GEOFANCY Device in FHEM nicht mit den Readings beschrieben wird, nach denen du fragst. Ohne diese Readings nutzt es dir auch nichts die UUID deines iPhones zu wissen (welche im Übrigen dynamisch auf dem iPhone generiert und pro App einmalig ist).
Ja, bin nach dem Artikel vorgegangen.
- Webhook mit Port 8088 eingerichtet.
- HTTPS eingerichtet
- Manueller Aufruf der URL (mit HTTPS, Port 8088 und Webhook) geht.
- Da ich Portweiterleitung auf der Fritzbox nicht hinbekommen habe (kein Telnet-Zugriff mit der OS6.30 möglich) habe ich VPN genommen.
Allerdings bin ich mir beim Einrichten in der Geofency App unsicher mit der URL. Ich habe meine
Zitathttps://interne IP-Adresse:8088/webhook
bei
ZitatURL: https://meindyndns.org:8088/webhook/geo
eingestellt. Auch nicht /webhook/geo sondern nur /webhook. Bekomme über VPN auch bei "Verbindungstest Eintritt" bzw. "Verbindungstest Austritt" eine OK-Meldung mit Auflistung (denke es ist HTML-Code) meiner FHEM-Konfiguration (die Räume). Dachte das wäre so OK.
Da ich nicht über Portforwarding zugreife war ich der Meinung, dass ich meinen myFritz-Zugang und/oder den dyndns-Zugang nicht benötige.
Liege ich da falsch? Muss ich auch bei VPN-Verbindung den dyndns-Eintrag als URL verwenden?
Gruß Jürgen
Die IP ist da schon okay, aber wie kommst du darauf die URL hinten auch abzuändern? Ohne /geo hinten dran wirst du wohl das Modul nicht ansprechen, was auch der Grund ist weshalb du normalen HTML Code zurück bekommst. Im Artikel steht ganz klar woran du erkennen kannst, ob die Verbindungsprüfung erfolgreich war. Allein die Tatsache überhaupt eine Rückmeldung zu bekommen ist noch kein Erfolg ;-)
Gruß
Julian
ich habe bei mir eingetragen:
URL: http://meindyndns.org:8087/webhook/geo
Port ist ja egal, den kann jeder nehmen wie er möchte, aber den musst du natürlich in der FritzBox durchleiten sonst geht das nicht.
Bei Eintritt und Austritt eintragen, POST Format ist default und dann noch deine Authentifizierung.
Mit VPN habe ich noch nichts gemacht...!
@Loredo:
Da ich beim Aufruf im Browser gesehen habe, dass die URL .../geo auf die URL ...8088/webhook umgeleitet wurde. Dann direkt im Browser (allerdings am PC) den Aufruf /webhook ausprobiert, ging (HTTPS-Zugriff auf FHEM war möglich) und ins iPhone übernommen. War wohl ein Denkfehler, da ich ja nicht auf FHEM zugreifen will sondern nur auf das Modul geofency.
Dass ich überhaupt etwas zurückerhalten habe, habe ich allerdings für mich allerdings schon als Erfolg bezeichnet. Hat ja auch Tage gekostet. ;)
Nach Eingabe webhook/geo erhalte ich lediglich beim Betreten ein OK mit 1 und beim Verlassen ein OK mit 0 zurück. Denke, das ist so dann auch korrekt und ich muss heute Abend in FHEM nachschauen, ob und wenn ja wie sich das iPhone gemeldet hat.
Gruß Jürgen
Genau, jetzt funktioniert es dann.
In den Readings kannst du jetzt die UUID deines iPhones sehen und den Alias entsprechend setzen, damit du leichter auf die Readings ein Notify oder DOIF definieren kannst.
Hallo zusammen,
auch als Android Nutzer bin ich jetzt dabei :-)
Ich bin dem wiki gefolgt und habe ein Notify erstellt
define Michael.location notify geofancy:currLoc_Michael.* set rr_Michael:FILTER=location!=$EVTPART1 location $EVTPART
attr Michael.location room Haus
Im geofencing sind alle Readings korrekt, aber auf dem notify kommt nur das Datum und die Uhrzeit des letzten Reading, keine Location.
ich verstehe deine Frage nicht
Gruß
Julian
Müsste im Notify nicht auch die Location enthalten sein, oder wird dort immer nur der Zeitpunkt der Änderung angezeigt? Ich würde ja gerne den Zustand Home oder Work für DOIFS verwenden.
Gruß
Micha
warum im Notify? Die wird natürlich an das Device rr_Michael übergeben. So hast du das Notify definiert
Gruß
Julian
Dann habe ich in der Anleitung wohl irgendwas überlesen, das wurde da ja nicht angelegt :-( Ich brauche halt etwas wo ich für meine DOIF's die Location auslesen kann und ggf. die Zeit.
Der Wiki Beitrag geht davon aus, dass du FHEM Code grundsätzlich lesen kannst (vor allem sowas einfaches wie ein Notify).
Der Beitrag ansich kann keine Fix-und-Fertig-Anleitung sein, über die niemand mehr selbst nachdenken muss. Der Beitrag verweist zu diesem Zweck auf die Kommando-Referenz als Inspiration, diesen Links bist du wohl nicht nachgegangen.
In diesem Fall musst/kannst du entscheiden, ob du ein Roommate oder ein DummyDevice anlegst oder sonst irgendetwas anderes mit dem Notify steuerst.
Bei mir gehts jetzt mit dem iPhone 5 super. Allerdings habe ich auch, da mir die IP-Adresse die ich zum Start der VPN on Demand-Funktion benötige nicht klar war, alle folgenden Adressen eingegeben. Bevor ich jetzt mühsam der Reihe nach versuchsweise abschalte wollte ich die Spezialisten fragen, welche denn nun die Adresse ist, die zum Funktionieren der Verbindung führt:
<dict>
<key>Domains</key>
<array>
<string>fritz.box</string>
<string>"name des Raspi".fritz.box</string>
<string>"IP des Raspi"</string>
<string>"IP des Raspi:"Port des Raspi"/webhook/geo</string>
<string>https://"IP des Raspi:"Port des Raspi"/webhook/geo</string>
</array>
<key>DomainAction</key>
<string>ConnectIfNeeded</string>
</dict>
Habe eine HTTPS-Verbindung auf einen Port eingestellt.
Weitere Frage:
Wollte über lan-ping das Android meienr Frau aufschalten. FHEM läuft auf Raspi, Android ist an Fritzbox 7390 angemeldet. Der lan-ping bringt immer "absent". Muss denn FHEM für den lan-ping auf der Fritzbox laufen? Nach lesen des Wiki-Beitrages "Anwesenheitserkennung" dachte ich nicht.
Wenn ja, müßte ich doch einen WLAN-Stick für den Raspi kaufen, damit es so funktioniert oder gibt es eine einfachere Möglichkeit?
Gruß Jürgen
Für Android kannst du http://egigeozone.de probieren.
Welche Adresse zu Aufbau der Verbindung führt hängt einzig davon ab, welche du in Geofency einträgst.
Grundsätzlich kommt es aber nur auf den Hostname an, die URI hinten dran ist dort also falsch in der OnDemand Konfiguration.
Egigeozone habe ich versucht, bin aber bei meiner Frau auf totale Ablehnung gestossen. Grund: Sie möchte nicht jedesmal, wenn Sie das Handy nutzen will (Whatsapp...) einen Code eingeben müssen. Richtet man aber eine VPN-Verbindung auf Android ein, wird zwangsweise ein Code verlangt, wenn das Handy verwendet werden will => No Go!
Deswegen habe ich eine Alternative egsucht.
In geofency ist eingetragen:
<string>https://"IP des Raspi:"Port des Raspi"/webhook/geo</string>
Somit müßte, wenn ich Dich richtig verstanden habe, nur die IP des Raspi reichen bzw. um gleich für IOS 9 gerüstet zu sein, der Name des Raspi.
Hallo.
Welchen code muss man bei egigeozone eingeben? Habe dies auf dem Handy meiner frau und mir einmal eingerichtet, danach ist ruhe.
Zitat von: bmwfan am 09 Oktober 2015, 20:32:46
In geofency ist eingetragen:
<string>https://"IP des Raspi:"Port des Raspi"/webhook/geo</string>
Somit müßte, wenn ich Dich richtig verstanden habe, nur die IP des Raspi reichen bzw. um gleich für IOS 9 gerüstet zu sein, der Name des Raspi.
In dem XML File muss nur der Hostname ohne Port, also zB "raspi.fritz.box".
In den Apps auf den Telefonen muss die vollständige URL inkl. Port, also bei dir zB https://raspi.fritz.box:8088/webhook/geo
@Loredo: Besten Dank für den Support.
Ich habe von Dir einmal in einem Beitrag eine sehr detaillierte Erklärung der verschiedene Stati von Geofency bzw. Roommate (was bedeutet home, away....) gelesen, finde es aber nicht mehr. Hast Du mir einen Link, wo ich das finde? In der CommandRef ist es doch sehr knapp beschrieben und Deine Erklärung war ausführlich und für mich klar verständlich.
@satprofi: Code == URL? die von Loredo genannte URL hatte ich auch in Egigeozone eingegeben.
@bmwfan der google Code der App.
Was ist ein Google-Code? Habe Egigeozone im Playstore gesucht und installiert.
Sorry, aber ich gehöre zum Apple-Lager. Von Android habe ich so gut wie keine Ahnung.
Sorry mein Fehler, das brauchst Du ja nur für GCM, hast Du schon das Handbuch (http://www.egigeozone.de/manual/default.html) entdeckt ?
Ja danke. Hatte damit die App eingerichtet. Aber (siehe Beitrag 357) am selben Tag noch deinstalliert. Lies sich mit dem Benutzerverhalten meiner Frau nicht in Einklang bringen. ;)
Zitat von: bmwfan am 10 Oktober 2015, 18:14:13
Ich habe von Dir einmal in einem Beitrag eine sehr detaillierte Erklärung der verschiedene Stati von Geofency bzw. Roommate (was bedeutet home, away....) gelesen, finde es aber nicht mehr. Hast Du mir einen Link, wo ich das finde?
Das kann ja nur der Initialbeitrag sein:
http://forum.fhem.de/index.php/topic,19040.msg127329.html#msg127329
Super. Danke. War Beitrag 201
Ich muss nochmal auf meine Probleme mit den Android-Handys zurückkommen. Bekomme den Status nicht übertragen.
Folgendes ist meine Konfiguration:
FB7390 im Keller mit aktivem WLAN.
Access-Point von Cisco im EG und über LAN an FB angeschlossen. Aktives WLAN.
Die Android-Handys wählen sich am ACCESS-Point ein. Deswegen wird an der Fritzbox angezeigt:
Petra-Handy 192.168.178.42 XX:XX:XX:XX:XX:XX LAN 2 mit 1 Gbit/s.
Da ich den Anwesenheitsstatus nicht erhalten habe, bin ich an die Basis und habe über ein ping in der Console das Handy angepingt:
ping 192.168.178.42Der ping läuft ins Leere, keine Antwort.
Meinen geringen Netzwerkkenntnissen nach kann ich doch von jedem PC jedes Gerät im Netzwerk anpingen. Das angepingte Gerät muss doch nicht an der FB angemeldet sein, oder? Die Anmeldung über den Access-Point an der FB müsste doch zur Erkennung völlig ausreichen. Liege ich da falsch?
So habe ich das Handy in FHEM definiert:
# --- Handy-Definitionen zur Überwachung mit lan-ping
# Nur Handys, die nicht über Geofancy überwacht werden können
define Handy_Petra PRESENCE lan-ping 192.168.178.42
attr Handy_Petra event-on-change-reading stateSo will ich über ein notify den Status übertragen:
# --- notify, um lang-ping-status an residents zu übertragen
define nt_pr_PetraPresent notify Handy_Petra:present* {fhem("set rr_Petra state home");;}
define nt_pr_PetraAbsent notify Handy_Petra:absent* {fhem("set rr_Petra state absent");;}Was mach ich falsch?
Keines der Android-Handys geht.
Das zeigt das log-file:
Zitat2015.10.17 17:34:59 1: Perfmon: possible freeze starting at 17:34:56, delay is 3.471
2015.10.17 17:35:05 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 3009
2015.10.17 17:35:05 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 3007
2015.10.17 17:35:05 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 3006
2015.10.17 17:35:05 4: CUL_send: CUL_0X0 0
2015.10.17 17:35:05 1: Including fhem.cfg
Das modul scheint FHEM zum Neustart zu bringen.
Gruß Jürgen
Und was hat diese Frage noch mit Geofancy zu tun? Du solltest das besser in einem eigenen Thread klären.
@volschin: Du hast recht. Dachte nur, diejenigen, die sich mit Geofency auskennen, haben auch mit der Abfrage über lan-ping so ihre Erfahrungen gemacht und können mir kurz helfen.
Versuche ich anderweitig zu klären.
Ich habe eine Frage, wie sich GEOFANCY verhält, wenn sich die Zonen überlappen. Wenn über den Webhhok zeitlich folgendes eintrifft:
1. Zone A betreten
2. Zone B betreten
3. Zone A verlassen
4. Zone B verlassen
Aus der Commandref kann ich das nicht entnehmen. Meine Erwrtungshaltung ist, dass GEOFANCY einen state hat, der immer den Namen der aktiven Zone annimmt - bei überlappenden Zonen sind aber 2 Zonen aktiv!!?!
Der state ist immer das zuletzt getriggerte Event. Die Logik, die Du Dir vorstellst gibt es nicht.
Die beschriebene Logik macht auch nur in der Geofency.app selbst sinn. Für die Auswertung in FHEM eher weniger, da es hier auf die Events ankommt. Das GEOFANCY Modul will nur das Eingangstor sein, um diese Events über DOIF und Co. weiterzuverarbeiten.
Ich hatte dieselbe Problematik mit meinem iBeacon im Auto und den Geofency Zonen. Hab das über eine 2te Geofency Definition gelöst. http://forum.fhem.de/index.php/topic,41555.msg338329.html#msg338329 (http://forum.fhem.de/index.php/topic,41555.msg338329.html#msg338329)
Das ist wie gesagt eher unnötig, denn man muss einfach nur auf die Events entsprechend reagieren. Man braucht keine gleichzeitigen Readings bzw. erzeugt diese indirekt, indem man die Events eben entsprechend weiterverarbeitet ;-)
Hallo,
ich habe am WE die Anwesenheitserkennung mit Geofency angelegt und den Weg über einen Reversproxy gewählt. Weil ich mich mit der Sache nicht Auskannte war das ein sehr mühseliger Weg. Ich benutze Pound und der läuft auf meiner ipFire welche noch hinter einer Fritzbox sitzt, FHEM ist natürlich hinter der ipFire. Sehr problematisch war
die Sache mit dem Selbsterstellen eines SSL-Zertifikats. Ich habe das abschließend NICHT hinbekommen :-( und nehme deswegen z.Z. das Zertifikat, welches eigentlich für die Web-GUI von ipFire gedacht ist ;-) das klappt!
Aber weil ich von der ganzen Netzwerksicherheit nicht so die Ahnung habe, wollte ich mal fragen was ihr denkt, ob das bedenklich ist und evtl. kann mir doch noch einer bei den Zertifikaten helfen. Außerdem war natürlich eine Portweiterleitung (443) auf der Fritzbox nötig und, wie ich lernen musste, auf eine Firewallregel auf der ipFire zu dem Pound, obwohl dieser an der "roten" IP hängt. Kaum hatte ich die Portweiterleitung der FB erstellt schlug auch schon der erste Treffer in der Firewall ein (geblockt) und seit dem ca. alle 2h ein weiterer. Da bekommt man schon ein etwas blödes Gefühl im Magen und ich frage mich ob ich alles richtig gemacht habe... evtl. könnte mal ein alter Hase was dazu sagen?
Zusammenfassund: <Fritzbox, Port 443 an ipFire>---<ipFire, Port 443 an Pound auch auf ipFire, https>---<Pound Port 443 zu 8083 an interne IP>--<FHEM/webhook>
vielen Dank,
Patrick
Zitat von: Loredo am 14 Januar 2014, 08:10:08
es gibt ein Attribut devAlias, das ist gemeint:
attr geofancy devAlias 1234-1234-12334-1234:Julian
Frage dazu:
Wenn ich zwei iPhones überwachen will, muss ich dann zwei geofancy-Instanzen anlegen oder kann ich auch einer zwei verschiedene devAlias-Attribute zuweisen?
Zitat von: johndoe am 08 November 2015, 17:47:12
Frage dazu:
Wenn ich zwei iPhones überwachen will, muss ich dann zwei geofancy-Instanzen anlegen oder kann ich auch einer zwei verschiedene devAlias-Attribute zuweisen?
http://fhem.de/commandref.html#GEOFANCY (http://fhem.de/commandref.html#GEOFANCY)
Zitat
Attributes
devAlias: can be used to rename device names in the format DEVICEUUID:Aliasname. Separate using blank to rename multiple devices.
attr geofancy devAlias 1234-1234-12334-1234:Adam 5678-5678-56778-5678:Eva 8)
Gruss
Sailor
Danke, ich hatte zugegebenermaßen nur das Wiki gelesen, der Artikel dort ist zwar recht ausführlich, aber den Punkt konnte ich da nicht rauslesen :-)
Hallo,
ich stelle mein Problem mal hier ein in der Hoffnung, dass es hier richtig ist. Ansonsten bitte Bescheid geben, wo ich es posten soll.
Ich nutze Geofancy auf dem iPhone. Als Router eine Fritzbox 7390, FHEM auf einem Raspy. Alles ist so eingestellt, dass eine VPN On-Demand zur Fritzbox aufgebaut wird, wenn ich mich nicht im heimischen WLAN befinde. Hierzu gibt es eine ausführlichen Anleitung im Netz.
Zitathttp://www.meintechblog.de/2015/02/vpn-on-demand-zwischen-iphone-und-fritzbox-einrichten/
Anwesenheitserkennung über Geofancy ging problemlos mehrere Wochen, bis ich plötzlich folgende Meldung (siehe Anhang) bekam:
Da ich in der Zeit sowohl das iPhone auf iOS 9 upgedatete als auch ein update am Raspi und in FHEM gemacht habe, gestaltet sich die Fehlersuche etwas schwierig. Seltsamerweise wird die Anwesenheit korrekt erkannt. Ich habe dann in der VPN die IP-Adresse auf den Gerätenamen geändert (siehe Kommentar im Artikel), da scheinbar iOS 9 die IP-Adresse bei einer VPN-Verbindung nicht mehr annimmt. Geht aber immer noch nicht.
Meine Vermutung: Sobald ich ins WLAN komme, wird die Anwesenheit an FHEM übergeben, da dann ja keine VPN-Verbindung notwendig ist. Bin ich außerhalb des WLANs wird die VPN-On-Demand-Verbindung nicht aufgebaut und daher die Fehlermeldung generiert. Das Problem müßte im iOS liegen, das die Verbindung nicht automatisch aufbaut.
Da ja iPhone und Geofancy häufig verwendet werden wollte ich nach den Erfahrungen anderer Nutzer fragen. Hatte jemand seit dem Update dasselbe Problem und konnte es lösen? Wäre für jeden Tip dankbar?
Gruß Jürgen
Ich habe das auch so umgesetzt und muss feststellen, dass VPN on-demand hier zu langsam ist. Die App scheint nur einen Request zu versuchen und generiert dann den Fehler. Praktischer wäre, wenn man bei Fehler ein Retry versucht würde - oder aber die App von selbst die VPN-Verbindung aktivieren könnte.
Zitat von: kjmEjfu am 15 November 2015, 18:31:22
Ich habe das auch so umgesetzt und muss feststellen, dass VPN on-demand hier zu langsam ist. Die App scheint nur einen Request zu versuchen und generiert dann den Fehler. Praktischer wäre, wenn man bei Fehler ein Retry versucht würde - oder aber die App von selbst die VPN-Verbindung aktivieren könnte.
Das hängt auch sehr stark vom Netzbetreiber ab (Netzempfang, tatsächliche Geschwindigkeit, Latenz etc).
Wie du an dem Screenshot siehst wird auch 8 Mal automatisch versucht den Request abzusetzen und erst dann kommt die Nachricht, so dass man das sogar händisch nochmal anstoßen kann (hat der Autor auf meine Bitte hin erst jüngst eingebaut).
Mehr kann man von App Seite wirklich nicht tun. Wenn VPN-on-Demand nicht funktioniert, ist es entweder eine fehlerhafte Konfiguration oder es funktioniert einfach unzuverlässig.
Daher ist für mich die einzig praktikable Lösung über einen Reverse Proxy und einer TLS gesicherten Verbindung sowie mit HTTP-Auth. Man kann den Reverse Proxy auch so restriktiv konfigurieren, dass nur das /webhook/geo Unterverzeichnis über den Proxy erreicht werden kann. Richtig konfiguriert halte ich das für ausreichend sicher und es funktioniert dann zuverlässig.
Nachdem ich jetzt die Konfiguration der VPN-Verbindung auf Devicenamen statt IP geändert habe, neu in das iPhone importiert, die VPN-Verbindung einmal manuell aufgerufen und in der APP für jeden Ort die URL dementsprechend angepaßt habe, scheint es zu funktionieren. Zumindest heute morgen und gestern abend. Mal sehen, ob es eine Eintagsfliege war. ;)
Gruß Jürgen
Ja, VPN-on-Demand arbeitet ausschließlich mit Domainnnamen.
Mein Problem hat eigentlich nichts mit dem Modul zu tun sondern mit der App Geofancy für iPhone.
Abgesehen davon, dass es immer ein Glücksspiel war wann es mich absent/home gemeldet hat habe ich seit dem letzten App Update ein Problem.
Die App reported, wenn sie versucht den webhook aufzurufen, den Fehler
NSURLErrorUserCancelledAuthentication
Hat noch jemand dieses Problem?
Das auf dem Screenshot ist ein Fehler, dass die DNS Auflösung nicht funktioniert hat. Es hat also nicht direkt was mit der App zu tun (außer dass die App keine gute Fehlerbehandlung im Hintergrund macht).
Übrigens ist Geofancy.app aktuell nicht mehr im App-Store verfügbar (dafür wurde der Quelltext auf Github veröffentlicht). Vorhandene Nutzer können die App vermutlich weiterhin über die Purchased-Area laden. Es kommen aber eben keine Updates mehr, was sich spätestens mit iOS X dann vermutlich rächt.
@Loredo: da du einen Reversproxy benutzt, kennst du dich zufällig mit pound aus? Ich habe da ein sehr merkwürdiges Problem mit den Zertifikaten.
Ich benutze HAproxy.
Zitat von: Loredo am 16 November 2015, 22:33:01
Übrigens ist Geofancy.app aktuell nicht mehr im App-Store verfügbar (dafür wurde der Quelltext auf Github veröffentlicht). Vorhandene Nutzer können die App vermutlich weiterhin über die Purchased-Area laden. Es kommen aber eben keine Updates mehr, was sich spätestens mit iOS X dann vermutlich rächt.
Da hast Du möglicherweise etwas falsch verstanden. Die App hat gerade am 16.11. ein Update bekommen und nur weil sie jetzt Open Source ist, ist sie trotzdem im AppStore verfügbar.
Zitat von: volschin am 20 November 2015, 04:44:56
Die App hat gerade am 16.11. ein Update bekommen und nur weil sie jetzt Open Source ist, ist sie trotzdem im AppStore verfügbar.
Ich hatte vor meinem Post selbstverständlich nach der App gesucht und sie tauchte nicht im Suchergebnis auf.
Ich denke auch, dass ich deutlich genug formuliert habe, dass es eine Momentaufnahme und meine persönliche Einschätzung war. Die Essenz daraus ist: Dort bewegt sich was und man weiß nicht warum und wo es endet. Mehr habe ich nicht sagen wollen ;)
Um das mit der App noch kurz aufzuklären.
Die wurde genau wegen dem oben beschriebenen Fehlverhalten kurzzeitig aus dem Store genommen - eben um zu verhindern, dass noch mehr Leute über den Bug stolpern.
Nach dem Bugfix wurde eine fehlerbereinigte Version wieder in Store eingestellt.
https://github.com/Geofancy/ios-app/issues/25
8)
Geofency gibts heute übrigens für 99ct:
http://itunes.apple.com/app/id615538630
Zitat von: bmwfan am 16 November 2015, 08:13:59
Nachdem ich jetzt die Konfiguration der VPN-Verbindung auf Devicenamen statt IP geändert habe, neu in das iPhone importiert, die VPN-Verbindung einmal manuell aufgerufen und in der APP für jeden Ort die URL dementsprechend angepaßt habe, scheint es zu funktionieren. Zumindest heute morgen und gestern abend. Mal sehen, ob es eine Eintagsfliege war. ;)
Gruß Jürgen
Ich habe nach anfänglich problemloser Funktion (naja für 2 Tage = 3 Meldungen) mit VPN on Demand (iOS 9.1, Vodafone-Netz) jetzt folgendes Phänomen: Die regulären Meldungen von Geof
ency werden nach dem Lotterie-Prinzip übertragen oder erzeugen eine Fehlermeldung (also vermutlich Timeouts). Test-Ereignisse gehen immer reibungslos durch (auch ohne vorher bereits aktives VPN).
1) Wenn ich die obigen Posts richtig verstehe, gibt es nichts, was ich in der App oder an der VPN-Konfiguration ändern könnte, um das zu verbessern, richtig?
2) Gibt es eine Möglichkeit, die Meldungen manuell nochmal abzuschicken, wenn man die Mitteilung versehentlich weggewischt hat? Ich habe dazu bislang nichts gefunden.
2) Hat jemand mit Geof
ancy andere/bessere Erfahrungen gemacht? (werd's auf jeden Fall auch selbst versuchen, erwarte aber keinen Unterschied, das Problem ist ja vermutlich der verzögerte VPN-Aufbau)
Vielen Dank im Übrigen für das tolle Modul!
Thomas
Hi!
Ich habe heute Geofancy ausprobiert und wie beschrieben ins fhem installiert, aber jedesmal wenn ich einen TestRequest sende stürzt fhem ab. Warum?
Das waren fhem's letzte Worte:
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .LAN$/ at ./FHEM/33_readingsGroup.pm line 143.
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .LAN$/ at ./FHEM/33_readingsGroup.pm line 149.
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE dose*$/ at ./FHEM/33_readingsGroup.pm line 143.
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE dose*$/ at ./FHEM/33_readingsGroup.pm line 149.
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*tuer$/ at ./FHEM/33_readingsGroup.pm line 143.
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .*tuer$/ at ./FHEM/33_readingsGroup.pm line 149.
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .Fenster$/ at ./FHEM/33_readingsGroup.pm line 143.
2015.12.10 17:55:17 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE .Fenster$/ at ./FHEM/33_readingsGroup.pm line 149.
aus meiner fhem.cfg
define WEBhook FHEMWEB 8088 global
attr WEBhook hiddenroom input,detail,save,Unsorted,Everything,CUL_HM,FS20,Commandref,style,Edit files,Select style,Logfile,Floorpans
attr WEBhook room hidden
attr WEBhook webname webhook
attr WEBhook allowedCommands ,
attr WEBhook HTTPS
attr WEBhook basicAuth { "$user:$password" eq "webhook:Geofancy" }
Die letzten Worte stammen vom readingsGroup Modul, von daher bist du mit dem GEOFANCY Modul eher auf dem Holzweg.
Mittlerweile hab ich das Übel gefunden. Auf wenn eine Nachricht beim Verlassen kommt, stürzt fhem ab. Irgendwas mit SSL-cert.
Habe den Fehler gefunden. Trotzdem Danke!
Hallo,
habe Geofancy und WEBhook definiert:
define geofancy GEOFANCY geo
define WEBhook FHEMWEB 8080 global
attr WEBhook allowedCommands ,
attr WEBhook hiddenroom Logs,AMAD,Web,Heizung,CUL_MAX,CUL_HM,TV,Plots,Cubietruck,Alarmraum,Abfall,FBDECT,Sicherheit,KS300,Kalender,FHEM,Energie,Garten,Büro,Eingang,Haus,Garage,Everything,Gartenhaus,Terasse,Serverraum,Schlafzimmer,Wohnzimmer,Mülltonnenraum,Keller,WWW_Router,Kinderzimmer,System,Weihnacht,Klima,Sonos,Tanken,Logfile,Edit Files,Event Monitor,restart,update,updatecheck
attr WEBhook room hidden
attr WEBhook webname webhook
erst mal ohne Sicherheit und versuche nun per Firefox die Seite lokal zu erreichen:
http://192.200.100.97:8080/webhook/geo
aber es kommt nur eine Fehlermeldung dass die Seite nicht geladen werden kann. Firewall ist nicht aktiv.
Was mache ich da falsch ?
Ich kann da erstmal keinen Fehler erkennen. Ist Port 8080 ggf. schon mit etwas anderem vom System belegt?
Habe es gerade auch mit 8088 versucht, funktioniert auch nicht. Auch nicht nach einem restart von fhem
Das ist eher ein Problem mit FHEMWEB. Allerdings kann ich dir nicht sagen was da nicht stimmt, da die Definitionen alle richtig aussehen.
Wenn du bei deiner normalen FHEMWEB Instanz /fhem/geo erreichen kannst, dann ist das GEOFANCY Modul ansich in Betrieb...
ja unter 8083 kommt NOK No data received und das ist ja richtig
Der Fehler lag bei der Authentifizierung. Hatte die basicAuth so geschrieben, wie beschrieben stand, doch das wollte mein Raspi nicht.
Jetzt habe ich den Schlüssel drin, den ich über die Konsole erstellt hatte. Das läuft.
Wie in diesem Beispiel beschrieben hat es nicht funktioniert.
attr WEBhook basicAuth { "$user:$password" eq "webhook:Geofancy" }
Nur mit Schlüssel hat es funktioniert (gleicher Schlüssel wie bei WEB)
attr WEBhook basicAuth xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Ausserdem gab es Probleme mit der SSL, Musste Updaten und die Berechtigung für den Ordner ändern.
Schwere Geburt!!! ;)
Ich habe geofancy eingerichtet und es scheint auch ganz vernünftig zu laufen, aber ich möchte ein Log schreiben um daraus einen Plot für die Anwesenheit zu erstellen:
das Reading von geofancy ist:
Internals:
DEF geo
NAME geofancy
NR 76
STATE id:ac70c474-d7e5-379f-94cb-f753c4288445 name:Home trig:1 date:2015-12-22T09:23:32Z lat:50.0083608 long:9.1470038 address:- dev:Klaus
TYPE GEOFANCY
Readings:
2015-12-22 10:23:32 Klaus arrived Home
2015-12-22 10:23:32 currLocAddr_Klaus -
2015-12-22 10:23:32 currLocLat_Klaus 50.0083608
2015-12-22 10:23:32 currLocLong_Klaus 9.1470038
2015-12-22 10:23:32 currLocTime_Klaus 2015-12-22 10:23:32
2015-12-22 10:23:32 currLoc_Klaus Home
2015-12-22 10:23:32 lastArr Klaus Home
2015-12-22 10:23:32 lastDevice Klaus
2015-12-22 10:23:32 state id:ac70c474-d7e5-379f-94cb-f753c4288445 name:Home trig:1 date:2015-12-22T09:23:32Z lat:50.0083608 long:9.1470038 address:- dev:Klaus
Fhem:
infix geo
Helper:
Device_aliases:
ac70c474-d7e5-379f-94cb-f753c4288445 Klaus
Device_names:
Klaus ac70c474-d7e5-379f-94cb-f753c4288445
Attributes:
devAlias ac70c474-d7e5-379f-94cb-f753c4288445:Klaus
room Hauptstrasse
Die weitere Konfiguration ist:
define Klaus dummy
attr Klaus room Hauptstrasse
define Klaus_Anwesent at +*00:05:00 { my d$= ReadingsVal("geofancy","currLoc_Klaus",0);;fhem("set Locationk $d") }
define FileLog_LocationK FileLog ./log/LokationK-%Y-%m.log Lokationk
attr FileLog_LocationK logtype text
Es wird aber nichts ins Log geschrieben. Kann mir jemand auf die Sprünge helfen ?
Danke
Klaus
In Android kann man das Ganze uebrigens auch per automagic loesen.
Wer Interesse hat findet im Anhang den Flow fuer das Betreten der Homezone.
- Im Trigger die Zone und den Radius auswaehlen.
- In der letzten Action globalfhemip durch eure dyndns adresse (plus ggf. port) ersetzen.
Die URL ist dabei wie folgt aufgebaut:
https://{global_fhemip}/webhook/geo?id=123456&name=home&entry=1&date={triggertime,dateformat,yyyy-MM-dd}T{triggertime,dateformat,HH:mm:ss}Z&latitude={latitude}&longitude={longitude}&device=123456
id = AndroidId oder DeviceId als UUID
name = Name der GeoZone
entry = 1 oder 0 (1 = Betreten und 0 = Verlassen)
date = Datum und Uhrzeit der Auslösung des Events
latitude = Breitengrad der Zone
longitude = Längengrad der Zone
device = siehe id
Anschliessend den Flow kopieren und im Trigger das entering durch exiting ersetzen und in der URL entry=1 auf entry=0 aendern. Das Ganze dann mit beliebigen anderen Zonen wiederholen.
Zitat von: raspklaus am 23 Dezember 2015, 12:55:18
Es wird aber nichts ins Log geschrieben. Kann mir jemand auf die Sprünge helfen ?
Das ist keine Funktion des GEOFANCY Moduls, sondern zentral von FHEM.
Du suchst danach wie man FileLog oder DbLog verwendet:
http://fhem.de/commandref.html#FileLog (http://fhem.de/commandref.html#FileLog)
http://fhem.de/commandref.html#DbLog (http://fhem.de/commandref.html#DbLog)
Danach bin ich ja vorgegangen, aber es wird nichts geschrieben:
define FileLog_LocationK FileLog ./log/LokationK-%Y-%m.log geofancy:currLoc_Klaus:.*
attr FileLog_LocationK logtype text
Schließt event-on-change-reading "currLoc_Klaus" ein? Ohne Event kann FileLog nichts protokollieren.
Ist gesetzt:
define rr_Klaus ROOMMATE Hauptstr
attr rr_Klaus alias Klaus
attr rr_Klaus 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
attr rr_Klaus event-on-change-reading currLoc_Klaus:.*
attr rr_Klaus group Bewohner
attr rr_Klaus icon people_sensor
attr rr_Klaus room Hauptstrasse
attr rr_Klaus rr_locationHome home
attr rr_Klaus rr_realname group
attr rr_Klaus sortby 0
attr rr_Klaus webCmd state:mood
Zitat von: raspklaus am 01 Januar 2016, 18:05:37
Ist gesetzt:
attr rr_Klaus event-on-change-reading currLoc_Klaus:.*
Die Notation von event-on-change-reading ist falsch.
http://fhem.de/commandref.html#readingFnAttributes:
Zitat
The attribute takes a comma-separated list of readings.
Richtig ist also:
attr rr_Klaus event-on-change-reading currLoc_Klaus
Probiere das jetzt mal aus, sehe das Ergebnis erst morgen, da ich heute nicht mehr weggehe.
Danke erst mal für die Hilfe
Übrigens muss event-on-change-reading natürlich beim geofancy Device gesetzt sein und nicht beim ROOMMATE Device...
Aber ich vermute das war nur ein versehen von dir.
Man kann auch ohne sich zu bewegen testen:
setreading geofancy currLoc_Klaus Testlokation
Ich habe gerade ein Update des GEOFANCY Moduls sowie damit zusammenhängende Updates für ROOMMATE und GUEST eingecheckt:
- Das Attribut devAlias ist nun Voraussetzung dafür, dass die meisten Readings erzeugt werden. Ohne wird nur das Reading lastDevice und das neue Reading lastDeviceUUID aktualisiert. Dies stellt sicher, dass keine ungewollten Readings (massenweise) angelegt werden können und ist somit eine Verbesserung der Sicherheit des Moduls.
- Wer ROOMMATE oder GUEST zusammen mit GEOFANCY einsetzt, hat dafür zumeist einen Haufen von Notify/watchdog/DOIF Devices, welche die ROOMMATE/GUEST Devices mit der geänderten Location updaten. Oftmals ist dabei Code doppelt oder die Behandlung in einem einzigen Notify*-Device ist unübersichtlich/umständlich. Die UUID eines Devices kann deshalb jetzt direkt als Attribut r*_geofenceUUIDs bei ROOMMATE und GUEST hinterlegt werden. Das GEOFANCY Device findet das richtige Device dann selbstständig und aktualisiert den Standort automatisch. Die UUID bekommt damit einen engeren Bezug zum ROOMMATE/GUEST Device, mit dem das mobile Endgerät interagiert, und trägt zur Übersicht bei. Zusätzliche Location-Readings, die die Werte aus dem GEOFANCY Modul widerspiegeln (zB Breitengrad/Längengrad, Adresse), sind in Vorbereitung. Auch soll ein Entprell-Mechanismus dazukommen. Die Nutzung von r*_geofenceUUIDs hat Vorrang vor Aliasen, die über das GEOFANCY Attribut devAlias definiert wurden.
Ich würde mich freuen, wenn die Änderungen getestet werden und ich hier Feedback erhalten würde, wenn es eine Konstellation bei einer bestehenden Installation gibt, die ich nicht bedacht habe.
Gruß
Julian
Erste Tests verlaufen ohne Fehler/Probleme.
Gruß Detlef
Ich hab direkt mal ne Frage. Seit gestern probiere ich diese neuen Features aus. Übrigens: Super Idee.
Jetzt lese ich hier nur gerade, dass die meisten Readings nur erzeugt werden, wenn DevAlias genutzt wird. Ich habe in den Roommate die UUIDs (je 2) hinterlegt. Und in Geofancy habe ich insgesamt vier DevAliase für zwei Personen hinterlegt. Ich sehe jedoch nur zwei Readings: lastDevice und lastDeviceUUID.
Vorher waren das mehr Readings. Und eigentlich habe ich doch alles richtig gemacht, oder?
Das ist schon richtig so, die Readings werden bei setzen der UUID in ROOMMATE nicht mehr redundant im GEOFANCY Device angezeigt (wozu auch, sie sind ja im ROOMMATE Device verfügbar). Wenn die UUID in ROOMMATE hinterlegt ist, dann wird sie im GEOFANCY Device ignoriert und kann dort auch gelöscht werden (muss/soll nicht doppelt hinterlegt werden).
Die Readings in GEOFANCY werden erstellt, wenn dort im devAlias Attribut eine UUID hinterlegt ist, die sonst nirgends zugeordnert ist. Es ist dann das bisher bekannte Verhalten. Es werden nur keine Readings mehr bei unbekannten UUIDs angelegt, wie es bisher der Fall war.
Hallo Julian,
Vielen Dank für Deine prima Entwicklung und Weiterentwicklung der Module rund um geofency. Habe es versucht in meinem Construct anzupassen. Die Änderungen erscheinen sehr sinnvoll und haben eine Menge notify und dummy überflüssig gemacht. Bei mir gab es auch keine Abstürze etc.
Ich bitte um Hilfe/Anregungen zu folgender Sache, die nach der Änderung nicht mehr wie vorher funktioniert: Zur Hochreglung der Heizung nach Verlassen der Arbeitsstellen hatte ich den Arbeitsort meiner Frau und meinen in der IOS Geofency APP work genannt und folgendes notify reagierte auf left work:
geofancy:.*left.work.* {fhem "set CUL_EG_Clima_.* controlMode auto"}
Aktuell finde ich in keinem der Module ein vergleichbares reading. Wie kann ich das anders umsetzen?
Hallo,
ich versuche die Frage noch mal hochzuholen. Habe eben versuchsweise meine location work in wayhome umbenannt - verstehe aber das Kapitel zu ROMMATE in der commandref offenbar nicht:
ZitatImmer wenn eine Lokation mit dem Namen 'wayhome' gesetzt wird, wird das Reading 'wayhome' auf '1' gesetzt, sofern die Anwesenheit zu diesem Zeitpunkt 'absent' ist. Sofern das Attribut rr_locationWayhome gesetzt wurde, so führt das VERLASSEN einer dort aufgeführten Lokation ebenfalls dazu, dass das Reading 'wayhome' auf '1' gesetzt wird. Es gibt also 2 Möglichkeiten den Nach-Hause-Weg-Indikator zu beeinflussen (implizit und explizit).
Die Ankunft zu Hause setzt den Wert von 'wayhome' zurück auf '0'.
Wenn ich jetzt testweise über webhook wayhome verlasse (ohne das Ankommen vorher an FHEM zu senden) - bleibt wayhome auf 0, das geht nur auf 1, wenn ich wayhome betrete und bleibt dann nach verlassen auf 1. Ich möchte aber meine Heizung nicht hochregeln, wenn ich auf Arbeit ankomme, sondern wenn ich sie verlasse.
Sorry, ich steh da total auf dem Schlauch....
Die wayhome-Logik ist bei Nutzung des r*_geofenceUUIDs Attributs noch nicht richtig, ich muss die noch überarbeiten.
Generell soll es so sein, dass eine Lokation mit Namen "wayhome" eine besondere Rolle spielt: Beim betreten des Radius wird wayhome auf 1 gesetzt, wenn man zu Hause angekommen ist wieder auf 0.
Alle anderen Lokationen, die in r*_locationWayhome gesetzt sind, wirken sich anders aus: Nur bei deren VERLASSEN wird wayhome auf 1 gesetzt. Man kann dort also zB das Büro reinschreiben, wenn man in der Regel von dort direkt nach Hause fährt.
Zitat von: Loredo am 06 Januar 2016, 18:13:01
Die wayhome-Logik ist bei Nutzung des r*_geofenceUUIDs Attributs noch nicht richtig, ich muss die noch überarbeiten.
Generell soll es so sein, dass eine Lokation mit Namen "wayhome" eine besondere Rolle spielt: Beim betreten des Radius wird wayhome auf 1 gesetzt, wenn man zu Hause angekommen ist wieder auf 0.
Alle anderen Lokationen, die in r*_locationWayhome gesetzt sind, wirken sich anders aus: Nur bei deren VERLASSEN wird wayhome auf 1 gesetzt. Man kann dort also zB das Büro reinschreiben, wenn man in der Regel von dort direkt nach Hause fährt.
Danke, das lässt hoffen! Mit der Lösung, dass Büro beim Verlassen wayhome auf 1 setzt, wäre ich sehr zufrieden. Dann könnte ich die Heizungsreglung mit einer Befehlszeile für verschiedene Arbeitsorte erschlagen. Das wird eine echte Neuerung und Erleichterung. Wünsche Dir viel Freizeit, damit Du das noch vor Ende der kalten Jahreszeit schaffst.
Vielen Dank Loredo,
im ROOMMATE device funktioniert wayhome nach dem heutigen update wie erwartet - bei Verlassen wird wayhome zu 1, beim Betreten home wieder zu 0. Wenn das im nächsten Step auch noch im RESIDENTS Modul unter residentsTotalWayhome erscheinen würde, wäre die Begeisterung nahezu grenzenlos.
da war noch ein Dreher in 10_RESIDENTS, den ich gerade korrigiert habe (siehe Readings residentsTotalWayhome*).
Hallo!
einer meiner EgiGeoZone-User hat mir folgenden Fehler in mein Forum dargestellt, welchen ich so nun weitergeben möchte.
Danke
Egmont
ZitatHallo,
da ich mich gerade in den USA befinde und ein bisschen mit FHEM und dem Geofancy-Modul spiele, ist mir ein Bug aufgefallen - bei der Übermittlung meiner negativen Longitude gibt er ein "unexpected format" zurück, da er den regulären Ausdruck
m/^[0-9]+([.][0-9]+)?$/
im Modul 98_GEOFANCY.pm nicht matched. Selbiges würde auch bei einer negativen Latitude auftreten.
Ich habe das momentan gelöst, indem ich den Ausdruck um ein [-\d] erweitert habe:
m/^[-\d][0-9]+([.][0-9]+)?$/
Vielleicht kann das ja beim nächsten Modulupdate mit eingearbeitet werden ;)
Viele Grüße aus Texas
Danke für den Hinweis, habe ich behoben!
Hallo,
erstmal danke an Egmont für das Posten im richtigen Forum.
Bei der vorgeschlagenen Lösung ist mir noch aufgefallen, dass er so einstellige positive Werte nicht akzeptieren würde. Da ich bei den Regexpressions nicht zu 100% fit bin, bin ich durch Ausprobieren zu folgender Lösung gekommen:
^[-]*[\d]{1,3}([.][0-9]+)?$
Aber vielleicht hat jemand noch eine bessere Lösung...
Viele Grüße
Ich habe ohnehin nicht die Lösung übernommen.
Okay. Dann brauche ich mir ja darüber keine Gedanken weiter machen...
Hallo,
ich hatte nur ein notify.
Nun habe ich meine UUID in ROOMMATE eingetragen und bekomme folgendes im LOG:
2016.01.17 22:13:57 4: GEOFANCY geofancy: Found matching UUID at ROOMMATE device rr_Ralf
2016.01.17 22:13:57 4: GEOFANCY geofancy: id=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX name=Zu-Hause trig=1 date=1453065237 lat=XXXXXXXXXXXXXXXXX long=XXXXXXXXXXXXXXXXX address:- dev=XXXXXXXXXXXXXXXXXXXXXXX devAlias=rr_Ralf
2016.01.17 22:13:57 1: PERL WARNING: Odd number of elements in anonymous hash at (eval 2919) line 1.
2016.01.17 22:13:58 1: PERL WARNING: Odd number of elements in anonymous hash at (eval 2921) line 1.
Dies tritt immer beim verlassen meines Zu-Hause auf!
Nicht beim ankommen.
Und wenn ich die Testmeldungen in der APP absende.
Bei meiner Frau immer!
Habe ich einen Fehler eingebaut?
Ein LIST rr_Ralf ergibt:
Internals:
DEF rgr_Residents,rgr_Parents
NAME rr_Ralf
NR 407
NTFY_ORDER 50-rr_Ralf
RESIDENTGROUPS rgr_Residents,rgr_Parents,
STATE home
TYPE ROOMMATE
Readings:
2016-01-17 22:13:57 durTimerAbsence 00:00:00
2016-01-15 21:56:37 durTimerAbsence_cr 0
2016-01-17 22:29:57 durTimerPresence 00:16:52
2016-01-17 22:29:57 durTimerPresence_cr 17
2016-01-08 23:50:45 durTimerSleep 00:00:00
2016-01-08 23:50:45 durTimerSleep_cr 0
2016-01-17 22:13:57 lastArrival 2016-01-17 22:13:57
2016-01-17 22:13:53 lastDeparture 2016-01-17 22:13:53
2016-01-17 22:13:57 lastDurAbsence 00:00:00
2016-01-17 22:13:57 lastDurAbsence_cr 0
2016-01-17 22:13:53 lastDurPresence 00:06:03
2016-01-17 22:13:53 lastDurPresence_cr 6
2016-01-17 22:13:57 lastLocation Zu-Hause
2016-01-17 22:13:57 lastLocationAddr -
2016-01-17 22:13:57 lastLocationLat XXXXXXXXXXXXXXX
2016-01-17 22:13:57 lastLocationLong XXXXXXXXXXXXXXX
2016-01-17 22:13:53 lastMood calm
2016-01-17 22:13:57 lastState absent
2016-01-17 22:13:57 location Zu-Hause
2016-01-17 22:13:57 locationAddr -
2016-01-17 22:13:57 locationLat XXXXXXXXXXXXXXX
2016-01-17 22:13:57 locationLong XXXXXXXXXXXXXXXX
2016-01-17 22:13:57 locationPresence present
2016-01-17 22:13:57 mood calm
2016-01-17 22:13:57 presence present
2016-01-17 22:13:57 state home
2016-01-08 23:51:17 wayhome 0
Timer:
Rr_ralf_durationtimer:
HASH rr_Ralf
MODIFIER DurationTimer
NAME rr_Ralf_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 Ralf
icon people_sensor
room Residents
rr_geofenceUUIDs XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
rr_locationHome Zu-Hause
rr_realname group
sortby 1
webCmd state
Mit folgendem NOTIFY hatte ich dies nicht:
define n_rr_Ralf notify geofancy:currLoc_Ralf.* set rr_Ralf:FILTER=location!=$EVTPART1 location $EVTPART1
Meine Frau aber immer!
Kann dies an den verschiedenen Handys liegen?
Ich= iPhone4 IOS 7.1.2
Frau= iPhone5s IOS 9.2
Wie behebe ich das Problem?
Gruß
Ralf
Hallo Ralf,
ich habe da keine Idee und bekomme das bei mir nicht nachgestellt.
Wechseln der Status des ROOMMMATE Device denn ordnungsgemäß?
Das wahrscheinlichste ist, dass die Odd Number Meldungen von einem Notify oder DOIF kommen, welche entweder auf das GEOFANCY oder ROOMMATE Device reagieren.
Hallo Loredo,
der Status des ROOMMATE wechselt wie versprochen.
Mit dem Eintrag der UUID in die ROOMMATE sind bei mir 2 Notify weggefallen, die für den Statuswechsel verantwortlich waren.
Im Moment habe ich nur noch ein DOIF:
([rgr_Parents] eq "absent" and [{sunrise("CIVIL")}-{sunset("CIVIL")}]) (set R_Alle Zu)
DOELSEIF ([rgr_Parents] eq "home" and ([08:00|8] or [10:00|7])-{sunset("CIVIL")}) (set R_Alle Auf)
Zum Test für meine Rollladen.
Und tatsächlich, wenn ich dieses DOIF auf disable setze, kommt kein PEARL WARNING mehr!
Und nun?
Ist mein DOIF irgendwie falsch?
Gruß
Ralf
Das ist wohl in erster Linie eine Fachfrage an Damian.
Du kannst mal versuchen [rgr_Parents:state] anzugeben, damit explizit das entsprechende Reading statt dem Internal STATE beobachtet wird. Das mache ich generell immer so, weil man so sicher sein kann auf das Reading zu reagieren, welches man wirklich meint. STATE kann sich auch mal plötzlich ganz unerwartet verhalten (zB nach einem Update oder weil man eventMap, stateFormat o.ä. benutzt)
Hallo Loredo,
vielen Dank für den Lösungsvorschlag.
Den werde ich heute Nachmittag testen, und dann Berichten.
Gruß
Ralf
Hallo Loredo,
ich habe mein DOIF nun nach deinem Vorschlag abgeändert:
([rgr_Parents:state] eq "absent" and [{sunrise("CIVIL")}-{sunset("CIVIL")}]) (set R_Alle Zu)
DOELSEIF ([rgr_Parents:state] eq "home" and ([08:00|8] or [10:00|7])-{sunset("CIVIL")}) (set R_Alle Auf)
Eigenartig ist nur dass, als ich Heute zum Mittag Zu-Hause ankam, gab es kein PEARL WARNING!
Dies ist mir aber auch erst eben beim testen aufgefallen.
Als ich nun das DOIF abgeändert hatte und per APP die Verlassen Meldung manuell ausgelöst habe kam wieder die PEARL WARNING.
In meinem LOG kann ich aber sehen dass diese PEARL WARNING unregelmäßig auftaucht.
Da ich aber auf der Couch sitze und die Meldungen aus der APP heraus Manuell sende, werde ich erstmal beobachten wie es sich im Ernstfall verhält.
Danke für deine Hilfe.
Und vor allem für deine Arbeit.
Gruß
Ralf
Hallo,
ich bin seit kurzem stolzer Besitzer von 4 Ibeacons der Marke Ghostyu.
Mein Ziel war, damit das Licht etwas stabiler zu schalten, da es - auch unter Einbeziehung eines Dummys - doch ziemlich häufig vorkommt, dass es bei mangelnder Bewegung im Wohnzimmer plötzlich dunkel wird.
Es ist mir auch gelungen, die Ibeacons auszulesen und mit der App Geofency entsprechend anzusprechen und Ortswechsel im Haus an das Fhem-Modul weiterzureichen.
Meine Frage ist, wie ich kann andere Locations anlegen kann außer "home"?
Leider habe ich auch im Wiki und auch hier im Forum nichts wirklich Erhellendes zur Einrichtung von Ibeacons zur Anwesenheitserkennung gefunden, außer, dass einige Leute hier hin und wieder damit experimentieren.
Könnt ihr mir mit Tipps oder Verweisen hier irgendwie weiterhelfen?
Gruß
Wolfgang
Hast du denn in Geofency weitere Locations für die Beacons angelegt? Und dieser Name kommt dann als Location in FHEM an?
Ich selbst nutze ROOMMATE zusammen mit Geofency, wenn du dahin die Lokation weiterreichst kannst Du im Attribut rr_locationHome die Namen aller Locations eintragen, die als "Home" gewertet sollen.
Hallo,
danke für die Antwort, aber das mit den locations hatte ich inzwischen auch schon hingekriegt.
Allerdings hatte ich mir mehr von den Ibeacons versprochen: Es gibt recht häufig Verbindungsabbrüche. Zwar gelingt mir jetzt ein stabileres Schalten, aber nur in Verbindung mit den bereits vorhandenen Bewegungsmeldern und einem Anwesenheitsdummy.
Leider lässt Sendestärke der Ibeacons nur in Stufen von -23, -6, 0 und +4 regulieren. Entweder sind sie dann zu schwach oder so stark, dass sie (in meinem Altbau mit Holzbalkendecken) bis in den nächsten Stock oder sogar in den übernächsten hineinstrahlen, wo sie dann in den Bereich eines anderen Ibeacons hineinstrahlen und dort zu falschen locations führen.
Schwierig war auch, dass sich die Dinger bloß mit einer teil chinesischsprachen und teils englischen app überhaupt erstmal programmieren lassen, indem UUIDs zugewiesen und Namen vergeben werden müssen.
Kann Geofancy denn mit den verschiedenen Nähestufen der Ibeacons oder dem Major Value und dem Minor Value etwas anfangen? Dann könnte man etwas genauer damit arbeiten.
Gruß
Wolfgang
Hallo Wolfgang,
Hatte auch 5 Stück von den Dingern bestellt und ähnliche Erfahrungen gemacht. Ich denke die Fragen sind hier o.t., da mMn das Problem nicht an dem FHEM Modul sondern an Geofency iPhone und dessen Mobilfunk Verfügbarheit liegt. Für mich auch absolut unbrauchbar, das Handy im Haus rumzuschleppen, das lege ich im Flur ab und da bleibt es bis ich am kommenden Morgen wieder zur Arbeit fahre. Die Anwesenheitserkennung "ich bin gerade im Auto" hat über einen Beacon funktioniert, ist aber Blödsinn - das sollte mir schon auffallen, wenn ich selbst drin sitze. Frau hat Solcherlei Ansinnen strikt abgelehnt und die wayhome Funktion hat Loredo inzwischen anders und viel besser gelöst. Viel interessanter aber hier absolut o.t. fände ich die Frage, wie und womit (ohne iPhone) kann FHEM erkennen, wenn so ein Beacon anwesend ist. Dann könnte je einer mit maximaler Sendeleistung z.B. im Auto liegen als Diebstahlwarnanlage.
Dem App würde es vielleicht gut tun, wenn es wahlweise für bestimmte beacons, nur einen Ort schaltet, nach dem Motto,
bist du hier stark anwesend, darf ich bei einem anderen Beacon der schwächer ist nicht auch anwesend sein.
Oder es sollte die stärke des Beacons mit weiteren anwesenden Beacons übermitteln um darauf reagieren zu können.
Momentan schalte ich mit Verzögerung wieder aus, falls der Bereich springt oder wechselt.
mit freundlichen grüssen
Christian
Also, hier mal der aktuelle Stand:
1. Für die exaktere Raumortung benötigt man pro Raum etwa 3-4 Beacons. Die Sendestärke spielt dabei zunächst einmal nur insofern eine Rolle, als dass man alle Beacons im Raum empfangen muss, um die Triangulation durchzuführen (ja ein Trekki mag es dieses Wort zu verwenden ;D ). Funktioniert ähnlich wie die Ortung über GPS Satelliten.
Das ist aber sehr komplex und geht am eigentlichen Einsatzzweck der Geofency.app vorbei. Ich habe auch noch keine Kaufhaus-Shopping-App gesehen, die das implementiert hätte. Angeblich macht Apple's Store App das ja, aber bisher habe ich da nur Nachrichten gesehen wie "du hast einen Termin , checke jetzt ein". Das ist dann also momentan auch nur "da" oder "nicht da" und nicht wo genau ich mich aufhalte. Da ist Apple wohl auch noch am forschen wie genau man das in den Stores sinnvoll einsetzt.
Die Geofency.app selbst (und soweit ich weiß auch alle anderen kompatiblen Apps) betrachten die iBeacons nur unabhängig voneinander und verlassen sich auf die Apple API, die dann bestimmt, wann ein iBeacon als nah genug interpretiert wird.
2. Sinnvoll einsetzbar zusammen mit Geofency und FHEM ist das momentan für zwei Szenarien:
2a. Als Ergänzung für Geofencing, zB bei schlechtem Mobilfunkempfang wenn man nach Hause kommt. Hier kann der Empfang eines iBeacon Signals zusätzlich auslösen, dass man zu Hause angekommen ist. Dafür macht es Sinn den Webhook in der App nur beim ankommen auslösen zu lassen, da man in der Wohnung/im Haus wahrscheinlich nicht dauerhaften Empfang des Beacon hat und ansonsten wieder als abwesend erkannt wird.
2b. Im Auto, um sich bei Verlassen des Autos über den Abstellort informieren zu lassen. Dazu muss in den iBeacon Einstellungen in der Geofency App unter iBeacon Settings der Punkt "Update Geo-Position" angegeben sein. Einfacher auszuwerten sind die Geo-Koordinaten, wenn man GEOFANCY zusammen mit ROOMMATE über das Attribut r*_geofenceUUIDs verknüpft einsetzt. Ich lasse mir aktuell mittels diesem DOIF eine Pushnachricht schicken:
define di_rr_Julian_car DOIF
(
[rr_Julian:?locationPresence] and
[?rr_Julian:locationPresence] eq "absent" and
[?rr_Julian:presence] eq "absent" and
[?rr_Julian:location] eq "BMW"
)
(
(msg push @rr_Julian |Parkplatz für BMW| Das Auto wurde hier geparkt O[{"URLTITLE":"'In Google Maps öffnen'","ACTION":"'comgooglemapsurl://maps.google.com/?q=[rr_Julian:locationLat],[rr_Julian:locationLong]'","RETRY":0,"EXPIRE":0}])
)
DOELSE
attr di_rr_Julian_car do always
attr di_rr_Julian_car wait 300
Somit erhalte ich nach 5 Minuten eine Nachricht, wo ich mein Auto geparkt habe (sofern ich das Auto nicht zu Hause abgestellt habe) und kann von dort direkt in Google Maps springen. In Google Maps könnte ich dann ganz einfach eine Fußgänger Navigation aktivieren, die mich dann zu meinem Auto führt. Die Apple Maps API hab ich mir noch nicht angeschaut, würde ich aber lieber benutzten, um dann die Turn-By-Turn Navigation zusammen mit der Apple Watch direkt nutzen zu können (falls da also jemand helfen mag...).
Aufmerksame Leser sehen, dass ich hier meinen msg-Befehl benutzte statt direkt einen Pushover-Befehl abzusetzen. Ich hatte noch keine Zeit, aber man kann nach Damian's Änderungen das DOIF inzwischen so umbauen, dass es generell für alle Bewohner funktioniert und dann jeweils der richtige Bewohner mit der Nachricht beschickt wird, der gerade das Auto abgestellt hat. Die Art wie der Bewohner die Pushnachricht bekommt kann dabei unterschiedlich sein und wird eben über die msg-Attribute am jeweiligen ROOMMATE Device festgelegt (wer kein Push hat könnte dann zB auch eine Mail bekommen während andere eine Pushnachricht erhalten).
In diesem Zusammenhang gibt es noch einen Punkt, den ich an den Geofency Entwickler adressiert habe mit der Frage, ob man die Geo-Update Funktion auch für die Webhooks bei Geofencing-Adressen einbauen kann. Dann wären die Geo-Koordinaten nämlich auch immer aktuell, wenn man unterwegs ist und nicht statisch darauf basierend, wo man den Mittelpunkt der Fencing-Zone festgelegt hat. Für die wayhome Funktion hätte das den Charme, dass man in FHEM sehen kann aus welcher Richtung man gerade aus der Zone raus oder rein gefahren ist, weil die Koordinaten dann eben nicht statisch in der Kreismitte liegen würden, sondern entsprechend am Kreisrand. Das macht bei einem 10km Radius durchaus einen Unterschied und macht sich nett, wenn man die Koordinaten z.B. über eine Karte in FHEM anzeigen möchte. Dann sieht der Partner nicht nur, dass man auf dem Nachhauseweg ist, sondern auch wo man gerade in dem Moment war. Auch könnte FHEM dann berechnen wie lange man noch etwa bis nach Hause braucht. Diese Funktion wollte ich bei Gelegenheit noch mit einbauen. So wirklich Sinn macht sie aber erst, wenn die Geo-Position eben auch bei Geofencing-Events mit aktualisiert wird.
Eine Diebstahlwarnanlage über iBeacons sehe ich hingegen eher nicht sinnvoll einsetzbar.
Hallo Loredo,
Vielen Dank, Dein Beitrag ist sehr erhellend. Punkt 2a decke ich mit Bluetooth ab, traditionell schon vor Deinem Modul als sie Anwesenheit noch mit WLAN FB mehr schlecht als recht lief. Punkt 2b liefert Stoff für neue Überlegungen und würde dann auch sicher meiner Frau den Beacon im BMW schmackhaft machen.
Die Diebstahlwarnanlage sehe ich nicht für sinnlos an. Z.B. steht im Urlaubsfall immer einer der zwei Schwarzen in der Garage. Ein Telegramm wenn der sich bewegt und man könnte wenigstens die blaue Garde losschicken zum Suchen. Dazu müssten die Beacons aber vom FHEM Server per Bluetooth empfangbar sein ohne Dazutun eines iPhones.
Eine Ergänzung hab ich da noch:
Der msg-Befehl kann Nachrichten auch vom Typ Audio, Screen und Light verarbeiten. Der "Versand" kann dabei auch Location-basiert stattfinden.
In Verbindung mit iBeacons in der Wohnung kann damit zB eine Audio-Ansage in den Raum weitergeleitet werden, in dem sich die Person (bzw. dessen iPhone) gerade befindet.
Das funktioniert bei mir ziemlich gut auch mit einem iBeacon pro Raum. Der Trick dabei ist, dass man den Webhook dabei nur beim betreten auslösen lässt und nicht beim verlassen. Dann ist es egal, ob der iBeacon Empfang zwischendrin nicht astrein ist. Man muss nur dafür sorgen, dass ein iBeacon aus einem anderen Raum nicht zu stark in diesen Raum strahlt. Bei mir funktioniert damit der Wechsel zwischen Wohnzimmer, Küche und Schlafzimmer prima. Noch habe ich darauf basierend noch keine Lichtsteuerung, denke aber sie würde zumindest für das einschalten sehr zuverlässig funktionieren. Fürs ausschalten fehlt noch etwas mehr Logik, damit man mehrere Bewohner zusammenfassen kann und somit den Aufenthaltsstatus allgemein in einem Raum erhält (Bewegungsmelder sind da ja auch nicht unbedingt zuverlässig, wenn man auf dem Sofa fleetzt). Ich überlege dafür schon ein ROOM Modul zu basteln, was dann zusammenspielt mit dem msg-Befehl, ROOMMATE und GEOFANCY.
Für diesen Einsatzzweck habe ich grad noch ein paar Hinweise erhalten:
Die Raumortung funktioniert by Design (=gewollt) nur bei einer gerade geöffneten App und nicht im Hintergrund, weshalb dies in Geofency nicht sinnvoll eingebaut werden kann. Dem liegt die Tatsache zu Grunde, dass die Ortung durch uns Wasserköpfe/Menschen nicht ausreichend genau funktioniert, wenn wir das Gerät nah am Körper tragen statt es nur in der Hand zu halten. Den Unterschied, ob man das Gerät gerade am Körper trägt oder irgendwo auf den Tisch gelegt hat, macht Apple da aktuell nicht. Wie wir aber ja schon festgestellt haben möchte niemand von uns sein Handy permanent in der Wohnung mit sich herum tragen müssen (-> Thema "Vergesslichkeit"). Meine persönliche Hoffnung liegt da auf der Weiterentwicklung der Apple Watch (entweder Hardware oder Software), so dass diese dann die iBeacon Signale verarbeitet und ihren Standort an Stelle des iPhone weitermelden kann. Weil die Uhr nur am Handgelenk getragen wird sollten die gerade genannten Einschränkungen hier vernachlässigbar sein. Leider kann man diese Funktion wohl trotz nativer Apps bisher noch nicht in einer Apple Watch implementieren. Da wartet der Entwickler aber wohl auch sehnsüchtig drauf... wenn die Gerüchte stimmen könnte eine Apple Watch v2 dieses Jahr mit deutlichen Verbesserungen was WLAN Konnektivität angeht hier weiterhelfen.
Empfehlenswert ist es auf jeden Fall damit herumzuexperimentieren die Sendeleistung der Beacons aufeinander abzustimmen (Beacons, die diese Funktion nicht bieten sollte man also nicht kaufen). Die Estimotes sind dabei vorbildlich mit ihrer Konfigurationsapp und zeigen auch die ungefähr errechnete Entfernung zum Gerät an und das hilft dabei dies auszutangieren. Die sind zugegeben schweineteuer, in diesem Punkt bieten sie aber einen Mehrwert. Ich selbst plane da einen Mischbetrieb: Erfahrungen per Estimotes und großer Einsatz mit günstigeren Beacons.
Übrigens kann man in Geofency auch das Minor-Feld leer lassen (entspricht dann einem *). Alle Beacons, die dann die gleiche Major ID haben werdenn dann wie ein Beacon behandelt. Man kann dann also mehrere Beacons mit der gleichen Major ID in einem Raum verteilen und so eine bessere Abdeckung erhalten. Ist aber mMn nicht unbedingt notwendig, wenn man sich bei den Webhook Events wie beschrieben nur auf die Entry-Events beschränkt und bis zum nächsten Entry-Event einfach davon ausgeht, dass man noch im selben Raum ist. Da kann dann auch die Verbindung zum Beacon mal abreißen ohne dass man in FHEM gleich den Raum wechselt... Die Location-Readings in ROOMMATE verhalten sich auch deshalb entsprechend. Wenn man dabei nur auf das location-Reading triggert erhält man ein ziemlich zuverlässiges Verhalten. Das Reading locationPresence muss man ja nicht unbedingt auswerten.
Zitat von: det. am 24 Januar 2016, 15:57:07
Die Diebstahlwarnanlage sehe ich nicht für sinnlos an. Z.B. steht im Urlaubsfall immer einer der zwei Schwarzen in der Garage. Ein Telegramm wenn der sich bewegt und man könnte wenigstens die blaue Garde losschicken zum Suchen. Dazu müssten die Beacons aber vom FHEM Server per Bluetooth empfangbar sein ohne Dazutun eines iPhones.
Klingt für mich jetzt etwas konstruiert der Fall, Motto: Because I can ;D
Eine Garage schließe ich ab und sichere die ggf. gegen Einbruch (Thema Alarmanlage und FHEM). Bei einem offenen Carport kann man drüber nachdenken was mit Beacons zu machen, aber mal ehrlich, wieviele Autos werden denn bitte aus einem Carport geklaut? Vielleicht wenn man im Berliner Umland wohnt, in Bayern mache ich mir da keine Sorgen. Zumal es Versicherungen gibt, ich muss da also selbst nichts absichern solange ich mein Auto abschließe. Außerdem hat BMW da mit ConnectedDrive (ähnlich bei anderen Herstellern) ne Diebstahlortung drin.
Wenn du sowas realisieren willst und schon Bluetooth Ortung hast: Die Beacons senden IIRC auch eine ganz normale Bluetooth ID aus, die man wie bei jedem anderen BT Gerät auch monitoren kann. Die iBeacon Payload muss man dafür ja nicht auswerten.
Hallo,
erstmal danke an Loredo für die wirklich sehr erhellenden Ausführungen.
Ich will hier nochmal kurz abschließend berichten, wie weit ich mit der Einrichtung der Ibeacons gediehen bin.
Nach einigem Experimentieren mit der Sendeleistung und den Sendeintervallen erziele ich inzwischen recht zufriedenstellende Ergebnisse, indem ich die schwächstmögliche Sendeleistung (-23dBm) und das geringstmögliche Sendeintervall (1x100ms) eingestellt habe sowie. Weiter habe ich wie auch hier schon empfohlen in der Geofency-app die Mitteilung beim Austritt aus der Location abgestellt. Eine weitere Stabilisierung des Empfangs habe ich erreicht, indem ich jedem Ibeacon eine Major und Minor zugewiesen habe, warum auch immer. Das wurde auf der Seite eines Ibeacon-Herstellers so empfohlen, um die Stabilität zu vergrößern und scheint auch zu wirken.
Durch die geringe Sendeleistung kommt es nicht mehr z.B. zum Schalten im Wohnzimmer, wenn wir uns im Schlafzimmer aufhalten, das in unserem Altbau direkt darüber liegt. Inzwischen habe ich die Ibeacons so plaziert, dass es nicht (kaum) mehr zum Empfang eines anderen aus einem Nebenraum kommt, denn dann wird ja auch in beiden Räumen unerwünscht geschaltet, auch wenn kein Austritt aus der Location ausgestellt ist.
Allerdings hat die geringe Sendeleistung natürlich den Nachteil, dass es manchmal relativ lange dauert, bis die Anwesenheit im Raum erkannt wird und somit eine Lichtsteuerung nicht sinnvoll umsetzbar ist. Als Ergänzung zu einem Bewegungsmelder mit einem zeitverzögerten Anwesenheitsdummy allerdings funktioniert es dann doch bei mir inzwischen recht zuverlässig, auch wenn ich mich nur sparsam im Raum bewege.
Trotzdem wäre für mich auch noch ein gutes Feature, wenn die app die Nähezonen der Ibeacons auswerten könnte, dazu benötigt man ja auch keinerlei komplizierte Dreieckspeilung. Dann könnte man die Sendeleistung und somit den Empfang verbessern und es käme nicht zu unerwünschtem Schalten.
Gruß
Wolfgang
Hallo.
Habe eine kurze Frage bzgl. ID. Kann es sein das nach update von iOS oder der Geofancy app die ID geändert wird? Habe heute bemerkt, das ich seit 19.12. keine Zusatndsänderung meines iPhones erhalte, obwohl das iPhone erkennt ob es den Bereich verlässt od. betritt.
Zitat von: satprofi am 25 Januar 2016, 18:31:29
Habe eine kurze Frage bzgl. ID. Kann es sein das nach update von iOS oder der Geofancy app die ID geändert wird? Habe heute bemerkt, das ich seit 19.12. keine Zusatndsänderung meines iPhones erhalte, obwohl das iPhone erkennt ob es den Bereich verlässt od. betritt.
Das hat jetzt nichts mit der Geofency.app ansich zu tun, sondern an der Art wie Apple die Privatsphäre und Sicherheit für seine Nutzer handhabt.
Bei iOS erhält jede App vom Betriebssystem nach der Installation eine zufällig generierte UUID. Diese bleibt solange gleich, bis die App gelöscht oder neu installiert wird. Bei einem Update bleibt die UUID erhalten. Als eine Neuinstallation der App zählt auch die Migration auf ein neues Gerät, da die UUID an exakt ein physisches Device gekoppelt ist. Bei einem Restore aus iCloud oder über iTunes bleibt die UUID also nur erhalten, wenn das Backup auf dem selben Gerät wieder eingespielt wird. Spielt man das Backup auf einem anderen Gerät ein, werden die UUIDs aller Apps neu generiert.
Mir passiert es beim testen auch öfters, dass ich eine andere UUID bekomme. Damit ich das entsprechend bemerke, habe ich mir ein einfaches DOIF geschrieben, welches mich über den msg-Befehl darüber informiert:
define di_geofancy DOIF
(
[geofancy:?lastDevice] and
[?geofancy:lastDevice] eq "-"
)
(
msg @geofancy -1 |Geofencing| Nicht zugeordnete UUID empfangen: [geofancy:lastDeviceUUID]
)
attr di_geofancy do always
attr di_geofancy cmdpause 300
Dies schickt mir eine Telegram Pushnachricht (Kontaktdaten habe ich in diesem Fall zentral im Attribut msgContactPush des Devices "globalMsg" hinterlegt).
Zitat von: WolfgangV am 25 Januar 2016, 12:34:12
Nach einigem Experimentieren mit der Sendeleistung und den Sendeintervallen erziele ich inzwischen recht zufriedenstellende Ergebnisse, indem ich die schwächstmögliche Sendeleistung (-23dBm) und das geringstmögliche Sendeintervall (1x100ms) eingestellt habe sowie.
So kurz muss das Interval eigentlich gar nicht sein; 500ms sollten eigentlich auch genügen um das Endgerät schnell genug reagieren zu lassen. Mit 100ms ist die Batterieleistung doch arg gering und man muss innerhalb von nur wenigen Wochen wechseln. Die Estimotes berechnen auf Grundlage von Sendeleistung und -interval eine voraussichtliche Lebensdauer der Batterie. Da kann man das gut abwägen.
Zitat von: WolfgangV am 25 Januar 2016, 12:34:12
Durch die geringe Sendeleistung kommt es nicht mehr z.B. zum Schalten im Wohnzimmer, wenn wir uns im Schlafzimmer aufhalten, das in unserem Altbau direkt darüber liegt. Inzwischen habe ich die Ibeacons so plaziert, dass es nicht (kaum) mehr zum Empfang eines anderen aus einem Nebenraum kommt, denn dann wird ja auch in beiden Räumen unerwünscht geschaltet, auch wenn kein Austritt aus der Location ausgestellt ist.
Sehr gut, so macht man's.
Zitat von: WolfgangV am 25 Januar 2016, 12:34:12
Allerdings hat die geringe Sendeleistung natürlich den Nachteil, dass es manchmal relativ lange dauert, bis die Anwesenheit im Raum erkannt wird und somit eine Lichtsteuerung nicht sinnvoll umsetzbar ist. Als Ergänzung zu einem Bewegungsmelder mit einem zeitverzögerten Anwesenheitsdummy allerdings funktioniert es dann doch bei mir inzwischen recht zuverlässig, auch wenn ich mich nur sparsam im Raum bewege.
In erster Linie ist die Erkennungsgeschwindigkeit vom Interval abhängig, nicht von der Sendeleistung. Die Sendeleistung ist aber natürlich relevant dafür wie nah man an den Beacon heran kommen muss. Wenn man die Abdeckung bei geringer Sendeleistung verbessern möchte, dann kann man wie beschrieben mehrere Beacons im Raum verteilen, die die gleiche Major-ID haben. Die Minor-ID sollte natürlich unterschiedlich sein. In der Geofency.app lässt man dann das Minor-Feld leer und alle Beacons mit der selben Major-ID werden dann wie ein Beacon behandelt.
Zitat von: WolfgangV am 25 Januar 2016, 12:34:12
Trotzdem wäre für mich auch noch ein gutes Feature, wenn die app die Nähezonen der Ibeacons auswerten könnte, dazu benötigt man ja auch keinerlei komplizierte Dreieckspeilung. Dann könnte man die Sendeleistung und somit den Empfang verbessern und es käme nicht zu unerwünschtem Schalten.
Die Anzeige haben eben die Apps der Beacon Hersteller, dort macht es auch Sinn das zu haben. Die Estimote App ist da vorbildlich (ein Grund warum die Beacons so teuer sind). Das in einer Geofencing-App wie Geofency.app bereitzustellen wäre wohl eher am Zweck der App vorbei. Ich vermute mal der Programmierer hätte es sonst schon eingebaut.
Hallo,
Da ich mittlerweile auch begeisteter Geofency Nutzer bin stellt sich mir die Frage wo Ihr aktuell Eure iBeacons kauft. Bin für Tipps dankbar.
Hermann
PS. Hat evtl. jemand einen abzugeben ? Hab bei Estimote Beacons nachgeschaut, mit Versand gut 150 Dollar ist schon nicht schlecht.
Hallo Hermann,
ZitatDa ich mittlerweile auch begeisteter Geofency Nutzer bin stellt sich mir die Frage wo Ihr aktuell Eure iBeacons kauft. Bin für Tipps dankbar.
Meine habe ich über Ebay bei
http://www.ebay.de/itm/201392851743?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT (http://www.ebay.de/itm/201392851743?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT)
gekauft.
Kann ich aber nicht empfehlen:
1. keinerlei Support, noch nicht einmal eine irgendwie geartete Beschreibung dabei.
2. Auf den Ibeacons selbst ist keinerlei Hinweis auf den Hersteller. den konnte ich erst über das Ebay-Foto ermitteln und mir dann eine teils chinesisch-, teils englischsprachige app herunterladen und durch mühsames Herumprobieren dann die Einstellungen tätigen.
3. Die Einstellmöglichkeiten sind äußerst begrenzt: Sendeleistung ist nur in den Stufen -23, -6, 0 +4 einzustellen. Das Sendeintervall nur zwischen 1-40 x 100 ms.
4. Die Wartezeit für den Versand aus China beträgt mehrere Wochen.
Positiv ist dabei der Preis.
Nach der Herumtüftelei und längerem Probieren tun sie allerdings nun einwandfrei ihren Dienst.
Gruß
Wolfgang
Hi,
habe gerade hier (http://forum.fhem.de/index.php/topic,48241.0.html) ne Frage zu "Pendelzeit berechnen (Geofancy, pushover)" gepostet. Sehe gerade das wäre hier besser aufgehoben gewesen.
Vielleicht hat jemand von Euch eine gute Idee - meine FHEM Kenntnisse sind (noch!) limitiert und in diesem Fall fehlt mir noch das nötige Verständnis/Erfahrung.
Lieben Dank im Voraus!
Zitat von: maddhin am 27 Januar 2016, 10:39:20
Hi,
habe gerade hier (http://forum.fhem.de/index.php/topic,48241.0.html) ne Frage zu "Pendelzeit berechnen (Geofancy, pushover)" gepostet. Sehe gerade das wäre hier besser aufgehoben gewesen.
Vielleicht hat jemand von Euch eine gute Idee - meine FHEM Kenntnisse sind (noch!) limitiert und in diesem Fall fehlt mir noch das nötige Verständnis/Erfahrung.
Lieben Dank im Voraus!
Hierzu eine vielleicht dumme Frage: wie kann ich bei Geofancy die Zeiten auslesen, wann ein entry/exit getriggert wird? Damit könnte man dann Zeitspannen berechnen.
Zitat von: Loredo am 24 Januar 2016, 15:05:391. Für die exaktere Raumortung benötigt man pro Raum etwa 3-4 Beacons.
4 Stück an den äusseren Ecken der Wohnung reichen theoretisch genauso.
Man könnte die 4 Beacons auch in die Mitte der Wohnung packen und mittels geeigneter Abschirmung eine Richtwirkung nutzen.
Das grundliegende Designproblem bleibt aber natürlich trotzdem: Ranging geht nur bei offener App, im Hintergrund gibt es nur Enter/Leave - und selbst das nur sehr fehleranfällig. Wenn die Wohnung nicht gerade Stahlbetonwände hat, wird die Abstimmung wahrscheinlich in der Praxis verdammt schwierig.
Und ob man das braucht? Ich wüsste nicht wofür. Ich werd's aber demnächst trotzdem mal ausprobieren :)
Ich habe aktuell nur eine im Büro und zuhause 2 Stück mit der selben UUID um die komplette Wohnung abzudecken und nutze sie, um meine Home Zone im Livetracking Modul unabhängig von GPS und WLAN zu erkennen.
Zitat von: Hermann am 27 Januar 2016, 08:36:58Da ich mittlerweile auch begeisteter Geofency Nutzer bin stellt sich mir die Frage wo Ihr aktuell Eure iBeacons kauft. Bin für Tipps dankbar.
Die iBeacon meines Vertrauens (http://www.ebay.de/itm/371406018734?clk_rvr_id=975171805657&rmvSB=true) gibt es für unter 10 Euro.
Bei der Einrichtung kann ich gerne helfen.
Markus
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
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.
Zitat von: Markus M. am 31 Januar 2016, 20:41:40
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...
Zitat von: Markus M. am 31 Januar 2016, 20:41:40
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 ;D ). 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.
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
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
Zitat von: Hermann am 01 Februar 2016, 20:17:42Erst 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.
@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
Zitat von: Hermann am 02 Februar 2016, 11:23:11
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.
Zitat von: kjmEjfu am 22 Februar 2016, 18:03:20dann 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 ;-)
Zitat von: Loredo am 23 Februar 2016, 09:28:01
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!
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
Zitat von: tomspatz am 14 März 2016, 09:37:21
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
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 (http://appleinsider.com/articles/15/09/10/apples-efficient-m9-coprocessor-will-let-your-iphone-6s-track-pace-make-hey-siri-always-on)). 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.
Zitat von: tomspatz am 14 März 2016, 09:37:21Gewü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 (https://forum.fhem.de/index.php/topic,37412.0.html) für dich interessant.
Markus
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.
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
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
Das solltest du mit dem Autor der App klären. Es wird nur verarbeitet, was die App übergibt.
Sent from my iPad using Tapatalk
Zitat von: andre07 am 22 April 2016, 20:57:11
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.
...
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
Es wird nicht die UUID des iBeacons, sondern die des Handys übermittelt!
Die vom iBeacon bringt dir ja nichts. Dein Handy ist ja in Bewegung. Die Beacon-Zone (name=...) sagt dir, welches Beacon beteiligt ist.
Hallo,
habe heute morgen fhem auf den neuesten Stand gebracht und seitdem funktioniert mein Geofancy leider nicht mehr.
Ich nutze ein iPhone + Locative + FHEM + Residents.
Folgende Meldung erhalte ich auf dem Telefon:
GET Erfolgreich NOK Value for 'type' can only be: Entered Leaving
Der Request sah so aus:
fhembasicauth.example.de:443 111.222.111.222 - fhemuser [26/Jul/2016:08:16:05 +0200] "GET /fhem/geofancy?device=CXXXXX8-BXXA-4XX0-8XXB-1XXXXXXXXXX1&id=Home&latitude=99.99926966064582&longitude=55.55535502413032×tamp=1469513763.747287&trigger=exit HTTP/1.1" 200 5792 "-" "Locative/1.11.1 (iPhone; iOS 9.0.2; Scale/2.00)"
Hat da jemand eine Idee was da los ist?
Edit:
Hat was mit dem Commit zu tun:
https://github.com/mhop/fhem-mirror/commit/e45695bad2f4cc085c2d0d057391c69140510955#diff-434716cfd40496f0a19f46f51969bea2R264 (https://github.com/mhop/fhem-mirror/commit/e45695bad2f4cc085c2d0d057391c69140510955#diff-434716cfd40496f0a19f46f51969bea2R264)
Sollte bestimmt so aussehen:
diff --git a/fhem/FHEM/98_GEOFANCY.pm b/fhem/FHEM/98_GEOFANCY.pm
index bba2892..8d71aa1 100755
--- a/fhem/FHEM/98_GEOFANCY.pm
+++ b/fhem/FHEM/98_GEOFANCY.pm
@@ -261,9 +261,9 @@ sub GEOFANCY_CGI() {
return ( "text/plain; charset=utf-8",
"NOK Value for 'type' can only be: Entered Leaving" )
- if ( defined( $webArgs->{trigger} )
- && lc( $webArgs->{trigger} ) ne "entered"
- && lc( $webArgs->{trigger} ) ne "leaving" );
+ if ( defined( $webArgs->{type} )
+ && lc( $webArgs->{type} ) ne "entered"
+ && lc( $webArgs->{type} ) ne "leaving" );
# validate date
return (
Ups, hab ich gerade korrigiert.
Hallo,
ich würde das geofency auch gerne bei mir einsetzen.
Allerdings habe ich trotz diverse Maßnahmen Sicherheitsbedenken und habe daher überlegt, eine weitere FHEM Instanz in meiner DMZ aufzustellen.
Diese wird dann via fhem2fhem mit der Hauptinstanz angesprochen und die geofancy events dort ausgelesen.
Hat das schonmal jemand gemacht? Geht das?
FHEM2FHEM (http://fhem.de/commandref.html#FHEM2FHEM), aber gemacht habe ich das nicht bisher.
Welche Sicherheitsbedenken bleiben denn, wenn du per Reverse-Proxy das explizite URI /webhook/geo Forwarding mit SSL-Verschlüsselung und HTTP Auth einrichtest? Auch eine FHEM Installation in der DMZ würde ich so absichern, aber wo bleibt da der Unterschied zu einem Proxy in der DMZ?
Ich bin da etwas paranoid >:(
Habe es aber eben selber lösen können :)
Ich habe hinter meiner Firewall (pfSense) eine getrennte DMZ in einem eigenem Netz. Die FHEM Hauptinstallation ist im LAN Segment. DMZ darf nicht auf LAN zugreifen. LAN auf DMZ schon.
In der DMZ steht auch mein Apache Server der via Reverse Proxy auf die geofency-fhem installation geht. ( Context-URL ist 64 Zeichen lang aus random Zeichen)
Bei der geofency-fhem installation handelt es sich um eine abgespeckte fhem installation die nur aus dem WEB (inkl. http auth) und TELNET port für fhem2fhem besteht. Sowie dem geofency modul natürlich.
Host geofency-fhem:
define geofencyDMZ geofancy geo
Host Default-fhem
define geofancy geofancy geo
define geofencyFHEM FHEM2FHEM geofency LOG:geofencyDMZ:.*
define geofencyREMOTE_Notify notify geofencyDMZ { $EVENT=~s/://;; fhem("setreading geofency $EVENT")}
Zusatz: was allerdings nicht funktioniert ist das verwenden von Resident und roommate.
Selbst wenn ich hier die uid meines iPhones eintrage beim roommate wird es nicht verwendet.
Ich muss also im geofancy Modul ein devAlias machen und via notify den roommate aktualisieren.
Es scheint daran zu liegen, dass mein geofancy über og vorgehen mit setReading aktualisiert wird.
Kann mir da jemand vielleicht nähere technische infos geben, bitte...
Zitat von: SofB am 19 August 2016, 00:02:41
Zusatz: was allerdings nicht funktioniert ist das verwenden von Resident und roommate.
Selbst wenn ich hier die uid meines iPhones eintrage beim roommate wird es nicht verwendet.
Ich muss also im geofancy Modul ein devAlias machen und via notify den roommate aktualisieren.
Es scheint daran zu liegen, dass mein geofancy über og vorgehen mit setReading aktualisiert wird.
Kann mir da jemand vielleicht nähere technische infos geben, bitte...
Das ist klar. Ein setreading steht vollkommen außerhalb des Moduls. Der Weg Daten in die Modullogik einzuliefern ist über die Web-API. Die Readings werden nur als Ergebnis hinterher geschrieben und nicht als Eingangsdaten verwendet. FHEM2FHEM ist auch nicht dafür gedacht, dass du damit die Modullogik auslöst, sondern Reading-Ergebnisse 1zu1 zu einer anderen Instanz übernimmst.
Vielen Dank für die detaillierte Erklärung.
Dann werde ich es weiterhin mit meiner "Notify-Brücke" so lassen 8)
Ansonsten würde vielleicht auch helfen ein ROOMMATE Device mit in der DMZ-Instanz zu haben und statt dem GEOFANCY Device dieses an die LAN-Instanz mit FHEM2FHEM zu syncen.
mein fhem ist von Außen nur per VPN verfügbar..
Also wennnn ich mal draufgucken möchte, npn auf dem iPhone an dann fhem Verknüpfung geklickt.
Das wird sich wohl mit geofancing nicht vertragen ??
Nein, nur wenn du VPN-on-Demand (im Falle von iOS, Android kann ich nichts zu sagen) aktiviert hast.
Aber auch dann kann es vorkommen, dass der VPN-Verbindungsaufbau möglicherweise nicht schnell genug oder zu unzuverlässig funktioniert. Von daher rate ich von der Kombination mit einem VPN ab. Das soll natürlich niemanden davon abhalten es trotzdem so zu versuchen und zu verwenden.
hey Loredo
du hast im Beitrag 444 ein Vorschlag für die Überwachung einer geänderten UUID per DOIF geschrieben.
Ich probiere mich da reinzudenken.
Könntest du das BITTE mal detailliert erklären? :-[
([geofancy:?lastDevice] and [?geofancy:lastDevice] eq "-")
Das erste geofancy ist das Device, das liest den Status lastDevice aus. Den Rest verstehe ich nicht.
Zitat von: tomspatz am 27 August 2016, 19:15:58
([geofancy:?lastDevice] and [?geofancy:lastDevice] eq "-")
Das erste geofancy ist das Device, das liest den Status lastDevice aus. Den Rest verstehe ich nicht.
Da wird das Value geprüft. Du solltest dazu die DOIF Notation in der Commandref konsultieren.
SORRY aber da war ich schon, ist sehr komplex.
Doch glaube ich es jetzt zu verstehen es wird halt in allen Variationen geprüft ob im lastDevice Reading ein "-" drin ist.
Denn dieses passt dann nicht zu meinem devAlias, und schickt dann die Benachrichtigung los.
Hallo,
ich habe jetzt das FHEM-Modul Geofancy lt. Wiki eingerichtet (bis zur Stelle: Zugriff vom Internet ermöglichen) und benutze bei meinem Android-Handy die App EgiGeoZone. Ich verwende zuhause die Fritzbox 7490 und habe folgende Frage zum sicheren Zugriff aus dem Netz:
Bei der genannten Fritzbox kann ich ja über MyFritz-Freigaben Zugriff aus dem Netz gewähren. Dabei muss ich dann das entsprechende Passwort der Fritzbox angeben und kann dann auf die entsprechende Seite zugreifen. Und hier verwende ich dann in EgiGeoZone die von der Fritzbox generierte Adresse:
https://raspberrypi.m______________5.myfritz.net:8088/webhook/geo/
Ist das nicht auch schon ausreichend oder gibt es da Bedenken?
Ich bin nicht so firm mit dem sicheren Zugriff erstellen. Falls die genannte Methode problematisch sein sollte: Wie kann ich das besser machen?
Viele Grüße
Stephan
Wenn man von dem Thema keine Ahnung hat, am Besten weg von solchen Spielchen.
Ansonsten hilft das Wiki:
http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Das_GEOFANCY_Modul
Den RasPi selbst ins Internet freizuschalten, wie anscheinend bei Dir vorgenommen, ist denkbar ungünstig.
Zitat von: Stephan1965 am 31 Oktober 2016, 20:07:04
Hallo,
ich habe jetzt das FHEM-Modul Geofancy lt. Wiki eingerichtet (bis zur Stelle: Zugriff vom Internet ermöglichen) und benutze bei meinem Android-Handy die App EgiGeoZone. Ich verwende zuhause die Fritzbox 7490 und habe folgende Frage zum sicheren Zugriff aus dem Netz:
Bei der genannten Fritzbox kann ich ja über MyFritz-Freigaben Zugriff aus dem Netz gewähren. Dabei muss ich dann das entsprechende Passwort der Fritzbox angeben und kann dann auf die entsprechende Seite zugreifen. Und hier verwende ich dann in EgiGeoZone die von der Fritzbox generierte Adresse:
https://raspberrypi.m______________5.myfritz.net:8088/webhook/geo/
Ist das nicht auch schon ausreichend oder gibt es da Bedenken?
Ich bin nicht so firm mit dem sicheren Zugriff erstellen. Falls die genannte Methode problematisch sein sollte: Wie kann ich das besser machen?
Viele Grüße
Stephan
Hallo.
Bei EgiGeozone musst du beim server deine dyndns:port/fhem/geo eintragen.
dyndns dürfte klar sein, port den von dir eingestellten oder standardport 8083.
portforwarding in der fritz ist auch klar.
Hallo volschin,
so wie ich das verstanden habe, habe ich den raspberry nicht für das Internet per se freigeschaltet, sondern ich kann dort nur über die abgesicherte (?) Fritz-Freigabe darauf zugreifen. Und von dort wird dann eben an den Webhook für das FHEM Geofancy-Modul weitergegeben.
Oder siehst du das mit der Absicherung anders?
Hallo satprofi,
die Server-Eingabe bei EgiGeoZone habe ich hinbekommen. Hier kann ich aber auch die von meiner FritzBox zur Verfügung gestellte Adresse benutzen Jetzt muss ich mich nur mal in der nächsten Zeit etwas bewegen. :-)
Viele Grüße
Stephan
Hallo zusammen,
ich habe jetzt mal im zweiten Anlauf versucht das Geofency Modul nach http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Das_GEOFANCY_Modul (http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Das_GEOFANCY_Modul) einzurichten.
Diesmal mit ein bisschen mehr Zeit. Leider scheitere ich schon bei der Einrichtung des WEBHook.
Bis zum setzen des Attributes basicAuth durch
attr allowedWEBhook basicAuth { "$user:$password" eq "webhook:Geofancy" }
klappt alles. Nach dieser Einstellung geht nichts mehr. Kein FHEMWEB mehr unter dem Port erreichbar.
Log verbose 5 mit basicAuth gesetzt:
2016.11.22 20:31:26 4: Connection accepted from WEBhook_192.168.127.12_58525
2016.11.22 20:31:26 4: Connection closed for WEBhook_192.168.127.12_58525: EOF
2016.11.22 20:31:26 4: Connection accepted from WEBhook_192.168.127.12_58526
Wenn ich das Fenster schließe kommt noch:
2016.11.22 20:32:02 4: Closing inactive connection WEB_127.0.0.1_50808
2016.11.22 20:32:02 4: Connection closed for WEBhook_192.168.127.12_58534: EOF
Zur Vollständigkeit noch das Log ohne basicAuth:
2016.11.22 20:33:11 4: WEBhook_192.168.127.12_58550 GET /webhook/geo; BUFLEN:0
2016.11.22 20:33:11 4: name: /webhook/geo / RL:40 / text/plain; charset=utf-8 / Content-Encoding: gzip
/
2016.11.22 20:33:11 4: WEBhook_192.168.127.12_58550 GET /favicon.ico; BUFLEN:0
2016.11.22 20:33:11 4: WEBhook: redirecting /favicon.ico to /webhook
2016.11.22 20:33:11 4: WEBhook_192.168.127.12_58550 GET /webhook; BUFLEN:0
2016.11.22 20:33:11 4: name: /webhook / RL:1656 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
List von WEBhook
Internals:
CFGFN
CONNECTS 73
DEF 8088 global
FD 251
NAME WEBhook
NR 1086
NTFY_ORDER 50-WEBhook
PORT 8088
SSL 1
STATE Initialized
TYPE FHEMWEB
Attributes:
HTTPS 1
hiddenroom AlarmRoom
room Bewohner
verbose 5
webname webhook
List von allowedWEBhook:
Internals:
CFGFN
NAME allowedWEBhook
NR 1087
STATE active
TYPE allowed
allowedCommands get,set
validFor WEBhook
Readings:
2016-11-22 18:41:01 state active
Attributes:
allowedCommands get,set
basicAuthExpiry 300
room Bewohner
validFor WEBhook
verbose 5
Ich hoffe es hat jemand eine Idee und kann weiterhelfen.
System ist Debian Stretch (Testing) mit aktualisiertem FHEM.
Auf einer Testinstallation hat das geklappt, es kam die Kennwortabfrage leider in meine Produktivsystem nicht :(
Danke und Grüße
Christian
Das ist eine FHEMWEB Geschichte, da kann dir in diesem Thread leider nicht geholfen werden.
Zitat von: satprofi am 01 November 2016, 10:21:00
Hallo.
Bei EgiGeozone musst du beim server deine dyndns:port/fhem/geo eintragen.
dyndns dürfte klar sein, port den von dir eingestellten oder standardport 8083.
portforwarding in der fritz ist auch klar.
Wo ist denn da der unterschied ob ich dyndns oder das Hauseigene von der Fritz nehme?
Ich versuche das ganz nämlich mit Netatmo und Webhook.
Leider weiß ich da nicht wie man das ganze mit Passwort versehen kann. Im dev.netatmo kann man nur URI(wofür das auch gut sein soll) und die Webhook eintragen.
Habe das erstmal so gemacht wie im Wiki beschrieben. Das geht auch alles.
Nur gibt es bei Geo ja die App um Passwort und Benutzername einzutragen. bei Netatmo hat man ja nur den scope.
Vielleicht hat ja jemand ein bisschen mehr Ahnung davon
Gibt es ggf. Probleme wenn zwei iOS Geräte quasi zeitgleich Home kommen?
Ich fand heute 2016.12.26 11:56:09 1: FHEMWEB SSL/HTTPS error: Connection timed out SSL wants a read first
Das ist exakt der Zeitpunkt zudem zwei iOS Geräte heim kamen.
Auf beiden läuft Geofency und auf beiden gab es zu dem Zeitpunkt eine Info in der Mitteilungszentrale.
Schon möglich, FHEM ist nicht so gut mit gleichzeitiger Echtzeitverarbeitung.
SSL sollte man IMHO ohnehin nicht FHEM überlassen, sondern einen Reverse Proxy oder einen Load-Balancer (SSL-Offloading).
Guten Morgen,
ich hab erfolgreich das geofancy Modul eingerichtet. Die Readings werde auch immer schon aktualisiert. Ich nutze die App Geofency auf einem Iphone.
Ich hab in der App meine Standorte wie home und arbeit eingerichtet.
Wenn ich mir nun aber die Readings anschaue, dann steht bei ID, nicht wie gewünscht z.B. home, sondern immer noch ein langer Code.
id:EA7F1EC6-C3BB-4B26-AF97-79CDE434B6B1 trig:1 date:1483515042 lat:49.98915506281229 long:9.148868853617996 dev:BDA2A807-AA9A-4A98-A187-A4746191637D devAlias=-
In der App hab ich unter Webhock das POST Format eingestellt. Außerdem kann man da noch JSON enkodiert einstellen. Das ist bei mir noch auf OFF. Muss ich das auf ON stellen ?
Grüße,
Visionsurfer
Geofency überträgt den Namen (als einzige App) getrennt von einer ID. Im Status werden nur die Werte als Information angezeigt, die alle Apps übertragen. Bei anderen Apps steht als ID deshalb ein Name da, bei Geofency eine ID. Das Status Reading ist aber auch nicht dafür gedacht, um damit weiterzurarbeiten. Dir fehlt entweder ein Attribut devAlias, welches die UUID des iPhones (das ist die ID, die im Reading lastDeviceUUID steht) in einen Namen umwandelt und somit dann entsprechende Readings per Device erzeugt werden können (darunter ist dann auch das von dir vermisste Reading currLoc_NAME, welches dann den Namen so wie in Geofency vergeben anzeigt). Oder du ordnest besagte iPhone UUID einem ROOMMATE Device zu, um dort die entsprechenden Readings erzeugen zu lassen. Dafür ist in ROOMMATE das Attribut rr_geofenceUUIDs gedacht.
Näheres dazu steht in der CommandRef sowohl zum GEOFANCY Modul als auch dem ROOMMATE Modul.
Außerdem hält das Wiki praktische Beispiele bereit: https://wiki.fhem.de/wiki/Anwesenheitserkennung#Das_GEOFANCY_Modul
Hallo,
tausend Dank für die Info. Ich habe noch das attr. devAlias eingerichtet und jetzt werden auch die Readings super erzeugt. Zusätzlich hab ich die UUID noch ins ROOMATE Device eingetragen. Ich muss mir dann noch überlegen wie ich das alles verarbeitet und was ich da genau haben will.
Scheint aber soweit alles zu funktionieren.
Eine Logikfrage habe ich noch, die mir nach wie vor unklar ist.
Führen die verschiedene "Statusse" nicht undereinader Krieg ? :)
Also als Beispiel: Geofency sagt ich bin zu Hause. Also lasse ich den Status vom ROOMATE Device auf HOME setzen. Irgendwann gehe ich ins Bett und der Status vom ROOMATE Device wird auf gotosleep gestellt. Später dann auf sleep. Jetzt hab ich die Sorge das mein Geofency sofort das ganze wieder auf HOME stellt.
Wahrscheinlich eine Frage, wie ich den Status auf HOME setzen lasse ?
Oder hab ich da grundsätzlich einen Denkfehler ? Vielleicht denke ich auch zu komisch :)
Grüße,
Visionsurfer
Zitat von: visionsurfer am 04 Januar 2017, 18:47:12
Zusätzlich hab ich die UUID noch ins ROOMATE Device eingetragen.
Entweder, oder - beides gleichzeitig geht nicht. Wenn du rr_geofenceUUIDs gesetzt hast, werden für diese UUID keine Readings mehr im GEOFANCY Device angelegt/aktualisiert.
Zitat von: visionsurfer am 04 Januar 2017, 18:47:12
Führen die verschiedene "Statusse" nicht undereinader Krieg ? :)
Nein. Geofencing arbeitet Event-basiert. Das bedeutet, dass all die Apps nicht permanent etwas schicken, sondern nur bei den Events "verlassen" oder "betreten" einer definierten Zone. Wenn du dein Zuhause also nicht verlässt, wird auch kein solches Event generiert. Das ist auch der Grund weshalb Geofencing (hingegen vielerlei Annahmen) keinen sonderlichen Einfluss auf die Akkulaufzeit eines Smartphones hat.
Hi,
alles klar. Jetzt hab ich es verstanden.
Wenn ich Geofency mit ROOMATE verbinde, bzw. das so eintrage, kann ich dann irgendwie meinen Status automatisch auf absent oder home setzen lassen ?
Oder brauch ich trotzdem z.B. ein DOIF was meinen Status verändert, wenn ich z.B. die HOME Zone verlasse oder betrete ?
Ideal wäre ja, wenn man kein extra DOIF oder ähnlich braucht.
Grüße,
Visionsurfer
Wenn du das Attribut rr_geofenceUUIDs beim ROOMMATE Device entsprechend setzt, brauchst du nichts weiter.
Die Home-Zone muss nur "home" in der Geofency.app heißen (oder entsprechend im Attribut rr_locationHome eingetragen sein). Schau dir mal die Beschreibung zu den Attributen an, da wird das alles sehr klar beschrieben.
ZitatWas 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.
Ich weiss das das schon älter ist aber diese Möglichkeit ist noch nicht implementiert??
LG
Tom
Ich habs mal hinzugefügt.
Cool vielen dank.
Du hast es allerdings in den attr "disabled" genannt, sonst steht bei anderen Modulen "disable"
??
LG
Tom
Das ist mehr ein Tippfehler als Absicht, habe ich korrigiert.
Hallo Christian,
ich habe ein ähnliches Problem. Bei mir stopt FHEM total und muss es nach jedem Test mit diese Security bzw SSL- Konfiguration erneut starten.
Hast Du denn schon eine Lösung für Den Problem gefunden?
Vielleicht brngt sie mich weiter.
VG boeho
Zitat von: boeho am 08 Februar 2017, 13:08:16
Hallo Christian,
ich habe ein ähnliches Problem. Bei mir stopt FHEM total und muss es nach jedem Test mit diese Security bzw SSL- Konfiguration erneut starten.
Ich vermute du beziehst dich auf diesen Post:
Zitat von: Christian Uhlmann am 22 November 2016, 20:36:38
Bis zum setzen des Attributes basicAuth durch
attr allowedWEBhook basicAuth { "$user:$password" eq "webhook:Geofancy" }
klappt alles. Nach dieser Einstellung geht nichts mehr. Kein FHEMWEB mehr unter dem Port erreichbar.
Das ist eine Frage für FHEMWEB und das allowed Modul, nicht für GEOFANCY:
http://fhem.de/commandref.html#allowed (http://fhem.de/commandref.html#allowed)
Alternativen:
https://wiki.fhem.de/wiki/Apache_Authentication_Proxy (https://wiki.fhem.de/wiki/Apache_Authentication_Proxy)
https://wiki.fhem.de/wiki/HTTPS-Absicherung_%26_Authentifizierung_via_nginx_Webserver (https://wiki.fhem.de/wiki/HTTPS-Absicherung_%26_Authentifizierung_via_nginx_Webserver)
Zitat von: boeho am 08 Februar 2017, 13:08:16
Bei mir stopt FHEM total und muss es nach jedem Test mit diese Security bzw SSL- Konfiguration erneut starten.
Diese Frage bezieht sich auf FHEMWEB und die Konfiguration von SSL:
http://fhem.de/commandref.html#FHEMWEB (http://fhem.de/commandref.html#FHEMWEB)
Wahrscheinlich fehlen dir essentielle Perl Module. Welche das sind, sagt dir ganz sicher die Perl Fehlermeldung, wenn sich Fhem beendet. Diese müssen nachinstalliert werden.
Zitat aus oben verlinkter Commandref zu FHEMWEB:
Zitat
This feature requires the perl module IO::Socket::SSL, to be installed with cpan -i IO::Socket::SSL or apt-get install libio-socket-ssl-perl; OSX and the FritzBox-7390 already have this module.
Hallo, ich habe alles korrekt eingerichtet und den webhook in "geofency" als iBeacon eingerichtet.
Wenn ich in der App manuell auf "Eintritt" und "Austritt" klicke klappt alles einwandfrei.
Aber wenn ich nach hause komme wird der Webhook nicht ausgelöst. Das iBeacon steht weiter auf "Warte auf Eintritt" obwohl die Koordinaten korrekt sind und auf der Karte die Stecknadeln innerhalb des Kreises sind.
Jemand eine Idee?
Gruß Thomas
Edit:
Zur Vervollständigung. Ich habe ein iPhone 6 und da es die App geafancy nicht mehr gibt, verwendet ich geofency.
Was muss man unter iBeacon Einstellungen > UUID eintragen? Es versendet seine eigene ID. Also für was ist die UUID wichtig und was ist Major und Minor?
Kann es sein dass du Geofencing mit iBeacon durcheinander bringst? Hast du denn einen iBeacon? Wenn nicht musst du in Geofency auch nichts mit UUID machen sondern einfach nur eine Location via Koordinaten monitoren.
Wenn die App nicht erkennt dass du an einer Location bist, dann hat das erst mal nichts mit FHEM zu tun. Das ist also das Erste was funktionieren muss, danach kannst du dann die Webhooks einrichten.
Oh, in der Tat habe ich das verwechselt. Jetzt hab ich es geschnallt und es umgestellt. Sollte dann jetzt auch funktionieren wenn ich nachhause komme.
Danke sehr!
Zitat von: Loredo am 05 Februar 2017, 12:01:21
Das ist mehr ein Tippfehler als Absicht, habe ich korrigiert.
Danke
Tom
Hallo,
ich habe eine Apache2 Reverse Proxy auf einem Rechner, auf einem zweiten Rechner läuft FHEM (beides Raspberry Pi).
Ein Subdomäne geofency.example.com existiert aber ich schaffe es einfach nicht, die geofency.conf für den Apache2 richtig aufzusetzen.
Ziel ist es, von außen über https://geofency.example.com:4443 direkt den webhook zu bedienen. In meiner abzulösenden Lösung hatte ich im Geofencymodul im Webhook den Eintrag "https://blabla.myfritz.net:8088/wekhook/geo". Das klappe auch gut. Hier sollte nach dem neuen Ansatz "https://geofency.example.com:4443" stehen.
Im meinem Router habe ich den Port 4443 auf den Apache-Rechner Port 443 freigegeben.
Hat das schon einmal jemand geschafft und könnte bitte eine lauffähige .conf posten?
Danke im voraus,
Wolfgang
Die URI /webhook/geo muss bleiben, ansonsten kann Fhem mit dem Request nichts anfangen. Der Rest ist normale Config.
Gruß
Julian
aus mir unbekannten Gründen funktioniert locative auf dem ios bei mir nicht mehr. Der Test kommt an, aber es wird nichts getriggert, wenn ich die Zone verlasse oder betrete. Daher versuche ich gerade IFTTT als Alternative. Wie müsste der JSON String aussehen, dass dieser bei FHEM richtig ankommt? Ein Beispiel dazu gibt es hier: https://www.youtube.com/watch?v=mUFlA2ZD_yw&index=24&list=PLcXIjZgo0R3CyA42uH6oOlHCEohL4EZTB allerdings will ich nicht mit setreading arbeiten, sonder am liebsten mittels eines Json die Daten schicken. So macht es geofancy doch auch, oder?
Möglicherweise eine dumme Frage: Hast du ein update gemacht und die Hinweise bez. CSFR nicht beachtet?
Wenn die Webhooks der App im Logfile von FHEM zwar auftauchen, aber dann nichts weiter getriggert wird, dann hast du event-on-* Attribute gesetzt und verhinderst damit die notwendigen Events. GEOFANCY, ROOMMATE, RESIDENTS, GUEST brauchen alle keine event-on- Attribute.
GEOFANCY ist von CSRF nicht betroffen.
Zitat von: Loredo am 03 April 2017, 21:21:00
GEOFANCY ist von CSRF nicht betroffen.
m.E. schon (macht ja nix anderes als FHEM per URL aufzurufen). Aber du hast natürlich recht, wenn im Log was auftaucht ist CSRF nicht das Problem.
Das Problem scheint eher bei der App zu sein. Ich glaube, dass diese erst gar nicht triggert. Wie gesagt, wenn ich den Test durchführe kommen alle Daten an, aber beim verlassen und betreten der Zone passiert nichts. Daher das Gefühl, dass es an der App liegt und die Überlegung diese zu wechseln. Bei IFTTT kann man quasi selbst einstellen was übertragen werden soll, mir ist nur nicht bewusst, wie der JSON String aussehen muss, dass es vom Geo-Modul richtig erkannt wird. Ich würde die Daten direkt an /fhem/geo senden per JSON String, oder ist die Überlegung falsch?
PS.: Mit csrf hat es nix zu tun, da a) der Test geht und b) dies bei meinem Webhook deaktiviert ist
Zitat von: Amenophis86 am 03 April 2017, 22:08:44
Das Problem scheint eher bei der App zu sein.
Bei mir funktioniert Locative auf IPhone. Ich hatte allerdings vor geraumer Zeit ein Problem mit der Authentifizierung, In den Einstellungen alles gut (Test funktioniert), aber in den Geofences hat die App mein Passwort einfach nicht gespeichert. Komplettes Löschen und neu erfassen des Geofences hat das Problem gelöst. (Eigentlich würde ich auch annehmen, dass die generellen Basic Auth Einstellungen in den Geofences übernommen werden, aber auch das habe ich nicht hinbekommen)
Wie gesagt, sie hatte funktioniert früher und jetzt nicht mehr. Wir hatten aber auch net Zeitlang wegen Umzug kein Smarthome mehr. Jetzt haben wir wieder eins, der Test kommt an, aber im echten Leben kommt nix an. Habe es auch schon deinstalliert und wieder installiert und auch die Zone neu angelegt, aber nix hat geklappt bisher. Keine Ahnung was da los ist.
Zitat von: KernSani am 03 April 2017, 22:07:02
m.E. schon (macht ja nix anderes als FHEM per URL aufzurufen).
Nein. FHEMWEB reicht alle Verbindungen 1-zu-1 direkt zum Modul durch. Die "Web-Funktionen" von FHEMWEB greifen hier nicht.
Zitat von: Amenophis86 am 03 April 2017, 22:08:44
PS.: Mit csrf hat es nix zu tun, da a) der Test geht und b) dies bei meinem Webhook deaktiviert ist
Würde ich eingeschaltet lassen, auch bei der Webhook Instanz von FHEMWEB. Diese Funktion greift nur bei der FHEMWEB Oberfläche, aber bei keinen Modulen. Sprich dort wo es Sinn macht, greift es auch. GEOFANCY ist für CSRF Angriffe nicht anfällig, da die verwendeten UUIDs der Apps nicht erratet werden können.
Die URL Schemata der Apps stehen im Sourcecode:
# Locative.app (https://itunes.apple.com/us/app/locative/id725198453?mt=8)
# /$infix?device=UUIDdev&id=UUIDloc&latitude=xx.x&longitude=xx.x&trigger=(enter|exit)
#
# Geofency.app (https://itunes.apple.com/us/app/geofency-time-tracking-automatic/id615538630?mt=8)
# /$infix?id=UUIDloc&name=locName&entry=(1|0)&date=DATE&latitude=xx.x&longitude=xx.x&device=UUIDdev
#
# SMART Geofences.app (https://www.microsoft.com/en-us/store/apps/smart-geofences/9nblggh4rk3k)
# /$infix?device=UUIDdev&name=UUIDloc&latitude=xx.x&longitude=xx.x&type=(Entered|Leaving)&date=DATE
#
Zitat von: Loredo am 03 April 2017, 23:19:27
Nein. FHEMWEB reicht alle Verbindungen 1-zu-1 direkt zum Modul durch. Die "Web-Funktionen" von FHEMWEB greifen hier nicht.
Ok, danke... wieder was gelernt :-)
habe jetzt mal ein bisschen mit den von dir geschrieben URLs gearbeitet und festgestellt, dass ich den ersten key noch ein & setzen musste, sonst kam immer ein Fehler, dass dieser nicht gesetzt sei. Dir URL sah somit wie folgt aus:
/$infix?&device=UUIDdev&id=UUIDloc&latitude=xx.x&longitude=xx.x&trigger=(enter|exit)
Aber sonst passt es. Vielen Dank für die Info.
Zitat von: Amenophis86 am 03 April 2017, 19:54:56
aus mir unbekannten Gründen funktioniert locative auf dem ios bei mir nicht mehr. Der Test kommt an, aber es wird nichts getriggert, wenn ich die Zone verlasse oder betrete. Daher versuche ich gerade IFTTT als Alternative.
Kannst Du mal genauer beschreiben, wie du das gemacht hast?
Ist hier (https://www.youtube.com/watch?v=2AV4AnJbxj4&t=736s&list=PLcXIjZgo0R3CyA42uH6oOlHCEohL4EZTB&index=23) ganz gut erklärt. Die Url passt du dann einfach mit der o.g. URL an. Wichtig, im Video läuft es über https und einen reverseProxy. Du musst daher wissen, wie du von außen auf dein FHEM zugreifen kannst.
Was du bei IFTTT für das Geofancy Modul NICHT in die URL packen darfst ist der Wert {{occuredAt}} der ist wohl im falschen Format und deswegen können die Daten nicht verarbeitet werden. Aber sonst scheint es zu klappen. Bin aktuell noch am testen.
Nun bräuchte ich auch mal Hilfe oder jemanden, der mich von der Leitung hebt.
Habe letzte Woche meine komplette Fhem Installation auf einen neuen Nuc umgezogen. Seit dem bekomme ich in der Geofancy App auf dem IPhone den Fehler angezeigt, dass der Webhook abgebrochen sei. Das Reading in Fhem wird aber gesetzt und auch der Aufruf der URL klappt.
App und Modul sind auf dem aktuellen Stand. Leite ich den Sport auf den alten NUC um, klappt das setzen wieder.
Danke für die Hilfe
Port auf dem Router falsch?
Dache ich zuerst auch, aber dann dürfte
a. das Reading nicht gefüllt
b. die Seite kein 1 OK ausgeben
c. der Verbindung Testen Button in der App einen Fehler melden.
Hier mal der Log dazu:
2017.05.10 12:53:46 4: Connection accepted from WEBhook_80.187.xxx.xxx_7185
2017.05.10 12:53:46 4: WEBhook_80.187.xxx.xxx_7185 POST /webhook/geo&device=4EB67372-xxx-xxx-A325-2FA115xxxxxx&radius=100&longitude=9.xxxxxxxxxxxxx&id=9619E34B-xxxx-4537-xxxx-7xxxxxxxxxx&address=Rosenxxxx%C3%9Fe%2025%0A12345%20Stadt%0ADeutschland&date=2017-05-10T10:53:25Z&latitude=49.xxxxxxxxxxxxxxxx&entry=0&name=Zuhause; BUFLEN:0
2017.05.10 12:53:46 4: WEBhook_80.187.xxx.xxx_7185 POST /webhook/geo&device=4EB67372-xxx-xxx-A325-2FA115xxxxxx&radius=100&longitude=9.xxxxxxxxxxxxx&id=9619E34B-xxxx-4537-xxxx-7xxxxxxxxxx&address=Rosenxxxx%C3%9Fe%2025%0A12345%20Stadt%0ADeutschland&date=2017-05-10T10:53:25Z&latitude=49.xxxxxxxxxxxxxxxx&entry=0&name=Zuhause / RL:24 / text/plain; charset=utf-8 / Content-Encoding: gzip
/
2017.05.10 12:53:48 4: Connection closed for WEBhook_80.187.xxx.xxx_7185: EOF
Aus Modulsicht kann ich da nichts ungewöhnliches entdecken. Wahrscheinlich ist das Problem eher im Bereich Weiterleitung, Reverse Proxy o.ä. einzugrenzen.
Glaube auch so langsam, dass dort der Hund begraben ist. Habe jetzt mal die Entwickler der App angeschrieben.
Portweiterleitung passt. Habe sie auch mal gelöscht und neu gesetzt.
Wenn ich was finde oder erfahre, melde ich mich.
Hallo,
ich bekomme derzeit folgenden Fehler:
2017.06.20 23:41:30 1: Connection refused from the non-local address 109.42.0.41:36909, as there is no working allowed instance defined for it
Da mittlerweile BasicAuth oder allowed benötigt wird, will ich es konfigurieren.
https://forum.fhem.de/index.php/topic,72717.0.html
Sobald ich BasicAuth hinzufüge, taucht nichts mehr im Log auf. Über den Webbrowser und dem Login kann ich die URL jedoch aufrufen.
Was muss ich für allowed konfigurieren? Welches allowedDevices muss ich angeben? Vom Geofancy Device?
Und welche allowedCommands?
So sieht es derzeit aus.
define allowed_WEBhook allowed
attr allowed_WEBhook validFor WEBhook
Gruß
TWART016
https://forum.fhem.de/index.php/topic,72717.0.html Hier ist der Grund zu finden und hier vermutlich die Antwort auf deine Frage: https://forum.fhem.de/index.php/topic,72746.0.html
Ich habe im Webhook Device allowfrom .* gesetzt. Aber auch dort erscheint dann nichts im Log.
Ich habe gerade ein Update eingecheckt:
- fixed last* readings
- New reading LocTravDist to calculate distance between locations
- Add support for Geofency.app webhook attributes radius, currentLatitude, currentLongitude, motion, wifiSSID and wifiBSSID
- New readings for Geofency.app: PosBSSID, PosLat, PosDistHome, PosDistLoc, PosLong, PosMotion, PosSSID, PosTravDist
Ab morgen per Update verfügbar.
Bitte beachten, um Missverständnisse zu vermeiden:
Es gibt jetzt 2 Positionsdaten. Die bisherigen Positionsdaten haben lediglich die festen Koordinaten der in der App angelegten Lokation beinhaltet (Ausnahme: iBeacons mit aktivierter "Update Geo-Position" Funktion). Schaltet man bei einem Webhook nun die Proximity Funktion ein, dann beinhalten die Readings PosLat und PodLong nun die tatsächliche Position des Gerätes zum Zeitpunkt des Auslösers. Das neue Reading PosDistLoc gibt dann die Distanz zwischen der Lokation und der aktuellen Geräte Position an.
PosDistHome gibt die Entfernung zu den Koordinaten wieder, die am "global" Device hinterlegt sind. Dabei wird bevorzugt auf die Geräte Position zurückgegriffen, andernfalls auf die Koordinaten der Lokation.
Die Pos* Readings werden _IMMER_ aktualisiert, ganz gleich ob es sich um einen ENTRY oder EXIT Befehl des Gerätes handelt. der vorherige Zustand bleibt über die last* Readings erhalten.
EDIT:Die Funktionen stehen morgen ebenfalls in ROOMMATE und GUEST bereit.
Gruß
Julian
Hallo Julian,
hier ein einfacher 4-zeiliger Patch zu deinem Modul. Der Patch generiert die gegenwärtige Anschrift (vollständige Addresse) beim 'verlassen' einer Zone. Die neue release der iOS Geofency App unterstützt das.
Ich habe ein iBeacon im Auto. Hintergrund ist dass ich die gegenwärtige Parkposition des Autos beim 'verlassen' (also beim verlassen des Autos = exit/departure vom iBeacon) meines Autos damit in FHEM generiere.
Beste Grüsse
diff 98_GEOFANCY.pm 98_GEOFANCY.pm.SSID
654,658d653
< readingsBulkUpdate( $hash, "lastLoc_" . $deviceAlias, "underway" );
< readingsBulkUpdate( $hash, "lastLocLat_" . $deviceAlias, "$lat" );
< readingsBulkUpdate( $hash, "lastLocLong_" . $deviceAlias, "$long" );
< readingsBulkUpdate( $hash, "lastLocAddr_" . $deviceAlias, "$address" );
< readingsBulkUpdate( $hash, "lastLocTime_" . $deviceAlias, $time );
Den Patch kann ich so nicht übernehmen, denn er würde dem Zweck der lastLoc* Readings nicht mehr gerecht werden.
Alle lastLoc* Readings sind dafür gedacht den vorherigen Inhalt von currLoc* bis zum nächsten Event weiter vorzuhalten. lastLoc* wird also _nicht_ simpel durch ein EXIT Event mit dessen Adressdaten befüllt. Hintergrund ist, dass man auch mehrere Geofences parallel haben kann und die in unterschiedlicher Reihenfolge feuern könnten. Wenn aber jedes EXIT Event einfach in lastLoc* geschrieben würde, dann ginge die korrekte Reihenfolge verloren.
Für deinen Anwendungsfall stehen die Ortskoordinaten in den neuen currPos* Readings. Diese werden auch beim EXIT Event richtig aktualisiert. Allerdings übermittelt die Geofency.app im Gegensatz zur fest definierten Lokation keine Adressdaten für die aktuelle Position mit (wäre zusätzlicher Traffic und Delay auf dem Mobilgerät, macht also durchaus Sinn). Eigentlich sollten dir aber für deinen Zweck auch die Geo-Koordinaten genügen. Ausnahme scheint die Verwendung von Beacons zu sein, bei der das reguläre Adressfeld dann eben mit aktuellen Daten befüllt wird.
Ich habe trotzdem einen Patch eingecheckt, der bei BTLE Beacons die Adressdaten korrekt übernimmt.
Hallo Loredo,
kannst Du bei der Gelegenheit gleich die Debug Meldung mit entfernen?
2018.10.22 14:40:36 1: DEBUG>51.0053003 13.7704528
2018.10.22 13:36:05 1: DEBUG>51.0053003 13.7704528
2018.10.22 12:40:41 1: DEBUG>51.0053003 13.7704528
2018.10.22 12:40:26 1: DEBUG>51.0053003 13.7704528
2018.10.22 11:32:18 1: DEBUG>51.0053003 13.7704528
2018.10.22 11:31:32 1: DEBUG>51.0053003 13.7704528
2018.10.22 10:25:33 1: DEBUG>51.0053003 13.7704528
Danke für den Hinweis, habe ich entfernt.
underway ist übrigens ein falscher Freund. underway heißt, dass etwas im Gange ist, gerade etwas geschieht, nicht dass sich jemand von Ort A nach B bewegt, z.B.:
Britains economic recovery is underway.
Das heißt, dass die wirtschaftliche Erholung des perfiden Albions im Gange ist.
Alternativ benutzt man underway ausschließlich in der Nautik wenn ein Schiff unterwegs ist. Da die meisten hier vermutlich weder im Gange sind, noch Flotten betreiben, wäre "on the way" die treffende Bezeichnung.
Das mag ja alles sein. Der Status ist trotzdem seit Jahren so und bleibt es auch.
ZitatIch habe trotzdem einen Patch eingecheckt, der bei BTLE Beacons die Adressdaten korrekt übernimmt.
Hallo Loredo,
Danke danke, das funktioniert jetzt prima, mit CurrPosAddr_XXX erhalte ich die gewünschte Adresse beim verlassen des Wagens.
Wirklich ein super Modul! Danke!
Beste Grüsse. Bernd
Hallo,
ich verwende Geofency auf 4 IOS Mobiltelefonen. Zu > 90% funktioniert die Rückmeldung an FHEM. Vorrausetzung: kein Telefongespräch bei Durchschreiten des fences und auch WLAN an.
Ich verwende die APP Geofency.
Jetzt suche ich eine Lösung für ein Android Handy. Bisher ohne Erfolg. Was benutzt ihr für Applikationen, um das "Ankommen" zu signalisieren. Ich verwende den Event aus Geofency zum Entschärfen meiner Alarmanlage.
Merci.
Zitat von: UweUwe am 13 März 2019, 12:49:38
Jetzt suche ich eine Lösung für ein Android Handy. Bisher ohne Erfolg. Was benutzt ihr für Applikationen, um das "Ankommen" zu signalisieren. Ich verwende den Event aus Geofency zum Entschärfen meiner Alarmanlage.
Android Onetrack .... https://forum.fhem.de/index.php/topic,37412.360.html
Bei vielen dieser Apps, z. B. EgiGeoZone fuer Android, habe ich immer wieder ein Problem, hervorgerufen durch die EMail-Abhaengigheit.
Darauf, wann ein Email vom Handy bei FHEM ankommt, habe ich keinen Einfluss, und es ist bei weitem nicht so, dass Emails unverzueglich ankommen.
Ich habe auch oft den Eindruck, dass zwar der Timestamp der Emails korrekt ist, ich aber nicht sicher bin, wann die App sie wirklich losschickt.
Wuerde ich etwa versuchen, meine Alarmanlage anhand einer Email zu schalten, geht das sehr oft schief, sprich, da bin ich schon laengst im Haus.
Die weitere Folge ist, dass die Readings in FHEM oft einen 'chaotischen' Zustand widerspiegeln.
Manchmal ist der Roommate 'state' korrekt, aber die anderen Readings sind weit entfernt von der Wahrheit, manchmal ist es umgekehrt.
Ich kenne die Android Apps nicht.
Geofencing funktioniert nicht über Email und das GEOFANCY Modul in FHEM arbeitet nicht mit Email zusammen.
Das stimmt, habe die App-Notifications und den Serveraccess vermengt ....
Wie bekomme ich die Adressenreadings im ROOMMATE gefuellt ?
Ist das eine Funktion der Geofence-App, die auch die Koordinaten liefert, oder macht man das selbst in FHEM ?
Einige Apps können das. Bei der iOS App Geofency wird der Standort des Fencing Bereichs immer mitgeschickt, zusätzlich kann man in den Webhook Einstellungen die Proximity Position mitschicken lassen (also die Koordinaten, an denen der Geofencing Bereich betreten wurde, sprich irgendwo auf dem Rand des Kreises um den definierten Standort)
Hallo.
Nach letztem update von FHEM, klappt geofancy nicht mehr. egigeozone meldet jetzt java error, und bei den readings sehe ich nichts mehr.
hatte die readings genutzt um anwesenheitsstatus zu erfassen, wie stellt man das jetzt an?
[edit] im internen netz klappts, nur über noip nicht mehr. auch nicht direkt auf die externe ip
Zitat von: satprofi am 18 April 2020, 19:27:43
Hallo.
Nach letztem update von FHEM, klappt geofancy nicht mehr. egigeozone meldet jetzt java error, und bei den readings sehe ich nichts mehr.
hatte die readings genutzt um anwesenheitsstatus zu erfassen, wie stellt man das jetzt an?
[edit] im internen netz klappts, nur über noip nicht mehr. auch nicht direkt auf die externe ip
Kann ich nicht nachvollziehen - bei mir klappt das Schreiben der TestGeoZone laut FHEM Logfile über EgiGeoZone - ich habe eben noch einmal ein FHEM Update gemacht...
Peter
hallo. fehler gefunden. provider sperrte einige ports, davon war ich betroffen
Gesendet mit Tapatalk
Hi,
kurze Frage ich nutze das Geofancy Modul in FHEM schon lange und ohne Probleme. Nachdem zuerst EgiGeoZone nicht mehr weiterentwickelt wurde hat Automagic ja nun das selbe Schicksal ereilt. Nutzt jemand nun Tasker, Geofancy in Verbindung mit einem HTTP Aufruf zur Anwesenheitserkennung? Wenn ja, könnte jemand mir da vll kurz helfen, wie ich das in Tasker am besten einprogrammiert bekomme?!
Leider klappt das bei mir nicht.
Vielen Dank und Grüße
Zitat von: mfhotdog am 04 März 2021, 15:15:37
Hi,
kurze Frage ich nutze das Geofancy Modul in FHEM schon lange und ohne Probleme. Nachdem zuerst EgiGeoZone nicht mehr weiterentwickelt wurde hat Automagic ja nun das selbe Schicksal ereilt. Nutzt jemand nun Tasker, Geofancy in Verbindung mit einem HTTP Aufruf zur Anwesenheitserkennung? Wenn ja, könnte jemand mir da vll kurz helfen, wie ich das in Tasker am besten einprogrammiert bekomme?!
Leider klappt das bei mir nicht.
Vielen Dank und Grüße
Dein POst ist schon ein paar Tage her ...
Ich kann dir zu Tasker nur sagen, dass ich es aufgegeben habe da es nicth zuverlässig lief. War aber schon vor ein paar Jahren.
Vielleicht erfüllt Owntracks deine Anforderungen. Das habe ich nach EgiGeozone eingerichtet und läuft nun seit 2 Jahren problemlos.
Kannst dir ja mal ansehen ... geht sowohl über http als auch über MQTT. Ich habe HTTP, würde es aber jetzt mit MQTT aufsetzen. Will aber jetzt ein laufendes System nicht mehr anfassen.
https://wiki.fhem.de/wiki/Anwesenheitserkennung#livetracking-Modul
https://forum.fhem.de/index.php/topic,37412.0.html
Ich habe auch owntracks seit 2 Jahren, das läuft zuverlässig, hat viele zusätzliche features (mal ins Owntracks Booklet reinschauen), und wird regelmässig ge-updated.
Ich habe seit ein paar Wochen massive Probleme mit geofancy.
Es lief jahrelang ohne Thema.
Geändert wurde im Prinzip nichts, ausser iOS Updates.
Alles Datenschutztheme sind richtig konfiguriert und manuell geht es auch.
Alles sind iPhone Xs/12/13 mit iOS 14.x und 15.1
Jemand eine zündende Idee?
Hallo Mitch,
ich habe das iPhone XR und iPhone 12, beides mit aktuellem iOS, im Einsatz und habe keine Probleme. Geofency läuft absolut zuverlässig.
Hm, okay Danke, dann muss das Problem hier bei fhem liegen...ich forsche weiter...
Wenn Du mal sagst was genau nicht funktioniert?? Muss nicht an fhem liegen.
- es gibt eine iOS Beschränkung auf max 20 Regions soweit ich mich erinnere.
- im Zusammenhang mit Erkennung von iBeacons kommt es manchmal zu Problemen das die nicht erkannt werden, meistens wenn eine BT Verbindung zu den Airpods Pro besteht.
Ich habe keine Beacons oder ähnliches.
Habe einfach einen Geofence um mein Haus, auf den ich reagiere.
Leider "schickt" halt die Geofancy App nur sehr unzuverlässig den Webhook.
Zitat von: Mitch am 30 Oktober 2021, 15:48:39
Ich habe keine Beacons oder ähnliches.
Habe einfach einen Geofence um mein Haus, auf den ich reagiere.
Leider "schickt" halt die Geofancy App nur sehr unzuverlässig den Webhook.
Hi Mitch,
ich habe zwar kein Geofancy am Start sondern Owntracks - aber auch hier kommen die Events zum Verlassen und Eintreten in eine Zone sehr unzuverlässig und ohne erkennbares Muster. Mit iOS 14 kamen die Events ziemlich genau (mit 2-3 Sekunden Latenz) beim Verlassen oder Betreten. Mit iOS 15 teilweise erst nach 60 Sekunden oder noch länger oder halt gar nicht. :(
VG Sebastian
Hallo,
hab das gleiche Problem. Mit Locative ist es auch nicht besser. local-bluetooth funktioniert auch sehr unzuverlässig. Hat Apple vielleicht etwas geändert?
Hallo,
hier wird auch nochmal auf die Problematik von Geofencing mit iOS 15 hingewiesen:
https://www.iphone-ticker.de/ios-15-macht-probleme-mit-auto-unlock-bei-nuki-tuerschloessern-182792/ (https://www.iphone-ticker.de/ios-15-macht-probleme-mit-auto-unlock-bei-nuki-tuerschloessern-182792/)
Bleibt zu hoffen dass Apple hier endlich mit iOS 15.2 nachbessert...
VG Sebastian
Ich frage mal in die Runde ob ihr für das Geofancy / iOS15 Problem schon eine Lösung gefunden habt. Nach div. Updates (15.2.1) von seitens Apple funktioniert es bei mir immer noch nicht zuverlässig. Auch bei mir funktionierte es bis iOS14 problemlos.
Diverse HowTo's das Problem mittels des "Focus" zu lösen scheint nur noch mehr Probleme zu machen. Alles was ich mit dem "Focus" ausprobiert habe ändert an der Zuverlässigkeit des Webhook's nichts. Natürlich kann es sein das ich den Nutzen bzw. die Funktion des "Focus" nicht richtig verstanden habe. Deshalb noch einmal die Frage in die Runde. Wie sieht bei euch eine mögliche, funktionstüchtige Konfiguration des "Focus" aus?
ZitatIch frage mal in die Runde ob ihr für das Geofancy / iOS15 Problem schon eine Lösung gefunden habt. Nach div. Updates (15.2.1) von seitens Apple funktioniert es bei mir immer noch nicht zuverlässig. Auch bei mir funktionierte es bis iOS14 problemlos.
Also bei mir das gleiche Bild: Keine Änderung mit den letzten Updates.
Mal gehts, mal etwas zeitverzögert, mal stark zeitverzögert und manchmal auch gar nicht.
VG Sebastian
Mit iOS15.4 Public Beta scheint es wieder besser zu sein, bei mir gehts auf jedenfall seitdem wieder. Bin gespannt ob es so bleibt.
Zitat von: Jamo am 01 Februar 2022, 16:26:19
Mit iOS15.4 Public Beta scheint es wieder besser zu sein, bei mir gehts auf jedenfall seitdem wieder. Bin gespannt ob es so bleibt.
Das ganze dann mit ,,Focus" Einstellungen oder ohne? Habe heute gerade auf iOS 15.3 upgedatet. Mal sehen was das bringt.
ZitatMit iOS15.4 Public Beta scheint es wieder besser zu sein, bei mir gehts auf jedenfall seitdem wieder. Bin gespannt ob es so bleibt.
Ohne Focus.
Ok, danke. Das lässt Hoffnung aufkommen.
Ich kann berichten, dass es mit iOS 15.3 und "Focus" scheinbar besser läuft. Den Focus werde ich jetzt testweise auch wieder auf Standard einstellen und mal sehen wie es dann funktioniert.
Hallo in die Runde!
Seit 2 Tagen funktioniert das Versenden von Webhooks auf keinem meiner 4 Geräte, die ich hier im Einsatz habe.
Es sind alles iPhones und diese haben iOS 15.4.1 installiert.
Wenn ich einen manuellen Trigger setze (Verlassen/Betreten) bekomme ich folgende Meldung:
Erfolgreich
NOK Value for 'type' can only be:
Entered Leaving
In FHEM kommt nichts an, noch nicht einmal eine Fehlermeldung unter Verbose 5.
Ich habe auch testweise mal geofency auf meinem Mac installiert, und dort kommen die Webhooks seltsamerweise ohne Problem zu FHEM durch.
Gibt es hier Leute, die dasselbe Problem haben?
Hallo,
kann das bestätigen. Bei mir hier ist das gleiche Fehlerbild seit gestern.
Ich tippe mal auf einen Zusammenhang mit dem Update der Geofancy-App, dass ich gestern auf dem iPhone installiert habe...
Seitdem kommt die o.a. Fehlermeldung beim absetzen eines Webhooks...
Gruß
rob.
Zitat von: somebody101 link=topic=18485.msg1219392#msg1219392quote author=somebody101 link=topic=18485.msg1219392#msg1219392 date=1650806019]
Ich tippe mal auf einen Zusammenhang mit dem Update der Geofancy-App, dass ich gestern auf dem iPhone installiert habe...
Seitdem kommt die o.a. Fehlermeldung beim absetzen eines Webhooks...
Kann ich bestätigen, seit dem Geofency Update auf 7.2.1 geht gar nichts mehr...
Bei mir klappt es auch nicht mehr. Der Entwickler der App sagt dazu
ZitatHi Michael,
thanks for your feedback!
I added a new key-value pair "type" for the monitoring type (Frequent/Monitored/iBeacon) in the last update.
The attribute didn't exist before, so I think your server script is producing an error and needs to be adjusted.
What are you using on the server side?
cheers
Tion
Zitat von: michaelw am 25 April 2022, 08:56:23
Bei mir klappt es auch nicht mehr. Der Entwickler der App sagt dazu
Hmm.... Also muss 98_GEOFANCY.pm angepasst werden.... Irgendjemand hier, der das kann?
Also wenn man in der genannten Datei jedes "type" durch "placeType" ersetzt, funktioniert es für mich scheinbar wieder. Jetzt weiß ich allerdings nicht, ob ich damit evtl. was anderes kaputt mache. Deshalb sollte das vielleicht jemand machen und einchecken, der sich mit dem Modul auskennt. ;)
Ich werde eine neue Version fertig machen und Euch zum testen erstmal per git anbieten. Loredo ist in FHEM nicht mehr aktiv.
Grüße
Zitat von: michaelw am 25 April 2022, 11:02:12
Also wenn man in der genannten Datei jedes "type" durch "placeType" ersetzt, funktioniert es für mich scheinbar wieder. Jetzt weiß ich allerdings nicht, ob ich damit evtl. was anderes kaputt mache. Deshalb sollte das vielleicht jemand machen und einchecken, der sich mit dem Modul auskennt. ;)
Kann ich für mich bestätigen.
Zitat von: CoolTux am 25 April 2022, 11:28:29
Ich werde eine neue Version fertig machen und Euch zum testen erstmal per git anbieten. Loredo ist in FHEM nicht mehr aktiv.
Grüße
Vielen Dank, perfekt! Das ist eine sehr gute Nachricht, am funktionierenden Geofency hängt eine Vielzahl von Funktionen dran, das merkt man erst mal wieder richtig, wenn es nicht mehr funktioniert.
So bitte einmal runterladen und dann testen.
https://git.cooltux.net/FHEM/fhem-GEOFANCE/raw/branch/dev/98_GEOFANCY.pm
Grüße
Danke!!! Bist ein Held! Funktioniert!
Getestet, geht!Danke.
Dann lass uns das noch die Woche testen und am WE checke ich das dann ein.
@CoolTux,
warte mal noch mit dem Einchecken.
Ich hatte heute früh den Entwickler angeschrieben. Er hatte mir dazu folgendes geantwortet:
Zitat
...
vielen Dank für dein Feedback!
Ich habe im letzten Update ein neues Key-Value-Paar ,,type" für den Monitoring-Typ (Frequent/Monitored/iBeacon) hinzugefügt.
Das Attribut gab es vorher aber nicht, ich denke daher dass dein Serverskript einen Fehler produziert und angepasst werden müsste.
...
und
Zitat
...
Ich versuche heute noch ein Update bei Apple einzureichen bei dem der Key von ,,type" auf ,,placeType" geändert ist.
Das sollte dann keine Fehler mehr bei FHEM produzieren.
...
Oh, gleichzeitig ;)
Ich hatte es so verstanden, dass FHEM von type auf placeType geändert werden solle. Aber gut, das ist der Grund warum ich meinte, dass das besser jemand machen soll, der sich damit auskennt. ;)
Hab nochmal eine Antwort vom Entwickler bekommen:
Zitat
Hi Michael,
maybe the FHEM script has already processed "type" because another application like Locative has used this key?
But Geofency never did, and the FHEM script unfortunately had it hardcoded and handled the case incorrectly, which is now causing this issue. :(
Anyway I've now submitted an updated version 7.2.2 for App Store review.
The web hook key is now called ,,category" and contains ,,Frequent", ,,Monitored" or ,,iBeacon" as value string.
BR
Tion
Bedeutet also: Die Änderung sollte auf FHEM Seite NICHT in das Modul einfließen, da hier ansonsten wahrscheinlich, wie von mir vermutet, etwas anderes nicht mehr funktioniert. Leute wie ich, die die Änderung bereits gemacht haben, werden die Beeinflussung vermutlich nicht merken, weil sie Geofency auf einem Apple Gerät verwenden. Nach dem App Update sollte man am besten wieder zur ursprünglichen Version zurückkehren.
Hi zusammen,
es gibt jetzt das update der Geofancy-App im Appstore... nach dem Update läuft wieder alles ... 👍👍
Viele Grüsse
Rob.
Ohne Anpassung des Moduls?
Zitat von: CoolTux am 26 April 2022, 05:23:51
Ohne Anpassung des Moduls?
Ja...nur das App-Update eingespielt aus dem Appstore, ohne Anpassung des Fhem-Moduls ...
Kann ich bestätigen, nach dem Update funktioniert es wieder 8)
Hallo zusammen,
seit dem 08.01.2023 sehe ich in FHEM keine Statusänderung mehr, ich denke nicht das es an dem FHEM Modul liegt. Ich konnte das bisher immer testen über die Geofancy App auf dem IPhone in dem ich betreten / verlassen manuell betätigt habe. Nun habe ich festgestellt, das bei den Einstellungen für URL und Account gar nichts mehr hinterlegt ist :-( Wie kann ich die den wieder herstellen ?
Gruß
Micha