Atmega GPS Uhr

[Rin S, (Gast)]

Hallo Leute,

ich hab mal ein paar Fragen.

Bin relativer "Atmega-Neuling". Kommunikation über hardware rs232 bekomm 
ich hin, Beinchen schalten ist auch kein Problem, C geht inzwischen auch 
ganz gut.

Was ich basteln möchte ist eine GPS Uhr. Also ein Display an einem 
ATmega und einen GPS-Empfänger.

Ausgesucht habe ich mir den hier, der hätte ne rs232 und sirf3 
Schnittstelle:

http://www.hanobox.de/product_info.php/info/p2008_NAVILOCK-NL-500ERS-Sirf3-RS232-Modul-60409.html


Kennt jemand vielleicht ein Projekt oder kann mir nen Anstoß geben, ob 
ich aus den NMEA Daten die Uhrzeit rausbekomme (möglichst genau 
natürlich, so 0,01ms wären genial ;) (ja, soll ne Atomuhr-Genauigkeit 
kriegen ;) ) und ganz wichtig, den Atmega-Controller hätte ich gern 50m 
weiter weg vom GPS-Empfänger. Geht so viel über rs232?


Vielen Dank für euere Hilfe!

[... (Gast)]

Wenn man bei Wikipedia NMEA eingibt, dann findet man unten bei den Links 
folgendes:

http://www.kowoma.de/gps/zusatzerklaerungen/NMEA.htm

Da ist das Format der Daten sehr gut beschrieben.

50m über RS232 sind kein Problem. Die maximale Entfernung ist abhängig 
von der Datenübertragungsrate.

[cspotc (Gast)]

http://de.wikipedia.org/wiki/NMEA_0183

[Martin (Gast)]

> möglichst genau natürlich, so 0,01ms wären genial

Das geht nicht, weil 1 Bit auf der RS232 Leitung schon mehr Zeit 
benötigt als 0,01ms.

[... (Gast)]

Wenn das GPS Modul immer exakt gleich lang zum dekodieren der Daten 
bräuchte, dann wäre die Übertragungszeit über RS232 egal. Man könnte 
immer beim Empfang der Daten synchronisieren. Aber ich bezweifel das das 
so ist. In meinem GPS Empfänger ist irgendein ARM7 Controller drin, der 
bestimmt je nach Empfangssituation unterschiedlich lange braucht.

Für so eine Anwendung wäre wohl das DCF Signal besser geeignet.

[Thomas P. (tpircher)]

... wrote:
> Für so eine Anwendung wäre wohl das DCF Signal besser geeignet.

Ack.
Es stimmt dass GPS intern eine sehr genaue Zeit enthaelt, aber der 
Zeitstempel der in NMEA ausgegeben wird, ist nicht die laufende Zeit, 
sondern der Zeitpunkt an dem die Pseudorange-Messungen gemacht wurden. 
Zwischen dem Zeitpunkt der Messung und der Ausgabe liegen einiges an 
Operationen in einem DSP und ein recht komplizierter Kalman Filter (die 
serielle Uebertragungszeit ist dabei vernachlaessigbar). Das kann schon 
einmal bis zu 500ms dauern, je nach Hardware-Ausstattung.

Thomas

[Björn W. (bwieck)]

Rin S, wrote:
>
> Kennt jemand vielleicht ein Projekt oder kann mir nen Anstoß geben, ob
> ich aus den NMEA Daten die Uhrzeit rausbekomme (möglichst genau
> natürlich, so 0,01ms wären genial ;) (ja, soll ne Atomuhr-Genauigkeit
> kriegen ;) ) und ganz wichtig, den Atmega-Controller hätte ich gern 50m
> weiter weg vom GPS-Empfänger. Geht so viel über rs232?

So was Ähnliches habe ich vor einiger Zeit mal gemacht, ist aber über 
das Beta-Stadium nie hinausgekommen... Das Datum wird nicht richtig 
korrigiert.

Ich leg Dir mal den Code hier ab.

Grüße
Björn

[Rin S (Gast)]

Hey, danke für die Antworten.


Wollt nur nochmal ein kleines update geben:

Um richtig genau zu werden braucht man einen GPS Empfänger mit PPS 
Signal. Hier wird eine Flanke zum Beginn einer Sekunde erzeugt.

Wann dann die Zeit über rs232 ankommt ist ja dann so ziemlich wurscht.

den PPS Ausgang auf nen interrupt und schon wirds genau! :-)



Viele Grüße