NEWS
Test Adapter google-sharedlocations2
-
Aktuelle Test Version 0.0.3 Veröffentlichungsdatum 28.01.2026 Github Link https://github.com/Garfonso/ioBroker.google-sharedlocations2 google-sharedlocations gibt es ja schon länger und hat das große Problem, dass der alte login nicht mehr ging und jetzt mit Cookie rumkopiert werden muss, aber der läuft immer ab und mäh.... :-/
@david-g. kam auf die grandiose Idee, ein Skript zu erstellen, das mit puppeteer (einem "ferngesteuerten" Browser) einen neuen Cookie holt und für den Adapter nutzbar macht. Das brachte mich auf die Idee das einfach in den Adapter zu gießen. Damit der auch mal die Chance auf das Repository hat und um Altlasten loszuwerden, habe ich heute einfach von 0 angefangen. Vielen Dank für die Idee. :-)
Wie nutze ich den Adapter?
Ähnlich, wie der alte Adapter auch. Alte Nutzer also gerne überspringen. Man sollte für den Adapter einen neuen Google-Account anlegen. Also einen extra für ioBroker. Mit diesem Account teilt man dann den Standort von allen anderen Accounts, deren Position man gerne überwachen möchte.
Die Nutzerdaten vom ioBroker-Google-Account trägt man im Adapter ein und fertig.
2FA & Cookie
Wichtig: Aktuell wird kein 2FA unterstützt. Da der Account aber nur für ioBroker genutzt werden soll, ist das zu verkraften. So geht es sehr bequem. Wer das aber unbedingt 2FA möchte oder aus anderen Gründen keinen Benutzernamen / Passwort in der Config eintragen möchte, kann einfach Benutzername und Passwort leer lassen. Dann muss man weiterhin den Cookie von google.com/maps manuell kopieren und im Datenpunkt
info.currentCookieseintragen.
Der Adapter ist nun auch so gebaut, dass er einen Cookie, der dort eingetragen wird, automatisch übernimmt. (Wenn man den state leer macht, versucht er sich auch erneut mit Benutzer und Passwort einzuloggen, wenn vorhanden).Puppeteer & Ressourcen
Puppeteer ist ein kompletter Browser. Insofern muss man auf einem Raspberry Pi oder so beim ersten Start schon was länger rechnen, bis was passiert. Ich hoffe, es klappt überhaupt. Der Browser wird auch wieder beendet, wenn das Einloggen geklappt hat. Wenn der Cookie abgelaufen ist, wird wieder versucht, den Browser zu starten.
Status
Es funktioniert. :-) Mal sehen, wo überall noch kaputtgeht … Es ist das Werk von einem Tag. Viel Spaß beim Testen.
Achja, weggelassen habe ich fences und Unterstützung von places... Benutzt das jemand? Ich habe das persönlich nie genutzt. Wenn da Bedarf besteht, schaue ich, was ich einbaue. Auf fences würde ich offen gestanden gerne unterstützen (das macht doch places, oder nicht?).
@Garfonso bringt der Adapter Puppeteer mit oder muss das separat installiert werden?
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
Aktuelle Test Version 0.0.3 Veröffentlichungsdatum 28.01.2026 Github Link https://github.com/Garfonso/ioBroker.google-sharedlocations2 google-sharedlocations gibt es ja schon länger und hat das große Problem, dass der alte login nicht mehr ging und jetzt mit Cookie rumkopiert werden muss, aber der läuft immer ab und mäh.... :-/
@david-g. kam auf die grandiose Idee, ein Skript zu erstellen, das mit puppeteer (einem "ferngesteuerten" Browser) einen neuen Cookie holt und für den Adapter nutzbar macht. Das brachte mich auf die Idee das einfach in den Adapter zu gießen. Damit der auch mal die Chance auf das Repository hat und um Altlasten loszuwerden, habe ich heute einfach von 0 angefangen. Vielen Dank für die Idee. :-)
Wie nutze ich den Adapter?
Ähnlich, wie der alte Adapter auch. Alte Nutzer also gerne überspringen. Man sollte für den Adapter einen neuen Google-Account anlegen. Also einen extra für ioBroker. Mit diesem Account teilt man dann den Standort von allen anderen Accounts, deren Position man gerne überwachen möchte.
Die Nutzerdaten vom ioBroker-Google-Account trägt man im Adapter ein und fertig.
2FA & Cookie
Wichtig: Aktuell wird kein 2FA unterstützt. Da der Account aber nur für ioBroker genutzt werden soll, ist das zu verkraften. So geht es sehr bequem. Wer das aber unbedingt 2FA möchte oder aus anderen Gründen keinen Benutzernamen / Passwort in der Config eintragen möchte, kann einfach Benutzername und Passwort leer lassen. Dann muss man weiterhin den Cookie von google.com/maps manuell kopieren und im Datenpunkt
info.currentCookieseintragen.
Der Adapter ist nun auch so gebaut, dass er einen Cookie, der dort eingetragen wird, automatisch übernimmt. (Wenn man den state leer macht, versucht er sich auch erneut mit Benutzer und Passwort einzuloggen, wenn vorhanden).Puppeteer & Ressourcen
Puppeteer ist ein kompletter Browser. Insofern muss man auf einem Raspberry Pi oder so beim ersten Start schon was länger rechnen, bis was passiert. Ich hoffe, es klappt überhaupt. Der Browser wird auch wieder beendet, wenn das Einloggen geklappt hat. Wenn der Cookie abgelaufen ist, wird wieder versucht, den Browser zu starten.
Status
Es funktioniert. :-) Mal sehen, wo überall noch kaputtgeht … Es ist das Werk von einem Tag. Viel Spaß beim Testen.
Achja, weggelassen habe ich fences und Unterstützung von places... Benutzt das jemand? Ich habe das persönlich nie genutzt. Wenn da Bedarf besteht, schaue ich, was ich einbaue. Auf fences würde ich offen gestanden gerne unterstützen (das macht doch places, oder nicht?).
@Garfonso
Das ging fix, danke. Werd ich morgen Mal testen. Wollt mich nur schon mal als "Places"-Nutzer outen ;-) -
@BananaJoe
Der Adapter bringt alles mit. Sollte auch unter Linux (wo von iobroker unterstüzt) die ganzen Abhängigkeiten installieren.(falls die Frage nach dem puppeteer Adapter war: der wird nicht benötigt und ist unabhängig von diesem Adapter. puppeteer ist halt die Technologie hinter beiden Adaptern jetzt :-) )
@David-G. sagte in Test Adapter google-sharedlocations2:
Error in puppeteer: Timed out after waiting 30000ms
Hm. Das kommt, wenn er an einem Schritt vom login nicht weiter kam... das sind ja mehrere Schritte, Eingabefeld für Username finden, Weiter klicken, Eingabefeld für Passwort finden, Weiter klicken. Bei jedem kann dieser Fehler kommen (oder auch überhaupt beim Verbindungsaufbau, vermutlich). Leider hab ich da bisher nicht viel bessere Fehlermeldungen bekommen. Da muss ich mir nochwas überlegen (debug log sagt extra immer an, welchen Schritt er als nächstes versucht).
Ging es danach?
Ultimativer Lovelace Leitfaden: https://forum.iobroker.net/topic/35937/der-ultimative-iobroker-lovelace-leitfaden-dokumentation
Lovelace UI Beispiele: https://forum.iobroker.net/topic/35950/zeigt-her-eure-lovelace-visualisierung
-
Aktuelle Test Version 0.0.3 Veröffentlichungsdatum 28.01.2026 Github Link https://github.com/Garfonso/ioBroker.google-sharedlocations2 google-sharedlocations gibt es ja schon länger und hat das große Problem, dass der alte login nicht mehr ging und jetzt mit Cookie rumkopiert werden muss, aber der läuft immer ab und mäh.... :-/
@david-g. kam auf die grandiose Idee, ein Skript zu erstellen, das mit puppeteer (einem "ferngesteuerten" Browser) einen neuen Cookie holt und für den Adapter nutzbar macht. Das brachte mich auf die Idee das einfach in den Adapter zu gießen. Damit der auch mal die Chance auf das Repository hat und um Altlasten loszuwerden, habe ich heute einfach von 0 angefangen. Vielen Dank für die Idee. :-)
Wie nutze ich den Adapter?
Ähnlich, wie der alte Adapter auch. Alte Nutzer also gerne überspringen. Man sollte für den Adapter einen neuen Google-Account anlegen. Also einen extra für ioBroker. Mit diesem Account teilt man dann den Standort von allen anderen Accounts, deren Position man gerne überwachen möchte.
Die Nutzerdaten vom ioBroker-Google-Account trägt man im Adapter ein und fertig.
2FA & Cookie
Wichtig: Aktuell wird kein 2FA unterstützt. Da der Account aber nur für ioBroker genutzt werden soll, ist das zu verkraften. So geht es sehr bequem. Wer das aber unbedingt 2FA möchte oder aus anderen Gründen keinen Benutzernamen / Passwort in der Config eintragen möchte, kann einfach Benutzername und Passwort leer lassen. Dann muss man weiterhin den Cookie von google.com/maps manuell kopieren und im Datenpunkt
info.currentCookieseintragen.
Der Adapter ist nun auch so gebaut, dass er einen Cookie, der dort eingetragen wird, automatisch übernimmt. (Wenn man den state leer macht, versucht er sich auch erneut mit Benutzer und Passwort einzuloggen, wenn vorhanden).Puppeteer & Ressourcen
Puppeteer ist ein kompletter Browser. Insofern muss man auf einem Raspberry Pi oder so beim ersten Start schon was länger rechnen, bis was passiert. Ich hoffe, es klappt überhaupt. Der Browser wird auch wieder beendet, wenn das Einloggen geklappt hat. Wenn der Cookie abgelaufen ist, wird wieder versucht, den Browser zu starten.
Status
Es funktioniert. :-) Mal sehen, wo überall noch kaputtgeht … Es ist das Werk von einem Tag. Viel Spaß beim Testen.
Achja, weggelassen habe ich fences und Unterstützung von places... Benutzt das jemand? Ich habe das persönlich nie genutzt. Wenn da Bedarf besteht, schaue ich, was ich einbaue. Auf fences würde ich offen gestanden gerne unterstützen (das macht doch places, oder nicht?).
@Garfonso Hallo und DANKE, das macht das Ganze tatsächlich wesentlich unkomplizierter.
Fences würde ich mir tatsächlich sehr wünschen, habe für 4 User verschiedene Fences. Wie hast du es bisher gehandhabt ohne Fences?
Falls es für dich von der Arbeit her überschaubar wäre, würde ich mich über die Fences riesig freuen.
Ansonsten lief es auf anhieb, nur über iobroker.pro komme ich nicht auf die Einstellungen des Adapters.
-
@BananaJoe
Der Adapter bringt alles mit. Sollte auch unter Linux (wo von iobroker unterstüzt) die ganzen Abhängigkeiten installieren.(falls die Frage nach dem puppeteer Adapter war: der wird nicht benötigt und ist unabhängig von diesem Adapter. puppeteer ist halt die Technologie hinter beiden Adaptern jetzt :-) )
@David-G. sagte in Test Adapter google-sharedlocations2:
Error in puppeteer: Timed out after waiting 30000ms
Hm. Das kommt, wenn er an einem Schritt vom login nicht weiter kam... das sind ja mehrere Schritte, Eingabefeld für Username finden, Weiter klicken, Eingabefeld für Passwort finden, Weiter klicken. Bei jedem kann dieser Fehler kommen (oder auch überhaupt beim Verbindungsaufbau, vermutlich). Leider hab ich da bisher nicht viel bessere Fehlermeldungen bekommen. Da muss ich mir nochwas überlegen (debug log sagt extra immer an, welchen Schritt er als nächstes versucht).
Ging es danach?
@Garfonso
Erster Test, der Adapter holt sich beim ersten Start einen Cookie. Damit kann er sich offenbar nicht anmelden.No shared locations found in the response, probably not logged in.Dann habe ich manuell einen Cookie aus Chrome geholt und ihn in den Datenpunkt eingetragen. Das hat der Adapter erkannt und auch gleich Positionsdaten abgerufen. (Warum die Cookies aus Chrome und Puppeteer so unterschiedlich aussehen weiß ich nicht)
Nach ca. 2h ist der Cookie abgelaufen:Trying to login to Google to get new cookies. Obtained new cookies from Google login.Und er ruft mit dem neuen "andersartigen" Cookie die Positionsdaten brav weiter ab.
Vielen Dank! Natürlich auch an @david-g. !@krys
Ich meine Locations bietet dir mehr Möglichkeiten. Du legst quasi einmalig Nutzer und Orte an und der Adapter sagt dir wer wo ist.
Hat den Vorteil, wenn man noch andere "Ortungsadapter" nutzt kann man die Daten da auch hinsenden.
Ich schicke z.B. meine Positionsdaten minütlich bei längeren Autofahrten via Owntracks auch an den Places Adapter. So kann meine Holde quasi live sehen wo ich bin. Google macht ja kein Echtzeittracking. -
@Garfonso
Erster Test, der Adapter holt sich beim ersten Start einen Cookie. Damit kann er sich offenbar nicht anmelden.No shared locations found in the response, probably not logged in.Dann habe ich manuell einen Cookie aus Chrome geholt und ihn in den Datenpunkt eingetragen. Das hat der Adapter erkannt und auch gleich Positionsdaten abgerufen. (Warum die Cookies aus Chrome und Puppeteer so unterschiedlich aussehen weiß ich nicht)
Nach ca. 2h ist der Cookie abgelaufen:Trying to login to Google to get new cookies. Obtained new cookies from Google login.Und er ruft mit dem neuen "andersartigen" Cookie die Positionsdaten brav weiter ab.
Vielen Dank! Natürlich auch an @david-g. !@krys
Ich meine Locations bietet dir mehr Möglichkeiten. Du legst quasi einmalig Nutzer und Orte an und der Adapter sagt dir wer wo ist.
Hat den Vorteil, wenn man noch andere "Ortungsadapter" nutzt kann man die Daten da auch hinsenden.
Ich schicke z.B. meine Positionsdaten minütlich bei längeren Autofahrten via Owntracks auch an den Places Adapter. So kann meine Holde quasi live sehen wo ich bin. Google macht ja kein Echtzeittracking.meinst du Places? Das habe ich mir noch nicht genauer angeschaut und habe da noch keinen Ansatz.
War mit der bisherigen Lösung über den Adapter von Garfonso mehr als zufrieden.Muss ich mich wohl einfuchsen. Nutze iOS und zusätzlich noch Geofency.
Vielleicht hast du noch 2-3 Stichworte, die mir auf die Sprünge helfen :D
-
@BananaJoe
Der Adapter bringt alles mit. Sollte auch unter Linux (wo von iobroker unterstüzt) die ganzen Abhängigkeiten installieren.(falls die Frage nach dem puppeteer Adapter war: der wird nicht benötigt und ist unabhängig von diesem Adapter. puppeteer ist halt die Technologie hinter beiden Adaptern jetzt :-) )
@David-G. sagte in Test Adapter google-sharedlocations2:
Error in puppeteer: Timed out after waiting 30000ms
Hm. Das kommt, wenn er an einem Schritt vom login nicht weiter kam... das sind ja mehrere Schritte, Eingabefeld für Username finden, Weiter klicken, Eingabefeld für Passwort finden, Weiter klicken. Bei jedem kann dieser Fehler kommen (oder auch überhaupt beim Verbindungsaufbau, vermutlich). Leider hab ich da bisher nicht viel bessere Fehlermeldungen bekommen. Da muss ich mir nochwas überlegen (debug log sagt extra immer an, welchen Schritt er als nächstes versucht).
Ging es danach?
@Garfonso sagte in Test Adapter google-sharedlocations2:
Ging es danach?
Ja,
Email korrigiert unf alles lies top.
Offtopic:
Places nutze ich auch.
Finde ich sehr praktisch. Gibt noch ein paar nützliche DPs und mache Geräte orte ich nicht über google shared locations.
Da ist die zentrale Anlaufstelle praktisch.
Aber A kann man es ja selber über send to an Places senden und B sollte der neue Adapter ja erstmal an sich rund laufen bis die weiteren (gewohnten) Features rein kommen. -
meinst du Places? Das habe ich mir noch nicht genauer angeschaut und habe da noch keinen Ansatz.
War mit der bisherigen Lösung über den Adapter von Garfonso mehr als zufrieden.Muss ich mich wohl einfuchsen. Nutze iOS und zusätzlich noch Geofency.
Vielleicht hast du noch 2-3 Stichworte, die mir auf die Sprünge helfen :D
@Krys sagte in Test Adapter google-sharedlocations2:
meinst du Places? Das habe ich mir noch nicht genauer angeschaut und habe da noch keinen Ansatz.
War mit der bisherigen Lösung über den Adapter von Garfonso mehr als zufrieden.Die beiden Features sind halt weitgehend identisch. Bei beiden hast du eine Position mit einem Radius. Der Hauptunterschied ist die Art der Datenpunkte, die erzeugt werden. Bei den fences im Adapter hast du quasi nur einen true/false Wert. Bei places hast du für jeden Nutzer ne ganze Reihe inklusive einen, wo steht wo der Nutzer gerade ist und auch für die Places einen, wo steht, wie viele Nutzer bzw. welche Nutzer gerade da sind.
Wenn man mehrere Geolocation-Dienste nutzt, ist places sicher besser, weil es man es von mehreren Adaptern befüllen kann. Die Places Unterstützung ist auch nur ein send-To. Fences ist dafür etwas mehr Code im Adapter und besonders der Config.
-
Um noch einen Ansatz hinzu zu fügen: Ich nutze Traccar und sende die Positionen per http-Request von ioBroker zur diesem.
Über den Traccar-Adapter bekomme ich wiederum die Positionen zurück in ioBroker.
Vorteil Traccar ist das man da auch ungewöhnliche Fences ziehen kann:
-
@Krys sagte in Test Adapter google-sharedlocations2:
meinst du Places? Das habe ich mir noch nicht genauer angeschaut und habe da noch keinen Ansatz.
War mit der bisherigen Lösung über den Adapter von Garfonso mehr als zufrieden.Die beiden Features sind halt weitgehend identisch. Bei beiden hast du eine Position mit einem Radius. Der Hauptunterschied ist die Art der Datenpunkte, die erzeugt werden. Bei den fences im Adapter hast du quasi nur einen true/false Wert. Bei places hast du für jeden Nutzer ne ganze Reihe inklusive einen, wo steht wo der Nutzer gerade ist und auch für die Places einen, wo steht, wie viele Nutzer bzw. welche Nutzer gerade da sind.
Wenn man mehrere Geolocation-Dienste nutzt, ist places sicher besser, weil es man es von mehreren Adaptern befüllen kann. Die Places Unterstützung ist auch nur ein send-To. Fences ist dafür etwas mehr Code im Adapter und besonders der Config.
@Garfonso Ok, scheinbar bin ich zu hohl dafür. Mit owntracks bekomme ich es nicht hin, mit iOS Kurzbefehlen auch nicht. Ich bleibe bei deinem alten Adapter und hoffe, dass er erhalten bleibt. Dort kann ich per Blockly auch die Standorte abfragen, das passt schon so.
Support us
727
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge