Bei Reichelt SiRF Star III LP Bluetooth für 16,65 Euro

Wow, in das gehäuse falls es passt noch nen kleinen oder etwas größeren 
Atmel und ne SD-Karte rein und fertig ist der logger :D

Für SIRF III und Bluetooth ists echt günstig, mist meine reichelt 
bestellung ist heute bei mir gelandet, hätt ichs doch gewusst ;)

Der Chip hat jedenfalls UARTs
http://www.sirf.com/products/GSC3LPProductInsert.pdf
http://www.sirf.com/products/gps_chip3.html

und das Development-Kit hat 2X RS232 und USB
http://www.sirf.com/products/GSC3fLPxSDKProductInsert.pdf

"Protocol support SiRF Binary, NMEA, User"

http://www.sirf.com/products/gps_chip3d.html
"50-MHz ARM7TDMI processor plus 1 Mb SRAM to enable user tasks"
falls das wirklich derselbe Chip ist.

2 Kreuzschlitzschrauben auf der unteren Schmalseite. Rest geht einfach 
mit Fingernägeln auf. Die 4 Rasthaken finden sich an den Längsseiten ca. 
15mm von oben und 20 mm von unten.

Mit der Frage hatte ich gerechnet: Bittesehr!

Hoppla eine Raste hatte ich vergessen: Mitte der obern Schmalseite.

Und die Untersete der Platine als Anlage.

Die Frage bei den zwische BT und GPS liegenden Bauteilen: welche gehören 
zum GPS. Das herauszufinden wird einige Mühe kosten. Evtl. könnte man 
die seriellen Daten abgreifen und dann, vom BT-Teil angefangen ,solange 
Bauteile ablöten bis keine Daten mehr kommen.

Meinst du die Mini USB Buchse unten?
Diese dient wohl nur zum Laden, der PC erkennt nämlich nur ein nicht 
funktionierendes Gerät.

Hey, könnt Ihr einen Thread im uC Bereich aufmachen wo Ihr rein schreibt 
was Ihr herausgefunden habt?
Ich habe mir auch so eines bestellt und wollt es mit meinem 
Blutzucker-OLED kombinieren ;)

Gruß Anselm

Heute ist mein Paket gekommen, dass Ding ist so schnufflig, ist es da 
nicht besser einfach per BTM222 BluetoothModul eine Fernabfrage zu 
machen?
Bzw.: hat schonmal jemand sowas gemacht?

Gruß Anselm

Wenn ich dass Verhalten des GPS-Empfängers beobachte, erwartet er wohl 
ein Kommando von der Gegenstation.
Getestet mit Handy meines Sohnes, hier wird problemlos der GPS-Empfänger 
auch ins Menü integriert.
Beim Handy meiner Tocher (Ohne aktive Unterstützung) wir dass Gerät als 
vorhanden angezeigt, aber weder die Blaue LED leuchtet dauerhaft, noch 
Ihr Handy macht irgendwas... ;)
Wo finde ich Informationen zu der Kommunikation?

Gruß Anselm

p.S.: Habs gefunden... -> 
http://www.kowoma.de/gps/zusatzerklaerungen/NMEA.htm

Das geht wunderbar, habe ich schon ausprobiert.

Benedikt K. schrieb:
> Das geht wunderbar, habe ich schon ausprobiert.

Mit welcher Baudrate 38400 oder 57600?

Gruß debe

Ich habe mit der Sirf Software auf das SirfBinary Protokoll gewechselt, 
das verwendet 57600Baud.

Ich danke dir.

Gruß debe

User schrieb:
> Wenn man einen Akku bekäme der etwas schmäler oder kürzer ist, hätte man
> etwas Platz für eine Speicherkarte und einen µC. Den dann zwischen BT
> und GPS hängen und auf spezielles Kommando hin loggen bzw. Log ausspeien
> lassen.

Viele BT-GPS-Empfänger schalten sich nach einer bestimmten Zeit 
automatisch ab, falls keine BT-Verbindung zustande kommt, dann könnte 
auch nicht mehr geloggt werden.
Ich weiß aber nicht, wie es bei diesem hier ist.

Hallo

Gibt es, für den Fall das man die Daten per µC auf einer Karte 
speichert, eine Software mit der man dann Durchschnittsgeschw. bzw. 
Geschw. für Teilabschnitte berechnen kann?

Gruß Thomas

oh das ist ja schick. Ich hatte an einen Einsatz als "besserer" 
Fahrradtacho gedacht. Fehlt nur noch eine energiesparsame Anzeige.

Wenn die USB Schnittstelle funktioniert, dann erkennt der PC das Gerät 
und versucht einen Treiber zu installieren. Hier erscheint dagegen 
"USB-Gerät wurde nicht erkannt". Vermutlich handelt es sich dabei um 
eine ordentliche Ladeschaltung die sich entsprechend ausgibt (da gibts 
irgendeine Schaltung aus ein paar Widerständen). Vermutlich erkennt mein 
Hub dies nur nicht richtig und versucht stattdessen eine Verbindung 
aufzubauen. Direkt am PC tut sich nämlich garnichts.

Laut Aufdruck auf dem Karton ist ÖNavi kostenfrei, finanziert durch die 
Werbung in Das Örtliche.
Lesen bildet ;)
Btw.: Kosten sind deine DatenKosten weil er übers Internet die Maps 
holt.
Beispiel findet sich auch auf der Verpackung.

Anselm

Ich hab "noch" einen Pocket PC, dieser wir leider nicht unterstützt.
Aber wenn O2 mal inne Pötte kommt, bekomme ich vorm Urlaub endlich 
meinen
BlackBerry ;)
Wobei O2 mit Brieftauben arbeitet, mal sehen obs vor meinem Urlaub 
ankommt.

Gruß Anselm

Ich würde gerne die Schaltung so modifizieren, dass aus dem vorhandenen 
Akku noch eine externe kleine Schaltung über die USB-Buchse 
(Standard-Pins V_USB und GND) versorgt werden kann. Am besten wäre es, 
wenn die USB-Buchse eine Doppelfunktion hätte:
- wenn 5V eingespeist werden, dann Ladefunktion des Akkus
- wenn keine 5V eingespeist werden, dann Akku-Spannung an der USB-Buchse 
abgreifbar

Im Bild aus diesem Beitrag
Beitrag "Re: Bei Reichelt SiRF Star III LP Bluetooth für 16,65 Euro"
ist rechts unten das Lade-IC zu sehen, VA7205
http://www.micro-bridge.com/data/Vimicro/VA7205_100-1.3_En.pdf

Wenn ich jetzt einfach den BAT+ Anschluss des Akkus über eine 
Schottky-Diode an den V_USB-Pin der USB-Buchse lege, könnte das dann 
funktionieren?
Laut Datenblatt startet der Ladevorgang erst ab VCC > 4,2V, somit müsste 
verhindert sein, dass sich der Akku "selbst lädt".

User schrieb:
> Aua, wenn du das ding am PC stecken hast und selbigen abschaltest...

Richtig, das wär nicht so gut...
Aber in der Ladeschaltung ist ja eine Diode in der V_USB-Leitung drin, 
dann müsste man den BAT+ Anschluss des Akkus über eine
Schottky-Diode an die Kathode dieser Diode legen?

Meiner Erfahrung nach ist die Geschwindigkeit sehr genau, da sich die 
Fehler kompensieren (es wird ja nur die Differenz 2er Positionen 
ausgewertet). Irgendwo habe ich auch mal was von <1km/h Abweichung im 
gesamten Messbereich gelesen.

Der Messbereich beginnt bei etwa 1-2km/h und geht je nach GPS irgendwo 
bis >500km/h, sollte also ausreichen.

Mit dem Fahrrad funktioniert das ganze also Problemlos.

Einen wirklich zuverlässigen Link habe ich nicht, aber wenn man bei 
google nach gps geschwindigkeit genauigkeit sucht, dann findet man 
diverse Foreneinträge die alle in die Richtung <1km/h gehen. Oft sind 
das Angaben aus dem Datenblatt der Empfänger, von daher kann man den 
Werten denke ich schon vertrauen. Auch meine eigenen Erfahrungen 
bestätigen, dass der Geschwindigkeitswert sehr stabil ist und kaum 
schwankt.

Wie man die Streckenbestimmung richtig macht, würde mich auch mal 
interessieren.
Ich hatte mehrere Lösungen ausprobiert:
- Abstand der Koordinaten aufaddieren (je nach Geschwindigkeit und 
Abstand der Messwerte ergibt das einen deutlichen Fehler, d.h. wenn man 
langsam unterwegs ist, wird der Weg deutlich länger wenn man viele 
Wegpunkte nimmt, aufgrund des Rauschens der Werte, wenn man dagegen 
wenige Punkte nimmt, kürzt man bei hoher Geschwindigkeit ab, da man z.B. 
diagonal zwischen den Punkten anstelle um eine Ecke fährt).
- Geschwindigkeit und Zeitangabe auf Entfernung umrechnen. Dies ist 
meiner Meinung nach die beste Lösung. Geschwindigkeiten <1,5km/h 
ignoriere ich, da teilweise der Drift bei schlechtem Empfang in diesem 
Bereich liegt.

Der Unterschied zwischen beiden liegt je nach Geschwindigkeit bei rund 
5-30%.

Ich steh gerade auch vor dem Problem der Streckenberechnung, vielleicht 
ist eine gewisse Tiefpassfilterung in verbindung mit kubischer 
interpolation sinnvoll?

Die Geschwindigkeitsangaben werden ja auch nur aus den Positionsdaten 
errechnet, also ist die rückrechnung vielleicht nicht ganz so sinnvoll?

ich hab mir auch schon gedanken zur datenpunktreduktion gemacht, z.b. 
wenn die winkelsumme aller betrachteter punkte (geht bei einem los und 
man nimmt immer mehr punkte) einen bestimmten wert überschreitet dann 
nimmt man diesen wert als neuen punkt, so kann man z.b. viele punkte auf 
einer gerade auslassen, aber in kurven hat man die volle auflösung.

Datenreduktion ist auch ein schönes Thema.
Ein Problem an den ganzen Daten ist, dass außer im PKW die Bewegungen 
selten geradlinig sind, bzw. für längere Zeit in der gleichen oder 
ähnlichen Richtung verlaufen. Wenn die Lösung also universell sein soll, 
dann muss diese automatisch erkennen auf welche Art die Fortbewegung 
stattfindet (zu Fuß, Fahrrad, PKW usw.) und danach den Algorithmus 
anpassen.
Per PKW dürfte es am einfachsten sein, denn mit diesem sind schnelle 
Richtungsänderungen nur selten möglich. Wenn durch, dann meist aufgrund 
von Empfangsstörungen.
Das Fahrrad wird dann schon deutlich schwieriger und per Fuß sind 
willkürliche Bewegungen in alle Richtungen möglich, wie man auf dem Bild 
sieht (ein Messwert pro Sekunde). Um die ganzen Bewegungen mit möglichst 
wenigen Punkten aber dennoch ordentlich abzubilden müsste man die Daten 
analysieren und die Eckpunkte (also die möglichst weit außen bei der 
Kreisbewegung) verwenden. Allerdings können dies auch Störungen sein 
(z.B. im Stillstand sieht man schön dieses Knäuel). Von daher müsste man 
das ganze wiederum dynamisch mit der Geschwindigkeit kombinieren und 
erstmal etliche Daten im RAM zwischenspeichern, analysieren und erst 
dann wenn es wirklich brauchbare Daten sind, dieser abspeichern.

Ich habe mich daher erstmal für eine einfache Lösung entschieden:
Als erstes verwerfe ich alle ungültigen Werte: Für einen gültigen Wert 
müssen mindestens 3 Satelliten vorhanden sein und HDOP ungleich 0 sein 
und kleiner 20 sein. Dann speichere ich die Werte alle n Sekunden. Für 
Geschwindigkeiten >50km/h ist n=1s, darunter linear abnehmend bis n=16s 
bei 0km/h.
Wenn man zu Fuß unterwegs ist, wird so etwa alle 5-10s ein Wert 
gespeichert, das reicht für normale Anwendungen aus. Daher reicht ein 
4MByte Speicher für rund 1 Woche Dauerloggen bei üblichen 
Urlaubsaktivitäten mit Städtebesichtigung und ähnlichem.

Nach oben hin kann man den Aufwand beliebig hoch treiben. Da große 
Flashspeicher mittlerweile für wenig Geld erhältlich sind, sehe ich da 
keinen sehr großen Optimierungsbedarf. Zumindest bei mir ist der Akku 
das begrenzende Element. Mit einem ebenfalls geschwindigkeistabhängigen 
Trickle Power komme ich auf durchschnittlich 20 Stunden mit einem Sirf3, 
1000mAh 3,7V Akku.

Kommt darauf an, wenn man bessere Werte zur Verfügung hat, ja.
Wenn man in Städten unterwegs ist, mit hohen Gebäuden oder engen Gassen, 
dann muss man leider auf auf solche Werte zurückgreifen.
Dies wäre also ein weiterer Punkt der in die Berechnungen mit eingehen 
würde.
Bei der Auswertung der Daten auf dem PC mache ich eine Analyse der Daten 
und verwerfe alle Daten die unrealistisch sind (also zwei aufeinander 
folgende Werte die mehrere 100m entfernt sind oder ähnliches).
http://en.wikipedia.org/wiki/Dilution_of_precision_%28GPS%29

Die Höhenmessung ist die ungenaueste Messung bei GPS. Abweichungen im 
Bereich von 50m sind leider keine Seltenheit (leg den Empfänger mal 
irgendwo hin, zeichne die Werte auf und schau wie die Höhe um etliche 
10m wegdriftet.) +/-1m ist ohne DGPS oder ähnliches unmöglich. Wenn man 
viele Werte mittelt, der Empfänger perfekten Empfang hat usw. kann man 
eventuell unter +/-10m kommen.
Mit einem Drucksensor sollte sich dagegen eine Genauigkeit von +/-1m 
erreichen lassen.

Ich hatte das ganze mal mit den Drucksensoren von hopeRF ausprobiert (um 
ein Gefühl für die Auflösung von den Dingern zu bekommen), ich konnte 
damit auf rund 30cm auflösen, reproduzierbar waren kurzzeitig etwa 1-2m.
Über einen längeren Zeitraum hat man natürlich einen entsprechenden 
Drift durch die natürliche Luftdruckänderung, die zumindest bei meinen 
Versuchen die absolute Genauigkeit stark beeinflusst haben. Keine Ahnung 
ob Fertiggeräte da einen Trick eingebaut haben, um das zu kompensieren.

MAX232 mit Angst-Spannungsteiler im Ausgang hat bei mir am WE 
funktioniert (Naja, irgendein MAX232-Billigklon). Ob das allerdings 
allgemeingültig ist, weiß ich nicht.

Beim Sirf3 ist alles in einem IC untergebracht, also HF Sachen und 
auswertender Prozessor (afaik irgendein ARM7).
Von daher haben alle Sirf3 diese Funktion, die Frage ist nur ob dieser 
in der Software aktiviert ist, und ob der Pin unter dem BGA an eine 
abgreifbare Stelle führt.

Hier ist ein "GPS-disziplinierter" Quarzoszillator, es gibt noch einige 
andere Projekte im Web:
http://openhpsdr.org/wiki/index.php?title=GIBRALTAR
Der 1-pps-Ausgang interessiert mich an dem GPS-Empfänger auch am 
meisten.

Karlheinz schrieb:

> Reine Neugier: die Tage gab es hier einen Thread zum Justieren einer
> Turmuhr und der 1-PPS Ausgang wurde als sehr genau (1/10^6) erwähnt.

Besser. Man benutzt GPS für hochgenaue Frequenznormale. Du bekommst bei 
guter Auslegung der HW eine Genauigkeit von 10^-10..12
Kommerziell:
www.symmetricom.com

MoinMoin,

auch wenn sich die meisten hier das Teil nur gekauft haben, um es dann 
doch nur zu zerlegen und in eigene MC-Schaltungen einzubauen, habe ich 
auf folgender Seite mal eine kleine Doku verfasst, die beschreibt, wie 
man die GPS-Maus unter Linux einbindet und verwenden kann:

http://bralug.de/wiki/GPS-Maus_JENTRO_BT-GPS-8U_unter_Linux

Vielleicht nützt es ja jemanden...

Grüße Uwe

@ Uwe, kann das mit gpsd ohne -b bestätigen.
Er versucht anscheinend die Baudrate zu ändern was der rs232 zu 
Bluetooth Chip nicht mag.

Vielleicht nimmst du noch Navit in deine Programmliste auf.
Fand das schon ganz OK mit den OpenStreetMaps.

Interessant wäre da noch einen FTDI irgendwie mit rein zu quetschen, der 
an der USB-Buchse drannen hängt. Wenn das Ding über USB mit Spannung 
versorgt wird, schaltet es sich anscheinend auch nicht ab.

Bin durch Zufall auf diesen Thread gestoßen.

Wenn ich das soweit korrekt verstanden haben, kann man das automatische 
Ein-/Ausschalten über den gezeigten Transistor steuern und die Daten 
können per UART aufgenommen werden. Vermutlich sogar direkt an den AVR, 
wenn dieser mit 3,3V betrieben wird.

Da ich noch immer auf der Suche nach einem GPS Logger für meine Fotos 
bin, wäre das Teil natürlich für den Preis schon recht gut.

Daher meine Frage, ob schon jemand dieses Teil zu einem Logger umgebaut 
hat und bereit ist, sein Wissen zu teilen?

Das Rad muss ja nicht unbedingt mehrfach erfunden werden :)

Falsche Baudrate, SIRF-Modus,...

So wie Nicolas sagt. scheint sie im Sirf Modus zu sein.

1. entweder aufschrauben und den Akku kurz ablöten und wieder ran. 10Sek 
haben bei mir gereicht.
2. Oder anlassen und so die Batterie komplett entleeren. Wobei 1 
schneller geht.

und bei gpsd muss -b dahinter stehen,
weil sonst schaltet er das wieder um und das Spiel beginnt vom neuen.

MoinMoin,

ja, dass genau war der Effekt, als ich auch mal "mit ohne" -b probiert 
hatte..., die Kästchen sollten 0xE0-en sein.

Das Teil muss also geresettet werden,  Variante 2 dauert zwar länger, 
ist aber sicherer (meine Meinung...).

Grüße Uwe

Hallo,

hat den Empfänger schon mal mit einem Nokia-Handy verbunden?
Bucht sich der Empfänger direkt in das Menü ein?
Falls ja, kann ich mir dann die aktuellen GPS-Koordinaten anzeigen 
lassen?

Toll wäre wenn jemand der den Empfänder und ein Nokia 6300 hat das mal 
schnell ausprobieren könnte!

Danke und Gruß
Virus

Guten Morgen, Gute nacht oder was auch immer.

Ich hab heute Abend mal ein bisschen herum gebastelt da bei mir das 
Bluetooth Zeug nicht so wollte wie ich.
Wie schon festgestellt liegen an den Testpunken RX/TX Die GPS Daten an.
zum BT Modul sind diese über R13 und R14 (Im Platinen Scan bei dem EON 
Flash vom SirfIII Chip) verbunden.
Ich habe allerdings noch nicht weiter gemessen ob die Signale noch wo 
anliegen. Bei mir hab ich ausserdem den BT Teil verausgeschnitten da ich 
den nicht mehr benötige daich ein FT232 eingebaut hab (Zuverlässige 
Kabelverbindung xD)
Ob man das Teil nochmal Nutzen kann kann ich so leider nicht sagen da 
doch noch ein paar Leitungen in dem 4 Lagen Board zu dem BT Teil gehen.


Schreibfehler dürft ihr behalten.

Gute Nacht

Der funktioniert nur wenn man in Bewegung ist, ansonsten hat das Gerät 
ja keine Möglichkeit die Ausrichtung zu erkennen.

Unterm Akku, gleich neben dem Rx Pin. ca 1,5 cm unter der Lade LED
Kann auch sein das der Aufkleber da drüber klebt.
War zumindest bei mir so.

Die GPS-Signale sind ja von Pin RX mit 3,3V abzugreifgen gegen Masse.
Kann man da auch einfach einen ZVN 420 oder ähnlichen mikro-Mosfet 
dazwischenschalten, der einem das auf 5V wandelt oder sollte ich da 
lieber einen Optokoppler nehmen.
Hat eigentlich jemand von euch schon Quellcode dazu geschrieben, die 
Koordinaten auzuwerten (C)?
mit freundlichen Grüßen,
Valentin

Hat jemand mittlerweile mal das Modul in Verbindung mit nem AVR als 
Logger ´(oder wie auch immer) im Einsatz?

Hi,

also, ich hab mir heute mit dem Modul einen GPS-Logger zusammengebaut. 
Morgen kommt dann der Praxistest :-D. Als Software hab ich diese hier: 
http://www.mikrocontroller.net/articles/GPS_Logger benutzt, scheint 
nicht schlecht zu sein.

Grüße, Michael

PS: Danke an die Entwickler der Software und danke an eure 
Nachforschungen über das Modul.

Wensn sowiet klappt kannst du hier mal n paar Bilder posten?
Hast du auch das BT Modul rausgeschnitten oder drin gelassen?

Hi,

also, das ganze klappt echt sehr gut, am besten ist es, wenn man sich 
die Daten in GoogleEarth anschaut, bei allen anderen werden Punkte 
unterschlagen. Das Bluetoothmodul hab ich einfach mal drinne gelassen, 
das geht ja eh nach 20 min aus. Was ich geändert habe: Altes Gehäuse 
weg, Akku vorsichtig runtergehebelt, an die 4 Pads unten kabel angelötet 
und zu meiner Lochrasterplatine geführt, auf der ein m32 und eine 
SD-Karte sitzen, und ich hab den Transistor für das automatische 
ausschalten ausgelötet, wie weiter oben beschrieben. Das ganze hab ich 
dann mal in eine alte Schraubenschachtel gesteckt und (wegen der kälte) 
bei mir in der Jackeninnentasche rumgetragen.

Was mir beim anschauen der Daten auffällt ist, dass es manchmal, wohl in 
Gebieten mit schlechtem Empfang (z.B. am Fenster, wo eigentlich ein 
Signal da ist, lt. LED's) so richtig heftige "Positionssprünge" gibt, so 
über 50-100 Meter. Und der Speicherplatzverbrauch ist bei diesem Modul 
in Standardeinstellung nicht so groß, weil wohl nur dieser reduzierte 
Datensatz gesendet wird.

Dazu hätte ich mal eine kurze Frage: Wie kann man die ausführlicheren 
NMEA Sätze aktivieren? Und zwar ohne dieses sirfdemo programm oder so, 
ich hab nämlich Linux und würde das gerne einfach per Hand machen. 
Konnte da noch nicht so wirklich gute Infos finden, wäre dankbar für 
einen Tipp.

Grüße, Michael

Hallo miteinander , vielen Dank für die Beiträge.
Ich habe mir letzte Woche auch dieses schöne Gerät angeschafft und hier 
sind meine Erfahrungen und Änderungen:

Ich verwende eine aktuelle Version von SirfDEMO für die 
Paramtereinstellun gen und hier gleich ein Hinweis -> Intern arbeitet 
das Gerät zum Bluetooth nur mit 57600bits.Jede andere Einstellung führt 
dazu das das Gerät nicht mehr reagiert. Aus diesem Zustand führt nur das 
abklemmen des Akku´s.

Ich habe an der USB Minibuchse die Pins 2und 3 mit RX /TX auf der 
Platine verbunden. Das war eine echte Fummelarbeit. Aber dafür kann ich 
jetzt über einen TTL nach RS232 Wandler (MAX232), den ich auf einer 
Lochrasterplatine aufgebaut und in ein Adaptergehäuse (9pol nach 25pol) 
gesteckt habe , komfortabel auf das Gerät zugreifen, auch mit einer 
anderen Baudrate, z.B. 4800bits , was ich für mein TH-D7 
(Amateurhandfunkgerät) für APRS benötige.

Wichtig: Alle Lötarbeiten nur mit der niedrigstmöglichen Temperatur 
durchführen , die PAD´s sind sehr empfindlich.

Den besagten Transistor , beschrieben in den vorhergehenden Beiträgen 
habe ich bei der Gelegenheit auch enfernt.

Ansonsten , das Teil ist sehr empfindlich . Im Vergleich zu meinem UBLOX 
Antaris4 Modul ist der Signalpegel der empfangenen Sat. immer deutlich 
größer.

Anbei ein paar Bilder wie das bei mir aussieht.
Grüße
Denis

Ein hab ich noch. (-:

Mit dem "Angst Spannungsteiler" am RX Pad , zwecks Anpassung 5VTTL an 
3,3V hat bei mir die Übertragung zum Modul nicht funktioniert. Kann aber 
auch an meinem fliegenden Aufbau in der Testphase gelegen haben.

Grüße
Denis

--- und noch einen hab ich ---

Warnung:

Allen Änderungen an standardisierten Steckverbindungen inhärent ist eine 
gewisse unkompatibilität zur ursprünglichen Funktionalität.

Mit dem mitgelieferten Ladekabel kann das Gerät weiterhin geladen 
werden. Ein Anschluß an den USB Port eines PC könnte den UART im GPS 
Empfänger zerstören.!

Aufladen am PC ist also nicht mehr möglich.

Grüße
Denis

Also ich hab mal alles auseinander genommen... man kommt sogar getrennt 
an Bluetooth und GPS Modul, wenn man R14 und R13 auslötet... naja siehe 
Bild.

Ansonsten 3,3V Pegel der UART mit 57600 Baud Übertragungsgeschwindigkeit 
(8,N,1).

Interessant evtl. auch, dass der Bluetooth Chip derselbe wie um BTM222 
Modul ist... evtl. kann man per AT-Befehlen das Bluetooth Modul um 
konfigurieren (siehe Datasheet BTM222). Werde ich evtl. mal ausprobieren 
;-).

Ansonsten kann man 2,8V und 3,3V Spannung anzapfen, wenn man nicht zu 
viel Strom braucht. 3,3V für Bluetooth und 2,8V für GPS denke ich.


Fazit: Bluetooth Modul, GPS, Akku und Ladeelektronik für 16,95€... cool!

So ich hab am WE auch mal bissl mit dem Modul gebastelt. Habe die TX 
Leitung auf D+ der MiniUSB Buchse gelegt. Funkioniert soweit auch, aber 
sobald ich gleichzeitig lade, funktioniert die Kommunikation nicht mehr, 
das heisst am TX PIN purzeln keine Daten mehr raus.
Kann das mal jemand testen? Oder hat jemand eine Erklärung dafür?

Hallo,

jetzt klinke ich mich auch mal hier mit ein. Als erstes muss ich sagen, 
dass ich mich ziemlich geärgert habe, als ich auf die Idee gekommen bin, 
das Teil zu öffnen um an die serielle Schnittstelle zu kommen. Ich habe 
u.a. nämlich gedacht, dass ich mal schaue ob jemand die gleiche Idee 
hat. Und dann musste ich feststellen, dass Ihr hier schon viel weiter 
seid ;-) und ich nicht der erste war.

Also vielen Dank für die sehr hilfreiche Arbeit hier!

Also nun zu meinem Beitrag:
Ich habe wie von Manuel geschrieben die seriellen Schnittstellen der 
beiden Blöcke GPS und Bluetooth getrennt (R13 und R14) und mal den 
Bluetooth-Teil getestet. Leider verhält sich das Teil nicht ganz so wie 
ein BTM-222. Die FW scheint um einiges anders zu sein. Die 
Empfangsrichtung (BT auf RS232) ist wie gewohnt bei einem BTM. Hier die 
Besonderheiten:
1) AT-Befehle nimmt es nicht (im nicht verbundenen Zustand von BT).
2) In der Senderichtung ist ein Zeichenpuffer mit ca. 20 Zeichen drin.
3) Der Puffer will ständig bei Laune gehalten werden (falls man z.B. 
einen Kommandointerpreter mit einem Mikrocontroller dranbauen will). Der 
Bluetoothteil geht nach ca. 1-2s (habs nicht genau gemessen) Ruhe (keine 
Daten rein oder raus) in den Power down. Das sieht man an der 
Stromaufnahme des gesamten Jentroteils. Das erste Zeichen scheint er 
immer wenn er in dem Modus war, nach dem Aufwachen zu verschlucken. Für 
die Gesamtstrombilanz des eigentlichen Gerätes wirklich gut aber für uns 
hier nicht ganz so optimal.

Fazit: Es ist sicherlich möglich sich mit einem Mikrocontroller zwischen 
die beiden Blöcke (BT und GPS) zu hängen. Wenn man aber mehr als nur 
mitgeschriebene Daten (z.B. auf eine SD-Karte) ausgeben will (z.B. 
Kommandointerpreter zum Parametrieren seines GPS-Trackers) ist ein 
bisschen mehr Gymnastik in der SW des Controllers notwendig.

Gibt es jemanden der sich schon mit diesen CSR-Teilen beschäftigt hat? 
Die Prüfpunkte auf der Rückseite schreien ja regelrecht nach einer 
Möglichkeit eine FW in den Bluetoothteil zu flashen der einem BTM-222 
entspricht, oder? Laut CSR-Seite hat der Baustein zwei serielle 
Schnittstellen. Wenn hier die zweite mit einem Monitor des Controllers 
belegt ist...ich werde mal mit dem Oszi die Prüfpunkte anschauen.

Kurz zu meinem Ziel von der ganzen Sache:
Ich habe es endlich mal geschafft mit dem R8C13 rumzuspielen und dort 
die letzten Wochen schon verschiedene Sachen implementiert. Unter 
anderem mit einem Beispielprogramm von einem Kollegen den besagten 
Kommandointerpreter erstellt. Ich möchte den R8C eine parametrierbare 
Zeit im stop-Mode halten und dann den Jentro z.B. einmal in der Stunde 
einschalten um einen gültigen Datensatz abzufragen und in einer SD-Karte 
zu speichern. Da sich das Teil durch Speichern der letzten Daten recht 
schnell auf die aktuelle Position einschießt, wäre hier ein Tracker mit 
einer extrem langen Akkulaufzeit realisierbar. Wenn es interessiert, 
kann ich an dieser Stelle dazu auch mal ab und zu noch was posten. Aber 
ich höre schon die Buhh-Rufe der ATMEL Fraktion....;-). Erst habe ich 
mich mit einem Schaltnetzteil aus 1 oder 2 AAA-Zellen und Pufferung über 
Goldcap in der inaktiven Phase beschäftigt. Aber aktuell bin ich doch 
eher so eingeschossen, dass ich den Akku des Jentro und einen 
Linearregler hernehmen will. Aber erst mal muss ich das mit dem 
Aufwachen (mit einer RTC realisiert) ausprobieren.

Ist zwar schon viel hier im Forum mitgeteilt worden, einige Dinge habe 
ich allerdings auch noch, die vielleicht nuetzlich sein koennten.

1. Der GPS Part laesst sich auch mit anderer Software bestuecken.
   Dazu muss man mit SirfDemo eine neue Firmware einspielen, die alte
   am besten vorher auslesen. (Wie die SirfDemo Software funktioniert
   sehe ich nicht als Aufgabe dieses Threads, bitte selbst im Internet
   nachsehen).
   Zum Flashen muss der GPS Part in den Flash Modus versetzt werden.
   Hierzu TP23 auf der Rueckseite mit 3,3V verbinden, dann kann geflasht
   werden. Ich habe alle moeglichen Firmware Versionen aus dem Netz
   probiert, einige funktionieren, andere nicht, bitte selbst probieren.
   Es scheint so, als ob eine falsche Firmware nicht schadet, aber eben
   nicht funktioniert, lege ich meine Hand aber nicht ins Feuer fuer.
   Die LED wurde von keiner Fremdfirmware korrekt unterstuetzt. Einige
   Firmware Versionen erzeugen angeblich auch den 1 Sekunden Puls an
   einem Portpin, ob der rausgefuehrt ist, habe ich nicht getestet.
   Die meisten anderen Firmware Versionen erzeugen alle gewuenschten
   Datensaetze ohne Programmierung direkt, aber leider mit anderer
   Baudrate und somit nicht kompatibel zur Bluetooth Modul Firmware,
   also nur zur internen GPS Nutzung.
   Vielleicht bekommt ja jemand raus wie man die Original Firmware
   patchen und zurueckspielen kann und somit die Standardparameter zu
   aendern.
   Das Flashen funktioniert nicht via Bluetooth, nur mit interner
   Kabelverbindung !

2. Wie bereits schonmal angesprochen besitzt das Modul 3 Low-Power
   Low-Drop Spannungsregler:
   a.) U12 -> permanente 1,5V direkt aus der Akkuspannung, Puffer GPS
   b.) U11 -> 3.3V aus Akkuspannung mit Enable Eingang fuer an/aus
       Eingang liegt IMMER an Akkuspannung
   c.) U10 -> 2.8V aus Akkuspannung mit Enable Eingang fuer an/aus
       Eingang liegt IMMER an Akkuspannung
   Die beiden Enable Eingaenge besitzen einen Pullup und werden zur
   Deaktivierung von Transistor Q7 (das ist der im Bild ueber dem
   CDT3332, Bezeichnung unter dem Transistor) gegen Masse geschaltet.
   Loetet man den Transistor aus, ist das Modul immer an, es wird auch
   keine Unterspannungsabschaltung mehr ausgefuehrt. Hier liesse sich
   aber auch eine externe Steuerung anschliessen, wenn man die Pufferung
   behalten moechte (mittleres Pad = Enable).
   Der GPS Part benoetigt ALLE Spannungen.

3. Ich habe das Modul statt dem Akku mit 5V fest vesorgt, dabei wird im
   Normalzustand mit GPS und nicht verbundenem Bluetooth ca. 50ma im
   Mittel aufgenommen. (GPS LED inaktiv da alternative Firmware,
   vielleicht ist die Originalfirmware ja sparsamer).

4. Eine Entfernung des Bluetooth Part ergibt nur eine geringfuegig
   kleinere Stromaufnahme. Ich habe dazu den Bluetooth Part komplett
   entloetet. Insofern kann ich die vorhergehenden Erfahrungen zum
   stromsparen ohne Bluetooth nicht wirklich bestaetigen.

5. Der Betrieb mit nicht aufgesetzter Abschirmung(en) fuehrte bei mir
   zu stark verschlechtertem GPS Empfang, man sollte das Blech nach
   evtl. gewuenschten Aenderungen wieder aufloeten.

Ich bins nochmal.
Ein Fehler gibt es natuerlich schon in meinem vorigen Beitrag.
Das Update des Flashs muss natuerlich mit Sirfflash und nicht mit 
Sirfdemo gemacht werden.
Funktionieren scheint z.B. die Firmware fuer die Falcom JP13 Produkte 
(Version 3.2.5).
Der Stromverbrauch ist mit der Original Jentro Software genauso hoch 
bzw. etwas hoeher, da dort noch die LED angesteuert wird.
Wiegesagt waere es schon zu wissen, wo man in der Flashware (welcher 
auch immer) die Default Parameter veraendern kann.

Wenn es interessiert, der findet in der pdf-Datei (NMEA2_1.pdf) im 
Archiv http://www.falcom.de/uploads/media/SiRFmessages_SSIII_01.zip auf 
Seite 22 die Befehle um die Datensätze zu ändern, die gesendet werden.

mfg Gerrit

Kann man den BT-Teil auch abtrennen und separat nutzen? Ggf. auch 
mechanisch abtrennen?

Ich versuche jetzt schon seit mehreren Stunden eines der GPS-Teile per 
Bluetooth mit dem PC zu verbinden.
Ich finde das Gerät auch und es stellt den Dienst SPP-Slave (COM6) zur 
Verfügung. Irgendwie bekomme ich aber keine Verbindung zu dem Gerät. Ich 
probiere mit HTerm 0.8.1 unter 4800 Baud auf COM6 mit 8 Datenbits, 1 
Stoppbit und ohne Paritätsbit. Leider bekomme ich kein Output, und die 
Bluetooth-LED am Gerät blinkt munter weiter.
Habt ihr eine Ahnung, was ich falsch mache?
Mit einem USB-Seriell-Umsetzer unter 57600 Baud mit ( Datenbits und 1 
Stoppbit ohne Parität funktionierts aber. Ohne BT.
Könnt ihr mir da helfen?
Mit freundlichen Grüßen,
Valentin Buck

du musst als Code einfach 0000 eingeben, hat bei mir problemlos 
funktioniert.

mfg Gerrit

Hallo,
ich hab mir auch dieses Modul gekauft und bin auch davon begeistert. 
Also der GPS-Empfänger geht einwandfrei uns selbst in meinem Zimmer hab 
ich noch Empfang.

Ich hab aber noch ne Frage zum Akku:
Da ist ja eine kleine Platine im Akku-Pack eingearbeitet, was ist den da 
drauf?
Ich hab noch nie mit Akkus gearbeitet und wollte daher wissen, ob 
vielleicht die Lade-Elektronik schon im Akku eingebaut ist. Oder besser 
gesagt, wie muss ich diesen Akku laden? Reicht es, "einfach nur" 
Spannung anzulegen?

Naja, wäre ja fast zu schön gewesen ;)
Gut, dann werd ich google mal etwas mit LiIon-Akkus quälen

leg die Spannung doch an die USB-Buchse an, dann müsste die eingebaute 
Ladeelektronik doch alles regeln.

Gerrit G. schrieb:
> leg die Spannung doch an die USB-Buchse an, dann müsste die eingebaute
> Ladeelektronik doch alles regeln.

Das würde gehn, jedoch benutze ich Akku und GPS-Empfänger in 2 
getrennten Projekten, von daher geht das leider nicht...

ok, dann gehts nicht

Hallo Leute,

bei Amazon gibt es das teil sogar ab 12,99 Euro!
http://www.amazon.de/gp/offer-listing/B000SYFDQE/ref=sr_1_1_olp?ie=UTF8&s=gateway&qid=1276159617&sr=8-1&condition=new
habe mir da auch zwei Stück bestellt und werde damit mal experimentieren 
:)

Besten Dank an alle für die nützlichen Infos!

Gruß Taner

Hallo,
ich habe nun alles wie mcfly01 beschrieben hat erfolgreich umgebaut. 
Obwohl die Frage schon mal gestellt wurde: Wie kann ich den GPS-Teil 
dazu bringen, dass er abgeschaltet werden kann, bzw. dass er seine Daten 
(Baudrate) nicht verliert? Vielen Dank!

Hallo,

in dem Thread habe ich meine Arbeiten mit der Maus beschrieben. Dort 
sind auch Bilder zum Anschauen.

http://forum.pocketnavigation.de/forum1000226-gps-empfaenger-mit-logger/1156735-selbstbau-gps-logger/

Grüße
Uwe

@Uwe P.
Schönes Projekt!

Mit freundlichen Grüßen,
Valentin Buck

Werner C. schrieb:
> U11 -> 3.3V aus Akkuspannung mit Enable Eingang fuer an/aus
>
>        Eingang liegt IMMER an Akkuspannung

Weiß jemand, um welchen Typ es sich bei diesem Linearregler handelt?
Würde mich interessieren, was der an Strom liefern kann, evtl. würde ich 
gerne eine Zusatzschaltung mit dranhängen die so ca. 40 mA braucht.

Moin! Habe auch mal ein bishcen mit dem BT-Modul rumgespielt und es mit 
rx/tx an meinen pc angeschlossen. Über HTerm lese ich die Daten aus. Das 
funktioniert auch schön im Sekundentakt, allerdings empfange ich nur 
Kauderwelsch. Ich dachte, ich empfange schön sauberes NMEA, aber es 
kommen nur sinnlose Sonderzeichen..

Per Bluetooth funktioniert alles prima, allerdings nur solange die 
serielle Schnittstelle nicht angeschlossen ist. Als Pegelumsetzer nutze 
ich den Max232n und bin an den Pins 13 u 14.

Hat jemand ne Idee?

Ich hab noch etwas weiter geforscht:

da die Datenübertragung per Bluetooth funktioniert (in SirfStarDemo 
werden die Satelliten korrekt angezeigt), habe ich mal die Datenströme 
angeschaut und mit dem sirf-Binary-Protocol verglichen.

Der Bluetooth-Datenstrom sieht folgendermaßen aus:
2A 20 49 00 45 00 43 00
09 EF 83 24 47 50 47 47
41 2C 31 36 33 39 35 35
2E 31 32 35 2C 2C 2C 2C
2C 30 2C 30 30 2C 2C 2C
4D 2C 30 2E 30 2C 4D 2C
2C 30 30 30 30 2A 35 44
0D 0A 24 47 50 52 4D 43
2C 31 36 33 39 35 35 2E
31 32 35 2C 40

das selbe in ASCII:
* I E C  ïƒ$GPGG
A,163955.125,,,,
,0,00,,,M,0.0,M,
,0000*5D  $GPRMC
,163955.125,@

Man erkennt schön das NMEA. Aber: im sirf binary steht, dass eine 
Sequenz immer mit A0 A2 beginnt. Die sehe ich hier nirgends. Warum? 
Hängt das mit dem Bluetooth zusammen?

Mein Datenstrom über den Com-Port sieht ganz anders aus. SirfstarDemo 
meldet ständig Comm: "CE_Break" und "Comm: CE_Frame". Ich habe bereits 
sämtliche Baudraten versucht, ohne Erfolg. Wenn ich aber den Datenstrom 
mit HTerm anschaue, meldet HTerm ständig Fehler. Was mich dabei verdutzt 
ist, dass die Daten an sich fast immer gleich sind! Aller 1 Sekunde 
kommen Datenpakete, die sich sehr ähneln. Sollte es an falschem Empfang 
wegen der Baudrate liegen, so müssten doch die Daten zufällig sein und 
nciht jede Sekunde fast die gleichen?

Hier mal ein paar Mitschnitte vom Comport (ich nutze übrigens ein 
seriell2USB Kabel):
1. sekunde: 26 46 00 26 9c 00
2. sekunde: 26 46 00 26 9c 00
3. sekunde: 22 46 00 22 9c 00
4. sekunde: 22 46 00 22 9c 00
5. sekunde: 26 46 00 26 9c 00

Das sind doch keine zufälligen Daten, die enstehen würden, wenn eine 
falsche Baudrate eingestellt ist?
Weiterhin ist komisch, dass es bei 57600 baud nur 6Byte sind, die pro 
Sekunde empfangen werden.

Ich bin ratlos!

Ähm, hat sich von euch jemand schon mal mit der Möglichkeit auseinander 
gesetzt, dort externe Antennen anzuschließen?

Ich suche gerade eine günstige Möglichtkeit, mal ein bissel mit Helix 
und Patchantennen herum zu spielen und würde mir dann den GPS4now 
kaufen...

Ich habe jetzt des Rätsels Lösung: Ich habe die RX/TX-Leitungen von der 
GPS-Maus an die falschen Pins am MAX232 angeschlossen. Und zwar an die, 
an denen RX/TX vom Rechner hängt. Deshalb hab ich auch was empfangen, 
aber eben nur Mist, weil ich den MAX232 sozusagen überbrückt hab ;O)

Hat zufällig jemand noch so ein Gerät übrig?
Bei Reichelt gibt es das leider nicht mehr.

Nur ein Geraet ?
Haette ich vielleicht noch.

oder eben hier:
Beitrag "[V] GPS Bluetooth Empfänger NEU"