MN4 und die Satelliten

Hallo Limpi,
das Verhalten des MN4 kann ich auch bestätigen, da mir das mehrfach auf längeren und teilweise auf sehr kurzen Routen aufgefallen ist.

Da bei mir das PocketPlus läuft und beim Start des PDA für "saubere" Verhältnisse sorgt und auch beim Beenden eines Task das Programm sicher schließt, möchte ich das Windows an sich selbst ausschließen.

Bei mir hat in diesen Fällen stets das Beenden des MN4 und anschließendes Warten auf die Freigabe des Speichers durch entweder den MN4-Task selbst oder häufiger mal auch durch das Eingreifen des PocketPlus Taskmanager geholfen, danach konnte das MN4 wieder gestartet werden und dieses Fehlverhalten war dann weg...

Ohne PocketPLus blieben bei mir häufig gut 10MB RAM belegt, die durch den MN4 Task selbst nicht mehr beim Beenden frei gegeben wurden und entweder startete das MN4 dann nicht mehr oder mit bekannten Folgen, wie den anschließend zerstörten INIs... Vor dem MN4 Start hatte ich stets gut 34MB RAM frei...

HTH & Gruß AWSW !

Zitat

Original von Limpi
@B.K.

Ich würd mal nicht so auf Windows schimpfen. CE 2003 und die mitgelieferten Programme kann ich Wochenlang verwenden ohne nennenswert Speicher zu verlieren. Da ich keine anderen Programme drauf habe als die die im Lieferumfang mit dabei gehe ich schon mal davon aus das da im wesentlichen MN4 selber dran schuld ist. Die vorhandenen Programme beweisen, das es bei Windows auch ohne Speicherverlust nach beenden geht.
...
Billy Boys Firma kann mittlerweile auch gute Software machen. Das ist zu einfach immer auf Windows zu hauen - das sicherlich zugegebenermaßen auch nicht perfekt ist.

Hmm, bei dem von Dir angesprochenen Problem handelt es sich
1. um einen Bug in Windows CE (Der erst im Zusammenspiel mit dem MN|4 bekannt wurde) mit der Verwaltung der Speicherkarte und
2. schreibt der MN|4 die Inis wohl ca 7-8 mal neu, wodurch dann der Bug zum tragen kommt.

@AWSW,
gerade PocktPlus ist dafür bekannt, im Zusammenspiel mit MN|4 Probleme zu machen, es gab zwar mit jedem SR oder Update des MN|4 auch ein Update von PocketPlus, aber es scheint trotzdem immer wieder Probleme zu geben (PocketPlus blockierte die COM-Schnittstelle wegen irgendwelcher Datenupdates aus dem WWW), dadurch mangelhafter GPS und TMC-Empfang beim MN|4!

MFG
Olaf

Zitat

Original von Oma97
Hmm, bei dem von Dir angesprochenen Problem handelt es sich
1. um einen Bug in Windows CE (Der erst im Zusammenspiel mit dem MN|4 bekannt wurde) mit der Verwaltung der Speicherkarte und
2. schreibt der MN|4 die Inis wohl ca 7-8 mal neu, wodurch dann der Bug zum tragen kommt.

Hallo & Guten Abend Olaf,
das erklärt IMHO aber in keinster Weise, warum das gleiche OS mit dem BMNEE1.5, BMN1.2, Route 66, TomTom, Desti usw und so fort, einwandfrei läuft... Warum nicht in MN4 ?!? Eine INI Datei ist doch wohl im Grunde nur eine Textdatei, die man auch z.B. in VB6 auf dem PC ganz normal schreiben kann und man auch dort prüfen kann, wann diese Datei zu Ende geschrieben ist... Da ist doch dann das Programm gefragt, um das zu checken. Beim BMN bzw BMNEE gab es doch auch INIs und die blieben bei mir stets heil, aber nur durch PocketPlus konnte ich damals diesen IMHO Bug des MN4 umgehen... 4.0.1 und 4.2 meine ich auch sollten da ja Abhilfe schaffen, aber mein Kollege hat mich erst am Montag angerufen, ich müsste ihn zum Kunden hin mit nehmen, da die INIs wieder futsch wären. Demnach ist das Problem noch vorhanden. War bei mir leider auch so ab und zu - mit PocketPlus aber nur dann zu beobachten, wenn der Task ab und zu wieder mal länger zum Beenden brauchte und ich den PDA dann leider zu früh abschaltete, bevor die Speicheranzeige auf dem Heutebildschirm wieder hoch ging...

Zitat

Original von Oma97
@AWSW,
gerade PocktPlus ist dafür bekannt, im Zusammenspiel mit MN|4 Probleme zu machen, es gab zwar mit jedem SR oder Update des MN|4 auch ein Update von PocketPlus, aber es scheint trotzdem immer wieder Probleme zu geben (PocketPlus blockierte die COM-Schnittstelle wegen irgendwelcher Datenupdates aus dem WWW), dadurch mangelhafter GPS und TMC-Empfang beim MN|4!

Bei 2.0 kann ich das bestätigen, da dort ja wie Du Dich sicherlich noch erinnerst (irgendwann im Mai/Juni), dann der Heutebildschim ins Gehege kam... Mit 2.1 und nun aktuell 2.2 läuft es ohne dieses Phänomen - zumindest bei mir und einigen anderen Postern damals in dem Beitrag... Das PocketPlus also in der Form als inkompatiblel darzustellen, wird diesem IMHO sehr genialen Tool nicht gerecht Mit keiner anderen NaviSW hatte ich dieses Problem wieder, nur mit MN4 anfangs bis die neue Version kam...

Den PDA habe ich seit Wochen nicht mehr reseten müssen, außer nach dem Update des PocketPlus 2.2 und der Destiinstallation an sich... Im täglichen mehrfachen Einsatz schalte ich nun den PDA ab, wann ich möchte und der Destinator bleibt an. Dann einfach wieder einstecken und einschalten und es geht weiter... Geht astrein

Gruß AWSW !

@AWSW,
Ähmmm hast Du Dir genau durchgelesen was ich geschrieben habe, dieser Bug in WinCE kam erst durch den MN|4 zum tragen, kein anderes (Navi-) Programm spielt in diesen Bereich. Wie schon gecshriben, der MN|4 schreibt diese Ini´s mehrmals (warum auch immer?) innerhalb kürzester Zeit, dadurch kommt es zu einem timing-Problem, das eigentlich WinCE abfangen müsste, d.h. Wenn PDA-Aus (Standby) muss das WinCE sagen, halt ich muss noch was schreiben und sich das für das nächste mal PDA-Ein merken und fertigschreiben, das passiert leider nicht (auf der Speicherkarte), durch einen Bug braucht die Speicherkarte zu lange zum initialisieren, WinCE will schreiben, denkt ah keine Speicherkarte und verwirft das ganze, daurch sind die Ini´s dann zerschossen.
Zu PocketPlus, zumindest mit Ver. 2.1 tauchten im Zusammenspiel mit MN|4.2 hier im Forum auch noch Probleme auf. Das Programm ist genial, keine Frage, das ändert aber nix an der Tatsache das sich PocketPlus zumindest bis Ver 2.1 und MN|4(.2) nicht gut zusammenlaufen. Welches Programm da jetzt die Schuld hat ist mir persönlich erstmal egal. Ich finde es nur gut/bezeichnend, das PocketPlus auf die Probleme mit der Com-Schnittstelle entsprechend reagiert und Updates rausgebracht hat, zumindest die Macher scheinen ja zu wissen woran es letztendlich liegt ;D .
So wie Du Deinen Desti Pro betreibst, betreibe ich auch den MN|4.2, den beende ich auch nur selten, nur wenn ich mal per W-Lan oder GPRS surfe z.B..
Viele Grüße aus Hamburg
Olaf

@oma-97

Speicherplatz natürlich NACH dem Start von MN4. ich sagte doch ich hab da kaum was anderes druf laufen. Ich denke mal 23 MB sollten knapp reichen.

Der IR Port ist dann nach dieser definition selbstverständlich AUS. Das ist aber auch die Standardeinstellung auf dem PDA. Damit lässt sich der IR abere nur für den automatischen Empfang ausschalten. Wenn Du das PDA Teil in Richtung eines Notebooks mit IR Schnittstelle schiebst, wirst du merken, das die IR Schnittstelle nach wie vor aktiv ist.

Und ins WWW hab ich nur die WLAN Geschichte konfiguriert, da läuft aber auch nix was sich einen Com Port krallen könnte.

Nochmal generell zu der Speicherthematik.

MN4 muss da noch ein anderes Problem haben. Wie oben schon geschrieben habe ich reichlich Speicher frei. Okay ich mach einen Softreset alles leer.
Wenn ich dann mal eine übliche Ruhrgebietstour fahre, dann stosse ich durchschnittlich auf 5 Staus die mir mein TMC ansagt. Spätestens nach der 4 ten Anweisung einen Stau zu umfahren. Fängt das Teil dann an zu spinnen.
Das äußert sich dann folgendermaßen:
- Es kommt ein weiterer Stau hinzu ich bekomme die Ansage, das ich auf die Meldung auf dem Bildschirm achten soll, da taucht aber kein Fenster auf.
- Staus die ich mit Marker "wird umfahren" in der TMC Liste hatte sind plötzlich weg. Aber NICHT weil sie vom TMC abgemeldet wurden sondern weil der MN4 sie irgendwohin verschluckt.
- Staus die auf der Strecke liegen werden weder angesagt noch kann ich sie umfahren.

Das ganze passiert auch wenn ich noch über 15 MB Speicher frei habe.

Irgendwie verheddert sich das MN4 da in seiner Speicherverwaltung, anders kann ich mir das nicht erklären. Danach ist IMMER ein Soft Reset erforderlich.

Ich kann nicht erkennen wo Windows CE da die Schuld trägt. Ein Haufen anderer Programme laufen doch auch Problemlos.

Ich hatte übrigens noch NIE zerschossene Inis insofern kann ich den Bug mit der Speicherkarte nicht nachvollziehen. Obwohl ich den MN4 auch öfter über den Task Manager einfach abschiesse.

Gruss

@ Limpi,
hast Du das neueste Rom auf dem 4150?
Auf dem 2210 ist der Haken standartmässig gesetzt, d. H. der IR-Port wird abgefragt, wenn der Haken weg ist, wird der Port auch nicht mehr abgefragt.
Ich kann die Probleme mit dem TMC bei Dir nicht nachvollziehen, da läuft der MN|4 auch nach dem 5. Stau bei mir einfach weiter und macht Vorschläge von wegen umfahren oder ignorieren, so wie es sein soll.

Wenn Du nach dem Start von MN|4 auf dem 4150 nur 23 MB RAM frei hast, stimmt irgendetwas nicht, der 4150 hat doch 128 MB RAM gesamt, der MN|4 benötigt für sich ca 10-12 MB, wenn Du nichts anderes installiert hast, müssten demnach doch mindestens noch 90-110 MB frei sein und nicht 23 MB! Dazu kann aber HSVMichi wohl mehr schreiben, der hat auch den 4150 und diese Probleme nicht.

Mit den zerschossenen Ini´s, das passiert eigentlich nur, wenn MN|4 auf SD-Karte installiert ist und das Programm normal beendet wird und danach der PDA sofort ausgeschaltet wird. Wenn der MN|4 über den Task-Manager abgeschossen wird oder mittels Soft-Reset abgeschossen wird, bleiben die Ini´s heil!

Wie schon in meiner Antwort an AWSW geschrieben, das ist definitiv ein Fehler von WinCE, das die Speicherkarte nach einem Neustart nicht schnell genug wieder initialisiert wird und damit noch vorhandene Daten zum schreiben eben nicht geschrieben werden können! Die Reihenfolge ist verkehrt, erst versucht WinCE zu schreiben und dann die Speicherkarte (dauert lange (und den RAM, geht schnell)) zu initialisieren, besser wäre es anders rum, erst initialisieren, ok abwarten und dann schreiben, dann wäre der Fehler nicht da.

MfG
Olaf

@oma-97

Der 4150 hat nur 64 MB. Ich hab den MN4 auch nicht auf der Speicherkarte. Wie gesagt mit den Inis hatte ich bisher noch keine Probleme obwohl ich manchmal den PDA SOFORT nach beenden von MN4 ausschalte.

Bei deiner Rechnung hast Du vergessen, das MN4 ja auch im RAM liegt wenn es nicht gestartet ist. Also 10 MB für das Progarmm an sich. Beim Start dann nochmal 10-12 MB sind schon mal generell 22 weg. Und so ein paar Daten hab ich natürlich auch noch gespeichert.

Das neuste Rom ist drauf.

Mit dem TMC muss ich noch eine Einschränkung machen.

Es ist vielleicht hier im Ruhrgebiet eine Besonderheit.

Hier gibt es nunmal sehr sehr viel Staus und nur wenig brauchbare Alternativrouten. D.h. wenn Du an einen Stau auf deiner Route kommt wirst du erst einmal umgeleitet. auf der Alternativroute ist aber ebenfalls ein oder mehrere Staus und du wirst noch mal umgeleitet. Da ist aber dann wieder ein Stau und dann wird es haarig und meistens steigt der MN4 dann aus. Er schafft es irgendwo nicht dich dann komplett auf eine Bundesstrasse umzuleiten.

Das Hauptmanko ist hier - im Vergleich zu Festeinbausystemen -dem MN4 ist es egal was in der TMC Liste steht. Die wird für die Routenberechnung nur dann hinzugezogen wenn ein Stau auf Status "umfahren" steht. Routet er also um und auf der Alternativstrecke ist ebenfalls ein Stau merkt er das bei der Routenberechnung nicht weil ja hier noch kein Status (umfahren) ermittelt wurde. Wenn er dann die neue Route berechnet hat und dann die TMC Liste durchgeht stellt er dann fest, das ein Stau da ist und blendet das Dialogfenster wieder ein.

Dieses Verfahren ist schlicht und ergreifend SCH..........
Wenn er bei der Routenberechnung gleich die Staus mit berücksichtigen würde, würden auch vernünftige Routen rauskommen.

Ich vermute mal das Teil hält sich alle Routen irgendwie im Speicher und bei der 5 Umrechnung gehts dann schief. Die Alternativroute der Alternativroute zur Alternativroute sozusagen.

Wenn die Staus auf einer Route vorkommen Dortmund München und die Staus verteilen sich so auf die Strecke hab ich auch keine Probleme. Hier im Ruhrgebiet knubbelt es sich doch immer ziemlich und eigentlich ist überall Stau. Man muss halt nur den rausfinden der am harmlosesten ist.

Gruss