Bei Satellitenempfang wird MN immer träger...

Hallo,

der Mobile Navigator funktioniert soweit sehr gut. Kein Nachhinken o.ä.. Aber:
Wenn ich Satelliten-Empfang über eine ganze Zeit habe (z.B. wenn ich im Garten sitze) und dann eine Route plane, dann wird der MN immer träger und träger. Irgendwann dauert es bis zu 2 min bis sich ein Menü öffnet. Schalte ich einen anderen (falschen) Empfänger an, rennt der MN sofort weiter. Läuft dort ein Speicher über? Habt ihr das Problem auch bemerkt? Ansonsten gefällt mir der MN5 nämlich schon sehr gut...

Danke
Fab5

Hallo,

diesen Effekt konnte ich bislang nicht beobachten..auf welchem PDA und wie ist der MN5 denn installiert und wie viele Routen planst du so im Garten???? Wieso braucht man zur Routenplanung GPS-Empfang? Müsste natürlich mit und ohne funzen, würde mich aber dennoch interessieren....

Grüsse, www.nav-pro.de

Bei mir ist der MN als einzige Anwendung im Hauptspeicher des Yakumo Delta 300 GPS installiert. Zusätzlich verwende ich die PPC2002 EXE.

Denn Satelliten-Empfang habe ich oft automatisch. Ich kann ihn ja nicht abschalten, es sei denn, ich verdecke irgendwie die Antenne.

Zum Reproduzieren:
Ich habe eine ca. 450km Route geplant (HH->D)
Dann auf Karte angezeigt und ein wenig gezoomt.
Wenn ich auf "Karte schliessen" gehe, dann dauert das schon ewig und die das neue Menü baut sich nur Stück für Stück auf. Quasi nicht benutzbar. Gehe ich ins Haus (kein Empfang) rennt der MN sofort wieder ganz normal!

Begreifen tu ich das nicht...

Hat sonst noch jemand Lösungsmöglichkeiten?

Gruß
Fab5

Zitat

Original von Fab5

Irgendwann dauert es bis zu 2 min bis sich ein Menü öffnet. Schalte ich einen anderen (falschen) Empfänger an, rennt der MN sofort weiter. Läuft dort ein Speicher über? Habt ihr das Problem auch bemerkt?

Hallo Fab5,

dieses Problem hab ich auch.
Auch mit allen Einstelloptionen (GPS Protokoll entschlacken, Baud-Rate auf 4800 runterstellen),
das gesamte Programm ist und bleibt mit GPS Verbindung lahm.

Ist auch kein Wunder, wenn hier Leute über Probleme mit den
TMC-Receivern reden. Da wollen ja noch mehr Daten verarbeitet werden...

Ich unterbreche jetzt immer sofern möglich die BT Verbindung.
Aber spätestens wenn ich losfahren will nützt mir das nix mehr, denn
dann rechnet der wieder los, und zwar langsam.

Ich denke, wir sollten das mal an Navigon weitergeben.
Ausserdem würde ich gerne mal jemanden im Raum Dortmund treffen,
der diese Probleme nicht hat. Inzwischen kann ich mir das fast nicht mehr vorstellen.

Und es stimmt, im Laufe der Zeit nimmt die Trägheit immer weiter zu!
Es scheint aber so zu sein, als würde das Programm beim echten
Navigieren nicht träger werden. Ist das bei Dir auch so?

Gruß,
Frank

Einen ähnlichen Eindruck habe ich auch.
Vermutlich ist die Grundlast durch Maus-I/O schon sehr hoch. (<siehe auch hier>)
Zusätzlich muss aber noch etwas nach einer Weile passieren,
das mit I/O zusammenhängt und langsam die CPU zunagelt.
Gelegentlich, fast reproduzierbar:
- SoftReset
- MN/5 starten mit GPS
- Karte anzeigen
- _Nichts_ weitermachen

Dann ist nach einigen Minuten die CPU 100%.
Maus aus, dann ist CPU wieder im normalen Bereich.

Sehr eigenartig.
Das Proggy scheint sich manchmal am I/O? einen Wolf zu rechnen.
Wolf

Zitat

Original von WolfL
...
Sehr eigenartig.
Das Proggy scheint sich manchmal am I/O? einen Wolf zu rechnen.
Wolf

Bei mir (3870/BT) reproduzierbar:
- Protos: GGA 1/sec, RMC alle 2 Sek, VTG alle 3 Sek, GSA alle 5 Sek, GSV alle 9 Sek.
- SoftReset
- MN/5 starten
- Karte anzeigen
- _Nichts_ tun
- nach ca 5...10Min ist CPU auf 100%

Das Proggy stirbt am Maus-I/O.
[Speku]
Unter (kurzzeitigem) Stress kommt das Prog nicht mit der InputQueue nach.
Die wird immer länger.
Das Proggy macht nach einer Weile fast nur noch I/O-Verwaltung.
Und das vermutlich sehr ineffektiv.
Offenbar hat das Prog den Ehrgeiz, _jeden_ I/O abzuarbeiten,
statt mal zu flushen/Daten wegzuwerfen.
Würde einige beschriebene Effekte, inkl Nachhinken, erklären.
[/Speku]

Wolf
...
was mich wundert:
Mit den gleichen Protos schaffen es Mapopolis, R66, DPN zugleich laufend
_nicht_, die CPU zuzunageln.

Scheint nicht nur der reine I/O zu sein.
Unverständlich:
- Prog "schaukelt sich hoch", dann per externem Eingriff *):
- I/O läuft weiter, aber ohne gültige Position (GGA).
- CPU-Last geht sofort deutlich runter
- Prog auf StartMenu bringen, _keine Kartenanzeige_.
- I/O bringt (per ext Eingriff) wieder gültige Position
- Resultat: CPU sofort wieder am Anschlag.

Das Verhalten ist kurz vor chaotisch mit System.
Zwischendurch mal Memory-Mgmt-Orgien.
Irgendwie sind die min. 6 Threads nicht synchronisiert, o.ä.
Aufträge werden ev. n-mal abgearbeitet, weil der Auftraggeber
nicht stoppen kann, da auch schon im Nirvana.
Oder Aufträge werden hinzugefügt, aber nie als erledigt markiert.

---*edit*-------------------------------
Die CPU könnte/wird wohl auch vom OS verbraten werden,
da das Proggy mit Unmengen von Requests "rotiert". ?
- im Anzeigemode bis kurz vor CPU-Sättigung gewesen,
- dann (mit Mühe) ins Startmenu gewechselt,
=> ab jetzt Situation unten im Bild (Ausschnitt):
- GGA ungültig/kein Standort
- CPU normal
- GGA gültig,
- sofort CPU voll
- wieder GGA ungültig
- etc
------------------------------------------

Hier ist der Programmierwurm d´rin.
GGA-Parsen und folgendes????

Der Witz ist, gelegentlich läuft das Prog auch über längere Zeit
durchaus akzeptabel, die (magere) Leistung meines 3870 berücksichtigt.
Aber wenn es einmal stolpert, erholt es sich kaum wieder.
An OS-Problem (2002) glaube ich nur sehr bedingt.

Wolf
...
*) ext. Eingriff: Silberpapier auf Maus, um Positionsangaben zu killen.

Für Puristen:
Natürlich ist die Beschreibung subjektiv und auf meine spezielle Installation bezogen.
Ja, auch bei mir laufen ein paar Standard-Proggies im Background.
Nur, R66, Mapopolis und DPN zeigen keine (ausser den bekannten) Macken.

Ich kann das auch bestätigen: http://www.pocketnavigation.net/board/tid70881-sid.htm

Sobald GPS "an" ist, wird der MN5 träger...

kann ich nicht bestätigen !
Programm läuft manchmal mehrere Tage. Der PDA geht nur in Stand by
Ein langsamer werden des Programmes konnte bis dato nicht bemerkt werden.

Zitat

Original von walter24
kann ich nicht bestätigen !
Programm läuft manchmal mehrere Tage. Der PDA geht nur in Stand by
Ein langsamer werden des Programmes konnte bis dato nicht bemerkt werden.

Nicht, dass wir uns falsch verstehen..

Ich meine nicht, dass der MN5 nach Tagen der Nutzung langsamer wird, sondern bei mir ist er langsamer, wenn er mit der GPS-Maus gekoppelt ist, als wenn er nicht gekoppelt ist.

Hallo

Ich hatte schon an meinem Verstand gezweifelt. Das beschriebene Problem trifft exakt wie beschrieben auch auf mein System zu: Medion PPC MD150 (Aldi-Gerät mit integr. GPS-Maus); MN5.0. Es muss ein Bug im Programm sein, der nur in der Menüführung bei GPS-Empfang und nicht bei laufender Navigation auftritt. Ich habe übrigens meinen Programmspeicherplatz zu ungunsten des Datenspeicherplatzes leicht verschoben (Im Betriebssystem unter "System"/"Speicher"). Es scheint zu helfen, aber das Problem nicht abzustellen. Es bleibt wohl nichts anderes als auch das erste Navigon update zu hoffen.

Gruß Guericke

Hallo,

bei meinen ersten Spielereien mit MN5 ist mir dieses Problem auch aufgefallen. Ohne GPS Maus keine Probleme: Menüs wechseln schnell, Kartenaufbau dito, Simulation auch ok. Mit GPS Maus (CF) tritt das gleiche Problem auf und das sofort. Das würde ein vernünftiges Routen mit Maus eigentlich unmöglich machen - oder?

Ist dieses Problem eigentlich auch schon an DrDiste weitergemeldet und wird es im SR1 behoben?