Moin Alfred,
Du hast Recht, es geht wirklich nur um die Spezifikation. Diese Aussage habe ich aus dem TTQV-Forum, nach dem Direktlink muss ich nochmal suchen...
Gruss
Wolfgang
Moin Alfred,
Du hast Recht, es geht wirklich nur um die Spezifikation. Diese Aussage habe ich aus dem TTQV-Forum, nach dem Direktlink muss ich nochmal suchen...
Gruss
Wolfgang
ZitatAlles anzeigenOriginal von musial
Hallo,
wie schon füher geschrieben: Das WBT-201 braucht relativ lange zum Aufbau der Seriell-über-Bluetooth-Verbindung, dies merke ich besonders beim tty-Zugriff unter Linux. Lange, naja, das heißt hier 2-3 Sekunden. Das Nokia LD-3W ist da z.B. schneller. Manche Programme warten vermutlich einfach nicht lange genug. Mit Route66 ging's nur ganz, ganz selten und nach merkwürdigen Folgen von Bedienschritten (dann aber auch einwandfrei), während TTN6.02 immer absolut zuverlässig die Verbindung herstellt und perfekt mit dem WBT läuft (alles Nokia E70). Navicore kenne ich nicht. Fazit: Ein "Bluetooth-Problem" ist das eigentlich nicht. Wenn ein Hersteller den Verbindungsaufbau so blöd programmiert, muss man halt ein anderes Produkt verwenden.
Grüße,
Marek
Hallo Marek,
vielen Dank für die gründliche Erläuterung! Das ist sehr gut verständlich, so dass sich als Ursache des Problems ziemlich klar das Öffnen der seriellen Verbindung durch das Anwendungsprogramm selbst darstellt. Dies in meinem Fall umso mehr, da ein anderes Programm (AFTrack) in der Kombination Nokia E60 und Wintec WBT-201 völlig problemlos arbeitet...
Da kann ich ja jetzt dem Navicore-Support mal ordentlich auf's Dach steigen ![]()
Hagen
ZitatAlles anzeigenOriginal von kockie
Moin Alfred,
Du hast Recht, es geht wirklich nur um die Spezifikation. Diese Aussage habe ich aus dem TTQV-Forum, nach dem Direktlink muss ich nochmal suchen...
Gruss
Wolfgang
Hallo Wolfgang, Alfred,
ich habe - wie gesagt - nicht nach der Spezifikation gesucht. Verstehe ich das jetzt richtig, die WBT hält sich nicht an die "Normalspezi" und TTQV kann es deswegen nicht? Also kein TTQV-Bug?
ZitatOriginal von karomue
...
Hallo Wolfgang, Alfred,
ich habe - wie gesagt - nicht nach der Spezifikation gesucht. Verstehe ich das jetzt richtig, die WBT hält sich nicht an die "Normalspezi" und TTQV kann es deswegen nicht? Also kein TTQV-Bug?
Hallo Charly
Ich bin nicht sehr tief im GPX-Format drin. Da gibt es andere User die sich darin besser tummeln.
Aber nach meinem bisherigen Verstaendnis des GPX-Formates gibt es den Parameter <Speed> im TrackFileFormat nicht offiziell. Innerhalb GPX sind die "Daten" die im TrackFileFormat vorkommen beschrieben und dort finde/kenne ich den Eintrag nicht.
Die einzelnen Programme berechnen aus den Koordinatenunterschieden die resultierende Geschwindigkeit. Das macht TTQV und auch TimeMachine so. TTQV setzt die so berechnete Geschwindigkeit als Kommentar "<cmt>speed = x.xxx" ein. Das macht TimeMachine nicht. Hier heisst es "speed = x.xxx"
Ich wuerde das im Moment aber auch nicht als Bug bezeichnen, sondern nur als Unterschied der Programme. Ich habe im Moment kein anderes Programm greifbar das GPX-Files mit dem Speedeintrag produziert. Aber ich denke das da jemand der sich bei GPX besser auskennt, etwas dazu sagen kann.
Hallo Charly,
ich habe das letzte Log mal in einer 1:10000 Karte importiert.
Ich meine es könnte schon ein wenig besser sein, mir ist das zu ungenau.
Den Tip mit den gelben Ausrufungszeichen hatte ich lange gesucht und dann im TTQV Forum gefunden, danke.
Gruß Peter
ZitatAlles anzeigenOriginal von 900SS-97
Hallo Charly
Ich bin nicht sehr tief im GPX-Format drin. Da gibt es andere User die sich darin besser tummeln.
Aber nach meinem bisherigen Verstaendnis des GPX-Formates gibt es den Parameter <Speed> im TrackFileFormat nicht offiziell. Innerhalb GPX sind die "Daten" die im TrackFileFormat vorkommen beschrieben und dort finde/kenne ich den Eintrag nicht.
Die einzelnen Programme berechnen aus den Koordinatenunterschieden die resultierende Geschwindigkeit. Das macht TTQV und auch TimeMachine so. TTQV setzt die so berechnete Geschwindigkeit als Kommentar "<cmt>speed = x.xxx" ein. Das macht TimeMachine nicht. Hier heisst es "speed = x.xxx"
Ich wuerde das im Moment aber auch nicht als Bug bezeichnen, sondern nur als Unterschied der Programme. Ich habe im Moment kein anderes Programm greifbar das GPX-Files mit dem Speedeintrag produziert. Aber ich denke das da jemand der sich bei GPX besser auskennt, etwas dazu sagen kann.
Es gibt hier eine Aussage aus dem TTQV-Forum dazu.
ZitatOriginal von karomue
... Es gibt hier eine Aussage aus dem TTQV-Forum dazu.
Wenn ich die Antwort lese, dann deckt die sich doch mit meiner bisherigen Auffassung das innerhalb des GPX der Parameter <Speed> bisher nicht spezifiziert wurde.
Damit wuerde ich sagen das dies weder in TTQV noch in TimeMachine ein Bug ist.
ZitatOriginal von 900SS-97
Damit wuerde ich sagen das dies weder in TTQV noch in TimeMachine ein Bug ist.
Hallo Maus-Sezierer,
wg. Charlys freundlicher Einladung habe ich mal bei euch vorbeigeschaut und einen Beispiel-Track gezogen.
Jetzt sehe ich die Sache mit den <speed>-Angaben in der GMX-Datei wieder anders ;D
In TTQV4 werden - wie einige von euch wissen - die Tracks ohne automatische Geschwindigkeitsberechnung nach ds/dt importiert. Das war bei TTQV3 noch anders. Auch andere GPS-Programme wie MapSource und GTA berechnen AFAIK beim Import von Tracks die Geschwindigkeiten aus ds/dt.
Vergleiche der Geschwindigkeiten aus ds/dt mit dem Track-Prozessor in TTQV4 und den <speed>-Angaben aus der GPX-Datei lassen mich nun darauf schliessen, dass es sich bei den <speed>-Angaben der GPX-Datei ebenfalls um ds/dt und keine echten Geschwindigkeits-Logs handelt. Zumindest legt dies der Vergleich mit gleichzeitig geloggten NMEA-Daten nahe.
Könnt ihr diese Vermutung mit euren Logs bestätigen?
Grüsse - Anton
Hallo Charly,
kannst Du mir sagen was der Punkt "Allow Almanac Navigation" bedeutet?
Ich meine da war mal ein Haken, jetzt ist dort keiner mehr.
Gruß Peter
ZitatAlles anzeigenOriginal von macnetz
Hallo Maus-Sezierer,
wg. Charlys freundlicher Einladung habe ich mal bei euch vorbeigeschaut und einen Beispiel-Track gezogen.
Jetzt sehe ich die Sache mit den <speed>-Angaben in der GMX-Datei wieder anders ;D
In TTQV4 werden - wie einige von euch wissen - die Tracks ohne automatische Geschwindigkeitsberechnung nach ds/dt importiert. Das war bei TTQV3 noch anders. Auch andere GPS-Programme wie MapSource und GTA berechnen AFAIK beim Import von Tracks die Geschwindigkeiten aus ds/dt.
Vergleiche der Geschwindigkeiten aus ds/dt mit dem Track-Prozessor in TTQV4 und den <speed>-Angaben aus der GPX-Datei lassen mich nun darauf schliessen, dass es sich bei den <speed>-Angaben der GPX-Datei ebenfalls um ds/dt und keine echten Geschwindigkeits-Logs handelt. Zumindest legt dies der Vergleich mit gleichzeitig geloggten NMEA-Daten nahe.
Könnt ihr diese Vermutung mit euren Logs bestätigen?
Grüsse - Anton
Hallo Anton
Ja, das sehe ich auch so. Ich hatte an 2-3 anderen Stellen schon mal dazu was gesagt. Die Speedangaben im GPX-File das durch TimeMachine erzeugt wird, ist nach meiner Einschaetzung eine Rechnung aus den Positionskoordinaten und der dazu passenden Zeit, also Dein ds/dt. Ich habe das zwar nicht an konstanten Reihen der mir vorliegenden LogFiles ueberprueft, aber durch exemplarische Nachrechnungen zufaellig ausgewaehlter Punkte hat sich das bestaetigt. Da waren bis zur 3. oder 4. Nachkommastelle identsiche Zahlenwerte vorhanden.
Besonders schoen dafuer geeignet sind LogFiles die bei Schrittgeschwindigkeit gemacht wurden. Hier sind oftmals Positionsausreisser zu erkennen. Wenn man die Geschwindigkeiten aus den Positionsunterschieden mittels ds/dt ausrechnet, werden so die Geschwindigkeiten des GPX-Files gespiegelt.
@all,
welche Bedeutung haben die Begriffe (Kalt Start), (Warm Start), (Heiß Start) bei den GPS-Einstellungen in der SW TimeMachineX
Danke für Aufklärung! ![]()
Dieter
ZitatOriginal von contactus
@all,
welche Bedeutung haben die Begriffe (Kalt Start), (Warm Start), (Heiß Start) bei den GPS-Einstellungen in der SW TimeMachineX
Danke für Aufklärung!
Dieter
--> FirstStep (bzw kowoma):
Hot/Warm/Cold-Start
Hierüber findet sich bei kowoma:
War der Empfang der Signale lediglich kurz unterbrochen (z.B. Tunnelfahrt, Wald) so spricht man von Wieder-erfassung (engl. reaquisition). Dies dauert nur sehr wenige Sekunden.
Von einem Heisstart (Hot Start) spricht man, wenn Position und Uhrzeit bekannt sind, die Almanach-Daten und die Ephemeriden-Daten aktuell sind. Dieser Fall tritt ein, wenn das Gerät innerhalb der letzten 2 - 6 Stunden am etwa gleichen Ort eine Positionsbestimmung durchgeführt hat. Dabei dauert es etwa 15 Sekunden, bis eine Posi-tionsbestimmung (engl. position fix) verfügbar ist.
Wenn die letzte Position bekannt ist, das Almanach vorhanden und die Uhrzeit im Empfänger stimmt aber die Ephemeriden veraltet sind, spricht man von einem Warmstart (Warm Start). Dabei müssen nur die Ephemer-idendaten aktualisiert werden und es dauert etwa 45 Sekunden bis einen Positionsbestimmung verfügbar ist. Die Ephemeriden sind veraltet, wenn mehr als etwa 2 6 Stunden seit dem letzten Empfang von Daten zu den mo-mentan sichtbaren Satelliten vergangen sind. Je mehr andere Satelliten seit dem letzten Einschalten am Himmel stehen desto länger dauert der Warmstart.
Sind weder Ephemeriden, noch Almanach-Daten noch die letzte Position bekannt, spricht man von einem Kalt-start (Cold Start). Es müssen zunächst alle Almanach-Daten der Satelliten abgewartet werden, was bis zu 12,5 Minuten dauern kann. Das gleiche Verhalten zeigen die Empfänger, wenn sie längere Zeit (Wochen) ausgeschal-tet waren, ohne Batterie gelagert wurden oder mehr als etwa 300 km seit dem letzten Positionsfix bewegt wurde. Im letzten Fall müssen natürlich keine Daten abgewartet werden, aber da die Position sich so stark verändert hat, dass die "falschen" Satelliten am Himmel stehen, muss der Empfänger zunächst "blind" alle Satelliten suchen. Bei vielen Geräten lässt sich durch Eingabe des Datums und der ungefähren Position die benötigte Zeit für den Kaltstart verkürzen.
ZitatOriginal von contactus
... welche Bedeutung haben die Begriffe (Kalt Start), (Warm Start), (Heiß Start) bei den GPS-Einstellungen in der SW TimeMachineX ...
Hallo Dieter
Das bedeutet, das der Empfaenger neu gestartet ird (sagt der Name ja). Aber die Bedingungen denen die intern gespeicherten Daten unterzogen werden, sind unterschiedlich.
![]()
Dazu muss man ein wenig die Empfaenger kennen. Dort werden, damit der Empfaenger ueberhaupt funktioniert, Ephemeriden, Almanach-Daten, letzte Position und Uhrzeit gespeichert (grob gesagt). Das Laden der Almanach- und Ephemeridendaten dauert/kann dauern bis zu 45 Minuten
Kaltstart
Ephemeriden, Almanach-Daten, letzte Position und Uhrzeit werden geloescht und muessen nach dem Neustart wieder eingeholt werden.
Warmstart
Ephemeridendaten sind geloescht, der Rest ist noch aktuell
Heissstart
Alle Daten sind noch aktuell
@Charly + Alfred,
vielen Dank für die schnelle Aufklärung auf Euch ist wirklich Verlass.
Ich habe die Frage aus folgendem Grund gestellt: Meine Maus zeigt ein seltsames Verhalten. Die Installation ging ohne Probleme von statten und auch der erste Fix war schnell gefunden.
Jetzt nach einiger Zeit trat/tritt folgendes Problem auf. Es dauert manchmal 25 Minuten und auch länger bis ein Fix gefunden wird und eine Bluetooth-Verbindung zu meinem PDA Toshiba e830 ist auch erst nach mehrmaligen Versuchen erfolgreich.
Die gestrige Verbindung mit der SW TimeMachineX zeigte unter UTC die Einstellung 06-01-80 an und nicht 24-05-07 ich habe mal ein Screen Shot angehängt.
[Blockierte Grafik: http://www.dfz.gmxhome.de/IMG/WBT201.jpg]
Könnt ihr über dieses Verhalten etwas sagen?
Zusatzfrage: Bleiben die Logs im Speicher vollständig erhalten wenn der Akku entfernt
wird/wurde oder ist dann alles gelöscht oder beschädigt?
Gruß Dieter
ZitatOriginal von contactus
...
Jetzt nach einiger Zeit trat/tritt folgendes Problem auf. Es dauert manchmal 25 Minuten und auch länger bis ein Fix gefunden wird und eine Bluetooth-Verbindung zu meinem PDA Toshiba e830 ist auch erst nach mehrmaligen Versuchen erfolgreich.
Die gestrige Verbindung mit der SW TimeMachineX zeigte unter UTC die Einstellung 06-01-80 an und nicht 24-05-07 ...
Hallo Dieter
Das riecht, bezogen auf den GPS-Part, nach einem Kaltstartverhalten. Der wird aber nur ausgefuehrt, wenn Du die "befehle" dazu gibst, oder der Empfaenger fuer laengere Zeit von der Spannung genommen wird. Ich unterstelle mal das Du nicht beim Flugpersonal bist und den Empfaenger jetzt in Deutschland und ein paar Stunden spaeter in Amerika benutzt. Denn dann waere das auch wieder als normal anzusehen.
Die BT-Verbindung sollte aber davon unberuehrt sein.
Die angezeigte UTC-Zeit (ich muesste das Datum 06-01-80 mal kontrollieren), deutet auch darauf hin das ein Kaltstart ausgefuehrt worden ist.
Kannst Du ein Muster erkennen wann/wo das auftritt?