Beiträge von humpel

    Warum nicht Entrosten beim Bergabfahren in Stellung N? (Gut, man braucht zumindest einen Hügel). Das wurde ja bereits irgendwo am Anfang beschrieben. Ich mache das etwa 1 mal im Monat. Am abschüssigen Straßenteil in N schalten und losrollen lassen. Dann bremst man nur mit den Scheibenbremsen. Das kann man von fein bis stark dosieren (wie beim Verbrenner).


    Interessant: Wenn man dann immer stärker bremst, gibt es plötzlich einen kleinen Ruck. Das wirkt, als wenn der Bremssattel etwas nachgibt und an den Anschlag schlägt. Das halte ich aber für unwahrscheinlich. Ist immer reproduzierbar. Eher wirkt dann ein Bremsassistent.

    So, ich habe nun eine Lösung oder einen Workaround gefunden, der meist funktioniert.


    Ich habe meinen 109 Zielen (Labels), soweit als möglich, echte Adressen zugeordnet (nahe gelegene Häuser oder vorhandene POIs ausgewählt). Bei 17 war das nicht möglich (die sind meist Parkmöglichkeiten auf Forststraßen in Gräben, die als Startpunkte für Bergtouren dienen). Die Lösung liegt in der Vergabe von "Google Plus Codes". Die kannte ich vorher auch nicht, ich habe sie unter den Koordinaten eines angepinnten Punktes gefunden. Siehe dazu z.B. auf Wikipedia .


    Die Vorgangsweise erkläre ich nun für einen gesetzten Punkt.

    Im ersten Bild habe ich einen solchen in Google Maps (in Safari auf dem Mac) gesetzt (schwarzer Punkt auf der Straße in der Mitte):


    Bildschirmfoto 2026-10-28 um 11.42.29.jpg


    klickt man dann auf die Koordinaten die unten angezeigt werden (Mauszeiger), erscheint (gegebenenfalls Originalversion anzeigen, damit man alles sieht):


    Bildschirmfoto 2026-10-28 um 11.42.43.jpg


    dort sieht man den Plus Code (Mauszeiger auf M564...). Klickt man darauf, wird dieser in die Zwischenablage kopiert. Nach Eingabe oder klicken auf die Lupe (suchen) erscheint dieser Code nun als Standort (Zeile, in der der Mauszeiger zu sehen ist und auch weiter unten als Adresse. (Der PIN bleibt dabei dann natürlich am selben Ort).


    Bildschirmfoto 2026-10-28 um 11.43.22.jpg


    Drückt man dann auf Route, erhält man anschließend in der Zielzeile den Plus Code:


    Bildschirmfoto 2026-10-28 um 11.43.42.jpg


    Erscheint in der Zielzeile eine richtige Adresse, dann ist das auch in Ordnung, weil Google dann eine Hausadresse o.ä. an diesem Ort gefunden hat.


    Statt der Route (für direkte Navigation) kann man auch einen Label vergeben und so den Zielpunkt für später speichern.

    Das habe ich für die restlichen 17 Ziele gemacht. Bei 2 hat es nicht funktioniert. Dort konnte ich keinen Label vergeben, bzw. es wurde ohne Plus Code abgespeichert. Dies lag daran, das die Plus Codes (laut Google) global eindeutig sein sollen. Das stimmt aber (zumindest) für die verkürzte Version der Codes (siehe Wikipedia) nicht. In den Beispielbildern ist ein kurzer Code, gefolgt von einem Beistrich und einem Ortsnamen zu sehen. Das war bei meinen beiden Fällen nicht ausreichend. Es musste auch die Postleitzahl (händisch) eingetragen werden, dann konnte ich die Labels abspeichern.


    Also alles in allem ein ziemlicher Zirkus, nur weil Google etwas bei der Koordinatenübertragung vergeigt hat. Die Plus Codes interpretiert dann Google als "echte" Adressen. Absurd: zuerst Koordinaten in Plus Codes umwandeln, an das Auto schicken und dort wieder in Koordinaten zurückrechnen.


    Meine Labels funktionieren nun, wenn man die Route an das Auto schickt (das habe ich für alle 17 Ziele getestet).


    Zusammenfassend meine Empfehlungen:

    1) Abgespeicherte eigene Zielpunkte (Labels) im Auto abrufen und dorthin navigieren funktioniert problemlos.

    2) Bei der Routenplanung sollte beim Setzen von PINs möglichst ein POI oder eine echte Adresse ausgewählt werden. Dann funktioniert "senden an Auto" ohne Schwierigkeiten.

    3) Wird ein PIN in einer adressenlosen Gegend gesetzt und dieser für die Navigation verwendet, oder als Label gespeichert, sollte man den Weg wie oben beschrieben mit Plus Codes einschlagen.

    4) Wurde eine Route an das Auto gesendet, wird empfohlen, das Ziel im Auto zu kontrollieren (reinzoomen und mit dem Zielpunkt in Google Maps z.B. auf dem Smartphone vergleichen).

    5) Achtung: Stimmt der Zielpunkt nicht überein, wurde dieser durch das "senden an Auto" überschrieben. Man kommt dann nicht mehr zu dem Ziel, auch wenn man dieses im Auto direkt abruft (siehe mein erster Post).

    Wenn man eine Route in Google Maps plant, kann man diese (bei verbundenem Konto) an das Fahrzeug senden. Dies ist soweit bekannt und funktioniert grundsätzlich gut.


    Aber nur unter der Voraussetzung, dass das Ziel und gegebenenfalls die Zwischenziele exakte Adressen (Ort, Straße, Hausnummer) aufweisen, oder POIs (die in GM markiert aufscheinen) sind.


    Bei folgenden Zieleingaben funktioniert das nicht richtig:


    1) Wird das (Zwischen)Ziel mit einem Pin auf Google Maps platziert, funktioniert dies manchmal, aber nicht sicher und es können große Abweichungen auftreten.


    2) Wird ein gespeicherter Zielpunkt (Mit Label) aufgerufen, der nur Koordinaten aufweist und der Label einen Orts-, Landschaft-, oder Gemeindenamen o.ä hat (diesen vergibt man i.Allg. ja - z.B. "Gössendorf Parkplatz") werden nicht die Koordinaten übertragen, sondern Google sucht (im Auto) nach der nächstgelegenen Ortsbezeichnung (im Beispiel "Gössendorf" und zwar wahrscheinlich der Flächenschwerpunkt der Ortschaft - und nicht einmal der Hauptplatz. Das eigentliche Ziel war 1,1 km Luftlinie entfernt!).


    Punkt 2 ist ein größeres Problem:

    Ich habe an die 100 Zielpunkte als Labels in Google Maps am Mac abgespeichert. Diese wurden mit Koordinaten (aus Garmin Basecamp von früher) importiert (GPX, bzw. KML-Daten gelang es mir nicht in Google Maps zu importieren - dies ist aber eine andere Geschichte).

    Die Navigation zu diesen Zielpunkten mit vergebenen Label-Namen funktioniert sehr gut, wenn man sie im Auto aufruft, nicht aber wenn man die Route an das Auto sendet (siehe oben).

    Das perfide daran ist, dass der Zielpunkt (z.B mit dem Label "Gössendorf Parkplatz") nach dem Senden überschrieben wird. Landet man dann am falschen Ort (Gössendorf Mitte) und will man, nach Abbrechen der Navigation und Starten einer neuen, durch Aufrufen des richtigen Zielpunkts (gespeicherter Label "Gössendorf Parkplatz" im Auto) dort hin fahren, geht das nicht mehr, weil man vermeintlich schon da ist!


    Dieses Überschreiben findet aber nur im Auto statt. In Google Maps (am Mac oder iPad) wird der Label am richtigen Ort dargestellt.


    Auch das Löschen des Google Maps Caches im Auto löst das Problem nicht. Der Zielpunkt (Label) bleibt im Auto "versaut".


    Gibt man in Google Suche "google maps beim senden an renault werden koordinaten nicht richtig übertragen" ein, erfährt man, dass das Problem bei Google bzw. zumindest bei dessen KI bekannt ist.


    Meine Empfehlung daher:

    Labels wählen, oder Pin setzen, nur mit richtigen Adressen oder POIs. Ist dies nicht möglich (weil es z.B an diesem Punkt am Berg als Parkplatz für die Skitour keine genaue Ortsbezeichnung gibt) darf man das "Senden an Auto" nicht verwenden, sonst landet man womöglich in einem anderen Graben kilometerweit weg und man findet nicht mehr zum Ziel.

    siehe meinen Post #35 unter „Verbrauch ohne Autobahn“.


    Die Prognose (mit wieviel % man ankommt) stimmt nach wie vor bis auf ein paar Prozent Abweichung (geplant mit dem internen Navi). Meist liegt der Ladestand etwas über der Prognose.


    Während der Fahrt wird die Prognose immer angepasst, meist zum positiven. Was mich aber irritiert:

    1) Beim Wegfahren von der Bergtour (auch im Sommer bei normalen Temperaturen) ist der Ladestand immer einige % geringer als bei der Ankunft. Siehe dazu meine vermutete Erklärung im o. gen. Post im Winter. Im Sommer trifft das aber nicht zu. Keine Erklärung dazu.


    2) Fährt man vom Berg runter, sinkt der prognostizierte Ladestand für die Ankunft zu Hause beständig. Obwohl dauernd rekuperiert wird und der Ladestand der Batterie steigt. In der Ebene und dann bei der Autobahnfahrt (!?) steigt die Prognose wieder. Zuhause angekommen entspricht der Ladestand der anfangs der Prognose beim Start am Berg. Meist höher.

    Erklärung: Man hat den Eindruck Google macht einen Vorzeichenfehler bei der Talfahrt.


    Aber grundsätzlich passt es. Auch zuletzt bei der Fahrt in den Seewinkel mit 2 Fahrräder am Heck.

    Also mich irritiert der Prognoseabweichung von Maik.