Moderator: Roland
Hab ich auch schon gesehen, hab am we immer mal wieder gekuckt.Wie ich gesehen habe, ist wenigstens das neue Release 2.2.1 von RTKNAVI da.
Also die Maßeinheit ppm (Parts per Million) gibt Auskunft über die Stabilität des Quarzoszillators. In diesem Fall eine Genauigkeit von +/- 0,000015 auf die Frequenz des Oszillators.Der Clockdrift hängt im Wesentlichen von der Temperatur ab.
Der verwendete Quarz hat eine Stabilität von +-15ppm über den
Temperaturbereich von -40 bis + 85 Grad.
Mechanische Einwirkungen können sich ebenfalls auf den Clockdrift
auswirken.
, nur für die Signalstärke. hmmm schade. Aber soweit kann es ja nun auch nicht mehr seinAber um da näheres zu sagen, soweit sind wir ja noch gar nicht.
, keine nennenswerten Verbesserungen ) 
auweia, ich bin ja echt für jeden Vorschlag zu haben, aber bitte nicht böse sein, wenn ich eher versuche einen anderen Empfänger für meine Versuche zu bekommenNun, was steckt denn in dem SAM-LS Modul für ein Tacktgeber drin ?
Kann man das Ding öffnen und nachschauen ?
naja Dein Clockdrift ist ja immer so um die -0,8µs, meiner manchmal 2µs oder 4µsTill, du kannst mal das .ubx-File in u-center näher ansehen und mit deinen Empfängern vergleichen.
Deine Uhren sind doch nicht so schlecht
und dem Postprocessing oder auch RTK schau dir mal folgenden Link an:
Ja, stimmt sogar ziemlich genau. wowDer Rover COM4 lag ca. 98cm östlich von der Basisstation COM5, und mit ca. 41cm südlicher Ablage
Beide Module sind nur über ein USB Kabel versorgt. Muss ich mal sehen ob ich da was finden kann...Vielleicht ist die Baudrate noch nicht optimal? Ich hab die Aussetzer noch nicht ausmachen können. Zeitgleich in jedem Kanal ohne das der Empfang vorher zu schwach (also rot) wird? Oder bin ich in der falschen Ansicht?den Datenweg vom Empfänger bis hin zum Rechner und alle Steckverbinder dazwischen nochmal peinlich genau prüfen. da muss irgendwo im Datenweg vom Empfänger bis zur Aufzeichnung im Rechner der Wurm drinnen sein.
Man sieht schon ich brauche ein grösseres Feld um eine Referenzstrecke abzulaufen. Eventuell müsste ich mal experimentieren die Frequenz ein wenig zu erhöhen, damit ich nicht so langsam laufen muss 
kreiskinematic090520.txt
Com Ports und Windows. Meine Erfahrung ist, das in der Regel der 16Byte Hardwarebuffer überschrieben wurde, weil die Daten nicht schnell genug gesaugt wurden. Meist macht man den Fehler direkt im Callback die Daten auszuwerten. Wenn dann schon wieder Daten kommen, dann sind sie weg. Daher sollte man erst mal ein riesigen Ringbuffer mit den Date im Callback füttern. Mit einem Zyklischen abfragen des Ringbuffer kann man dann die Auswertung beginnen. Zykulszeit und Buffergröße müssen dabei aufeinander abgestimmt werden.anfänger hat geschrieben:Beide Module sind nur über ein USB Kabel versorgt. Muss ich mal sehen ob ich da was finden kann...Vielleicht ist die Baudrate noch nicht optimal? Ich hab die Aussetzer noch nicht ausmachen können. Zeitgleich in jedem Kanal ohne das der Empfang vorher zu schwach (also rot) wird? Oder bin ich in der falschen Ansicht?
o mein gott, wie mach ich das dennCom Ports und Windows. Meine Erfahrung ist, das in der Regel der 16Byte Hardwarebuffer überschrieben wurde, weil die Daten nicht schnell genug gesaugt wurden. Meist macht man den Fehler direkt im Callback die Daten auszuwerten. Wenn dann schon wieder Daten kommen, dann sind sie weg. Daher sollte man erst mal ein riesigen Ringbuffer mit den Date im Callback füttern. Mit einem Zyklischen abfragen des Ringbuffer kann man dann die Auswertung beginnen. Zykulszeit und Buffergröße müssen dabei aufeinander abgestimmt werden.
Mit göttlicher Eingabe hat das nix zu tun.anfänger hat geschrieben:o mein gott, wie mach ich das dennCom Ports und Windows. Meine Erfahrung ist, das in der Regel der 16Byte Hardwarebuffer überschrieben wurde, weil die Daten nicht schnell genug gesaugt wurden. Meist macht man den Fehler direkt im Callback die Daten auszuwerten. Wenn dann schon wieder Daten kommen, dann sind sie weg. Daher sollte man erst mal ein riesigen Ringbuffer mit den Date im Callback füttern. Mit einem Zyklischen abfragen des Ringbuffer kann man dann die Auswertung beginnen. Zykulszeit und Buffergröße müssen dabei aufeinander abgestimmt werden.
Da muss man schon selber Hand anlegen. Welches Programmierumfeld setzt du denn ein. äh tja das ne gute Frage...Hab nur eine Vorlesung in C gehabt. Bin ja eigentlich Energietechniker *hüstel*Welches Programmierumfeld setzt du denn ein.
Also, jede Platine hat einen Festspannungsregler und einen FTDI. Anschluss an den Rechner über USB und der GPS- Empfänger wird über 4 Drähte (3V3, TXD, RXD und GND) versorgt.Till, wie läuft das mit den 2 USB-Kabelanbindungen derzeit genau?
Ich werde mal versuchen den Puffer zu erhöhen. Gibt es denn eine Möglichkeit zu überprüfen, ob der Puffer "übergelaufen" ist?Im erweiterten FTDI-Treibersetup im Windows-Gerätemanager lässt sich auch an den Puffereinstellungen der Schnittstellen schrauben
