Hallo filou,
alternativ kanns du ja auch aus mehreren Poi-Files eine einzige Datei machen. Pass aber auf, dass diese nicht zu groß wird, sonst gibts wieder Performanceprobleme.
Gruß
Anderl
Hallo filou,
alternativ kanns du ja auch aus mehreren Poi-Files eine einzige Datei machen. Pass aber auf, dass diese nicht zu groß wird, sonst gibts wieder Performanceprobleme.
Gruß
Anderl
Hallo eiche,
ja es gibt eine alternative Möglichkeit. Du musst die BT-Maus als anderes Kabel-NMEA-GPS ansprechen, dann bleibt BT unverändert. Nachteil ist aber, dass BT durch TT auch nicht eingeschaltet wird.
Gruß
Anderl
Hallo Alex,
GPS ist ja keine 2-Wege-Kommunikation oder spielst du gern Relaisstation für die Satelliten. Solang du kein Handy oder Funkgerät (eher unwahrscheinlich) in deinem PDA hast, dürfte es auch keine Schwierigkeiten geben.
Gruß
Anderl
Hallo,
so zeit- und nervraubend es auch ist, man muss tatsächlich für jede einzelne Kategorie die Warn-Einstellungen seperat einstellen.
Gruß
Anderl
Hallo loc,
das bestätigt die ganze Problematik ja jetzt. Es ist ja bei mir in etwa genau die gleiche Zeit, die TTN5 vom Hauptbildschirm bis zu einer gültigen Position benötigt. Sind bei mir meist so 12-15s.
Jetzt mal was anderes. Du sagst du hättest die Steuerbefehle zum umprogrammieren gefunden. Wo und wie und was sind die. Meld dich mal, ich such das nämlich schon ganz verzweifelt.
Gruß
Anderl
ZitatOriginal von fwsurfer
Anderl
In der gleichen Konfiguration mit GPSGate und Simulator steht bei mir dann kurz vorm farbig werden des Displays noch der Text "Letzes gültiges GPS Signal vor 20 Sekunden". Wie erklärt sich das bei mir ? Den Text sehe ich auf deinem Video nicht, irgend eine Idee? Bei mir vergehen tatsächlich ca. 20 Sekunden vom Programmstart bis zum (simulierten) Fix von TTN (farbiges Display) auf meiner Hardware.
Der Text steht bei mir normalerweise auch. Das Video ist über ActiveSync Remote Display gemacht. Das bremst den PDA zusätzlich aus. Komischerweise wenn Remote Display läuft, dann verschluckt TTN5 dies Meldung???
Gruß
Anderl
Hallo,
pack VisualGPSce auf die Kiste, probiers damit und zeichne ein Log auf. Dann kann man vielleicht was dazu sagen.
Gruß
Anderl
Ich habe mich jetzt mal ein bischen mit TTN5 ausgetobt. Dabei hab ich die unten genannten Tests durchgeführt. Als Hardware standen mir ein iPAQ h2210 und ein Haicom 303MMF im CF-Slot zur Verfügung.
Softwaretechnisch wurde TTN5, VisualGPSce, GpsMaus, GpsGate und Serilot verwendet.
1. Ich habe die Maus auf die Protokolle GGA und GSV im Sekundentakt programmiert. Zur Beweisführung dient das Log "GGA.txt". Dieses Log wurde mit VisualGPSce aufgezeichnet. VisualGPSce war auf den virtuellen Comport von Serilot konfiguriert.
2. Mit den gleichen Mauseinstellungen habe ich nun zuerst VisualGPSce gestartet, die Logaufzeichnung aktiviert und einige Sekunden verstreichen lassen (Logfile "GGA_TTN5.txt"). Anschließend wurde TTN5 gestartet. Um 15:35:29 Uhr erfolgte die erneute Initialisierung der seriellen Schnittstelle.
Erkennbar ist dies am Logeintrag "Internal Beacon" (Logzeile 643). Wobei "Internal Beacon" mehr oder weniger für eine kurzzeitige Störung der Datenübertragung von der Maus zum PDA steht. Dies ist aber als unproblematisch einzustufen, da kein Fixabriss unmittelbar deshalb nachzuweisen ist. Um 15:35:34 Uhr erfolgte in einem Abstand von nur ca. 5s ein Neustart der Maus (ab Logzeile 668). Der Neustart wurde durch TTN5 erzwungen. Acht Sekunden später hatte die Maus wieder einen Fix (Logzeile 708). Dies bestätigte auch VisualGPSce. TTN5 konnte in dieser Konfiguration kein gültiges GPS-Signal ermitteln.
Dies lässt sich auf die fehlenden Protokolle zurückführen. Während des gesamten Durchlaufs konnte keine Veränderung an den Protokollen festgestellt werden. Dies führt zu dem Schluss, dass TTN5 die Maus nicht umprogrammiert.
3. Die Maus wurde umprogrammiert auf die Protokolle GGA, GSA, GSV, VTG. Die Updaterate wurde für alle Protokolle auf 1s gesetzt. Zunächst wurde wieder VisualGPSce gestartet und die Logaufzeichnung aktiviert (Logfile "GGA-GSA-GSV-VTG.txt"). Wie aus dem Logfile zu erkennen ist, sind die Protokolle GGA, GSA, GSV und VTG auf eine Updaterate von jeweils 1s gesetzt worden. Um 16:05:55 wurde die Schnittstelle, bedingt durch den Start von TTN5, erneut geöffnet (Logzeile 371). Ersichtlich ist das wieder durch die Logzeile mit dem Inhalt "Internal Beacon". Entgegen den vorhergegangen Erfahrungen kommt es nun zu keinem Neustart der Maus. Anstelle eines Neustartes verliert aber die Maus den Fix. Auffällig ist, das zwischen der letzten protokollierten GGA-Zeile vor der Schnittstelleninitialisierung und der darauffolgenden GGA-Zeile ein nicht dokumentierters Zeitloch von 3s festzustellen ist. Ebenfalls ist in der Zeit nach der Initialisierung der Schnittstelle durch TTN5 für 1s kein Fix vorhanden. Auch in diesem Durchlauf wurde durch TTN5 keine Änderung an den Protokolleinstellungen festgestellt.
4. In diesem Durchlauf verzichtete ich interessehalber vollständig auf einen reellen GPS-Empfänger (Logfile "Simulator_TTN5.txt"). Anstelle dessen trat GpsGate im Simulatorbetrieb. Mangels freier Comports auf meinem iPAQ h2210 musste ich auf Serilot als Comsplitter verzichten. Ich habe sowohl VisualGPSce als auch TTN5 auf einen virtuellen Port von GpsGate konfiguriert. Als Input für GpsGate wählte ich, wie bereits schon angesprochen, den programminternen Simulator. Die Position für den Simulator wurde mit 48,089N und 11,827E bewusst etwas neben einer Straße gewählt.[Blockierte Grafik: http://mq-mapgend.websys.aol.com/?e=9&GetMapDirect=Gme5diw%2Ca%3A9u12%3B%40%2455-7gh672%26u2%265]
Zuerst wurde GpsGate und dessen Simulator gestartet. Im Anschluss wurde VisualGPSce gestartet und die Logaufzeichnung aktiviert. Erwartungsgemäß tritt in diesem Log keine Störung auf. Trotz des ständig vorhandenen Fix benötigt TTN5 von dessen Start bis zu einer gültigen Positionsanzeige auf der Karte im Mittel ca. 25s auf meiner Hardware. Vom Startaufruf von TTN5 bis zum blauen Willkommensbildschirm beträgt die Zeit immerhin nur 13s. Das bedeutet, dass fast nochmals 12s vergehen, bis TTN5 einen Fix ermittelt, obwohl dieser vorhanden ist. Diese Beobachtung deckt sich auch mit den subjektiven Beobachtungen beim vorangegangen Test. Des Weiteren fällt auf, dass TTN5 die Position erst nach und nach auf die Straße versetzt. Dies lässt sich deutlich durch die bewegte Kartendarstellung erkennen. Das ganze hab ich nochmals in einem kleinen Video (TT5 Fixproblem - Simulator.wmv) dokumentiert.
Bis zu diesem Zeitpunkt kann man also folgendes Feststellungen treffen.
- TTN5 programmmiert die Maus nicht um, benötigt aber zwingend GGA, GSA, GSV und VTG um überhaupt eine gültige GPS-Position definieren zu können.
- TTN5 erzwingt in einer Comportsharingumgebung eine erneute Initialisierung der Schnittstelle. Ob dies zwingend zu einem Neustart der Maus führt, steht offen. Definitiv verliert die Maus aber aus diesem Grund kurzzeitig den Fix.
- Unabhängig von einem vorhandenen Fix benötigt TTN5 nach erfolgtem Start eine m. E. nach erhebliche Zeit bis eine gültige GPS-Position vorliegt.
Es stellt sich nun die Frage, ob man überhaupt in der Lage ist, eine Maus mittels eines virtuellen Comports umzuprogrammieren. Die Antwort auf diese Frage, muss ich momentan schuldig bleiben, da ich keine Möglichkeit habe dies auszuprobieren.
Gruß
Anderl
Na wenn GpsGate schon grün war, dann war auch ein Fix vorhanden. Fix kommt ja vom Empfänger. Wenn jetzt GpsGate auf gelb wechselt (kurz nach dem Start von TT), dann könnte das z.B. daran liegen, dass TT erstmal die Maus zu einem Neustart auffordert. Das ist softwaretechnisch ja kein Problem. Also sind wir schonmal bei einem Neustart der Maus angelangt. Das dauert zwar nicht lange, kostet aber trotzdem Zeit.
So spontan, könnte ich mir jetzt vorstellen, dass TTN nicht nur einen Neustart der Maus erzwingt, sondern diese auch umprogrammiert. Wäre denkbar, ich weiß es nicht. Der Sache könnte man aber mal nachgehen.
Ich lass mir was geeignetes dazu einfallen.
Gruß
Anderl
Hallo,
hier nochmals der LINK zu einer Übersicht über Speicherbedarf und Ort der Karte auf den CD's.
Gruß
Anderl
Hallo,
also das Thema hatten wir schon, allerdings etwas allgemeiner.
Erstens wird der eigentliche Fix tatsächlich von dem Empfänger realisiert und hat erstmal gar nichts mit der Software zu tun.
Wenn aber die Software trotz eines vorhandenen Fix des Empfängers, noch weiter Kriterien aus dem NMEA verwertet und prüft, dann kann es durchaus sein, dass der Empfänger einen Fix hat, die Software aber einen Fix verneint.
Vielleicht sollte man sich deshalb in Zukunft zu einer differenzierteren Ausdrucksweise zwingen (gilt auch für mich). Ein Fix kommt vom Empfänger, ob die Software diesen Fix akzeptiert oder auch nicht, das steht auf nem ganz anderen Blatt.
Gruß
Anderl
Hallo,
BT-Mäuse funktionieren einwandfrei mit Fugawi. Der BT-Anschluss ist wie ein serieller Comport, dadurch gibt es keine Probleme.
Generell ist die Auswahl des PDAs eine größtenteils subjektive Entscheidung. Ich fasse mich deshalb mal kurz.
PDA mit integr. GPS
pro: praktisch, rel. günstig, Funktionieren meist problemlos
contra: verk. Akkulaufzeit, meist geringere Performance, Aufrüstmöglichkeiten beschränkt, in den meisten Fällen nur IrDA aber kein Bluetooth.
PDA mit BT-Maus
pro: in der Wahl des PDA völlig unabhängig (außer natürlich BT), längere Akkulaufzeiten möglich......
contra: zwei Geräte "on Board", typische BT-Probleme möglich (kann, muss aber nicht).
Generell bist du mit einer BT-Lösung wesentlich unabhängiger als mit integriertem GPS-Empfänger. Meist sind solche Kombis aber auch teuerer.
Wenn du ganz flexibel sein möchtest, dann leg dir einen PDA mit IrDA, BT, CF und SD-Slot zu. Als Empfänger z.B. ein Haicom CF-Karte und als Zubehör noch einen BT-Slipper. So kannst du frei variieren, aber musst halt dementsprechend tief in die Tasche greifen.
Gruß
Anderl
Hallo kugla,
Nein, für die Simulation hat wohl GpsGate momentan das Monopol. Das ist der eigentliche Haken an der Sache. Von Bedienung, Komfort und Geschwindigkeit was ein reines Comportsharing betrifft, wird GpsGate durch Serilot um Längen geschlagen. Leider halt noch ohne Simulator. Das Thema wurde aber mit SVC im Glopus-Forum schonmal besprochen. Ich gehe davon aus, dass auch Serilot irgendwann mit einem Simulator herauskommen wird. Aber wann das ist, steht noch in den Sternen.
Gruß
Anderl
Hallo,
meine 303MMF dürfte jetzt wohl ein dreiviertel Jahr alt sein. Sie zeigt die gleichen Risse auf wie deine. Ich werde aber wohl nichts dagegen unternehmen.
Gruß
Anderl
Hallo,
wenn du im Simulator mehrere Koordinaten einträgst, dann fährt GpsGate eine virtuelle Strecke (Luftlinie von Punkt zu Punkt ab).
Was du machen kannst, ist die Simulatoreinstellung in eine Datei sichern und bei Bedarf diese dann wieder zu laden.
Gruß
Anderl