Zumo geht "sporadisch" aus...

Hallo zumo Gemeinde,

ich habe jetzt nicht alle 15 Seiten dieses Threads gelesen, daher ist meine Beobachtung ja vielleicht nicht neu??

Am WE war ich im Bayrischen Wald ungefähr zwischen Schwandorf, Regensburg, Landshut, Passau und Klatovy (CZ).
Solange ich mich in dieser Gegend (4 Tage) aufhielt, schaltete sich das zumo ca. 30 mal i. d. Stunde aus. Unmöglich damit zu fahren. Dies passierte sowohl in der Auto- als auch in der Motorradhalterung.
Nachdem wir den oben umrissenen Bereich am Sonntag verlassen hatten funktionierte das zumo wieder einwandfrei über unseren Heimweg von 700km.

Daher meine Vermutung: Kann es mit einer fehlerhaften Kachel(n) zu tun haben?
Ich hatte solche ähnlichen Phänomene mal mit einer Topo Karte Austria, da war auch eine Kachel defekt.

Was meint ihr?
Könnten die User, die das gleiche Problem häufig haben Erfahrungen mitteilen, ob das Problem auch in einer benachbarten Kachel auftritt?

Hi Jens,

hab`s bei mir eben mal geprüft: Dateien sind vollständig vorhanden (jeweils 1K groß). Wäre zudem ja ein großer Zufall, wenn bei den Problemfällen - meiner eingeschlossen - diese Datei(en) entfernt worden wären. Aber man klammert sich ja an jeden Strohhalm, wenn der Fehler nicht eindeutig zu lokalisieren ist. Ich habe festgestellt, dass der Zumo tatsächlich unmittelbar nach einer Ansage abschaltet. Deshalb werd´ ich auch mal die "Vorgänger-Steffi" testen... (Kartenmaterial ist 2009; kpl. Im Gerät; keine Speicherkarte)

Ich erinnere mich dunkel daran, dass es bei irgendwelchen Garmins (nicht Zumos) mal Probleme mit Resten alter Systemdateien gab, wenn irgendetwas nachinstalliert wurde. Da gab es dann Einsprungfehler in bestimmten Situationen, weil noch falsche Speicheradressbereiche genutzt wurden.

Abhilfe war in den Fällen eine vollständige Neuinstallation aller Systemdateien und möglichst großer Kartendateien, um ein vollständiges Überschreiben aller Speicherbits zu gewährleisten.

Eine andere Erklärung wäre viel trivialer: Wenn ein Speicherbaustein eine Macke hat, wird das System das mit Sicherheit nicht erkennen. Auch hier wäre es weitestgehend zufällig, ob das entprechende defekte Bit genutzt wird oder nicht. Allerdings wäre ein solcher Fehler ziemlich unangenehm, weil es den Austausch des Speichers bedingt, was bei den verwendeten Asics mit integriertem Speicher einen Totalschaden bedeutet, wenn man es nicht selber reparieren kann.

Das würde jedenfalls zu dem Verhalten Garmins passen, die ja offenbar einige Geräte umstandslos gegen neue ausgetauscht haben und andere unverändert wieder zurückgeschickt haben. Wenn die einen Speichertest durchführen und der Fehler dann gerade nicht auftritt, können die in einem solchen Fall nichts anderes machen, als das Gerät wieder zurückzuschicken.

Zitat von Jens_WOB

Hallo Zumo-Feunde,

neuer Ansatz... Defragmentieren und/oder Tiefenreinigung !!!
....

Klasse Idee

Ich habe noch windows xp auf meinem Rechner. Ein Defragmentierungsprogramm war seinerzeit serienmäßig dabei.
Mit diesem müsste es doch eigentlich auch gehen oder?

Für einen Ahnungslosen wie mich: Was meinst du mit Tiefenreinigung?

Hallo,

ich würde die .sum - Dateien auch nicht ganz ausschließen. Vor einigen Monaten hatte ich beireits die "älteren" TTS Dateien von Steffi und Yannick aufgespielt ohne meine vorhandenen .sum - Dateien zu ersetzen.

Der Zumo stürzte weiterhin ab!

Als ich nun von Lampe die gleiche Version von Steffi und Yannick erhalten habe, wurden sie incl. der .sum - Dateien ersetzt.

Seitdem habe ich keinen einzigen Ausfall mehr zu verzeichenen!

Wäre es möglich das sich der Inhalt dieser Dateien ebenfalls mit den Dateiversionen verändert?

@jens
Defragmentieren und Tiefenreinigen ist eine sehr gute Idee die bestimmt nicht schaden kann.

Viele Grüße,
maclaro