NEWS
[Aufruf] Neuer Adaper Google-Sharedlocations
-
Ich schlage folgendes Vorgehen vor, wenn die Verbindung nicht Zustande kommt.
Google-Account: Das ist der "normale" Account
Iobroker-Account: Das ist der Account, mit dem Standortdaten geteilt werden. Bei diesem Account kann/sollte als Recovery-Email die Adresse des "normalen" Accounts eingetragen sein, damit man Warnungen etc. empfangen kann.
Problem: Die Verbindung kommt nicht zustande.
1. Prüfen, ob alle Daten korrekt eingegeben worden sind
2. E-Mails des Google-Accounts abfragen und schauen ob ungewöhnliche Aktivitäten gemeldet wurden
Falls ja: In den Iobroker-Account einloggen und bestätigen, dass diese Aktivität ok ist. Dies kann auch mehrfach hintereinander nötig sein.
Falls nein: In den Iobroker-Account einloggen und schauen ob irgendeine Interaktion erforderlich ist wie beispielsweise die Bestätigung neuer AGBs etc.
Bitte um Feedback. `
My friend, help please.
I yes to the third-party account access to locations of three accounts.
In maps.google I see all three locations at the chosen account.
In ioBroker I have entered the login, the password from the account of Google. And mail for restoration stated in this account in google.
All the same I receive a connection error - Connection test Connection failed.
There are no messages in the account of Google about attempt of authorization from the new device.
Internet access from the server is.
I put the log of the driver in the debug mode:
google-sharedlocations.0 2018-10-09 16:41:35.023 debug stateChange google-sharedlocations.0.info.connection {"val":false,"ack":false,"ts":xxxxxxxxxxxxx,"q":0,"from":"system.adapter.google-sharedlocations.0","lc":xxxxxxxxxxxxx}
google-sharedlocations.0 2018-10-09 16:41:34.997 error First connection failed.
google-sharedlocations.0 2018-10-09 16:41:32.332 info Starting google shared locations adapter
google-sharedlocations.0 2018-10-09 16:41:32.332 info starting. Version 1.5.2 in /opt/iobroker/node_modules/iobroker.google-sharedlocations, node: v6.14.3
host.home 2018-10-09 16:41:27.896 info instance system.adapter.google-sharedlocations.0 started with pid 29286
host.home 2018-10-09 16:41:25.905 info instance system.adapter.google-sharedlocations.0 terminated with code 0 (OK)
host.home 2018-10-09 16:41:25.351 info stopInstance system.adapter.google-sharedlocations.0 killing pid 29140
host.home 2018-10-09 16:41:25.350 info stopInstance system.adapter.google-sharedlocations.0
host.home 2018-10-09 16:41:25.346 info object change system.adapter.google-sharedlocations.0
google-sharedlocations.0 2018-10-09 16:41:25.326 info cleaned everything up…
uname -a
Linux host.home 3.10.0-862.14.4.el7.x86_64 #1 SMP Wed Sep 26 15:12:11 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
npm -v
3.10.10
node -v
v6.14.3
-
Hier das gleiche. Habe zwei Google Accounts getestet, jeweils gegenseitig den Standort freigegeben, hat mit beiden nicht geklappt, egal ob mit Recovery Emailadresse oder ohne. Keine Emails von Google in beiden Postfächern. Auch in Maps sieht alles gut aus, kein Captcha, keine Fehlermeldung. Nur im Adapter kommt "Connection failed".
-
zu Anfang hatte ich auch etwas Theater. Ich habe dann mal Testweise zwei Faktor eingeschaltet und danach wieder rausgenommen. E-Mails kommen dann auch an dem Account an.
Danach ging es dann bei mir und läuft nun seit Wochen.
PS: was mir noch einfällt, ich habe auch noch das Kennwort geändert, ich glaube das brachte dann den Erfolg, warum auch immer….
-
Hm, ich verstehe das nicht. Bei mir läuft es auch seit Wochen und ich habe nichts besonderes eingestellt. Ich werde am Wochenende die Anzahl der Logmeldungen erhöhen, vielleicht bringt das etwas Licht ins Dunkle.
Gesendet von meinem SM-G950F mit Tapatalk
-
Danke für die Tipps, aber auch das hat nichts geholfen… Weder 2FA ein- und ausschalten noch Passwort ändern.
-
Danke für die Tipps, aber auch das hat nichts geholfen… Weder 2FA ein- und ausschalten noch Passwort ändern. ` Bei mir das gleiche….
-
Hey,
die aktuelle Version des Adapters auf Github liefert sehr viele neue Debugmeldungen. Es wäre super, wenn die Leute bei denen es nicht klappt diese Version installieren und den Log-Modus auf Debug schalten würden. Bitte schickt mir das Log dann per PN.
-
Hi,
bei funktioniert es mit einem neuen, extra erstellten Konto auch nicht.
Mit der neuen Version erhalte ich folgendes Log:
google-sharedlocations.0 2018-10-12 13:03:37.558 error First connection failed. google-sharedlocations.0 2018-10-12 13:03:37.558 debug [google auth] Connection third stage failed due to an additional verification that could not be identified! google-sharedlocations.0 2018-10-12 13:03:37.557 debug [google auth] Additional verification stage failed, Google checks for a human. google-sharedlocations.0 2018-10-12 13:03:37.557 debug [google auth] Connection third stage additional verification needed. google-sharedlocations.0 2018-10-12 13:03:37.154 debug [google auth] Connection third stage google-sharedlocations.0 2018-10-12 13:03:37.154 debug [google auth] Connection second stage successful google-sharedlocations.0 2018-10-12 13:03:36.972 debug [google auth] Connection second State google-sharedlocations.0 2018-10-12 13:03:36.972 debug [google auth] Connection first stage successfull google-sharedlocations.0 2018-10-12 13:03:36.592 debug [google auth] Connection First State google-sharedlocations.0 2018-10-12 13:03:36.590 info Starting google shared locations adapter google-sharedlocations.0 2018-10-12 13:03:36.578 info starting. Version 1.5.2 in /opt/iobroker/node_modules/iobroker.google-sharedlocations, node: v6.13.1
Da "Google checks for a human" kommt, vermute ich einfach mal noch ein Captcha oder ähnliches…
-
Ja, so ist es. Da kommt das Capcha bei dem man aus Bildern auswählen muss. Keine Chance das automatisiert zu lösen. Warum das bei einigen Accounts passiert könnte nur Googles magischer Algorithmus beantworten.
Manchmal hilft es sich mit dem neuen Account anzumelden und die Captchas zu lösen.
Ich werde den Adapter aus dem Iobroker-Repository rausnehmen. So bringt das nichts.
Gesendet von meinem SM-G950F mit Tapatalk
-
Von mir eine kurze Positivmeldung: Adapter ist seit einigen Wochen im Einsatz und funktioniert super. Auswertung mache ich allerdings ausnahmslos via Places damit ich wenn es später mal Probleme oder etwas besseres (oder ein iPhone in der Familie) geben sollte nicht alle Skripte neu schreiben muss, sondern nur die Daten aus einem anderen Adapter an Places übergeben muss und alles andere funktioniert einfach weiter.
Ich habe in Verbindung mit dem Telegram Adapter einige Spielereien umgesetzt. Zu Debugzwecken sende ich mir immer eine Nachricht, wenn ich einen Ort betrete oder verlasse, den ich sonst noch nicht in Skripten verwende.
Wenn ich meine Arbeit verlasse wird zu Hause mittels SayIt durchgesagt, dass ich auf dem Weg und wann ich ungefähr da bin, damit das Abendessen fertig ist wenn ich ankomme.
Wenn ich beim Friseur war bekomme ich eine Nachricht bei Telegram, ob ich mir die Haare hab schneiden lassen (gehe manchmal nur nebenan einkaufen) und wenn ich das bejahe wird der aktuelle Zeitstempel gespeichert. Anhand des letzten Friseurbesuchs wird errechnet wann ich wieder hin sollte (ich geh nur Samstags, am Feiertag ists schlecht, usw) und ich bekomme einige Tage vorher wenn ich die Arbeit verlasse eine Nachricht, dass ich mir einen Termin für den kommenden Samstag machen sollte. Das gleiche habe ich auch für den Zahnarzt gemacht, nur das ich da das Interval wann ich wieder hin sollte deutlich höher gesetzt habe
Zum Testen kann ich nur empfehlen eine Möglichkeit zu schaffen immer den aktuellen Standort abzurufen. Ich habe bei Telegram auf die Nachfrage "Wo bin ich?" mit meinem Standort auf einer Karte, die Adresse und wenn vorhanden den Places Ort bei dem ich gerade bin geantwortet.
-
Danke, das freut mich!
Gesendet von meinem SM-G950F mit Tapatalk
-
Hilft es nicht das Captcha einmalig per Hand einzugeben? Gibt es keine Möglichkeit dies bei der Konfiguration initial in Iobroker aufzurufen? Ich finde diesen Adapter von der Idee her sehr geil und würde ihn gerne nutzen, auch wenn ich ab und an ein Captcha lösen müsste.
-
Hm, im Prinzip geht das. Man könntee auch den Cookie stehlen, das ist beispielsweise im Alexa2-Adapter möglich. Dafür bräuchte ich ein paar Wochen, da ich im Moment voll eingespannt bin.
-
Also das wäre definitiv eine Richtung in die Entwickelt werden müsste. Setze das nach ganz oben auf die Prioritätenliste.
-
Hast du ne Paypal Kaffeekasse? Würde das gerne unterstützen.
-
Hehe, das wäre nett, würde mich drüber freuen. Email ist chvorholt@gmail.com . 1-2 Bier reichen völlig :lol:
-
Ich habe seit ein paar Tagen Fehler Einträge im Log:
google-sharedlocations.0 2018-10-13 01:20:02.307 error An error occurred during polling the locations! google-sharedlocations.0 2018-10-13 01:20:02.307 error An error occurred during getSharedLocation! google-sharedlocations.0 2018-10-13 01:20:02.305 error Connection works, but authorization failure, please login manually!
Wie soll ich mich denn hier manuell einloggen? Wobei eigentlich alles funktioniert, außer das alte Problem, dass mein Handy ohne sich zu bewegen ab und an mal ca 1km weiter weg wäre (was eine Anwesenheitserkennung unmöglich macht).
-
Wie gesagt, das dein Handy sich ab und zu weit weg "bewegt" hat nichts mit dem Adapter zu tun. Da vermute ich eine "Bewegung" zum Sendemast, da dein Handy länger keine genauen Daten an Google gemeldet hat. Hier könnte die App Backitude helfen.
Manuell einloggen heißt, mit dem Iobroker-User einloggen und schauen ob man ein Captcha lösen oder irgendwas bestätigen muss.
Eventuelle Fehlermeldungen können auch daran liegen, dass auch Google Server nicht immer erreichbar sind.
Gesendet von meinem SM-G950F mit Tapatalk
-
Hey,
die aktuelle Version des Adapters auf Github liefert sehr viele neue Debugmeldungen. Es wäre super, wenn die Leute bei denen es nicht klappt diese Version installieren und den Log-Modus auf Debug schalten würden. Bitte schickt mir das Log dann per PN. `
Thank my friend.
This my log.
I think Google want some captha
! google-sharedlocations.0 2018-10-13 12:26:12.443 debug sendTo "checkConnection" to system.adapter.admin.0 from system.adapter.google-sharedlocations.0: false
! google-sharedlocations.0 2018-10-13 12:26:12.442 debug [google auth] Connection third stage failed due to an additional verification that could not be identified!
! google-sharedlocations.0 2018-10-13 12:26:12.442 debug [google auth] Additional verification stage failed, Google checks for a human.
! google-sharedlocations.0 2018-10-13 12:26:12.440 debug [google auth] Connection third stage additional verification needed.
! google-sharedlocations.0 2018-10-13 12:26:11.823 debug [google auth] Connection third stage
! google-sharedlocations.0 2018-10-13 12:26:11.821 debug [google auth] Connection second stage successful
! google-sharedlocations.0 2018-10-13 12:26:11.055 debug [google auth] Connection second State
! google-sharedlocations.0 2018-10-13 12:26:11.054 debug [google auth] Connection first stage successfull
! google-sharedlocations.0 2018-10-13 12:26:10.268 debug [google auth] Connection First State
! google-sharedlocations.0 2018-10-13 12:26:00.569 debug sendTo "getUsersFromDB" to system.adapter.admin.0 from system.adapter.google-sharedlocations.0 -
Exactly, I am working on a workaround.