Edit: Erste Version ist fertig! Siehe Link am Ende dieses Threads.
Hallo zusammen,
ich bin dabei eine Android Geofence App zu schreiben, welche auch das Geofancy Modul von Loredo unterstützen wird: http://fhem.de/commandref.html#GEOFANCY (http://fhem.de/commandref.html#GEOFANCY)
Ich hoffe, dass sich viele finden werden, diese App zu testen und dann auch zu nutzen.
Also die App wird
EgiGeoZone heißen und wird in der 1. Version folgende Features haben:
- Es können bis zu 100 GeoZonen angelegt werden (ist durch die Android Api auf 100 begrenzt)
- Beim Betreten oder Verlassen einer dieser Zonen kann man verschiedene Aktionen auslösen. Zur Zeit sind folgende Aktionen implementiert:
* Einen Webservice aufrufen
* Eine SMS senden
* Eine Email senden - Die angelegten GeoZonen können teilweise geändert werden oder ganz gelöscht werden.
- Die GeoZone ist kreisförmig
- Benachrichtigung (Notification) beim Betreten oder Verlassen einer Zone
- Eine GeoZone hat folgende Attribute, welche in der App erfasst werden können:
- Name der GeoZone
- Breitengrad
- Längengrad
- Radius
- Benutzer für Basic Auth.
- das Passwort dazu
- URL Fhem Geofancy - Beispiel: https://rpi.xxxx.de:1984/fhem/geo
- URL Zone betreten - Beispiel: https://rpi.xxxx.de:1984/fhem?cmd.Abwesend=set Abwesend nein
- URL Zone verlassen - Beispiel: https://rpi.xxxx.de:1984/fhem?cmd.Abwesend=set Abwesend ja
- Client Zertifikat in PKCS12-Format (optional)
- Passwort Client Zertifikat
- Server (Aussteller) Zertifikat(e) in PEM-Format (optional)
Es können nicht nur Fhem-URLs aufgerufen werden, sondern auch URLs beliebiger Serverapplikationen, wenn man diese erst mal fest vorgibt.
Der Geofancy-Aufruf wird von der App selbst erstellt und zieht vor den anderen URLs. Ist die URL für Geofancy leer so werden die alternativen URLs verwendet falls angegeben. Wenn keine URL angegeben wurde, so kommt nur eine Benachrichtigung, dass Zone betreten oder verlassen.
Das Menü sollte sprechend sein. Nur einen Hinweis noch: über dem Menüpunkt "Aktuelle Koordinaten" kann man sich die Koordinaten des aktuellen Standortes eintragen lassen.
Tipps:
1. Die Log-Datei ist unter
"interner Speicher"/egigeozone/egigeozone.log zu finden. Der Debug Level ist von Start an auf ERROR gesetzt. Für die Fehlersuche kann man ihn auch höher setzen. Siehe dazu Punkt "Debug level" im Menü.
2. Die Zertifikate sind im Verzeichnis
"interner Speicher"/egigeozone/ abzulegen.
Wenn der Server ein Client Zertifikat verlangt, so kann dieses angegeben werden. Das Zertifikat
muss im
PKCS12-Format vorliegen.
Falls für die SSL-Verbindung ein Truststore mit den Ausstellerzertifikaten vorhanden ist, sollte man dieses auch angeben. Falls das Feld dazu leer bleibt, wird die Verbindung als vertrauenswürdig erkannt. Ist also ein Fake-SSL, was die meisten APPs so handeln. Also am Besten den Truststore immer angeben! Dieser
muss im
PEM-Format vorliegen.
Wie der Server für eine SSL-Verbindung konfiguriert werden kann und wie man Zertifikate dazu erstellt ist nicht Gegenstand dieser Erklärung. Dazu gibt es Hilfe in Hülle und Fülle im mächtigen Internet oder gar hier im Forum: http://forum.fhem.de/index.php/topic,19227.msg129108.html#msg129108 (http://forum.fhem.de/index.php/topic,19227.msg129108.html#msg129108)
ToDos für die nächste Version:
- Testen der Verbindung
- Koordinate aus Karte übernehmen und evtl. auch Radius durch vergrößern dessen auf der Karte übernehmen.
- Requests merken und bei Internetverbindung feuern.
- Benachrichtigungen ein- oder ausschalten
Viel Spaß bei der Nutzung der App!!So, nun ist die App auch im Play Store von Google zu haben: https://play.google.com/store/apps/details?id=de.egi.geofence.geozone (https://play.google.com/store/apps/details?id=de.egi.geofence.geozone)
Erforderliche Android-Version: 4.0 oder höher
Anbei auch 3 Screenshots der App.
Die erste Version der App ist für Testfreudige zu haben. Für Download siehe Post 1. ganz unten.
Habs eben beim suchen nach andFHEM im Googlestore gesehen, Cool 8)
Schonmal Danke. Auch wenn ich sie noch nicht geladen habe. :)
Werde Tesen helfen bin aber mit FHEM noch im Aufbau.
Hi,
super das habe ich schon lange gesucht.
Habe gerade mal geladen!
Der Radius ist in Metern??
Eine Frage habe ich dazu noch, wenn ich in den Radius einfahre, z.B. 300meter von zu hause entfernt, soll eine bestimmte Aktion stattfinden, ist das realisierbar!
GRuss Dirk
Erstmal eine Mitteilung in eigener Sache :) Im Google Play Store befindet sich nun eine neue Version 1.1.0 mit folgenden neuen Features:
- Übernahme von Koordinaten aus Google Maps:
Karte an die richtige stelle verschieben/zoomen und durch langes Tippen Koordinaten übernhemen
Marker an die gewünschte Stelle verschieben und dann darauf klicken. Es erscheint ein Info-Fenster. Wenn man dann da nochmals darauf klickt, werden die Koordinaten übernommen.
Der Radius kann nicht graphisch vergrößert werden. Dieser muss noch manuell eingegeben werden.
- Verbesserung der Optik.
- Hinweisfenster beim Löschen einer Zone.
@illuminati2.0: Viel Spass damit.
@hyper2910:
Zitat von: hyper2910 am 11 April 2014, 15:21:57
Der Radius ist in Metern??
Ja.
Zitat von: hyper2910 am 11 April 2014, 15:21:57
Eine Frage habe ich dazu noch, wenn ich in den Radius einfahre, z.B. 300meter von zu hause entfernt, soll eine bestimmte Aktion stattfinden, ist das realisierbar!
Das ist ja der Sinn der App ;)
Erstmal kannst Du eine URL (Kommando) von Fhem oder irgend einen Server aufrufen.
Z.B. kannst Du in Fhem das Geofancy Modul von Loredo konfigurieren und dann in meiner App die URL eintragen. Dann wird 300 Meter von deinem zu Hause der Befehl abgesetzt.
Beispiel für das Schalten eines Dummys mit Hilfe eines Notifys vom Geofancy Modul in Fhem:
In Fhem trägst du das Geofancy Modul ein:
define geofancy GEOFANCY geo
attr geofancy room Haus
attr geofancy devAlias b2d461bf-1070-3927-8824-67320acd405e:Egmont
define egmont.zuHause notify geofancy:currLoc_Egmont:.zuHause {fhem("set Abwesend nein")}
define egmont.nichtHause notify geofancy:currLoc_Egmont:.underway {fhem("set Abwesend ja")}
In EgiGeoZone trägst du ein:
Name:
zuHauseBreitengrad: 48.12457852
Längengrad: 11.45845721
Radius: 300
User: huber
Passwort: geheim
und zuletzt die URL für Fhem. Z.B http://rpi.xxxx.de:1994/fhem/geo
Wenn die Verbindung verschlüsselt sein soll, dann musst du die anderen Parameter für die Zertifikate auch angeben.
Ich z.B. mache Fahrgemeinschaft mit einem Freund. Dieser braucht ca. 10 Minuten bis er bei mir in der Arbeit ist um mich abzuholen. Habe EgiGeoZone bei ihm auf dem Handy installiert. Wenn er seine Arbeit verlässt, bekomme ich über Fhem zu Hause eine Email in die Arbeit, dass er unterwegs ist. Cool!
Was für andere Aktionen hättest Du gerne?
Einige habe ich schon jetzt in Planung: SMS senden, EMail direkt vom Handy senden.
Für Anregungen bin ich dankbar.
Habe mal alles installiert, jedoch bekomme ich keine readings!
Geofancy ist so konfiguriert
define geofancy GEOFANCY geo
define WEBhook FHEMWEB 8088 global
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 HTTPS
attr WEBhook basicAuth { "$user:$password" eq "xxxxx:xxxxx" }
attr WEBhook room hidden
attr WEBhook webname webhook
In der Android app
Ist unter url fhem geofancy. Https:// xxxxxxxxxx:8080/webhook/geo drin.
Wenn ich diese aufrufe bekomme ich auch:
NOK no Data
Irgendjemand eine Idee
Wenn du NOK No data received bekommst, ist das richtig, da du ja nur die URL aufgerufen hast.
Dahinter sind keine Daten die das Geofancy Modul auswerten kann.
EgiGeoZone würde dann deine Adresse mit den nötigen Infos ergänzen.
Probiere mal https:// xxxxxxxxxx:8080/webhook/geo?id=UUIDloc&name=zuHause&entry=1&date=2014-04-11&latitude=xx.x&longitude=xx.x&device=HandyDirk
Die Werte sind nur Fakes, also keine echten Werte, aber du solltest Readings bekommen :-)
Hi,
danke dir. musste deine URL noch um "geo" erweitern, dann bekomme ich das Reading
https:// xxxxxxxxxx:8080/webhook/geo?id=UUIDloc&name=zuHause&entry=1&date=2014-04-11&latitude=xx.x&longitude=xx.x&device=HandyDirk
Internals:
CFGFN /opt/fhem/FHEM/geofancy.cfg
DEF geo
NAME geofancy
NR 90
STATE id:UUIDloc name:zuHause trig:1 date:2014-04-11 lat:xx.x long:xx.x dev:HandyDirk
TYPE GEOFANCY
Readings:
2014-04-11 02:00:00 HandyDirk arrived zuHause
2014-04-11 02:00:00 currLocLat_HandyDirk xx.x
2014-04-11 02:00:00 currLocLong_HandyDirk xx.x
2014-04-11 02:00:00 currLocTime_HandyDirk 2014-04-11 02:00:00
2014-04-11 02:00:00 currLoc_HandyDirk zuHause
2014-04-11 02:00:00 lastArr HandyDirk zuHause
2014-04-11 02:00:00 lastDevice HandyDirk
2014-04-11 02:00:00 state id:UUIDloc name:zuHause trig:1 date:2014-04-11 lat:xx.x long:xx.x dev:HandyDirk
Fhem:
infix geo
Helper:
Device_aliases:
Attributes:
aber vom Mobil, nichts
desweiteren würde ich gerne das Zone Betreten nutzen. Würde bedeuten ich nehme die URL https:// xxxxxxxxxx:8080/webhook/geo in URL Zone Betreten, oder?
Dann sollte ja über den Notify z.b. mein Garagentor aufgehen.
Zitatmusste deine URL noch um "geo" erweitern, dann bekomme ich das Reading
Ja, habe ich nachgebessert.
Kommst Du grundsätzlich von Handy drauf? Hast mal probiert vom Browser am Handy? Siehst du was am Router? Bekommst du die Benachrichtigung/Notification am Handy? Bekommst du ein
rote Benachrichtigung?
Ansonsten kannst du den Test am Handy immer wiederholen, indem du die Zone aufrufst und einfach
Ändern klickst.
Du könntest auch Debug Level auf Debug setzen und mir die Log-Datei zu schicken. Liegt auf dem internen Speicher runter ../egigeizone/egigeozone.log
Ansonsten geht nur eines davon. Oder die Geo Adresse oder Betreten/Verlassen.
Du kannst deine Garage mit der Geo Adresse öffnen. Das Verlassen der Zone kannst du ja im fhem ignorieren.
Wenn du unbedingt die Betreten URL verwenden möchtest, dann kannst fhem direkt ansprechen (geht dann nicht über Geofancy) und deine Garagenaktor schalten oder ein Dummy setzen, oder ...
Z.B. kannst du folgende Syntax benutzen:
https://xxx.xxxx.de:1984/fhem?cmd.Garage=set%Garage%20auf Ist nur ein Beispiel!
Hi,
Also von mobile und tablet mit Android geht's auch, nur nicht über Chrome! Musste dafür Firefox oder dolphin nutzen!
Ich habe deine Konfig nachgebildet und es funktioniert bei mir über die App! Einziger unterschied ist, dass ich SSL über Apache mache.
@hyper2910: Geht es nun über die App?
Egmont,
Sehr schöne App! Nur mal als Anregung, hast Du mal darüber nachgedacht, als Karte Openstreetmap zu unterstützen bzw. zu verwenden ?
Liebe Grüße
Thomas
@: Habe ich nicht, da ich mit Google Maps schon etwas Erfahrung hatte. Aber was nicht ist, kann noch werden.
Hi,
so habe mal das ganze aus Port 1999 umgestellt und damit funktioniert es auf anhieb:
Readings von der APP kommen direkt
2014-04-12 23:05:46 currLoc_4c7442a5-482c-3b58-8d24-f3a66f0a42da zuhause
2014-04-11 02:00:00 currLoc_HandyDirk zuHause
2014-04-12 23:05:46 lastArr 4c7442a5-482c-3b58-8d24-f3a66f0a42da zuhause
2014-04-12 23:05:46 lastDevice 4c7442a5-482c-3b58-8d24-f3a66f0a42da
2014-04-13 09:06:04 state initialized
Cool. Geht die Garage auf?
Ein paar Macken habe ich schon entdeckt und werde sie bald beheben.
Hallo,
Danke für die Super App.
Emails direkt aus der App senden, wäre eine gute Erweiterung.
Dann könnte man das ganze in Verbindung mit mailcheck einfach lösen.
Gruß Christoph
Gesendet von meinem XT890 mit Tapatalk
Zitat von: Christoph am 13 April 2014, 13:35:42
Emails direkt aus der App senden, wäre eine gute Erweiterung.
Kommt als nächstes.
Zitat von: Christoph am 13 April 2014, 13:35:42
Dann könnte man das ganze in Verbindung mit mailcheck einfach lösen.
Wie meinst du das?
Ohne einen Apache Proxy einzurichten zu müssen ;)
Hi,
Leider geht die Garage nicht.
Die Leerzeichen habe ich als %20 gesetzt.
Über den Browser kann ich die Garage direkt öffnen
https://xxx.xxxx.de:8083/fhem?cmd.TorOeffner=set TorOeffner on
Wenn ich diese url in die app packe passiert nichts!
Kann ich eigentlich die url fuer fhem eintragen und auch betreten und verlassen gleichzeitig?
Also ohne Verschlüsselung funktioniert alles, sobald https aktiviert ist, geht über die app nichts mehr!
Zitat von: hyper2910 am 13 April 2014, 18:19:15
https://xxx.xxxx.de:8083/fhem?cmd.TorOeffner=set TorOeffner on
Diese URL kommt nicht in die Fhem URL sondern in die Betreten URL
Zitat von: hyper2910 am 13 April 2014, 18:19:15
Kann ich eigentlich die url fuer fhem eintragen und auch betreten und verlassen gleichzeitig?
Nein. Dann solltest du zwei Zonen einrichten.
Zitat von: hyper2910 am 13 April 2014, 19:16:05
Also ohne Verschlüsselung funktioniert alles, sobald https aktiviert ist, geht über die app nichts mehr!
Wundert mich. Hast du ein Serverzertifikat in die App eingetragen? Ich mache es über den Apache und es funktioniert.
Ist in deinem Router die Weiterleitung richtig?
Ich muss es mal mit dem SSL von fhem probieren.
Ich meine mit: attr WEBhook HTTPS
Hi,
https://xxx.xxxx.de:8083/fhem?cmd.TorOeffner=set
War bei betreten eingefügt aber mit https:// ohne Funktion
Serverzertifikat habe ich keins eingetragen, liegen tut es bei mir im modpath.
Sowie hier beschrieben
http://www.fhemwiki.de/wiki/Raspberry_Pi_%26_HTTPS
Ich prüfe HTTPS heute mal so richtig durch und melde mich.
@Edit: Scheint, dass es erstmal nur geht, wenn der Apache Webserver davor steht.
Mit HTTPS direkt im fhem geht es erstmal nicht. Ich bin dabei.
Zitat von: hyper2910 am 13 April 2014, 22:35:26
Hi,
https://xxx.xxxx.de:8083/fhem?cmd.TorOeffner=set
War bei betreten eingefügt aber mit https:// ohne Funktion
Serverzertifikat habe ich keins eingetragen, liegen tut es bei mir im modpath.
Sowie hier beschrieben
http://www.fhemwiki.de/wiki/Raspberry_Pi_%26_HTTPS
Ich habe nun auch einen Port über FHEMWEB auf HTTPS gesetzt und vorher die Zertifikate erstellt.
define WEBhook FHEMWEB 8xx8 global
attr WEBhook HTTPS 1
attr WEBhook basicAuth xxxxxxxxxxxxxxxxxxx
attr WEBhook hiddenroom DashboardRoom
attr WEBhook webname webhookAm Anfang hatte ich Schwierigkeiten mit Bug: http://forum.fhem.de/index.php/topic,17767.msg117265.html#msg117265 (http://forum.fhem.de/index.php/topic,17767.msg117265.html#msg117265), aber nun läuft der Port. Ohne Apache.
Und es funktioniert auch in der App. Habe nichts ändern müssen. Einstellungen in der App siehe Bild.
In der App habe ich als URL Fhem Geofancy:
https://xxx.xxxx.de:8xx8/webhook/geo eingetragen. Den Rest macht die App.
Den Radius nicht zu klein wählen. So ab 100 Meter sind OK. Empfehlung in den Foren.
Vielleicht schickt ihr mir per PM die Eingaben (anonymisiert). Oder liegt es an einer besonderen Android Version?
Bei wem funktioniert die App?
So, habe https:// auf dem Port8084 fürs mobile aus und alles funktioniert, sobald https:// an ist nicht mehr. Den Bug habe ich auch schon durch, da Probleme mit sendmail auftraten und der ssl Verschlüsselung, das ist behoben, manuell geht ja alles.
Als Android Version habe ich 4.4.2 und 4.3 getestet könnte rein theoretisch noch eine ältere testen.
Muss in die Zertifikatszeile irgendwas? Habe mal das pem Zertifikat in pkcs12 konvertiert und dort angegeben aber kein reading im fhem, das icon der app beim betreten ist immer weiss, wenn ich ein Zertifikat angeben, welches es nicht gibt, wird es rot und gibt einen Fehler!
Zitat von: hyper2910 am 14 April 2014, 19:21:44
So, habe https:// auf dem Port8084 fürs mobile aus und alles funktioniert, sobald https:// an ist nicht mehr. Den Bug habe ich auch schon durch, da Probleme mit sendmail auftraten und der ssl Verschlüsselung, das ist behoben, manuell geht ja alles.
Mit manuell, meinst du im Browser auf dem Handy, oder?
Komisch. Kann ich nicht nachvollziehen. Welche Fehlermeldung kommt dann da bei HTTPS? Kannst du mal den Debug Level auf Debug setzen und mir die Log schicken?
Zitat von: hyper2910 am 14 April 2014, 19:21:44
Als Android Version habe ich 4.4.2 und 4.3 getestet könnte rein theoretisch noch eine ältere testen.
Ich habe es mit 4.1 und 4.3 erfolgreich getestet.
Zitat von: hyper2910 am 14 April 2014, 19:21:44
Muss in die Zertifikatszeile irgendwas? Habe mal das pem Zertifikat in pkcs12 konvertiert und dort angegeben aber kein reading im fhem, das icon der app beim betreten ist immer weiss, wenn ich ein Zertifikat angeben, welches es nicht gibt, wird es rot und gibt einen Fehler!
Also laut SSL-Richtlinien und Sicherheit sollten die Ausstellerzertifikate schon in die Zeile
Aussteller Zertifikate, aber nur im
PEM Format, da die App da nur PEM liest. Wenn keines eingetragen ist, so akzeptiere ich alle Serverzertifikate. In deinem Falle die server-cert.pem aus modpath/certs, aber darum wird es nicht besser. Es sollte auch ohne funktionieren.
Ab und zu gibt es noch ein paar Abbrüche in der Bedienung, aber die bekomme ich auch noch hin.
Ich muss nochmal testen, aber du scheinst heute im Update etwas geändert zu haben. Gerade kam über https:// ein reading
Mein Update hatte folgende Sachen:
- Dialog-Abstürze behoben
- Bessere Anzeige von Fehlern/ErrorResponse bei Requests (roter Tropfen)
- Map im Vollbildmodus
Also nichts mit SSL.
Also auf Tablet kommt das reading jetzt direkt auch über https://, habe seit gestern auch nichts geändert, ggf. Hat sich im fhem update der letzten Tage was getan, habe heute auch ein rpi update gemacht! Mobile prüfe ich nachher auch. Bin momentan dort noch eine presence Funktion am testen, daher ist das mobil im flugmodus!
Gesendet von meinem SGP521 mit Tapatalk
Ich teste auch gerade die App. Auf dem Handy meldet sie immer wieder das Betreten einer Zone, obwohl diese nicht verlassen wurde. In FHEM in der Datenbank stehen dann für jedes Reading so ca. 14 Einträge hintereinander. Und wie es aussieht, kommt eine Meldung über das Verlassen der Zone nicht in FHEM an.
Tablet funktioniert einwandfrei, mobile mit gleichen Einstellungen nicht, kein reading
Zitat von: dlehmann69 am 14 April 2014, 20:55:41
Ich teste auch gerade die App. Auf dem Handy meldet sie immer wieder das Betreten einer Zone, obwohl diese nicht verlassen wurde. In FHEM in der Datenbank stehen dann für jedes Reading so ca. 14 Einträge hintereinander. Und wie es aussieht, kommt eine Meldung über das Verlassen der Zone nicht in FHEM an.
Wie groß ist der Radius?
Verlassen Zone sollte schon kommen. Das Betreten und Verlaasen kommt von der Google Map Services Schnittstelle.
Arbeitest du mit HTTPS und der Fhem-Geofancy URL?
Zitat von: hyper2910 am 14 April 2014, 21:16:02
Tablet funktioniert einwandfrei, mobile mit gleichen Einstellungen nicht, kein reading
Welche Andoird Versionen jeweils?
Der Radius beträgt 1000 Meter. Ich nutze kein https und ich nutze die Geofancy URL fhem/geo.
Zitat von: dlehmann69 am 14 April 2014, 20:55:41
Auf dem Handy meldet sie immer wieder das Betreten einer Zone, obwohl diese nicht verlassen wurde.
Passiert dies ohne deinem Zutun. Wenn du die Zone in der App änderst/speicherst werden die Geofences neu getriggert.
Beide mit 4.4.2 wobei andere build Versionen, ich muss mal nachschauen ob es Unterschiede da gibt. Werde es aber noch mit einer alten GB Variante testen, sowie einer ics
Gesendet von meinem SGP521 mit Tapatalk
Nein dies geschieht ohne mein zutun. Das Handy liegt auf dem Tisch und bewegt sich nicht. Das Triggern beim Speichern habe auch schon bemerkt. Weist du vielleicht, warum immer mehrere Zeilen für ein gleiches Reading gespeichert werden?
Zitat von: dlehmann69 am 14 April 2014, 21:51:04
Nein dies geschieht ohne mein zutun. Das Handy liegt auf dem Tisch und bewegt sich nicht. Das Triggern beim Speichern habe auch schon bemerkt. Weist du vielleicht, warum immer mehrere Zeilen für ein gleiches Reading gespeichert werden?
Keine Ahnung. Vielleicht mal hier fragen: http://forum.fhem.de/index.php/topic,18485.0.html (http://forum.fhem.de/index.php/topic,18485.0.html)
Das mit dem Verlassen werde ich beobachten und melde mich dazu.
Noch was. Ist GPS aktiviert? Geht nämlich auch ohne.
Hallo
kann es sein, dass der Name der Location kein Leerzeichen enthalten darf bzw. nur eine bestimmte länge an zeichen?
habe zwei identische Locations eingerichtet "Home Z1" und "Z1", jedoch kommt als Reading nur das "Z1" das "Home Z1" nicht. Auf dem Tablet habe ich auch nur ein Home angelegt vorher ein "HOME TZ" oder "at home" oder ähnlich.
Bin heute beruflich unterwegs und werde das aber nochmals prüfen.
hier mal das Log von FHEM
2014.04.15 06:56:47 3: GEOFANCY: Insufficient data received for webhook /geo:
id=4c7442a5-482c-3b58-8d24-f3a66f0a42da name=home entry= trigger= date= latitude= longitude= device=
dann habe ich Z1 angelegt bzw HomeZ1 ohne leerzeichen
2014.04.15 07:07:13 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at homez1
2014.04.15 07:07:13 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:13 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:14 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:14 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:15 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:15 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:15 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:15 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:16 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
2014.04.15 07:07:23 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at homez1
2014.04.15 07:07:23 3: GEOFANCY geofancy: 4c7442a5-482c-3b58-8d24-f3a66f0a42da arrived at Z1
Zitat von: hyper2910 am 15 April 2014, 07:25:19
kann es sein, dass der Name der Location kein Leerzeichen enthalten darf bzw. nur eine bestimmte länge an zeichen?
Ja, die Leerzeichen sind das Problem. Werde es mit dem nächsten Update beheben. Danke für den Hinweis.
Scheint doch, dass es am gestrigen Update 1.1.1 liegt, dass das HTTPS über FHEM nun funktioniert. Habe nämlich eine Zeile eingefügt, die den Namen des Zertifikats
nicht verifiziert. Lag wohl daran. Normalerweise muss der CN aus dem Zertifikat gleich dem Servernamen in der URL sein.
Ich habe jetzt bereits zum zweiten Mal eine Fehlermeldung mit folgendem Inhalt erhalten (roter Tropfen):
java.net.SocketTimeoutException:failed to connect to ...
So wie es aussieht, kommt auch kein Event mehr in FHEM an, obwohl die App immer noch ohne Veränderung der Zone fleißig das Betreten dieser meldet. Es hat aber bis dahin funktioniert und es wurde auch keine Veränderung in der App vorgenommen.
Konnte das Ganze gerade noch einmal testen. Die App meldet das Verlassen und Betreten der Zone auf dem Handy. Es kommt aber seit dem Fehler heute früh kein Event mehr in FHEM an.
Zitat von: dlehmann69 am 15 April 2014, 10:26:59
Ich habe jetzt bereits zum zweiten Mal eine Fehlermeldung mit folgendem Inhalt erhalten (roter Tropfen):
java.net.SocketTimeoutException:failed to connect to ...
So wie es aussieht, kommt auch kein Event mehr in FHEM an, obwohl die App immer noch ohne Veränderung der Zone fleißig das Betreten dieser meldet. Es hat aber bis dahin funktioniert und es wurde auch keine Veränderung in der App vorgenommen.
Hast du GPS immer an?
Die App konnte sich innehalb von 15 nicht an fhem anmelden und den Request senden. Kann passieren....
Zitat von: dlehmann69 am 15 April 2014, 10:26:59
Konnte das Ganze gerade noch einmal testen. Die App meldet das Verlassen und Betreten der Zone auf dem Handy. Es kommt aber seit dem Fehler heute früh kein Event mehr in FHEM an.
Aber, dass es jetzt gar nicht mehr geht? Kommt die "rote Fehlermeldung"? Was steht in der Log-Datei der App zu der Zeit?
Ich habe die Einstellung in Android auf "Hohe Genauigkeit". Er nutzt so GPS, WLAN und mobiles Netz für die Bestimmung.
Die rote Meldung kommt nicht mehr. Es erfolgt nur noch die Meldung der App mit dem weisen Tropfen. Die letzte vor einigen Minuten. Die letzten Einträge im Log mal anbei. Der letzte Eintrag entspricht auch der letzten Meldung in FHEM.
2014-04-15 03:59:06,512 - [ERROR::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1] - Zuhause: Error in get of the request
java.net.SocketTimeoutException: failed to connect to xxx (port 8888) after 15000ms
at libcore.io.IoBridge.connectErrno(IoBridge.java:159)
at libcore.io.IoBridge.connect(IoBridge.java:112)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:192)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:459)
at java.net.Socket.connect(Socket.java:873)
at com.android.okhttp.internal.Platform.connectSocket(Platform.java:131)
at com.android.okhttp.Connection.connect(Connection.java:101)
at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:294)
at com.android.okhttp.internal.http.HttpEngine.sendSocketRequest(HttpEngine.java:255)
at com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:206)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:345)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:296)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:503)
at de.egi.geofence.geozone.Api.doGet(Api.java:68)
at de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1.doInBackground(MainActivity.java:734)
at android.os.AsyncTask$2.call(AsyncTask.java:288)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:231)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
at java.lang.Thread.run(Thread.java:864)
2014-04-15 04:26:32,306 - [ERROR::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1] - Response code after get: 0
2014-04-15 04:30:17,012 - [ERROR::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1] - Response code after get: 0
2014-04-15 04:59:19,284 - [ERROR::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1] - Response code after get: 0
2014-04-15 05:03:24,718 - [ERROR::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1] - Response code after get: 0
2014-04-15 05:30:02,663 - [ERROR::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1] - Response code after get: 0
2014-04-15 05:33:39,368 - [ERROR::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver::de.egi.geofence.geozone.MainActivity$MyGeofenceReceiver$1] - Response code after get: 0
Ich habe jetzt eine Rückmeldung von Loredo bzgl. der mehrfachen Einträge im Log. Das Modul selbst loggt nur einmal. Es soll an der App liegen.
Zitat von: dlehmann69 am 15 April 2014, 18:26:41
Ich habe jetzt eine Rückmeldung von Loredo bzgl. der mehrfachen Einträge im Log. Das Modul selbst loggt nur einmal. Es soll an der App liegen.
Das habe ich nun im Griff, dass nur einmal gesendet wird. Habe ich tasächlich gesehen.
Das andere ist ein größeres Problem (das Hauptproblem eigentlich) und kann noch etwas dauern bis ich es fixen kann. Ich habe eine Idee, aber die Infos von Google (Android) sind spärlich in Bezug auf Geofence.
Trotzdem danke. Es geht voran. So gibt es für Android wenigstens auch eine derartige APP.
Das Problem liegt daran, dass wenn die App sich schlafen legt oder Android meint, es muss aufräumen, die Trigger nicht mehr aufgerufen werden. Muss mal recherchieren. Ich hoffe, dass ich es hin bekomme.
Danke für die Geduld.
Habe heute eine neue Version 1.1.3 in den Store gestellt.
Dabei habe ich das interne Abhandeln der Geofence Ereingissen umgestellt und hoffe. dass nun die Events (Aufrufe der Aktionen) richtig gefeuert werden!
Das mehrfache Aufrufen wird auch nicht mehr passieren.
Sonderzeichen im Namen werden nun richtig behandelt.
Aufrufe von in Fhem erstellten HTTPS-Webhooks sollten nun auch funktionieren.
Vielen Dank an die Tester für Euren Einsatz ;D
Die Meldungen in FHEM kommen jetzt nur noch einmal.
Das andere Phänomen mit der wiederkehrenden Meldung ohne Veränderung der Zone ist noch da. Auch kommt immer mal wieder bei solchen Meldungen der Fehler mit dem Timeout.
Zitat von: dlehmann69 am 16 April 2014, 18:31:38
Die Meldungen in FHEM kommen jetzt nur noch einmal.
Sehr gut!
Zumindest funktioniert es jetzt. Aber unten schreibst, dass doch nicht mehr, oder wie?
Bei meinem Handy und bei meiner Frau funktionieren nun die jeweils 2 Zonen (Arbeit und Home) ohne Probleme!
Zitat von: dlehmann69 am 16 April 2014, 18:31:38
Das andere Phänomen mit der wiederkehrenden Meldung ohne Veränderung der Zone ist noch da.
Welche Meldung meinst Du? Die Benachrichtigung (weißer Tropfen)? Kommt da nicht gleichzeitig die Fehlermeldung mit dem roten Symbol, wegen dem Timeout?
Zitat von: dlehmann69 am 16 April 2014, 18:31:38
Auch kommt immer mal wieder bei solchen Meldungen der Fehler mit dem Timeout.
Du hast eine schlechte Internet Verbindung zu deinem Server und der kann sich nicht in 15 Sekunden verbinden/antworten. Ich werde den Timeout in einer der nächsten Versionen konfigurierbar machen.
Was muss am system freigegeben sein, damit die Daten im Hintergrund übertragen werden.
Bis jetzt wird nur was übertragen, wenn ich eine Location anlege.
Also wenn die Meldung kommt, dann nur noch einmal in FHEM.
Ja ich meine die Benachrichtigung mit dem weißen Tropfen. Diese Meldung kommt immer mal wieder spontan, obwohl ich die Zone nicht verlassen habe. Der Timeout kommt nicht immer.
Ich hoffe, dass war jetzt verständlicher. :P
Zitat von: dlehmann69 am 16 April 2014, 18:54:57
Diese Meldung kommt immer mal wieder spontan, obwohl ich die Zone nicht verlassen habe.
Ich denke, dass ich da keinen Einfluss drauf habe. Die App arbeitet zusammen mit ein auf deinem Handy vorinstalliertem Google Play-Dienste Bibliothek und diese meldet irgendwie immer wieder ein Betreten der Zone. Kommt da auch ein Verlassen ab und zu?
Ich habe die Version 4.3.25 auf meinem Gerät. Kannst Du unter Anwendungsmanager Google Play-Dienste sehen.
Zitat von: stromer-12 am 16 April 2014, 18:54:02
Was muss am system freigegeben sein, damit die Daten im Hintergrund übertragen werden.
Bis jetzt wird nur was übertragen, wenn ich eine Location anlege.
Das ist auch der Sinn der App. Es wird eine Location/Zone angelegt und beim Verlassen oder Betreten dieser wird eine Anfrage an das Geofancy Modul von FHEM generiert, falls du diese Variante nutzt.
Ansonsten kannst du eigene Anfragen (URLs) für das Betreten und/oder Verlassen der Zone eingeben.
Da muss am Handy nicht freigegeben werden.
Du musst in FHEM das Geofancy Modul anlegen und evtl. HTTPS aktivieren.
Im Router eine Weiterleitung anlegen.
Dir bei irgend einem DNS-Provider eine DynDNS Eintrag organisieren. Kostenlos ist z.B. http://www.spdns.de/ (http://www.spdns.de/) von der Firma Securepoint.
Zitat von: egmontr am 16 April 2014, 19:21:49
Das ist auch der Sinn der App. Es wird eine Location/Zone angelegt und beim Verlassen oder Betreten dieser wird eine Anfrage an das Geofancy Modul von FHEM generiert, falls du diese Variante nutzt.
Die habe ich eingestellt. habe erstmal nur ein Verzeichnis auf dem apachen angelegt, damit ich etwas testen kann bevor ich es zu fhem weiterleite.
Anfragen beim apache kommen im Moment bei mir nur wenn ich eine neue Location anlege.
Bewege ich mich aus einer Location heraus bzw. hinein registriert der apache nichts.
Die App ist zu diesem Zeitpunkt im Hintergrund, aber nicht beendet.
ZitatAnsonsten kannst du eigene Anfragen (URLs) für das Betreten und/oder Verlassen der Zone eingeben.
Da muss am Handy nicht freigegeben werden.
Du musst in FHEM das Geofancy Modul anlegen und evtl. HTTPS aktivieren.
Im Router eine Weiterleitung anlegen.
Dir bei irgend einem DNS-Provider eine DynDNS Eintrag organisieren. Kostenlos ist z.B. http://www.spdns.de/ (http://www.spdns.de/) von der Firma Securepoint.
DynDNS brauch ich nicht(feste IP), bzw ist bei meiner Domain mit dabei.
Ja da kommt auch ab und an mal eine Verlassen Meldung. Vor einer halben Stunde kam die Meldung "Zone verlassen" und 5 Minuten später wieder die Meldung "Zone betreten".
Ich habe auf meinem Handy Version 4.4.2. Im Anwendungsmanager sehe ich die laufenden Google Play Dienste.
Zitat
Anfragen beim apache kommen im Moment bei mir nur wenn ich eine neue Location anlege.
Bewege ich mich aus einer Location heraus bzw. hinein registriert der apache nichts.
Die App ist zu diesem Zeitpunkt im Hintergrund, aber nicht beendet.
Hast du die heutige Version 1.1.3? Mit der sollte es nun funktionieren. In den vorherigen Versionen war das Triggern beim Betreten/verlassen noch etwas fehlerhaft. Habe heute eine neue Variante dazu eingebaut.
Kommt beim Verlassen/Betreten aber die Notification mit dem weißen Location Symbol?
Für Tests: Du kannst deine angelegte Location aufrufen und den Ändern-Button drücken. Dann wird der Aufruf gefeuert.
Zitat von: dlehmann69 am 16 April 2014, 19:52:00
Ja da kommt auch ab und an mal eine Verlassen Meldung. Vor einer halben Stunde kam die Meldung "Zone verlassen" und 5 Minuten später wieder die Meldung "Zone betreten".
Ich glaube du hast große Schwankungen beim Erkennen der Koordinaten. GPS im Haus geht ja nicht. Somit benutzt die Google Service Bibliothek das mobile Netzwerk und da schwankt wahrscheinlich bei dir dieser Bereich (Anderer Mast). Somit glaubt die App du hast die Zone verlassen und dann wieder betreten usw. Probiere mal einen kleineren Radius. Z.B 500 anstatt 1000.
Zitat von: dlehmann69 am 16 April 2014, 19:52:00
Ich habe auf meinem Handy Version 4.4.2. Im Anwendungsmanager sehe ich die laufenden Google Play Dienste.
Du meinst schon die Version der Google Play Biblio.?
Zitat von: egmontr am 16 April 2014, 19:55:01
Hast du die heutige Version 1.1.3?
Ja.
ZitatKommt beim Verlassen/Betreten aber die Notification mit dem weißen Location Symbol?
Jetzt klappt es auch im Hintergrund, Google Play Dienste durften nur bei WLAN.
ZitatFür Tests: Du kannst deine angelegte Location aufrufen und den Ändern-Button drücken. Dann wird der Aufruf gefeuert.
Ja, da kam auch immer ein Aufruf.
"GET /geo?id=xxxxxxxxx7&name=test1&entry=1&date=2014-04-16T18:26:33+0000&latitude=xxxx&longitude=xxxx&device=xxxxxxxxx HTTP/1.1" 200 - "-" "Dalvik/1.6.0 (Linux; U; Android 4.2.2; GT-I9295 Build/JDQ39)"
Zitat von: stromer-12 am 16 April 2014, 20:39:06
Jetzt klappt es auch im Hintergrund, Google Play Dienste durften nur bei WLAN.
Bzw. manche Aufräum App schmeisst auch Dienste Raus, die habe ich jetzt angepasst.
Du hast recht. Wir liegen an der Grenze zweier Funkzellen. Ja nach Lage im Haus wird mal der eine mal der andere Mast kontaktiert. Ich Versuch es mal mit einem Radius von 500.
Nein das ist meine Android Version. Die Bibliothek hat die Version 4.3.25.
@stromer-12: Also funktioniert es nun?
Hi Egmont
Hast du die aenderungen fuer alle url gemacht. Wenn ich die betreten url auf https:// nutze scheint es nicht so funktionieren bei http:// schon!
Gesendet von meinem SGP521 mit Tapatalk
Es funktioniert erstmal, ich muss nur noch das Reinigungstool etwas bremsen, bzw. wenn man im Programm ist, hat man es auch mal schnell beendet.
Zitat von: stromer-12 am 16 April 2014, 21:34:39
Es funktioniert erstmal, ich muss nur noch das Reinigungstool etwas bremsen, bzw. wenn man im Programm ist, hat man es auch mal schnell beendet.
Macht nichts, wenn man es beendet. Es läuft im Hintergund weiter. Zumindest gibt es einen wake vom Google Play Dienst für den GeofenceReceiver.
Zitat von: hyper2910 am 16 April 2014, 21:27:04
Hi Egmont
Hast du die aenderungen fuer alle url gemacht. Wenn ich die betreten url auf https:// nutze scheint es nicht so funktionieren bei http:// schon!
Gesendet von meinem SGP521 mit Tapatalk
Ja, zentral auf alle. Kommt eine Fehlermeldung?
In der app nicht, aber es reagiert auch nichts, muss morgen mal ins log schauen
Gesendet von meinem SGP521 mit Tapatalk
So,
die App scheint die Befehle zweimal zu senden
und zwar alle, sowohl die vom Betreten und danach die beim Verlassen
2014.04.17 07:34:51 2: IT set TorOeffner on
2014.04.17 07:34:51 2: IT set TorOeffner on
2014.04.17 07:34:54 2: IT set TorOeffner off
2014.04.17 07:34:54 2: IT set TorOeffner off
Jedoch scheint es mit dem Update der APP das Betreten und Verlassen nicht mehr zu funktionieren.
Ich habe bei Betreten nichts geändert und mit der 1.1.1 funktionierte es und momentan nicht!
Gruss Dirk
Zitat von: hyper2910 am 17 April 2014, 08:42:29
die App scheint die Befehle zweimal zu senden
und zwar alle, sowohl die vom Betreten und danach die beim Verlassen
2014.04.17 07:34:51 2: IT set TorOeffner on
2014.04.17 07:34:51 2: IT set TorOeffner on
2014.04.17 07:34:54 2: IT set TorOeffner off
2014.04.17 07:34:54 2: IT set TorOeffner off
Eintrag ist bei der Fhem-Geofancy URL? Hmmm. Welcher Event sollte eingetreten sein? Betreten oder Verlassen?
Zitat von: hyper2910 am 17 April 2014, 08:42:29
Jedoch scheint es mit dem Update der APP das Betreten und Verlassen nicht mehr zu funktionieren.
Ich habe bei Betreten nichts geändert und mit der 1.1.1 funktionierte es und momentan nicht!
Ist das eine zweite Zone in der App?
Haben die zwei Zonen die gleichen Koordinaten?
Kannst Du mir eine PM mit den einigermaßen anonymisierten Einstellungen aller Zonen schicken? Und die egigeozone.log dazu.
Hast du mehrere Geräte am Laufen mit den gleihen Einstellungen?
Edit: Habe soeben beim
Betreten: https://rpi.xxxx.de:1984/webhook?cmd.Abwesend=set%20Abwesend%20xxx
und
Verlassen: https://rpi.xxxx.de:1984/webhook?cmd.Abwesend=set%20Abwesend%20zzz
getestet und hat nach dem Ändern geklappt?! Rumgelaufen bin ich noch nicht :-)
ZitatEintrag ist bei der Fhem-Geofancy URL? Hmmm. Welcher Event sollte eingetreten sein? Betreten oder Verlassen?
Eintrag ist im Betreten und Verlassen URL.
ZitatHast du mehrere Geräte am Laufen mit den gleihen Einstellungen?
Ja, momentan 3 oder4 zum Testen.
Beschränke das jetzt auf eins. Und melde mich nochmals.
Ich nutze jetzt ein Android, welches fest im Auto sein soll, damit wenn das Auto vorfährt die Garage aufgeht.
Ich werde das heute und über Ostern mal testen. Ich glaube, das es einfach zu viele GEOFANCY Meldundungen waren die dann auf einmal verarbeitet werden mussten.
Gruss DIrk
Kann über die Feiertage nichts entwickeln, aber im Forum werde ich present sein.
hi,
bei betreten habe ich ein funktionstüchtige URL eingefügt, welche über den Browser des Mobiles einwandfrei funktioniert.
https://xxxx.xxxx:8083/fhem?cmd.TorOeffner=set%20TorOeffner%20on
Das Mobile sendet auch in der FHEM URL die Position.
https://xxxx.xxxx:1999/webhook/geo
im Log sehe ich dann folgendes:
2014-04-17 11:26:29,993 - [INFO::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Zones: work
2014-04-17 11:26:30,001 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Transition: 1
2014-04-17 11:26:30,004 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Fhem-Geofancy: requested
2014-04-17 11:26:30,012 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - URL: https://xxxxxxxx.no-ip.biz:1999/webhook/geo?id=af98f5db-3a4c-3e3b-b3d8-00c93f143e64&name=work&entry=1&date=2014-04-17T09:26:30+0000&latitude=50.xxxxxxxxx21034&longitude=6.xxxxxxxx69&device=af98f5db-3a4c-3e3b-b3d8-00c93f143e64
2014-04-17 11:26:30,016 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - User: Dirk
2014-04-17 11:26:30,017 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Client_cert:
2014-04-17 11:26:30,020 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Ca_cert:
2014-04-17 11:26:30,032 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - SSL connection required
2014-04-17 11:26:30,040 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - Basic authentication required
2014-04-17 16:39:07,244 - [INFO::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Zones: work
2014-04-17 16:39:07,283 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Transition: 2
2014-04-17 16:39:07,286 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Fhem-Geofancy: requested
2014-04-17 16:39:07,322 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - URL: https://xxxxxx.no-ip.biz:1999/webhook/geo?id=af98f5db-3a4c-3e3b-b3d8-00c93f143e64&name=work&entry=0&date=2014-04-17T14:39:07+0000&latitude=50.xxxxx21034&longitude=6.xxxxx72491169&device=af98f5db-3a4c-3e3b-b3d8-00c93f143e64
2014-04-17 16:39:07,329 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - User: Dirk
2014-04-17 16:39:07,330 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Client_cert:
2014-04-17 16:39:07,331 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Ca_cert:
2014-04-17 16:39:07,356 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - SSL connection required
2014-04-17 16:39:07,360 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - Basic authentication required
wenn ich Home betrete
2014-04-17 16:52:57,266 - [INFO::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Zones: home1
2014-04-17 16:52:57,268 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Transition: 1
2014-04-17 16:52:57,271 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - URL: https://xxxxxxx.no-ip.biz:8083/fhem?cmd.TorOeffner=set%20TorOeffner%20on
2014-04-17 16:52:57,273 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - User: Dirk
2014-04-17 16:52:57,274 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Client_cert:
2014-04-17 16:52:57,275 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Ca_cert:
2014-04-17 16:52:57,297 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - SSL connection required
2014-04-17 16:52:57,299 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - Basic authentication required
aber keine Aktion!
Im Logfile sehe ich um diese Uhrzeit nichts ausser:
2014.04.17 16:53:24 1: FHEMWEB SSL/HTTPS error: Resource temporarily unavailable
Habe jetzt mal SSL ausgeschaltet.
2 Locations angelegt. Einmal die FHEM Geofancy URL eingetragen und in der anderen URL Zone Betreten
Das Reading kommt direkt, aber nicht der Befehl.
2014.04.18 10:31:22 3: GEOFANCY geofancy: Tiguan arrived at home2014.04.18 10:31:32 3: Opening MAXCube device 192.168.178.22:62910 2014.04.18 10:31:32 3: MAXCube device opened[code][color=rgb(204, 204, 204)][size=3px][font=Verdana]
So sieht die Mobile Meldung aus, würde sagen das Weisse ist OK. -->Screenshot
hier das Log, nur mit dem Error kann ich nichts anfangen:
[INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - Basic authentication required
2014-04-18 10:31:23,163 - [INFO::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Zones: home1,home
2014-04-18 10:31:23,170 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Transition: 1
2014-04-18 10:31:23,171 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - URL: http://xxxxxxx.no-ip.biz:1999/webhook?cmd.TorOeffner=set%20TorOeffner%20on
2014-04-18 10:31:23,172 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - User: Dirk
2014-04-18 10:31:23,173 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Client_cert:
2014-04-18 10:31:23,174 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Ca_cert:
2014-04-18 10:31:23,185 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Transition: 1
2014-04-18 10:31:23,186 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Fhem-Geofancy: requested
2014-04-18 10:31:23,190 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - URL: http://xxxxxxx.no-ip.biz:1999/webhook/geo?id=af98f5db-3a4c-3e3b-b3d8-00c93f143e64&name=home&entry=1&date=2014-04-18T08:31:23+0000&latitude=x0.xxxxxxx0422525&longitude=6.xxxxxxxx35&device=af98f5db-3a4c-3e3b-b3d8-00c93f143e64
2014-04-18 10:31:23,191 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - User: Dirk
2014-04-18 10:31:23,192 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Client_cert:
2014-04-18 10:31:23,193 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Ca_cert:
2014-04-18 10:31:23,192 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - Basic authentication required
2014-04-18 10:31:23,450 - [ERROR::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver$1] - Response code after get: 0
2014-04-18 10:31:23,454 -
Zitat von: stromer-12 am 16 April 2014, 21:34:39
Es funktioniert erstmal, ich muss nur noch das Reinigungstool etwas bremsen, bzw. wenn man im Programm ist, hat man es auch mal schnell beendet.
So, Test heute Bestanden und ich habe es auch mit meinen Zertifikaten hinbekommen, einmal Serverzertifikat von cacert und ein selbsterstelltes Clientcerti für die Anmeldung. Läuft mit der Geofancy-Url über einen reverseproxy auf dem RPi. Super hinbekommen.
Hi!
Zitatbei betreten habe ich ein funktionstüchtige URL eingefügt, welche über den Browser des Mobiles einwandfrei funktioniert. https://xxxx.xxxx:8083/fhem?cmd.TorOeffner=set%20TorOeffner%20on
Kann es sein, dass du für /fhem kein https aktiviert hast und für /webhook schon? Wie es aussieht geht es über webhook/geo und über fhem/cmd nicht. Hmmm
Zitat
:23,450 - [ERROR::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver$1] - Response code after get: 0
Die 0 als Response ist nicht gut. Da sollte nichts stehen. Da geht was schief beim request. Werde was einbauen, dass man den wahren Grund sieht.
Eigentlich sollte nun eine rote Benachrichtigung kommen. Bin aber nicht zu Hause und kann nicht nachsehen.
Zitat von: stromer-12 am 18 April 2014, 16:43:40
So, Test heute Bestanden und ich habe es auch mit meinen Zertifikaten hinbekommen, einmal Serverzertifikat von cacert und ein selbsterstelltes Clientcerti für die Anmeldung. Läuft mit der Geofancy-Url über einen reverseproxy auf dem RPi. Super hinbekommen.
Super! Freut mich, dass auch positive Antworten kommen. ;)
Hi Egmont,
ich muss auch sagen das deine Arbeit richtig gut ist.
Leider läuft es bei mir nicht wie gewünscht, trotzdem Daumen hoch und weiter so.!
Ich habe es noch nicht versucht, deshalb noch keine Rückmeldung.
Steht auf meiner eigenen ToDo Liste :)
Wollte es zunächst mit Tasker und Einträgen in den Kalender lösen, welchen ich von fhem aus dann abfrage.
Aber auf dem Papier gefällt mir deine App besser.
Eine Sache würde aus meiner Sicht noch fehlen:
Kann man z.B. stündlich einfach die Koordinaten vom Smartphone an fhem schicken?
Und zusätzlich ein Signal, wenn der Akku zur Neige geht?
Mein Problem:
Ich muss jetzt das 3te Handy für meine Frau kaufen, weil sie die Dinger immer irgendwo liegen lässt, das dann aber auch erst 1 bis 2 Tage später bemerkt.
Wenn ich dann nachsehen könnte, wo es zuletzt war, hätte ich eine Chance die Teile zu finden, weil ich wenigstens weiß wo ich suchen muss :)
ZitatMein Problem:
Ich muss jetzt das 3te Handy für meine Frau kaufen, weil sie die Dinger immer irgendwo liegen lässt, das dann aber auch erst 1 bis 2 Tage später bemerkt.
Wenn ich dann nachsehen könnte, wo es zuletzt war, hätte ich eine Chance die Teile zu finden, weil ich wenigstens weiß wo ich suchen muss :)
Frau austauschen wird auf dauer billiger ;)
::)
Ich denke ja, Technik hat dem Menschen zu dienen. Unter anderem auch, indem sie einige seiner Unzulänglichkeiten ausgleicht.
Daher habe ich Hoffnung 8)
Solange meine Frau nicht auf die Idee kommt, Burger vom Schachtelwirt meinen im Smoker Selbstgemachten vor zu ziehen, ist unsere Ehe im grünen Bereich ;)
Zitat von: Rince am 19 April 2014, 10:05:36
Eine Sache würde aus meiner Sicht noch fehlen:
Kann man z.B. stündlich einfach die Koordinaten vom Smartphone an fhem schicken?
Und zusätzlich ein Signal, wenn der Akku zur Neige geht?
War eigentlich nicht Ziel der App., aber ich behalte es im Hinterkopf.
Habe heute doch was festgestellt.
Nach einen Neustart des Handys, wurde ein Betreten eines Bereiches nicht gemeldet. Erst nach betätigen von Ändern kam die Meldung.
Ich habe heute eine Fehlermeldung mit folgendem Inhalt im Log erhalten.
2014-04-19 14:07:46,166 - [ERROR::de.regi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Geofence Detection: 1000 An unknown error occurredDie Meldung tritt nur im Log auf. Kein roter Tropfen. Ich kann den Fehler auch reproduzieren. Folgendes tue ich am Handy:
- Die Standortdienste stehen auf Hohe Genauigkeit, d.h. neben GPS wird auch noch WLAN und Mobile für die Ermittlung genutzt.
- Um den ständigen neuen Meldungen zu entgehen, stelle ich auf nur noch GPS um.
- Beim Umstellen sieht man auf dem Handy eine kurze Meldung eines "unknown error".
- Im Log ist die oben aufgeführte Fehlermeldung zu finden.
Danach macht die App nichts mehr. Es erfolgt keine Meldung mehr. Auch nicht, wenn man die Zone ändert. Erst nach Umstellung der Standortdienste wieder auf "Hohe Genauigkeit" und der Änderung der Zone erfolgt eine Meldung.
Zitat von: stromer-12 am 19 April 2014, 18:28:19
Habe heute doch was festgestellt.
Nach einen Neustart des Handys, wurde ein Betreten eines Bereiches nicht gemeldet. Erst nach betätigen von Ändern kam die Meldung.
Schaue ich mir nächste Woche an.
[quote authoer=dlehmann69 link=topic=22116.msg160785#msg160785 date=1397926927]
Ich habe heute eine Fehlermeldung mit folgendem Inhalt im Log erhalten.
2014-04-19 14:07:46,166 - [ERROR::de.regi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Geofence Detection: 1000 An unknown error occurredDie Meldung tritt nur im Log auf. Kein roter Tropfen. Ich kann den Fehler auch reproduzieren. Folgendes tue ich am Handy:
- Die Standortdienste stehen auf Hohe Genauigkeit, d.h. neben GPS wird auch noch WLAN und Mobile für die Ermittlung genutzt.
- Um den ständigen neuen Meldungen zu entgehen, stelle ich auf nur noch GPS um.
- Beim Umstellen sieht man auf dem Handy eine kurze Meldung eines "unknown error".
- Im Log ist die oben aufgeführte Fehlermeldung zu finden.
Danach macht die App nichts mehr. Es erfolgt keine Meldung mehr. Auch nicht, wenn man die Zone ändert. Erst nach Umstellung der Standortdienste wieder auf "Hohe Genauigkeit" und der Änderung der Zone erfolgt eine Meldung.
[/quote]
Ich glaube, dass du somit den Zugriff aufdeinen Standort unterbunden hat.
Ich überprüfe es nächste Woche.
ZitatWar eigentlich nicht Ziel der App., aber ich behalte es im Hinterkopf.
Danke.
Dann bräuchte ich weder Tasker benutzen, noch meine Frau umtauschen ;)
So alles in allem eindeutig mein präferierte Variante.
*g*
Ich habe jetzt die Standort Dienste wieder auf "Hohe Genauigkeit" gestellt. So funktioniert die Meldung an FHEM. Ich bekomme aber immer wieder einen Fehler mit folgenden Einträgen im Log und dem roten Tropfen.
2014-04-20 07:06:25,324 - [INFO::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Zones: Zuhause
2014-04-20 07:06:25,348 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Transition: 1
2014-04-20 07:06:25,352 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Fhem-Geofancy: requested
2014-04-20 07:06:25,358 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - URL: http://xxx/fhem/geo?id=e1419d42-0d98-3316-990b-18b4d9051c3b&name=Zuhause&entry=1&date=2014-04-20T05:06:25+0000&latitude=xx.x&longitude=xx.x&device=e1419d42-0d98-3316-990b-18b4d9051c3b
2014-04-20 07:06:25,359 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - User: xxx
2014-04-20 07:06:25,361 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Client_cert:
2014-04-20 07:06:25,363 - [DEBUG::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver] - Ca_cert:
2014-04-20 07:06:25,378 - [INFO::de.egi.geofence.geozone.Api::de.egi.geofence.geozone.Api] - Basic authentication required
2014-04-20 07:06:25,390 - [ERROR::de.egi.geofence.geozone.GeofenceReceiver::de.egi.geofence.geozone.GeofenceReceiver$1] - Zuhause: Error in get of the request
java.net.UnknownHostException: Unable to resolve host "xxx": No address associated with hostname
at java.net.InetAddress.lookupHostByName(InetAddress.java:434)
at java.net.InetAddress.getAllByNameImpl(InetAddress.java:239)
at java.net.InetAddress.getAllByName(InetAddress.java:214)
at com.android.okhttp.internal.Dns$1.getAllByName(Dns.java:28)
at com.android.okhttp.internal.http.RouteSelector.resetNextInetSocketAddress(RouteSelector.java:216)
at com.android.okhttp.internal.http.RouteSelector.next(RouteSelector.java:122)
at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:292)
at com.android.okhttp.internal.http.HttpEngine.sendSocketRequest(HttpEngine.java:255)
at com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:206)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:345)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:296)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:503)
at de.egi.geofence.geozone.Api.doGet(Api.java:70)
at de.egi.geofence.geozone.GeofenceReceiver$1.doInBackground(GeofenceReceiver.java:343)
at android.os.AsyncTask$2.call(AsyncTask.java:288)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:231)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
at java.lang.Thread.run(Thread.java:864)
Caused by: libcore.io.GaiException: getaddrinfo failed: EAI_NODATA (No address associated with hostname)
at libcore.io.Posix.getaddrinfo(Native Method)
at libcore.io.ForwardingOs.getaddrinfo(ForwardingOs.java:61)
at java.net.InetAddress.lookupHostByName(InetAddress.java:415)
... 19 more
Caused by: libcore.io.ErrnoException: getaddrinfo failed: EINVAL (Invalid argument)
... 22 more
Der Fehler tritt mehr oder weniger unregelmäßig auf. Es kann aber nicht an der Adresse liegen. Denn die stimmt zum einen (es funktioniert ja auch damit) und zum anderen ist die Adresse erreichbar. Meine IP Adresse und damit mein DNS haben sich seit dem 12. April nicht geändert.
Zitat
java.net.UnknownHostException: Unable to resolve host "xxx": No address associated with hostname at java.net.InetAddress.lookupHostByName(InetAddress.java:434) at java.net.InetAddress.getAllByNameImpl(InetAddress.java:239) at java.net.InetAddress.getAllByName(In
Bedeutet, dass der Servername konnte nicht aufgelöst werden. Wenn er nicht falsch ist, dann kann es nur wegen schlechter Internetverbindung sein. Kannst mal danach googeln. Hat nichts mit der app direkt zu tun.
Diesen Fehler hatte ich heute Abend auch einmal.
Ziel ist eine feste Adresse, zum Funksignal kann ich zu diesem Zeitpunkt nichts genaueres sagen.
Zitat von: stromer-12 am 19 April 2014, 18:28:19
Habe heute doch was festgestellt.
Nach einen Neustart des Handys, wurde ein Betreten eines Bereiches nicht gemeldet. Erst nach betätigen von Ändern kam die Meldung.
Habe den Fehler behoben. Kommt mit V 1.1.4
Kann es sein, dass eine Änderung der Zone bereits angenommen wird, wenn das Handy zum stromsparen das WLAN ausschaltet? Und wenn es dann zur Synchronisation diverser Konten wieder eingeschaltet wird, wird wieder eine Änderung angenommen. So kommt es mir vor.
Ist es eigentlich geplant irgendwann mal weitere Aktionen beim Betreten der Zone ausführen zu lassen ?
Zum Beispiel Wlan des Smartphones einschalten sobald man im Home Bereich.
Oder eine Schnittstelle zu Tasker oder ähnlichem...
Wäre ne feine Sache ;)
Gruß Christoph
@Christoph, da gibt es schon jede Menge apps sie soewtas machen
Auf Anhieb fällt mit Profi scheduler ein.
Gruss Dirk
Gesendet von meinem SGP521 mit Tapatalk
Zitat von: dlehmann69 am 21 April 2014, 19:53:11
Kann es sein, dass eine Änderung der Zone bereits angenommen wird, wenn das Handy zum stromsparen das WLAN ausschaltet? Und wenn es dann zur Synchronisation diverser Konten wieder eingeschaltet wird, wird wieder eine Änderung angenommen. So kommt es mir vor.
Also meine App. macht da nichts absichtlich. Die App. sendet die Zonen an das Betriebssystem Android (Google Services) und dann ruft die Google Sevices Komponente die App. auf, wenn ein Ereignis (Betreten/Verlassen) eingetreten ist. Bei der genauen und sicheren Lokalisierung greifen die Standortbestimmungen über Cell-ID, WLAN und GPS ineinander, so dass eine permanente und genaue Lokalisierung möglich ist. Wie das Android genau macht, kann ich nicht beinflussen.
Zitat von: Christoph am 21 April 2014, 19:56:50
Ist es eigentlich geplant irgendwann mal weitere Aktionen beim Betreten der Zone ausführen zu lassen ?
Zum Beispiel Wlan des Smartphones einschalten sobald man im Home Bereich.
Oder eine Schnittstelle zu Tasker oder ähnlichem...
Wäre ne feine Sache ;)
Gruß Christoph
Es sind auch andere Aktionen geplant. Für Vorschläge bin ich dankbar. Ob ich alle berücksichtigen kann, wird sich herausstellen.
Aber zu aller erst möchte ich die Grundfunktionalität stabil sehen. Danach kommen die Spezialitäten.
Es kann sich auch herausstellen, dass es mit Android gar nicht stabil werden kann, um sicher und gefahrlos Aktionen durchzuführen. Muss am Ende jeder Nutzer selbst beurteilen.
Zitat von: dlehmann69 am 21 April 2014, 19:53:11
Kann es sein, dass eine Änderung der Zone bereits angenommen wird, wenn das Handy zum stromsparen das WLAN ausschaltet? Und wenn es dann zur Synchronisation diverser Konten wieder eingeschaltet wird, wird wieder eine Änderung angenommen. So kommt es mir vor.
Vielleicht erklärt dieser Artikel einiges zu den Schwankungen in deiner Umgebung und mit deinen Einstellungen:
http://stackoverflow.com/questions/16769653/how-to-use-android-geofencing-api (http://stackoverflow.com/questions/16769653/how-to-use-android-geofencing-api)
Extrakt daraus:
Zitat
If you only use cellular network, the location accuracy is lower, than the accuracy of wi-fi or gps (if you open Google Maps, the blue circle is estimation of your current position - if you only use 3GP, the circle can have radius of even hundreds of meters).
Last days I am working on an app using Geofences and I figured out the following: IMHO the geofence entry is triggered only if ALL this "location estimation circle" is inside the geofence radius, i.e. if there is 100 % chance that you entered the geofence. So it depends on how big radius you set. If you set only 10 metres, it will probably work only with GPS, never with 3GP. For 3GP you will have to set radius like 1000 metres.
share|improve this answer
answered Jun 2 '13 at 14:19
Miloš Černilovský
837
2
Actually, the tests I made showed that the geofence trigger does not care about accuracy at all and unfortunately there doesn't seem to be any way to set if we want if or not..in my case cell-ID locations with 800-1500m accuracy are enough to trigger both enter and leave geofence events on a 200m geofence..As you probably guessed, I'm getting enter/leave events every 2 minutes without ever even moving..I wish we had better control and documentation of what to expect from this API because right now, it doesn't seem very useful – Rick Jun 12 '13 at 15:12
Zitat von: Christoph am 21 April 2014, 19:56:50
Ist es eigentlich geplant irgendwann mal weitere Aktionen beim Betreten der Zone ausführen zu lassen ?
Zum Beispiel Wlan des Smartphones einschalten sobald man im Home Bereich.
Oder eine Schnittstelle zu Tasker oder ähnlichem...
In der nächsten Version kommt:
Email senden
SMS senden
Ansonsten sammele ich Vorschläge und binde diese eventuell ein. Das Ziel der App war kein Tasker Programm, aber mal sehen.
Was meinst du mit Schnittstelle zu Tasker?
Ich habe jetzt einen Radius gefunden, mit dem es funktioniert. Wenn jetzt noch die Meldungen an FHEM zuverlässiger abgesetzt werden können, dann ist alles super und ich kann das Ganze produktiv nutzen.
Zitat von: dlehmann69 am 26 April 2014, 09:22:26
Wenn jetzt noch die Meldungen an FHEM zuverlässiger abgesetzt werden können, dann ist alles super und ich kann das Ganze produktiv nutzen.
Wie meinst du das?
Nun das immer wiederkehrende Problem mit dem Timeout oder dem unbekannten Hostnamen. Mal kann die Meldung an FHEM abgesetzt werden und mal nicht.
Gesendet von meinem A211 mit Tapatalk
Zitat von: egmontr am 23 April 2014, 18:21:55
Was meinst du mit Schnittstelle zu Tasker?
Das man den aktuellen Status von deiner App weiter mit Tasker verarbeiten kann, aber keine Ahnung wie man das umsetzen kann.
Hätte dann per Tasker den e-mail Versand gelöst, aber wenn es eh bald in die App direkt einfliesst kann ich mir den Umweg ja sparen :)
Danke
Gruß Christoph
Zitat von: dlehmann69 am 26 April 2014, 19:54:44
Nun das immer wiederkehrende Problem mit dem Timeout oder dem unbekannten Hostnamen. Mal kann die Meldung an FHEM abgesetzt werden und mal nicht.
Das sind alles Anzeichen von schlechter Internetverbindung. Kann ich nichts dafür!
Die neue
Version 1.2.1 ist heute bald im Play Store verfügbar.
Folgende Neuerungen sind da eingeflossen:
- Neu:
EMail Versand- Neu:
SMS Versand- Fehler bei Reboot behoben: App wird beim Booten gestartet und somit werden die Zonen wieder registriert.
- Timeout von 15 auf 30 Sekunden erhöht. Bedeutet, dass bei schlechter Internetverbindung länger gewartet wird, bis aufgegeben wird.
- Server Parameter wurden auf eigener Seite ausgelagert.
- Variable Parameter zur Verwendung in EMail und SMS. Platzhalter dazu:
* GeoZone = ${zone}
* Betreten/Verlassen = ${transition}
* Breitengrad = ${latitude}
* Längengrad = ${longitude}
* Radius = ${radius}
* DeviceId = ${deviceId}
* AndroidId = ${androidId}
Zitat von: Christoph am 26 April 2014, 19:59:19
Das man den aktuellen Status von deiner App weiter mit Tasker verarbeiten kann, aber keine Ahnung wie man das umsetzen kann.
Hätte dann per Tasker den e-mail Versand gelöst, aber wenn es eh bald in die App direkt einfliesst kann ich mir den Umweg ja sparen :)
Siehe oben.
Hi Egmont
Kann man beim Reboot die Zonen Registrierung ausschalten?
Wenn man mit dem betreten einer Zone ein Event auslöst, passiert das bei einem reboot/Neustart ggf. Unbeabsichtigt
Gruss Dirk
Gesendet von meinem SGP521 mit Tapatalk
Update ist da. kann die app nicht mehr starten. Logfile habe ich versendet
Gruss Dirk
Gesendet von meinem SGP521 mit Tapatalk
Zitat von: hyper2910 am 27 April 2014, 18:41:51
Update ist da. kann die app nicht mehr starten. Logfile habe ich versendet
Danke für den Report.
Habe es auch gleich gemerkt und mit der Version 1.2.1 behoben.
Zitat von: hyper2910 am 27 April 2014, 18:29:59
Kann man beim Reboot die Zonen Registrierung ausschalten?
Wenn man mit dem betreten einer Zone ein Event auslöst, passiert das bei einem reboot/Neustart ggf. Unbeabsichtigt
Habe das Verhalten bei einem Reboot geändert. Sollte es nicht besser sein, so muss ich mir was Neues einfallen lassen.
Jetzt ist es so, dass bei einem Reboot und wenn man sich innerhalb einer Zone ist befindet, der Event ausgelöst wird.
Einstellbar wäre besser.
Ich wuerde damit einen Schalter steuern, nach reboot wuerde der halt nochmal ausgelöst
Gesendet von meinem SGP521 mit Tapatalk
Alle die auf die Version 1.2.1 upgedatet haben müssen manuell unter Servereinstellungen diese Aktion aktivieren, indem man oben rechts den Switch auf ein stellt. Danach Übernehmen und danach Ändern klicken. Und das für alle Zonen.
Hi,
ja die Garage geht auf, momentan noch ohne SSL, aber wenn alles einwandfrei läuft teste ich nochmals SSL.
Ich muss noch den Radius genau festlegen, damit ich bei Betreten und Verlassen vernünftiges Netz habe und der Befehl abgesetz werden kann.
Gruss Dirk
Ich werde bei einem Reboot die App aufrufen müssen, die dann eine Registrierung der Zonen vornimmt, da der LocationManager von Google sich diese nicht merkt.
Das Aufrufen der Aktionen werde ich da aber unterlassen.
Man muss dann nur die App in den Hintergrund legen.
Wäre das eine Lösung?
das wäre eine Lösung, es dürfte nur bei einem Neustart / Einschalten eine Definition nicht ausgeführt werden, da das Gerät ja schon da war!
Gruss Dirk
Hi,
habe seit dem Update das Problem, das bei Standby das Betreten und Verlassen nicht mehr gemeldet werden.
Wenn ich nach Standby die App aufrufe, kommt das Event sofort.
Muss man noch irgendwas umstellen oder kann man noch etwas einstellen?
Hi!
Siehe 1. Post auf dieser Seite:
Zitat von: egmontr am 27 April 2014, 22:16:46
Alle die auf die Version 1.2.1 upgedatet haben müssen manuell unter Servereinstellungen diese Aktion aktivieren, indem man oben rechts den Switch auf ein stellt. Danach Übernehmen und danach Ändern klicken. Und das für alle Zonen.
Ich stelle nun Version 1.2.2 ein. Wird erst so in einer Stunde von Google frei geschaltet
- Schalter für SSL bei Email eingeführt. (Z.B. für GMail über Port 465)
- Beim Reboot werden die Zonen registriert, aber die Aktionen werden nicht ausgeführt. Dafür muss die App automatisch gestartet werden!
Wie startet man die app denn automatisch, Schalter sind auf an
Gesendet von meinem SGP521 mit Tapatalk
Zitat von: hyper2910 am 28 April 2014, 21:08:55
Wie startet man die app denn automatisch, Schalter sind auf an
Das automatische Starten macht beim Reboot die App selbst. Du wirst sehen, dass sie an ist.
Waren die Schalter auf an, oder hast du sie vorhin gesetzt?
Die Schalter waren auf an
Gesendet von meinem SGP521 mit Tapatalk
Zitat von: hyper2910 am 28 April 2014, 21:14:29
Die Schalter waren auf an
Da fällt mir nichts ein. Sollte funktionieren. Meine Testgeräte funktionieren ohne Probleme.
lassen sich die Benachrichtigungen abschalten bzw. kann man das einbauen. Die App funktioniert hier recht gut, so dass die Benachrichtigungen nicht mehr notwendig sind. Vielleicht kann man auch ein über die App aufrufbares Logfile über Betreten und Verlassen von Zonen einbauen.
Zitat von: knochenmuehle am 03 Mai 2014, 19:46:53
lassen sich die Benachrichtigungen abschalten bzw. kann man das einbauen. Die App funktioniert hier recht gut, so dass die Benachrichtigungen nicht mehr notwendig sind.
Ist auf meiner Liste drauf und ich werde es demnächst einbauen.
Zitat von: knochenmuehle am 03 Mai 2014, 19:46:53
Vielleicht kann man auch ein über die App aufrufbares Logfile über Betreten und Verlassen von Zonen einbauen.
Ein Logfile existiert ja schon. Ich werde evtl. das Betreten und Verlassen der Zone im Logfile besser darstellen, oder vielleicht doch ein extra Logfile. Ich denke noch nach...
Freut mich, dass die App bei dir funktioniert.
Ich will ja nicht dieses Forum mit meiner App "belästigen" und werde deshalb nach dem Urlaub ein eigenes Forum für die App auf meinem RPI eröffnen. Ist auch, wie dieses hier von SMF.Somit wird man sich leicht zurecht finden.
Bin nächste Woche im Urlaub, somit kann ich nicht prompt antworten.
Nun ist mein Forum für die EgiGeoZone App fertig. Ich hoffe, dass es zu keinen Problemen kommt, da ich es auf dem RPI mit dynamischer Adresse laufen lasse. Mal schauen :-)
Nun der Link: http://rpi.spdns.eu/egigeozone (http://rpi.spdns.eu/egigeozone)
Hallo,
Leider funktioniert bei mir die app nicht.
Hab Zonen eingestellt, server etc (ohne ssl) und auch auf "An" gestellt aber er meldet nichts.
die eingestellte adresse ist vom gleichen handy aus über chrome erreichbar und fhem nimmt die manuell per chrome übermittelten daten auch an...
wenn ich in der app eine zone wähle dann wird das symbol links oben zuerst grün und nach klicken auf ändern blau mit weiß... Benachrichtigung erscheint keine. Auch das Log file bleibt leer egal auf welchen Debuglevel ich stelle...
android 4.4.2 und app 1.2.2
was mach ich falsch? bzw was könnte ich noch versuchen? hab es schon deinstalliert und neu installiert - keine Änderung...
es kommt keine notification und logfile bleibt leer...
lg anton
Da habe ich keinen blassen Schimmer dazu, was es sein könnte.
Es scheint so, als ob ein Aufräumtool oder sonst was die Dienste blockt oder beendet. Scheinbar wird auch das Schreiben der Log geblockt. Kannst du was im logcat sehen?
Es gibt ungefähr 60 Installationen und du bist der Erste mit so einem Problem. Davon sind die Hälfte Android 4.4.
Vielleicht hat jemand anderer eine Idee?!
Hast du unter Einstellungen die Standortdienste aktiviert? Ist WLAN, GPS und Mobile Daten aktiviert?
Bitte nicht mehr hier posten, sondern im neuen Forum dazu: http://rpi.spdns.eu/egigeozone (http://rpi.spdns.eu/egigeozone)
Hi Anton,
Hatte gleiches problem mit Sony mobiles, einfach ein wenig mit dem Stamina mode rumgespielt und dann ging es! Hast du irgendwelche stromspartools installiert?
Gesendet von meinem SGP521 mit Tapatalk
Thread wird nun hier geschlossen!
Bitte von nun an im neuen Forum posten: http://rpi.spdns.eu/egigeozone