Geofancy & Locative App - Keine Meldungen mehr

Begonnen von Gollum2, 21 Dezember 2016, 15:55:44

Vorheriges Thema - Nächstes Thema

Gollum2

Moin zusammen,

ich benutze schon eine ganze Zeit Locative als AN/Abwesenheitserkennung.

Lief auch immer super bis....

Vor zwei Wochen nur noch der EXIT von der App gemeldet wurde und kein ENTRY mehr. FHEM hat beim EXIT entsprechend reagiert.
(OK Fehler in der APP denke ich mir)

Jetzt wieder ein Update der APP und nun setzt die APP zwar ein EXIT und ein ENTRY ab, aber nix kommt bei FHEM an.

Versuche ich ein TEST-RESQUEST zu senden, bekomme ich in der APP

"POST Erfolgt: NOK Expected value for 'ID' cannot be empty."

In FHEM sehe ich zwar im LOG Einträge, jedoch im MODUL aktualisiert sich nichts. (also sowas wie last POST , aktueller Stand dort usw.)

Hat das auch jemand von Euch oder bin ich ein Einzelfall?

PS: Habe KEIN (!)  LOCATIVE ACCOUNT....brauchte ich bisher auch nicht ...kann es das sein?

Gruß
Gollum
"Auch aus Steinen, die einem in den Weg gelegt werden, kann man Schönes bauen."

Fhem auf Raspberry PI 2
HM LAN HM USB, CUL 433
IT Steckdosen, Diverse HM Aktoren und Sensoren, Yamaha Receiver, Panasonic TV, Harmony Hub

Amenophis86

Wie bereits beschrieben kann ich ähnliches melden. Muss es auch mal weiter beobachten und berichte nach. Denke wir sollten beide mal auf verbose 5 setzen und schauen was das Log uns berichtet. Kann bei mir jedoch 2-3 Tage dauern.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Gollum2

#2
Ergänzung:

Schalte ich die Basic Authentifizierung aus, erhalte ich folgende Meldung:

POST Erfolgt: No readable response received

Das ist auch die Meldung, die ich beim EXIT oder ENTRY von der APP bekomme, wenn ich unterwegs bin.

Gebe ich die URL im Browser ein und Authentifiziere mir mit den Daten, komme ich aber von Extern auf die FHEM /geo Seite.

Und: Es handelt sich bei mir um die IOS App!
"Auch aus Steinen, die einem in den Weg gelegt werden, kann man Schönes bauen."

Fhem auf Raspberry PI 2
HM LAN HM USB, CUL 433
IT Steckdosen, Diverse HM Aktoren und Sensoren, Yamaha Receiver, Panasonic TV, Harmony Hub

Gollum2

"Auch aus Steinen, die einem in den Weg gelegt werden, kann man Schönes bauen."

Fhem auf Raspberry PI 2
HM LAN HM USB, CUL 433
IT Steckdosen, Diverse HM Aktoren und Sensoren, Yamaha Receiver, Panasonic TV, Harmony Hub

Amenophis86

Welche App hast du jetzt genommen? Kostet die was?
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Gollum2

Für Appel
Geofency 2,99
Gilt für alle Familienmitglieder
"Auch aus Steinen, die einem in den Weg gelegt werden, kann man Schönes bauen."

Fhem auf Raspberry PI 2
HM LAN HM USB, CUL 433
IT Steckdosen, Diverse HM Aktoren und Sensoren, Yamaha Receiver, Panasonic TV, Harmony Hub

Amenophis86

Locative scheint auch wieder normal zu funktionieren. Die letzten paar Mal keine Fehler gehabt.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Gollum2

aber erst nach dem update heute / gestern oder?
"Auch aus Steinen, die einem in den Weg gelegt werden, kann man Schönes bauen."

Fhem auf Raspberry PI 2
HM LAN HM USB, CUL 433
IT Steckdosen, Diverse HM Aktoren und Sensoren, Yamaha Receiver, Panasonic TV, Harmony Hub

andipilz

Hallo!

leider bin ich immer och in einem "geht nicht" Modus was die Anwesenheitserkennung mit Geofancy/Locative angeht.

Interessanterweise finde ich bei Verbose=4 die folgenden Einträge im Logfile, die in der Tat keine "id" aufweisen, dafür aber nach der lat und long ein "xtamp" wobei das "x" eigentlich ein "×" (also Mal nicht Ix) ist (IDs und Positionen sind ge-"n"-t:

2016.12.29 18:38:13 4: Connection accepted from WEBhook_192.168.1.4_59572
2016.12.29 18:38:13 4: WEBhook_192.168.nnn.nnn_59572 POST /webhook/geo&device=1AB31F4A-nnnn-nnnn-nnnn-nnnnnnnnnnnnnn&device_model=iPhone8%2C4&device_type=iPhone&latitude=48.nnnnnnnnnnnnnn&longitude=10. nnnnnnnnnnnnnn×tamp=1483033093&trigger=test; BUFLEN:0
2016.12.29 18:38:13 4: name: /webhook/geo&device=1AB31F4A-nnnn-nnnn-nnnn-nnnnnnnnnnnnnn&device_model=iPhone8%2C4&device_type=iPhone&latitude=48. nnnnnnnnnnnnnn&longitude=10. nnnnnnnnnnnnnn×tamp=1483033093&trigger=test / RL:63 / text/plain; charset=utf-8 / Content-Encoding: gzip
/


Suche ich im Code der App auf GitHub nach der entsprechenden Stelle, finde ich auch keinen solchen Hinweis.

Weitere Ideen hier im Forum? Ich werde auch mal bei den issues auf GitHub was hinzufügen, um beide Seiten abzudecken.

Gruß Andi

andipilz

Hallo und ein Status-Update,

es sieht so aus, dass bzgl. FHEM das Problem an meinem Reverse Proxy hing, der die POST Requests, die vom Handy kamen verstümmelt hat. Mit GET Requests überall eingestellt funktioniert das ganze wieder problemlos.

Es gab zwar noch ein paar kleinere Probleme, die aber nichts mit FHEM sondern mit Locative zusammenhängen und dort bereits in Beta gefixt werden.

Gruß

Andi