Android Geofence App: EgiGeoZone

Begonnen von egmontr, 02 April 2014, 20:01:25

Vorheriges Thema - Nächstes Thema

hyper2910

Tablet funktioniert einwandfrei,  mobile mit gleichen Einstellungen nicht, kein reading
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

egmontr

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?
LG Egmont

RPI B+ mit FHEM und CUL V3 868MHZ

egmontr

Zitat von: hyper2910 am 14 April 2014, 21:16:02
Tablet funktioniert einwandfrei,  mobile mit gleichen Einstellungen nicht, kein reading
Welche Andoird Versionen jeweils?
LG Egmont

RPI B+ mit FHEM und CUL V3 868MHZ

dlehmann69

Der Radius beträgt 1000 Meter. Ich nutze kein https und ich nutze die Geofancy URL fhem/geo.
FHEM 6.0 Development auf Ubuntu 20.04 GIGABYTE GB-BACE mit Intel(R) Celeron(R) CPU N3150
CUL 3.4 FW 1.53 868 MHz für FS20, FHT
CUL 3.4 FW 1.66 868 MHz für HM
configDB; DbLog
FHT80, FS20, HMS, EM1000WZ, FHTTF, HM-LC-Sw1-DR; Lightify; HM-CC-RT-DN; HM-TC-IT-WM-W-EU; HM-SEC-SCO

egmontr

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.
LG Egmont

RPI B+ mit FHEM und CUL V3 868MHZ

hyper2910

#35
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

Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

dlehmann69

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?
FHEM 6.0 Development auf Ubuntu 20.04 GIGABYTE GB-BACE mit Intel(R) Celeron(R) CPU N3150
CUL 3.4 FW 1.53 868 MHz für FS20, FHT
CUL 3.4 FW 1.66 868 MHz für HM
configDB; DbLog
FHT80, FS20, HMS, EM1000WZ, FHTTF, HM-LC-Sw1-DR; Lightify; HM-CC-RT-DN; HM-TC-IT-WM-W-EU; HM-SEC-SCO

egmontr

#37
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
Das mit dem Verlassen werde ich beobachten und melde mich dazu.

Noch was. Ist GPS aktiviert? Geht nämlich auch ohne.
LG Egmont

RPI B+ mit FHEM und CUL V3 868MHZ

hyper2910

#38
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
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

egmontr

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.
LG Egmont

RPI B+ mit FHEM und CUL V3 868MHZ

dlehmann69

#40
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.
FHEM 6.0 Development auf Ubuntu 20.04 GIGABYTE GB-BACE mit Intel(R) Celeron(R) CPU N3150
CUL 3.4 FW 1.53 868 MHz für FS20, FHT
CUL 3.4 FW 1.66 868 MHz für HM
configDB; DbLog
FHT80, FS20, HMS, EM1000WZ, FHTTF, HM-LC-Sw1-DR; Lightify; HM-CC-RT-DN; HM-TC-IT-WM-W-EU; HM-SEC-SCO

egmontr

#41
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?
LG Egmont

RPI B+ mit FHEM und CUL V3 868MHZ

dlehmann69

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
FHEM 6.0 Development auf Ubuntu 20.04 GIGABYTE GB-BACE mit Intel(R) Celeron(R) CPU N3150
CUL 3.4 FW 1.53 868 MHz für FS20, FHT
CUL 3.4 FW 1.66 868 MHz für HM
configDB; DbLog
FHT80, FS20, HMS, EM1000WZ, FHTTF, HM-LC-Sw1-DR; Lightify; HM-CC-RT-DN; HM-TC-IT-WM-W-EU; HM-SEC-SCO

dlehmann69

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.
FHEM 6.0 Development auf Ubuntu 20.04 GIGABYTE GB-BACE mit Intel(R) Celeron(R) CPU N3150
CUL 3.4 FW 1.53 868 MHz für FS20, FHT
CUL 3.4 FW 1.66 868 MHz für HM
configDB; DbLog
FHT80, FS20, HMS, EM1000WZ, FHTTF, HM-LC-Sw1-DR; Lightify; HM-CC-RT-DN; HM-TC-IT-WM-W-EU; HM-SEC-SCO

egmontr

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.
LG Egmont

RPI B+ mit FHEM und CUL V3 868MHZ