Na, das klingt doch alles sehr gut. Dann werde ich die jetzt mal bestellen und auf die Softwareentwickler von Xaiox hoffen.

Danke Dir für die schnelle Antwort.

Ahh .. wie keine Höhenangaben?
Woran liegt das denn, macht das nicht jeder Empfänger automatisch?
Hat man da nachher keine Möglichkeit irgendwas zu ändern bzw. nachher umzuwandeln o.ä.?

Falls das nicht funktionieren sollte, muss ich den Empfänger zurückschicken: Die Funktion ist mir fast die Wichtigste.

GPS-Freeware kenne ich schon, habe schon ein paar Tracks aus dem INet ausgewertet, das sieht ganz gut aus.

Quoted

Original von moppeddriver
Ich habe jetzt gelesen, daß die o.g. Protokolle für einen Sirf III Chip alle (außer GSV) auf 1 eingestellt werden sollen. GSV auf 5.
Kann dies jemand bestätigen?

LG
Wolfgang

Das hängt nicht vom Chip, sondern von der Software ab, welche Protokolle benötigt werden und in welchen Zyklen.

z.B.: TT braucht RMC und natürlich jede Sekunde
Navigon geht auch z.B. mit VTG und GGA, auch jede Sekunde, oder mit RMC und VTG =1
GSA und GSV enthalten "nur" Informationen zu den Satelliten und werden für die Navigation nicht benötigt, da reicht auch alle 5 Sekunden.

GLL und ZDA werden imho von keinem mir bekannten Navi ausgewertet, können also = 0.

Am sichersten fährst Du mit:

RMC=1
GGA=1
VTG =1 (für Navigon < Version 5)
GSA = 1 oder 5, je nach Gusto
GSV = 5 (das ist das dickste Protokoll, alle 5 Sek deshalb, damit z.B. tt nicht aus dem Ruder läuft)

Edit: Die Höhe steckt in GGA

Also die Datei von dir (20.07.13.txt) zeigt bei mir auch keine Höhenangaben in GPS-Freeware an.
Habe den Importfilter auf "comma seperated format" gestellt und keine Geschwindigkeit und keine Höhen erkannt

Liegt das jetzt an der Software oder am Log-Format?

Hat jemand herausgefunden, ob es eine Möglichkeit gibt, daß bei den in Google Earth exportierten Tracks die einzelnen Punkte, Datum und Zeit sowie Tracklänge darzustellen. Bei meiner WBT100 mit dem G-Tool klappt das problemlos, auch das Aufrufen älterer Logs und Dateien ohne vorheriges Umgbenennen der Logdatei.
Noch 'ne Frage: Wenn Tagfunktion enabled, kann ich nur 1x auf die linke Taste erfolgreich drücken, also ohnen Ein-/AUsschalten keine neuen Tags beginnen. Bei Euch auch?
Steffen

Quoted

Original von Transmitter
Also die Datei von dir (20.07.13.txt) zeigt bei mir auch keine Höhenangaben in GPS-Freeware an.
Habe den Importfilter auf "comma seperated format" gestellt und keine Geschwindigkeit und keine Höhen erkannt

Liegt das jetzt an der Software oder am Log-Format?

$GPGGA,112055.000,4833.0368,N,00849.1257,E,1,06,1.8,489.1,M,48.0,M,,0000*5C

das Fette ist die Höhe, es muß an der Software liegen

moin,

ich habe seit ein paar tagen den neuen Xaiox iTrackU und freunde mich gerade
etwas mit ihm an.
Eigentlich laeuft alles ganz gut und ich bin bis jetzt sehr zufrieden mit dem
Empfaenger. Auf der anderen seite ist das mein erster GPS-Empfaenger und ich
habe noch nicht so wirklich ein Gefuehl dafuer worauf man den so
achten muss. Naja, mir sind ein paar Dinge aufgefallen bzw ich habe ein
bisschen herumgesucht, und ich dachte, das interessiert euch vielleicht.

- Empfang, Stabilitaet des aufgezeichneten Tracks und Genauigkeit
der Position machen einen guten Eindruck. Damit muss ich mich
aber nochmal genauer beschaeftigen.

- Der Akku ist baugleich zum Nokia BL-5C. Es passt auch fast ein BL-6C
rein, aber nur fast. Der Empfaenger funktioniert zwar problemlos, aber
man bekomtm das Batteriefach nicht mehr ganz zu. Allerdings ist das nur
ein Problem der kleinen Kunststoffnase, die den Deckel einrasten laesst.
Da der Deckel auf Schienen ist, sitzt er immer noch recht sicher und man
koennte die Nase einfach abschneiden und durch ein Stueck Klebeband oder
so ersetzen, falls man unbedingt BL-6C benutzen will. Da ich schon 6 Stueck
von den BL-6C zu Hause rumliegen habe, ueberlege ich mir das gerade.

- Es schein ein Problem mit einer der beiliegenden CDs zu geben. Bei dem
Empfaenger sind 2 CDs mit Software dabei. Die neuere von beiden ist eine
gebrannte und mit Tintenstrahldrucker beschtiftete CD und irgendwie
war bei meiner irgendeine schmierige klebrige Fluessigkeit auf der
Unterseite. Die liess sich zwar abwaschen, aber da sie da scheinbar auch
schon beim Brennnen der CD war ist die CD praktisch nicht lesbar. Ich habe
bei WCOM angerufen, und die kannten das Problem schon. Das scheint also
bei vielen dieser Empfaenger der Fall zu sein. Naja, WCOM stellt die
Software auf Anfrage zum Download bereit. Insofern ist das kein wirkliches
Problem.

- Der Empfaenger muss in nem frueheren Leben mal eine Lichtorgel gewesen sein.
Er nutzt wirklich jede Gelegenheit in den verschiedensten Farben zu zeigen,
was er mit seinen 4-5 LEDs so kann und insbesondere abends ist das doch
ganz schoen grell. Ich koennte mir vorstellen, dass man das im Auto bei
Nachtfahrten eher nicht haben will und den kleinen aus dem Sichtfeld
legen muss.

- Die allgemein Verarbeitung ist nicht umwerfend, aber OK. Der Empfaenger
duerfte aber vermutlich sehr staub/wasserempfindlich sein. In den Luecken zwischen
den Knoepfen kann man direkt die Platine sehen. Insofern wuerde ich ihn nicht
unbedingt outdoor-geeignet nennen. Allerdings funktioniert er problemlos
wenn man ihn im Rucksack hat. Und da ist er ja geschuetzt.

Ich habe das gute Stueck dann mal in seine Einzelteile zerlegt, da ich fuer den
geplanten Betrieb unter Linux mehr ueber den USB-Anschluss
wissen wollte. Dabei sind noch folgende Dinge herausgekommen:

- Der Haupt-Prozessor ist ein Atmel AT91SAM7S64.
http://www.atmel-grenoble.com/dyn/produc…sp?part_id=3521
Der hat USB schon fertig eingebaut, und Atmel stellt eine "USB Communication
Device Class" beispiel treiber-implementation bereit die hier beschrieben
ist:
http://www.atmel-grenoble.com/dyn/resour…nts/doc6269.pdf

Die darin beschriebene Art, den unter Linux anzusprechen ging praktisch
problemlos. Die USB-ID des iTrackU ist 03eb:6125.

Man muss das usb-seriell-Modul nur mit der richtigen ID laden, damit es
sich "zustaendig" fuehlt:

modprobe usbserial vendor=0x03EB product=0x6125

Es ist schon selten genug, dass ein Hersteller mal eine standardisierte
schnittstelle verwendet. Punkt fuer Atmel

- Der Bluetooth-Chip ist ein CSR Bluecore4-Ext (bc417).
http://www.csr.com/products/bc4ext_over.htm

- Der GPS-Chip ist ein SiRF GSC3fLP-7979, also die Low-Power-Variante.

- Der Empfaenger hat 8 Mbit Flash-Speicher (SST 39VF800A), in der
beschreibung angegeben sind 4Mbit.

- Das auf dem Empfaenger verwendete embedded-betriebssystem scheint
FreeRTOS zu sein (http://www.freertos.org/).


Und nun noch was interessantes:

- Die iTrackU (und scheinbar auch alle anderen Xaiox empfaenger) werden
scheinbar von einer Firma namens "Wonde Proud" hergestellt
(http://www.wondeproud.com).

Die Typen-Zuordnung ist:
TrapScout SiRF III : BT-CD100S
iTrackU SiRF III : BT-CD110S

Die Nemerix-Varianten jeweils ohne S (BT-CD100/BT-CD110).

Und in den Empfaengern haben die scheinbar eine neuere Version ihres
GPS-Moduls ZX4125P verbaut.
http://www.wondeproud.com/Products_Detail.asp?ProductID=39

Fuer das ZX4125P ist allerdings noch Nemerix angegeben. Das Modul im
Empfaenger sieht allerdings exakt genau so aus. Scheinbar gibts da
einfach eine neuere version mit SiRFIII.


Fuer dieses Modul gibt es eine recht ausfuehrliche beschreibung:
http://www.wondeproud.com/Products/file_39_1.pdf
in der auch alle proprietaeren erweiterungen zum NMEA-protokoll beschrieben sind.
Allerdings haben die alle einen $PNMRX-praefix und sind insofern vermutlich
wirklich nur fuer die nemerix-variante gueltig. bleibt zu hoffen, dass
die sowas auch fuer die sirf-variante veroeffentlichen.


- Auf der Platine meines iTrackU klebt ein Aufkleber "CD100S V1.0".
Aber CD100S ist die modellnummer des TrapScout. Insofern wuerde ich
schaetzen, dass iTrackU und TrapScout exakt die gleiche hardware sind
und sich nur durch die firmware unterscheiden.

Vielleicht kann ja einer von euch mit TrapScout auch mal seinen empfaenger
aufschrauben und nachsehen..



Betrieb unter Linux:

- Die Ergebnisse unter Linux sind noch durchwachsen, er ist aber benutzbar.
Ich benutze im moment noch die beiliegenden windows-programme
unter Wine. Generell gehen sowohl Bluetooth als auch USB (s.o.).
Das RCT tool kann den Empfaenger problemlos per Bluetooth ansprechen.

Aber Dump_Log_Data.exe ziert sich noch etwas. Das dumpen der Logs
funktioniert bis jetzt nur ueber USB. Ueber bluetooth bekomme ich
von dem programm die sehr aussagekraeftige fehlermeldung
"Device can not into update mode,please try again". Wobei nochmal
versuchen natuerlich nicht hilft

Naja, ich probiere hier mal weiter. Das wird schon werden...



hui, die mail ist doch laenger geworden als gedacht...naja, hope this helps...


tty, Axel

moin,

ich habe es inzwischen (unter linux) geschafft, die logs vom iTrackU ohne dieses Dump_Log_Data.exe zu dumpen.

ich habe dazu einfach mal die befehle mitgeschnitten, die Dump_Log_Data.exe sendet,
und wenn ich die "per hand" wiederhole, spuckt er sein log aus.

er dumpt dabei scheinbar einfach seinen kompletten speicher, egal, wie voll er ist.
das sind etwa 4 MB und es scheint sich um genau das zu handeln, was im
file SortDB.sr zu finden ist. SortDB.sr ist also einfach ein abbild des kompletten
speichers des loggers.

das format von SortDB.sr ist recht simpel. es besteht aus festen eintraegen zu je 16 byte im format:

4 byte Laenge
4 byte Breite
7 Byte Uhrzeit
1 Byte Marker 0xFF

(ich poste das nochmal genauer, wenn ich exakti die kodierung von laenge und breite habe).

das heisst, soweit ich sehen kann, enthaelt das log keine hoehenangaben. im live-betrieb gibt er sie aus, er schreibt sie aber scheinbar nicht im log mit. das ist natuerlich etwas schade. vielleicht kommt das noch in einer spaeteren firmware-version. vielleicht sollte man xaiox / wonde proud mal stecken, dass leute sowas vermutlich gern haben wollen


das protokoll ist jedenfalls so simpel, dass man ohne grosse probleme ein kleines programm fuer linux oder den ppc schreiben kann, das den speicher dumpt. weiterverarbeitung waere dann entweder mit Dump_Log_Data.exe moeglich, oder man bastelt noch einen kleinen konverter vom obigen format in das, was man gern haben moechte...

ja, soweit erstmal...


ich melde mich in kuerze nochmal mit einer genaueren beschreibung von protokoll und format. wens jetzt schon interessiert bzw wer das (unter linux) auch versuchen will, kann sich gern schon vorher per mail bei mir melden.



tty, axel