permanenter soft reset erforderlich

@shonestone: geh' mal in den Luftschutzkeller (hat man doch in der Schweiz in jedem Haus, oder?!?) und simuliere da - Du wirst auch dort besten GPS-Empfang simuliert bekommen

ähm... ok... wusste ich nicht... peinlich...

Aber: Das war BEVOR ich überhaupt auf Simulation gedrückt... Also das Signal war Grün bevor ich die Simulation gestartet habe...
Ist übrigens auch jetzt nach beendeter Simulation immer noch auf Empfang.

Gruss
Shonestone

Zitat

Original von shonestone
Ansonsten habe ich grad mal eine Simulation angeschmissen und feststellen dürfen, dass Else HIER IN DER SCHWEIZ!!!! im Haus und mit eingeklappter Antenne 8 Satelliten empfängt (zum allerersten mal!!!! :])und einen HDOP von 0.9 hat. Was sagt man dazu???? Sagt mir jetzt bitte nicht, dass bei einer Simulation auch der Empfang simuliert wird...???

Simulation?! Ich kenne meinen Navi wohl noch nicht richtig...

Zitat

Original von shonestoneAber abgesehen davon hat das Navi nach 5 Minuten auch abgestellt. Ich habe aber noch nie getestet, ob das bei einer realen Fahrt im Batteriebetieb auch so wäre. Ich habe dann den Haken bei Batteriebetrieb entfernt und jetzt läuft es wie am Schnürchen.

Ja, das ist der Workaround. Aber zu dumm, wer vergisst, das Häkchen nach der Batteriebetriebnavigation wieder anzuschalten, denn hin und wieder kommt ja auch noch das 0-Uhr-Einschaltproblem zum Vorschein und außerdem hat manch einer auch noch ein paar Termine im Outlook, an die der PDA ihn eifrig erinnern will, und dann geht er nicht mehr aus...

@ Kacki
Nimm je nach Vorliebe die Scripts von SexTant oder b_manni und gut ist.
Sextants Script beendet zum setzen der notwendigen Settings kurz die GSAPP.exe, b_mannis Script wartet nach Beendigung des Navis 10 sekunden, bevor die Settings gesetzt werden. Klappt beides.

Gruß, Argasha

Sodele...

das LOGMOD-Progi für die Win32-Konsole ist soweit funktionstüchtig.

Es sucht nach GGA und RMC -Sätzen, wobei GGA Vorrang hat, verrauscht die Positionen zufällig mit der vogegebenen Amplitude in Meter, berechnet die Prüfsumme neu und schreibt die gefakte Zeile weg. Ungültige oder alle anderen Zeilen (GSA...) werden unverändert weggeschrieben. Das sieht beispielsweise so aus:

ORIGINAL aus shonetones Log:
$GPGGA,152911.000,4732.8586,N,00736.8700,E,1,03,2.2,278.9,M,48.0,M,,0000*54
$GPGSA,A,2,14,19,15,,,,,,,,,,2.4,2.2,1.0*3D
$GPGSV,2,1,08,19,71,296,13,03,62,150,,22,53,066,11,11,27,271,14*72
$GPGSV,2,2,08,14,21,120,15,18,18,045,11,15,16,074,17,28,07,329,*72
$GPRMC,152911.000,A,4732.8586,N,00736.8700,E,46.60,197.07,080106,,*33

GEFAKED:
$GPGGA,152911.000,4732.8256,N,00736.9801,E,1,03,2.2,278.9,M,48.0,M,,0000*51
$GPGSA,A,2,14,19,15,,,,,,,,,,2.4,2.2,1.0*3D
$GPGSV,2,1,08,19,71,296,13,03,62,150,,22,53,066,11,11,27,271,14*72
$GPGSV,2,2,08,14,21,120,15,18,18,045,11,15,16,074,17,28,07,329,*72
$GPRMC,152911.000,A,4732.8256,N,00736.9801,E,46.60,197.07,080106,,*36

(EDIT: Der Zeilenumbruch kommt von der ForenSoftware)

Kurs und Geschwindigkeit in RMC-Sätzen werden nicht verändert, da der MedionNavigator diese Werte eh nur anzeigt. Die Positionen für die Navigation werden im Normalfall aus den GGA-Sätzen entnommen.

Wenn man ein (langes) Log nimmt, welches an einer fixen Position aufgenommen wurde, dann sieht man in VisuallGPS nach einiger Zeit ein "Punkte-Quadrat" um die eigentliche Position. Mehr soll ja erstmal nicht passieren...

Das Progi muß nicht installiert werden und braucht nur die crtdll.dll, die auf jeden Windows-Rechner (9x, me, 2k, xp) rumlungert...

Der Aufruf ist beispielsweise

logmod /in:inputfile.log /out:outputfile.log /a:200

wobei die 200 die Amplitude des Rauschens in Metern ist. Ein Programaufruf ohne Parameter zeigt die Hilfe an.

Wer die EXE nicht starten will, findet im ZIP shonestones Logfile vom letzten Sonntag - natürlich "verrauscht". Ob sich der MedionNavigator nun mittels Serilot und diesen gefakten Logs zum Stottern oder gar Absturz bringen läßt, habe ich noch nicht ausprobiert.

Viel Spaß erstmal

bfn hevo2

Zitat

Original von Argasha
@ Kacki
Nimm je nach Vorliebe die Scripts von ...

Ich muss nochmal das Problem mit dem GPSapp aufrollen. Die Scripts habe ich noch nicht ausprobiert, ist mir i.M. zu komplex.

Aber mir ist folgendes aufgefallen: Ich habe ja wie schon öfters erwähnt das Häkchen für "Ausschalten nach 5 Min. Leerlauf" bei Batteriebetrieb an. Beim MDNAV schaltet sich deshalb auch nach etwa 5 Minuten navigieren das Gerät ab. Lasse ich aber z.B. den OziExplorer laufen (der empfängt ja auch GPS-Daten und schiebt die Landkarte umher), so fühlt sich der MD96700 nicht "Idle" und schaltet nicht einfach während der Fahrt ab.

Warum denkt das Ding, wenn er im MDNAV ist, dass er im Leerlauf ist?!

Hallo,
gibts noch jemanden, der Probleme mit dem Einfrieren hat?

Dann man bitte versuchen den namen der Karte mit kleinbuchstaben zu schreiben:

also

germany\germany.map
(statt Germany\Germany.MAP)

oder

dach\dach.map
(statt D-A-CH\D-A-CH.MAP)

das muss auf dem MD96700 passieren, da andere Betriebssysteme die Schreibweise anders interpretieren.

nach dem Umbenennen den Navigator aufrufen, die Karte erneut wählen und dann wieder schließen.

Dann mal probieren obs besser klappt .

Würd mich freuen wenn ihr eure Erfahrungen damit hier mitteilt.

Gruß, Stauner.

Hallo Stauner,

Zitat

Original von Stauner
Dann man bitte versuchen den namen der Karte mit kleinbuchstaben zu schreiben

Wie kommst du denn darauf bzw. was soll das bringen? Erzähl bitte mal.

Windows (XP, 2k, Me, 9x, CE, Mobile) ist nicht "case-sensitive". Für das Dateisystem spielt es keine Rolle, ob man nun "GeRmAnY.mAp" oder "germany.map" schreibt. In beiden Fällen wird die Datei anstandslos geöffnet, erstellt, überschrieben, gelöscht (vorausgesetzt, die Datei ist nicht schon vorher "offen").

Die "eierlegende Wollmichsau" unter Windows ist die API-Funktion "CreateFile".

http://msdn.microsoft.com/libr…ml/wce50lrfcreatefile.asp

bfn hevo2

Hallo.
Das habe ich auch gedacht. Bis vorgestern.

Wenn du hier nachliest haben Argasha und ich ne Lösung für ein Problem gefunden .... ich bin der Blödel dort.

http://www.navifriends.com/phpbbForum/viewtopic.php?t=6028

Leider ist ein Post von mir hier in diesem Forum gelöscht worden weil ich ein böses Wort benutzt habe.

Die Dach-karte wird falsch auf die SD-Card kopiert (wahrscheinlich wegen der "-") / oder von WM5 falsch interpretiert. ist dort aber lang und breit beschrieben.

Wenn du ein Problem damit hast kannst du es ja ausprobieren oder auch lassen. Ich habe kein Problem mehr damit.

Gruß, Stauner

Sorry Stauner - ich lese nicht überall...

Es ist aber sehr interessant!

Man müßte jetzt prüfen, ob wirklich das OS daran schuld ist (dh. man müßte die API-Funktionen mal direkt aufrufen), oder ob jemand anderes beim Filehandling Mist baut.

Die entscheidenden Stellen in CreateFile sind ja erstmal:

Zitat

To store the maximum number of files on PC Card storage devices, limit file names to eight uppercase characters and file extensions to three uppercase characters. Also, do not allow non-OEM characters in file names. File names that do not conform to these limits require more than one physical directory entry on a PC Card.

und

Zitat

The OS does not support the concept of a current directory. If a path to a file is not supplied along with the file name, the OS will look for the file in the \Windows directory as well as in the root of the file system. To access a file in any other path, the application must supply the absolute path to the file. In some cases, the GetModuleFileName function can supply the working directory of the currently running executable file.

Ich sehe hier im Moment keinen Fehler, wenn man Groß/Kleinschreibt oder lange Dateinamen/Pfade mit Freizeichen oder "-" drin verwendet. *grübel* Ich bleib dran.

bfn hevo2

Merkwürdig ist, dass der Fehler beim Kopieren der Dateien nur bei der D-A-CH.map vorkommt.
Dei Germany wird nach dem kopieren von WM5 mit dem gleichen Namen angezeigt wie auf der CD. Nur die D-A-CH.map nicht. Deshalb hab ich auf die "-" getippt.
Jetzt fällt mir auf, dass "Germany.map" ja auch nur die Anzeigeart von "germany.map" sein kann. WIN98 hat glaub ich so eine Einstellung.
Bei D-A-CH.map geht das aber nicht: Das muss ein Name mit 2 Einträgen sein!!

Gruß, Stauner

Es scheint tatsächlich an den Bindestrichen zu liegen, denn The Alps, Germany und andere Karten werden problemlos mit der Endung .map kopiert. Ich habe auch schon mehrfach zwischen denen umgeschaltet - keine Probleme (allerdings ohne d-a-ch!).

Gruß, Johannes

offtopic
@JoZ
du bist eh schuld ! Wenn du nicht diese Rheinfähre bei Leopoldshafen herausgesucht hättest wäre ich nie darauf gekommen

Gruß Stauner.

Ähm - also nochmal langsam zum mitmeißeln...

Um den Fehler überhaupt reproduzieren zu können, muß ich mir erstmal die D-A-CH.MAP auf die SD schieben.

Und dann einfach mal im MedionNavigator mit den Maps "spielen".

Sehe ich das richtig?

(Ich hab keinen Mapmodder etc.)

bfn hevo2

Sodele,

ich habe

The Alps
Germany
und
D-A-CH

auf der SD-Karte.

Ein (mehrfacher) Map-Wechsel funktioniert ohne Probleme. Ich kann absolut kein Fehlverhalten des MedionNavigator feststellen. Watt nu?

bfn hevo2