12 Tage in den Seealpen mit MRA und es war eher NICHT gut..

[UwB]

Wie bereits erwähnt, geht der CRN in diesem Vergleich als klarer Sieger hervor.
Er zeigt sich zwar etwas zickig bei den MRA-Tracks, überzeugt dafür aber bei den TD-Tracks auf ganzer Linie – auch wenn unklar bleibt, worin sich diese Tracks eigentlich unterscheiden.

Die Gesamtperformance hat mich allerdings etwas enttäuscht.
Grundsätzlich funktioniert die Navigation gut, solange man die "Route" nutzt. Allerdings weicht das System gelegentlich von der eigenen Planung ab, was dazu führt, dass man der blauen Linie und den Anweisungen nicht unbedingt folgen sollte.
Besonders in den Seealpen kam es dadurch zu unschönen Abstechern durch enge Ortschaften bei 32° statt der geplanten Höhenstrasse..

Ein weiteres Problem war das gelegentliche Einfrieren der Navigationsanweisungen unter Android Auto.
Ob dieses Verhalten auch bei Apple CarPlay auftritt, kann ich nicht sagen.

Ebenfalls störend fand ich, dass die unter CC oder Android Auto aufrufbare "letzte Route" nicht tatsächlich die zuletzt aktive Route ist.
Stattdessen musste ich jedes Mal über das Lupensymbol umständlich durch die Ordnerstruktur navigieren. Das aber geht mit dem ChiGee recht gut.

Das mögen eingefleischte Fans vielleicht nicht gerne hören, aber so ist es nun mal.
Wenn MRA wirklich der Platzhirsch sein will, gibt es hier noch einiges zu tun.

[Hubert Thoring]

Ich würde sagen es liegt an der verwendeten Hardware und Kopplung im Auto … habe jedoch keine Erfahrung mit CP oder AA, ich nutze immer das Handy in der BMW-Cradel Halterung mit induktiver Ladung, bzw. das Handy im Auto …

CP und AA sind noch nicht am Ende der Entwicklung, aber jeder kann helfen hier im Forum an der Stelle wo CP u AA diskutiert wird

[App] Android Auto & CarPlay

[UwB]

An der Hardware liegt es 100% nicht, weil alle anderen Apps einwandfrei funktionieren. Ohne Störungen,,,, wie Radio, G-Maps, Wetter,,,
Das Problem ist hier für mich 100% die MRA App.
Ich habe mir mal das Scenario vom Jörg in meinem Auto angesehen und da ist sehr ähnlich, wobei mein Auto einen 21:9 Screen hat.

Wenn solche Sachen immer auf die User oder Hardware geschoben wird, muss sich niemand wundern, wenn es dann wer anders besser macht.
Mir scheint es aber ohnehin, das dieses Forum von den "Machern" der App nicht beobachtet wird?

[Jörgen]

@UwB said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:

Mir scheint es aber ohnehin, das dieses Forum von den "Machern" der App nicht beobachtet wird?

Das ist nicht korrekt. Auf Probleme, die einige melden, wird hier sehr schnell reagiert. Die Jungs sind sehr fix was das betrifft und lesen hier täglich mit.

[Martin Wilcke]

@UwB said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:

Mir scheint es aber ohnehin, das dieses Forum von den "Machern" der App nicht beobachtet wird?

Neben den "Machern" lesen hier auch viele erfahrenen MRA-Nutzer mit, die immer gerne mit Rat und Tat zur Seite stehen. Ein paar Ansätze zur Hilfestellung gab ja auch bereits.

Dein Unmut über die geschilderten Probleme ist nachvollziehbar. Aber, ganz ehrlich, deine Äußerungen hören sich an wie ein "Rundumschlag" mit einer Sammlung verschiedener und sehr unterschiedlicher Themen. Das macht es schwierig, auf einzelne Punkte konkret einzugehen, um eine Lösung zu finden. Als erfahrener Moderator und Beta-Tester ist Dir das natürlich klar

Vielleicht magst Du das Szenario bei diesem Fehler

Unter Android Auto frieren die Routenanweisungen regelmäßig ein. Meiner Beobachtung nach hängt das mit der Netzverfügbarkeit in Kombination mit der Nutzung von Route als Tracks zusammen.

etwas genauer beschreiben; vielleicht kann man das Problem dann sogar reproduzieren.

Ich habe die Rahmenbedingungen so verstanden (bitte bestätigen oder korrigieren):

• notwendige Karten offline geladen: JA
• Route erstellt mit: MRA, Web oder App? Anderes Programm (TD)? Oder hast du gar keine Route, sondern einen Track navigiert?
• Einstellung (in der App) "Offline navigation": AN?
• Automatic recalculation: AN?
• Navigate route as track: AN

Zum Zeitpunkt des Problems bestand keine Netzverbindung und zusätzlich

• warst du "on route" (oder von der Route abgewichen?)
• wurde eine Neuberechnung gestartet bzw. der Netzabbruch erfolgte während einer Neuberechnung?

was dazu führte, dass die Neuberechnung nicht zu einem Ergebnis kam; auch nicht, als die Netzverbindung wiederhergestellt war. Richtig?

Noch zwei Fragen dazu:

• Hast du während Deiner Tests auch zeitweise die Einstellung "Navigate route as track" auf AUS gesetzt und trat der Fehler dann ebenfalls auf?

• Du erwähnst explizit die Verwendung von AA - das ist aber hier sicherlich unerheblich, oder?

[Martin Wilcke]

@UwB said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:

Ich habe mir mal das Scenario vom Jörg in meinem Auto angesehen und da ist sehr ähnlich, wobei mein Auto einen 21:9 Screen hat.

Kannst Du bitte auch zu diesem Punkt etwas konkreter werden?

Ich habe verstanden, dass nach Eurer Beobachtung weder mit CP (bei Jörg) noch mit AA (bei Dir) der Autozoom richtig funktioniert.

Wie sind denn die Einstellungen unter "Navigation settings > Map layer" bei

• Zoom adjustments
• Default zoom correction

und funktioniert der Zoom in allen drei Darstellungsvarianten (north up, top down, dynamic) nicht korrekt?

[UwB]

Hallo Martin,

alle Routen wurden von TD in den MRA übertragen, dort sorgfältig auf die Straße gelegt und bei Bedarf mit via-Punkten ergänzt, falls es noch zu Abweichungen kam (als Standardkarte wurde HERE verwendet).

Lediglich die Maira-Stura-Route musste bei TT bleiben – du erinnerst dich sicher: Das war das Thema mit der weißen Linie, was dort ja auch funktioniert hat.
Im MRA-Webplaner sah also alles gut aus.

TD wurde anschließend nur noch als Track-Quelle für den CRN genutzt, weil MRA-Tracks dort teils seltsame Abweichungen verursachten – warum das so ist, weiß ich nicht. Ich sehe das aber nicht als Problem, da ich den CRN derzeit ausschließlich mit TD betreiben würde (Stichwort: automatisches Track-Splitting).

Die Einstellungen waren so, wie du sie oben beschrieben hast.
Allerdings habe ich während der 12 Tage auch ein paar Varianten ausprobiert:

Offline-Karten: Ja, waren geladen – wurden im Hotel auch ERNEUT geladen.

"Route als Track": Nach drei Tagen deaktiviert, da sich MRA aufgehängt hat, sobald kein Netz verfügbar war – und sich dann nicht wieder gefangen hat, selbst wenn das Handy wieder Netz hatte.
Das Radio z. B. lief dann wieder – ich höre beim Fahren immer Radio…

Offline-Navigation: Führte beim Start regelmäßig zur Meldung, dass die Route mit den vorhandenen Karten nicht offline funktioniert – ich solle online gehen. Das betraf sowohl "Route als Route" als auch "Route als Track", was offenbar generell nur online funktioniert.
Wenn kein Netz da ist, geht das Spiel endlos im Kreis: "Gehe online", "kein Netz", "gehe offline", "mit diesen Karten nicht möglich", "gehe online", usw.

Automatische Neuberechnung: Immer aktiv – soll schließlich bei Abweichungen zur nächsten Routen Punkt neu berechnen.
Sonst kann ich gleich meinen alten N6 auspacken.

Ab Tag 4 ohne „Route als Track“ gefahren: Solange Netz vorhanden war, funktionierte das. Der Wiedereinstieg in eine Route zeigte jedoch ein ähnliches Verhalten wie oben beschrieben. Positiv: Ein Druck auf einen Punkt auf der Karte führte zu korrekter Navigation ab diesem Punkt. Geht naturlich nur am Handy und im Stand.

Autozoom: Belassen auf Standard. Ich habe alle Ansichten getestet, bin letztlich mit dynamischer Kamera und manuellem Reinzoomen (fast maximal) gefahren – sonst waren Kreuzungen oder Kreisverkehre oft nicht klar erkennbar.

Alles bezieht sich auf AA. Das Handy Display wurde nur aktivgeschaltet wenn es nicht mehr anders ging.

Mit aktivierter "Route als Track" und anschließendem Neustart hat die App in der Regel Position und nächsten Punkt korrekt erkannt und angezeigt.
Beispiel: 300 km Route, 100 km bereits gefahren – zeigte korrekt 200 km Rest an. Kurz darauf jedoch sprangen die verbleibenden Kilometer auf über 400 – vermutlich, weil die Route wieder über den Startpunkt führen wollte.
Hier half nur die Funktion „Zurück zur Route“ auf dem Handy-Display.

Der Button „Letzte Route“ auf AA und CP: Ruft offenbar nicht die letzte aktive Route auf, sondern wohl die zuletzt im Webplaner bearbeitete?

Das Einfrieren der Navigationsanweisungen tritt fast immer bei fehlendem Netz auf. Kommt das Netz zurück, interessiert das die App nicht – nur ein Neustart der Route hilft, egal ob als Track oder nicht.

Das Autozoom-Thema ist für mich zweitrangig – damit kann ich leben.
Die anderen Punkte jedoch sind nervig und erfordern unnötiges Gefummel am Handy oder über das Wonderwheel.

Auch das ständige kurze Abbiegen in eine Straße, sofortiges Wenden und dann Weiterfahren bei „Route als Track“ ist mir schon in Deutschland aufgefallen.
Das ist im Webplaner und App nicht vorhersehbar – erst beim Fahren.
Es wirkt so, als würde ein Punkt (den ich nicht gesetzt habe) minimal in eine Seitenstraße hineinragen, was dann von MRA als bewusste Abbiegung interpretiert wird.
Ich setze Punkte bewusst nicht an Kreuzungen, sondern möglichst eindeutig auf der Strecke.

Das ist kein Rundumschlag – ich schildere nur meine Beobachtungen.
Ich bin nicht frustriert – aber wenn es nicht besser wird, bleibe ich eben beim CRN (auch wenn der den bekannten Audiobug hat).
Ganz ehrlich:
Ich hätte es hier auch einfach lassen können – bereue es inzwischen fast.

[Bouke Ent]

TD=? maybe tomtom drive?

[UwB]

@Bouke-Ent said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:

TD=? maybe tomtom drive?

track of the Day, a "One in All" only for PC Routeplaner.

For MRA not Intressted..

[Martin Wilcke]

@UwB said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:

Ganz ehrlich:
Ich hätte es hier auch einfach lassen können – bereue es inzwischen fast.

Nein, auf keinen Fall - Fehlerberichte sind sicherlich sehr hilfreich für die Entwickler zur Verbesserung der Software! Das mit dem "Rundumschlag" war auch nicht böse gemeint; meiner Meinung nach ist es aber wichtig, die verschiedenen Themen/Probleme gut zu strukturieren.

Ich plane und navigiere fast ausschließlich mit MRA, sowohl mit Android-Smartphone (Motorrad) als auch mit iOS + CP (Auto) und auch immer wieder in Gegenden mit schlechtem Netzempfang. Das von Dir beschriebene "Einfrieren" habe ich noch nicht beobachtet, aber ich bin auch mit etwas anderen Einstellungen unterwegs.

Eventuell ist es tatsächlich die von Dir schon vermutete Konstellation aus

• Route as track
• Offline navigation
• Automatic recalculation

und dann eine Kombination aus erzwungener Neuberechnung und Netzausfall.

Daher nochmal die Nachfrage: Trat das Problem während der "normalen Navigation" auf oder nur dann, wenn -z.B. durch eine Abweichung von der Route- gerade eine Neuberechnung lief und dann das Netzt ausfiel?

Kannst Du den Fehler reproduzieren, in dem die mit obigen Einstellungen fährst, von der Route abweichst, die Netzverbindung unterbrichst (Flugmodus) und nach einiger Zeit wiederherstellst?

Ich werde in den nächsten Tagen genau das mal ausprobieren, vielleicht tritt der Fehler dann bei mir auch auf.

[UwB]

Bei der Nutzung von „Route als Track“ ist mir folgendes Problem aufgefallen:
Selbst wenn ich mich exakt auf der geplanten Route befinde, genügt bereits eine Abbiegung ohne Netzverbindung, und das war’s dann. MRA erkennt offenbar nicht, dass zwischenzeitlich wieder Netz verfügbar ist. Die Anweisungen am Display bleiben hängen, und ein Neustart der Route oder Navigation ist nur möglich, wenn wieder Netz vorhanden ist.

Das typische Fehlerbild sieht so aus:

Die Routenanweisungen auf dem Display aktualisieren sich nicht mehr.
Stattdessen erscheint oft dauerhaft das rotierende Symbol (Ladespinner).
Oder die Felder aktualisieren schlicht nicht mehr.

Auch beim Neustart einer Tour tritt ein Fehler auf:
Zunächst wird der Standort korrekt erkannt, doch nach wenigen Sekunden will MRA die Route wieder vom Startpunkt aus beginnen – trotz aktiven nächster Punkt und Standort.
„Track als Route“ scheint hier besonders anfällig zu sein.

Bei klassischen Routen mit Waypoints funktioniert die Navigation insgesamt deutlich stabiler.
Aber auch hier gilt:
Wenn man die Route neu startet, erkennt MRA zunächst korrekt die aktuelle Position und den nächsten Punkt – um dann doch wieder über den Start fahren zu wollen.
Und auch hier friert die Anzeige gerne ein, sobald das Netz weg ist und eigentlich eine neue Anweisung folgen müsste.
Die Karte zeigt zwar weiterhin die Position und die blaue Linie an, auch das akustische Signal (Piepton) ist zu hören, aber die Anweisung auf dem Display bleibt hängen.

Ich vermute, dass es einen Zusammenhang mit der Netzverfügbarkeit gibt – denn die Probleme treten vor allem oben auf den Pässen auf, also in typischen Offline-Gebieten.

Wozu genau die Offline-Karten gut sind, ist mir unklar.
Fakt ist: Ohne Netz ließ sich keine Route – unabhängig von der Option – starten oder berechnen.
Mein Eindruck ist, dass MRA die Offline-Karten lediglich nutzt, um die Kartenkacheln anzuzeigen, aber nicht zur eigentlichen Navigation oder Routenberechnung.

Automatische Neuberechnung habe ich immer aktiviert.
Ich finde es gut, dass MRA mit der weißen Linie den ursprünglich geplanten Verlauf anzeigt – und daneben die neue Route.

Allerdings ist oft nicht nachvollziehbar, warum MRA plötzlich eine andere Strecke vorschlägt.
Verkehrsinfos, etc., waren bei mir immer deaktiviert.

Ich wünsche mir, dass MRA besser wird – gerade für uns Motorradfahrer
sieht es leider sonst eher mau aus.