Beiträge von LeGro

Hallo allerseits,

nach Durchsicht der Einstellungen meiner GPS Maus RBT3000 habe ich festgestellt, dass die Werte für alle XDOP Parameter auf den Wert 40 eingestellt sind. Ich denke, dass diese Werte doch wohl viel zu groß gewählt sind.

Insbesondere der HDOP Wert darf demnach ebenfalls bis 40 anwachsen, ehe die Maus einen SAT-Abriss meldet. Nun las ich - ich weiß nicht mehr wo - dass für die Navigation lediglich Werte bis maximal 6 sinnvoll seien.

Wer kann hier Aufklärung bringen?

Dies fragt sich

LeGro

Hinsichtlich der Bewertung der Empfindlichkeit ist wohl weniger Euphorie als Skepsis angebracht, fürchte ich.

Bei einem Vergleich zwischen einer Holux- und Royaltek-Maus sah es auf den ersten Blick auch so aus. Des Rätsels Lösung scheint wohl eher in dem unterschiedlich hohen max. HDOP-Wert zu liegen, der noch aktzeptiert wird, als an der Empfindlichkeit.

Es sollten also unbedingt zwei weitere Indizien bewerten werden:
1) Wie genau sind die Positionsangaben
2) Wie viele Sats sind zu sehen und wie viele werden verwendet.

Dies meinte LeGro

Was dieses Forum alles bietet, ist echt toll. Dennoch habe ich nach den hier zitierten Lösungen mehrere Tage suchen müssen. Daher für alle Leidgeprüften iPAQ2210 Nutzer eine kleine Zusammenfassung:

FEHLER:

Nach einem Restore und schließendem Warmstart hängt sich der iPAQ2210 auf (Fortschrittsbalken bleibt bei 100% stehen).

LÖSUNGEN:

1 Vorbereitungen

1.1 Backup

1.1.1 ActiveSync/PC: Alle Prozesse durch Warmstart beenden. Backup-Software starten und Backup durchführen.
1.1.2 SD-Karte: Warmstart. Backup-Software starten und Backup auf SD-Karte speichern.

1.2 Restore

1.2.1 In jedem Falle eine Hardreset durchführen.
1.2.2 Backup-Software starten.

2 Backup mittels des integrierten iPAQBackup

2.1 TTN3

2.1.1 TomTom ~ GPS einmal deinstallieren. (Ist dennoch danach noch vorhanden).
2.1.2 Den Registry Key "HKEY_LOCAL_MASCHINE/Drivers/BuiltIn/Serial8/Dll/ttbtdev.dll" ändern in "../BtCeIf.dll"
2.1.3 Hiernach funktioniert das Backup via ActiveSync/PC einwandfrei.
2.1.4 Ein Backup über eine SD-Karte wollte mir hiermit noch immer nicht gelingen. Dies gelang erst mittels SpriteBackup. (siehe unten).

2.2 MN|4

2.2.1 Hier ist lediglich in der Registry der Bluetooth Treiber von Navigon "NavigonBt.dll" wie unter 1.1.2 beschrieben durch "BtCeIf.dll" zu ersetzen.
2.2.2 iPAQBackup Restore funktioniert für MN|4 hiernach sowohl über ActiveSync/PC als auch über SD-Karte (1:0 für Navigon ).

3 SpriteBackup

3.1 TTN3

3.1.1 TomTom ~ GPS einmal deinstallieren. (Ist dennoch danach noch vorhanden).
3.1.2 Den Registry Key "HKEY_LOCAL_MASCHINE/Drivers/BuilIN/Serial8/Dll/ttbtdev.dll" ändern in "../BtCeIf.dll"
3.1.3 Hiernach funktioniert das Restore via ActiveSync/PC und über SD-Karte einwandfrei. ( 1:0 für SpriteBackup ).

3.2 MN|4

3.2.1 Hier ist lediglich in der Registry der Bluetooth Treiber von Navigon "NavigonBt.dll" wie unter 1.1.2 beschrieben durch "BtCeIf.dll" zu ersetzen.
3.2.2 iPAQBackup Restore funktioniert für MN|4 hiernach sowohl über ActiveSync als auch über SD-Karte (1:0 für Navigon und SpriteBackup ).

Zusammenfassung:

TTN3 und MN|4 verfolgen offensichtlich dieselbe Strategie wie M$: "Du sollst keine Programme neben meinen ausführen. Oder warum lassen diese Programme nicht einfach die Finger von dem im iPAQ vorhandenen Bluetooth-Treiber

So, das war's.

Es grüßt euch alle herzlich
LeGro

@muppel2

Das Einfrieren war auch bei mir durch die falsche Wahl der Protokolle aufgetreten. Auf den ersten Blick reicht RMC für TomTom völlig aus, jedoch finden Maus und TomTom nach einem SAT-Abriss nicht mehr zu einander.

"Sirf" funktioniert nach meinen Erfahrungen am sichersten ansonsten wähle ich von den NMEA-Protokollen: GGA=1, GLL=0, GSA=1, GSV=5, TMC=1, VTG=0

Viel Erfolg wünscht dir
LeGro

Hier ist ein Ergebnis meiner Messungen:

TTN;3.01;DACH;IPAQ 2210;2003;SD;1024;Transcend Ultra 45x;140;;1270,9;12:47:00;;;LeGro;31.10.04

Ich habe Messungen mehrfach wiederholt. Das Erstaunliche: Es kamen immer andere Zeiten heraus. Vom Start bis zum Erscheinen der Karte vergingen

1. Test: 160s
2. Test: 140s
3. Test: 175s

Vom schnellsten bis zum langsamsten Durchgang sind das 25% mehr, obwohl in allen Fällen keine anderen Programme aktiv waren.

Mir scheint, dass im PDA auch ohne Zutun des Benutzers ständig Prozesse laufen, die dieses Verhalten bedingen. Aber welche?

Dies meinte
LeGro

Mit Interesse habe ich die Excel-Tabellen studiert, welche Karten denn nun in welcher Konfiguration die schnellsten sind. Aber wie aufschlussreich ist das Ganze?

Hier meine Erfahrungen:

Die Route 1 habe ich dreimal rechnen lassen. Gemessen habe ich die Zeit vom Start bis zum Erscheinen der Karte. Meine Tests haben mich vollends verwirrt:

1. Messung: 160s
2. Messung: 140s
3. Messung: 175s

SD-Karte: Transcend 1GB, iPAQ2210, keine weiteren Programme aktiv, ..

In dem PDA scheint ja ganz schön was los zu sein, auch ohne dass unsereiner ein Programm gestartet hat.

Dies meinte
LeGro

Na, dann will auch ich noch meinen Senf dazugeben.

Ich fuhr auf der Autobahn. Plötzlich meinte die Dame, ich solle, wenn möglich, umkehren. Ein Blick auf die Karte zeigte mir dann die Bescherung.

Neben der Autobahn verlief eine Landstraße. Plötzlich fand ich mich - laut TomTom - auf der Landstraße wieder, trotz freier Sicht, mitten auf dem platten Land und genügend SATs in use. (5 Stück)

Nach knapp einem Kilometer war das Problem behoben. Die Landstraße war wieder weit weg von der Autobahn.

Dies könnte man gewiss softwaremäßig vermeiden. Schließlich weiß das Programm doch, dass mein Auto wohl kaum fliegen kann.

Dies meinte
LeGro

Die vielen Threads die sich mit diesem Thema beschäftigen möchte ich um einen weiteren ergänzen.

Bei mir fror immer wieder einmal TomTom ein. Weder POIs noch lahme SD-Karten kamen in Frage. Des Rätsels Lösung fand ich im NMEA-Protokoll "GPRMC".

Um OziCE und TomTom gleichzeitig zu betreiben, wählte ich dieses als gemeinsames Protokoll. Nach langem Herumprobieren stellte sich reproduzierbar heraus, dass bei einem Sat-Abriss TomTom desöfteren einschlief. Seit ich bei TomTom auf Sirf (RBT3000) umgestiegen bin, sind diese Hänger verschwunden.

Viele Grüße von
LeGro

Hat sich erledigt.

@alle Betatester

Als ich vor ein paar Wochen nicht wusste, ob ich auf den 4700 warte sollte oder nicht, habe ich mich schweren Herzens dann doch für das 'alte' Modell 2210 entschieden. Nach diesem Thread sind alle Zweifel verflogen. Mir scheint, man wird derzeit einfach nur noch als kostenpflichtiger Betatester missbraucht.

Ich hoffe doch sehr, dass dies nicht nur als OT durchgeht. Schließlich lesen hier ja wohl auch Newbies mit, die wie ich vor ein paar Wochen vor einer Kaufentscheidung stehen.

Dies musste LeGro einfach einmal los werden.

Hallo Deribass,

das Problem wollte ich auch gelöst wissen. Leider gibt's derzeit wohl keine wirklich zufriendstellende Lösung.

Schau doch einmal hier rein.

Viele Grüße
LeGro

@mikael

Hast Recht. Das mit dem Weihnachtsmann habe ich ganz schnell gelöscht.

Aber so sind die Firmen halt. Je größer desto unverschämter.

Viele Grüße von
LeGro

Zitat

Original von Mikaell

... TomTom-Gesülze gelöscht ...

tönt ja wirklich vielversprechend..... hahahaq
ich habe gefragt WARUM das so ist, und bekomme darauf keine antwort.... tztztz....

*** gelöscht ***

Solche Antworten kommen gewiss von einem Automaten und nicht von den Entwicklern.

Ein Beispiel: In Windows NT 4.0 waren nach Einrichten der Account-Daten diese in der Dfü-Verbindung nicht mehr editierbar, weil ein Übersetzungsfehler im zugehörigen Dialolg dies verhinderte. Ich schrieb M$ an, als das Service Pack 3 aktuell war. Die Meldung lautete:

"Vielen Dank für Ihren Hinweis. Der Fehler ist bekannt und wird mit dem nächsten Servcie Pack behoben sein. Bitte haben Sie Verständnis, dass ..bla,bla,bla.."

Da das Problem auch nach dem SP4 noch bestand, schrieb ich erneut an M$. Ihr ahnt die Antwort? Richtig!
"Vielen Dank ..bla,bla,bla,.."

Ahnt ihr wie's nach dem Erscheinen von SP5 aussah? Richtig! "Vielen Dank ..bla,bla,bla,.."

Nein, bei Erscheinen des SP6 und SP6a schrieb ich nicht mehr. Die Meldung kenne ich schon: "Vielen Dank ..bla,bla,bla,.."

Ach ja, mittlerweile hat sich das Problem von selbst gelöst: NT 4.0 wird nicht mehr gepflegt.

Können wir nur hoffen, dass TomTom nicht so groß wird wie M$

Dies musste LeGro einfach einmal los werden.

Viele Grüße

Hallo Wittib,

dann will auch ich noch meinen Senf dazu geben.

Vor zwei Wochen habe auch ich mir genau die gleiche Frage gestellt. Bei mir ist die Entscheidung für den iPAQ 2210 gefallen.

Hier meine Gründe:

(0) Die Ausstattung mit CF + SD Slot läßt keine Erweiterungswünsche offen bleiben. Internet surfen mit 240x320 ist Quatsch, also brauch ich kein WLAN. Bluetooth ist eine feine Sache, da man sich nicht über Kabelsalat ärgern muss. Weit verbreitet ist er zudem auch noch, so dass für seine (Kinder-)Krankheiten allenthalben Lösungen gefunden wurden.

(1) Neue Geräte sind teuer und drücken die alten im Preis. Daher war der iPAQ schon für 328,- neu bei einem Händler vor Ort zu erstehen.

(2) Neue Geräte, neue Macken! Lies einmal hier im Forum alles über die leidige Bluetooth-Geschichte des iPAQ 2210. Man spielt offensichtlich bei neuen Geräten den kostenpflichtigen Betatester und das auch noch zu horrenden Preisen.

(3) Nach dem "Geschrei" im Navigon Board zu urteilen, kann der MN|4 nicht einmal vernünftig mit 240x320 Auflösung umgehen, was wird dann erst bei VGA alles passieren. TomTom ist meines Wissens erst gar nicht für VGA ausgelegt. Einmal darfst du raten, was du für die Softwarehersteller bist! (richtig geraten: kostenpflichtiger Betatester). Wenn die Programme endlich in VGA laufen, gibt's vermutlich die Geräte zum halben Preis.

Ich denke: kommt Zeit, kommt Rat. Und in jedem Falle sparst du jede Menge (T)Euros.

Dies meinte
LeGro

Zitat

Das kann ich kommentarlos unterschreiben,
weil anders ist das nicht zu erklären.......

Kann man doch: In Deutschland wird eisern gespart und dies offensichtlich sogar an Worten. So heißt es eben nicht mehr:

"Es läuft alles wie geschmiert"

sondern man läßt mittlerweile das 'wie' weg. +