Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Garfonso]

@Jan1
Kann sein, dass die Fehlerbehandlung an der Stelle noch etwas unsauber ist und es "nur" ein Netzwerkfehler war (also irgendwas down / zu lange gebraucht). Bin aber gerade nicht sicher.

Beim Cookie ziehen muss man aufpassen, dass man google.com nimmt! Mit google.de (ob maps oder nicht ist egal) geht nicht. Ist mir letzte Woche auch passiert, dass ich das falsch gemacht habe. ;-)

[Basti97]

@dslraser Geht es nicht über den Iot Adapter? Da ich zurzeit noch keine Pro Version habe.

[dslraser]

@Basti97 sagte in (gelöst) google-sharedlocations Alternative?:

@dslraser Geht es nicht über den Iot Adapter? Da ich zurzeit noch keine Pro Version habe.

Wenn Du die Standortabfragen über Alexa meinst, ja dann geht das über iot.

Das hat aber ja nichts mit diesem Adapter hier zu tun. Dieser Adapter hier liefert permanent die Standortdaten (also unbegrenzt). Was bzw. wie Du dann die gelieferten Daten weiter verarbeitest, oder nutzt, ist dann ja Deine Sache.

[Basti97]

@dslraser Nein ch meine diesen Adapter. Ich dachte dieser arbeitet bei den Anfragen auch über den iot Adapter. Oder sind der Google Adapter unabhängig. Also könnte man ohne Begrenzung Standort Anfragen bekommen.😀

[Jan1]

@Basti97
Der Adapter hat mit IoT nix zu tun.

[Basti97]

@Jan1 ok da gibt es keine Beschränkung und wie oft kann ich einstellen das er den Standort schickt oder wir's er nur beim verlassen eines bestimmten Kreises geschickt.

[dslraser]

@Basti97
Kommt drauf an was Du hier im Adapter einstellt, keine Ahnung wie weit man runter gehen kann.

[Basti97]

@dslraser Aso Danke naja 600 reicht mir schon aus. Kürzer muss es nicht sein 😀😀.

[dslraser]

@Basti97 sagte in (gelöst) google-sharedlocations Alternative?:

@dslraser Aso Danke naja 600 reicht mir schon aus. Kürzer muss es nicht sein 😀😀.

Ich habe den Adapter heute mal testweise auf 60 laufen lassen. Gab auch kein Problem bisher.

[David G.]

@garfonso said in (gelöst) google-sharedlocations Alternative?:

Die states kann man mit History Speichern -> ist der Verlauf schonmal da. In Lovelace kann man einen Standortverlauf anzeigen, hab ich aber noch nicht hinbekommen... was es da sonst in ioBroker gibt, weiß ich aktuell gar nicht (beschäftige mich erst seit dem Wochenende ernsthaft mit Standort in ioBroker ). Aber die visualisierungsfragen sind eher unabhängig vom Adapter und vielleicht auch schon geklärt (?).

Gibt's hier eigentlich was neues?
Frage in dem Thread, da es ja schonmal aufgegriffen worden.

[Garfonso]

@david-g
Standortverlauf? In lovelace geht der Version im latest. ;-) (Map-Karte machen, entities als geo_location und bei der Map-Karte einstellen, dann einstellen, wie viele Stunden History und dann malt der eine Spur).
Mit anderen Visualisierungen kenne ich mich nicht genug aus.

[SaiBot1981]

kann mir jemand erklären wieso ich egal wie oft ich es versuche mit keinen cookie eine verbindung bekomme?

ich bekomme immer nur diese meldung im log:

google-sharedlocations.0	2021-05-07 22:22:35.208	error	(10016) Could not parse location data. Probably authentication error. Please check cookie.
google-sharedlocations.0	2021-05-07 22:22:31.645	error	(10016) Error during setting states: TypeError: states is not iterable
google-sharedlocations.0	2021-05-07 22:22:25.229	error	(10016) Could not parse location data. Probably authentication error. Please check cookie.
google-sharedlocations.0	2021-05-07 22:22:13.896	error	(10016) Could not parse location data. Probably authentication error. Please check cookie.
google-sharedlocations.0	2021-05-07 22:21:32.983	error	(10016) Could not parse location data. Probably authentication error. Please check cookie.

ich habe einen benutzer im iobroker angelegt der den namen wie der googleuser hat nur eben ohne @gmail.com.
an meinem smartphone habe ich die standortfreigabe für diesen user aktiviert und kann mich selbst auch über diesen account sehen.

wo mache ich den fehler?

[dslraser]

@saibot1981
bei mir fängt der cookie immer erst bei NID= an (als etwas weiter hinten als von Dir makiert)

[SaiBot1981]

@dslraser super. das war der fehler. danke dir

[SaiBot1981]

Wie weit kann man mit dem poll runter gehen?

mein gedanke ist das ich über diesen adapter mit der entfernung bzw der adresse von mir meine außenbeleuchtung steuere.
klappt soweit auch ganz gut. aber ich möchte nicht das durch 10 sekunden abfragen google mich sperrt

[Garfonso]

@saibot1981
Der Adapter setzt alles unter 60 Sekunden (meine ich -> sagt er ggf. im Log) auf 60 Sekunden rauf, weil man sonst nach ein paar Abfragen nur noch eine Fehlermeldung bekommt. 60 Sekunden ist aber auch über längere Zeiträume save, wie es aussieht.

[SaiBot1981]

@garfonso sagte in (gelöst) google-sharedlocations Alternative?:

@saibot1981
Der Adapter setzt alles unter 60 Sekunden (meine ich -> sagt er ggf. im Log) auf 60 Sekunden rauf, weil man sonst nach ein paar Abfragen nur noch eine Fehlermeldung bekommt. 60 Sekunden ist aber auch über längere Zeiträume save, wie es aussieht.

Danke, habs erweitert mit wlan erkennung. läuft super

[nik82]

@Garfonso
Hi, supportest du den Adapter noch?

Falls ja, könntest du mir helfen?
Der Adapter lief jetzt monatelang problemlos, jetzt seit 5 Tagen habe ich das Problem, dass mir der Cookie immer schneller ausläuft.
Erst alle 24h und jetzt alle 10-20 min.

Hier mal ein paar Logs:

2023-08-14 09:50:02.359  - info: host.IOBROKER(SmartHome) "system.adapter.google-sharedlocations.0" enabled 
2023-08-14 09:50:02.550  - info: host.IOBROKER(SmartHome) instance system.adapter.google-sharedlocations.0 started with pid 38520 
2023-08-14 09:50:03.688  - debug: google-sharedlocations.0 (38520) Redis Objects: Use Redis connection: 127.0.0.1:9001 
2023-08-14 09:50:03.775  - debug: google-sharedlocations.0 (38520) Objects client ready ... initialize now 
2023-08-14 09:50:03.776  - debug: google-sharedlocations.0 (38520) Objects create System PubSub Client 
2023-08-14 09:50:03.777  - debug: google-sharedlocations.0 (38520) Objects create User PubSub Client 
2023-08-14 09:50:03.850  - debug: google-sharedlocations.0 (38520) Objects client initialize lua scripts 
2023-08-14 09:50:03.855  - debug: google-sharedlocations.0 (38520) Objects connected to redis: 127.0.0.1:9001 
2023-08-14 09:50:03.885  - debug: google-sharedlocations.0 (38520) Redis States: Use Redis connection: 127.0.0.1:9000 
2023-08-14 09:50:03.903  - debug: google-sharedlocations.0 (38520) States create System PubSub Client 
2023-08-14 09:50:03.904  - debug: google-sharedlocations.0 (38520) States create User PubSub Client 
2023-08-14 09:50:03.938  - debug: google-sharedlocations.0 (38520) States connected to redis: 127.0.0.1:9000 
2023-08-14 09:50:04.547  - info:  google-sharedlocations.0 (38520) starting. Version 2.1.3 (non-npm:  t4qjXH8N/ioBroker.google-sharedlocations) in  C:/iobroker/SmartHome/node_modules/iobroker.google-sharedlocations,  node: v16.19.0, js-controller: 4.0.24 
2023-08-14 09:50:04.564  - info: google-sharedlocations.0 (38520) Starting google shared locations adapter 
2023-08-14 09:50:04.599  - debug: google-sharedlocations.0 (38520) Polling location every 600s. 
2023-08-14 09:50:04.600  - debug: google-sharedlocations.0 (38520) Need to augment cookie. 
2023-08-14 09:50:04.627  - debug: google-sharedlocations.0 (38520) Polling locations. 
2023-08-14 09:50:04.823  - debug: google-sharedlocations.0 (38520) Response: 200 
2023-08-14 09:50:04.823  - error: google-sharedlocations.0 (38520) Could not parse location data. Probably authentication error. Please check cookie. 
2023-08-14 09:50:05.380  - debug: google-sharedlocations.0 (38520) New header received. 
2023-08-14 09:50:05.948  - debug: google-sharedlocations.0 (38520) New header received. 
2023-08-14 09:50:16.260  - debug: google-sharedlocations.0 (38520) Response: 200 
2023-08-14 09:50:16.261  - error: google-sharedlocations.0 (38520) Could not parse location data. Probably authentication error. Please check cookie. 
2023-08-14 09:50:40.596  - debug: google-sharedlocations.0 (38520) Response: 200 
2023-08-14 09:50:40.596  - error: google-sharedlocations.0 (38520) Could not parse location data. Probably authentication error. Please check cookie. 
2023-08-14 09:50:42.633  - warn:  admin.0 (8340) Read-only state  "google-sharedlocations.0.info.augmented_cookie" has been written  without ack-flag with value ""

Und ist es eigentlich normal, dass das Objekt "google-sharedlocations.0.info.augmented_cookie" schreibgeschützt ist?
Hab auch schonmal den Baum gelöscht und neu installiert, bleibt immer schreibgeschützt.

warn: admin.0 (8340) Read-only state "google-sharedlocations.0.info.augmented_cookie" has been written without ack-flag with value ""

[Garfonso]

@nik82 said in (gelöst) google-sharedlocations Alternative?:

Und ist es eigentlich normal, dass das Objekt "google-sharedlocations.0.info.augmented_cookie" schreibgeschützt ist?

Warum sollte es nicht schreibgeschützt sein? Wann kommt denn die Warnung? Ich hab das gerade mal ausprobiert und das Admin UI löscht den augmented cookie, wenn ein neuer Cookie gesetzt wird, mit "ack=true", also ohne Warnung.

Ansonsten, siehe tipps im anderen Thread. Und mehr als dass es bei mir aktuell immer noch läuft, weiß ich auch nicht schulterzuck Ich hab auch gerade den Adapter in der Entwicklungsumgebung nochmal eingerichtet (da war der Cookie abgelaufen, aber der läuft halt auch nur selten ;-) ). Mal sehen, wie lange der cookie hier hält.

[nik82]

@garfonso
Ok, danke, hab nur gedacht, weil irgendwo gelesen habe, dass man den Datenpunkt vor dem neu setzen des Cookies mal leeren soll.
Jetzt wusste ich nicht ob das normal ist, dass dieser schreibgeschützt ist.
Na dann hoffen wir mal das es bei mir auch wieder funktioniert.
Trotzdem vielen Dank für deine Rückmeldung :-)