teqc problem

Fragen und Hinweise zu Software, die mit dem Thema GPS zu tun hat. Egal ob PC oder Handheld.

Moderator: Roland

black81
Beiträge: 15
Registriert: 14.02.2009 - 13:48

Re: teqc problem

Beitrag von black81 » 05.03.2009 - 20:52

so habs jetzt endlich,

meine Lösung nennt sich TRIMBLE Business Center.

damit geihts, suppeer ^^

gibts für die ublox auch ein akku?
ansonsten muss man ja immer strom haben oder ein zigarettenanzünder...
würd das teil mal gerne an stellen testen wo ich ein akku brauch....

guidobaumann
Beiträge: 19
Registriert: 27.12.2008 - 23:58

Re: teqc problem

Beitrag von guidobaumann » 08.03.2009 - 08:52

black81 hat geschrieben: Einstellungen dürften korrekt sein, BSPL Datensatz noch nicht getestet.

hab grad mal Leica Geo Office installiert und mach mich mit der Software vertraut.
Falls es Probleme gibt,
ich arbeite täglich mit dem Leica Geooffice und ich ahbe auch den Rineximport als auch das Postprocessing freigeschaltet.
Ich könnte mal versuchen das ganze zu rechnen.

Gruß Guido

ssquare_de
Beiträge: 671
Registriert: 07.10.2006 - 16:23

Re: teqc problem

Beitrag von ssquare_de » 09.03.2009 - 21:01

Servus Guido,


darf ich mich mal ( irgendwann in der/den nächsten Woche(n) ) bei dir melden, um dein Angebot bezüglich Postprocessing anzunehmen?
Mir gehts dann hauptsächlich darum, die Lösung mehrerer Softwarepakete zu testen.

Hallo black51,

da gibts Strom:
http://variotek.de/?p=129

Stefan

black81
Beiträge: 15
Registriert: 14.02.2009 - 13:48

Re: teqc problem

Beitrag von black81 » 10.03.2009 - 14:15

gibts denn da passende adapter für die ublox ?

black81
Beiträge: 15
Registriert: 14.02.2009 - 13:48

Re: teqc problem

Beitrag von black81 » 17.03.2009 - 09:11

neues problem: :mrgreen:

also, hab 2 tracks ( hin und rückweg ) aufgezeichnet.
den hinweg morgens hat im postprocessing super funktioniert.
nun aber der rückweg lässt sich nicht postprocessen... warum auch immer...

könnte es evtl daran liegen, dass einige phasen nicht ausgewertet wurden?
jedoch stehen dann noch genug andere sv zur verfügung.

schaut euch mal die datei im anhang an:

Leica Geo Office und Trimble Business Center wollen beide kein PP durchführen...
ich bin direkt losgefahren ohne eine weile im stand zu initialisieren..
Dateianhänge
leica2.jpg
leica2.jpg (189.59 KiB) 14885 mal betrachtet

ssquare_de
Beiträge: 671
Registriert: 07.10.2006 - 16:23

Re: teqc problem

Beitrag von ssquare_de » 17.03.2009 - 13:24

Hallo black81,


nein, das Fehlen einzelner Trägerphasenmesswerte ist normalerweise kein Grund, warum die Postprozessierung nicht wenigstens anlaufen sollte.
Die "3" deutet nur darauf hin, dass eben aktuell für die Epoche kein Trägerphasenmesswert vorliegt.
( zu schwaches Eingangssignal an der Antenne, Doppler und Pseudorange sind da signaltechnisch "robuster", die Phasenwerte fallen den Hindernissen im Signalweg immer als erstes zum Opfer)

Hast du denn für den Datensatz in deinen Softwarepaketen eine "kinematische" Auswertung einstellen können?
Im RINEX-Header ist der nämlich als "static" deklariert. :idea:

Du kannst aber auch mit einem Texteditor im RINEX-File die kinematische Auswertung erzwingen. :!:
Dazu musst du den "Event-Flag" von "0" = static auf "2" = kinematic umstellen.

Und wo genau ist der Event-Flag? :?:

In der zweiten Zeile unter dem "End of Header" Kommentar.
Aus
....53.0030000 0 9G25G....
wird
....53.0030000 2 9G25G....


Die Änderung musst du normalerweise nur in der ersten Epoche vornehmen, damit ist der Datensatz als "kinematic" gekennzeichnet.
Und dann müsste das laufen....



Stefan

black81
Beiträge: 15
Registriert: 14.02.2009 - 13:48

Re: teqc problem

Beitrag von black81 » 18.03.2009 - 08:53

ssquare_de hat geschrieben:Hallo black81,


nein, das Fehlen einzelner Trägerphasenmesswerte ist normalerweise kein Grund, warum die Postprozessierung nicht wenigstens anlaufen sollte.
Die "3" deutet nur darauf hin, dass eben aktuell für die Epoche kein Trägerphasenmesswert vorliegt.
( zu schwaches Eingangssignal an der Antenne, Doppler und Pseudorange sind da signaltechnisch "robuster", die Phasenwerte fallen den Hindernissen im Signalweg immer als erstes zum Opfer)

Hast du denn für den Datensatz in deinen Softwarepaketen eine "kinematische" Auswertung einstellen können?
Im RINEX-Header ist der nämlich als "static" deklariert. :idea:

Du kannst aber auch mit einem Texteditor im RINEX-File die kinematische Auswertung erzwingen. :!:
Dazu musst du den "Event-Flag" von "0" = static auf "2" = kinematic umstellen.

Und wo genau ist der Event-Flag? :?:

In der zweiten Zeile unter dem "End of Header" Kommentar.
Aus
....53.0030000 0 9G25G....
wird
....53.0030000 2 9G25G....


Die Änderung musst du normalerweise nur in der ersten Epoche vornehmen, damit ist der Datensatz als "kinematic" gekennzeichnet.
Und dann müsste das laufen....



Stefan
schau mal in die datei, hab direkt nach dem header eine zeile für kinematische messung eingefügt.
im postprocessing programm wird alles wunderbar eingelesen, jedoch werden komischerweiser entweder nur bruchteile ausgewertet
(obwohl genügend records da sind) oder die ganze prozedur schlägt fehl.
rätselhaft..

wenn mal einer von euch sich an meinen daten versuchen möchte?

black81
Beiträge: 15
Registriert: 14.02.2009 - 13:48

Re: teqc problem

Beitrag von black81 » 18.03.2009 - 12:35

hab mal diesen teqc quality check angewendet.
werd aber nmicht so richtig schlau draus.
Es wird berichtet von deleted observations..:?:

hier mal die kompletten files...
Dateianhänge
leica2.txt
PostProcessing geht nicht
(8.86 KiB) 424-mal heruntergeladen
leica.hin.txt
PostProcessing teilweise möglich
(9.69 KiB) 417-mal heruntergeladen

ssquare_de
Beiträge: 671
Registriert: 07.10.2006 - 16:23

Re: teqc problem

Beitrag von ssquare_de » 18.03.2009 - 12:54

Hallo black81,


wenn du das RINEX-File per Eventflag und Texteditor von "static" auf "kinematic" umgestellt hast und trotzdem nichts geht, versuche dann mal eine einfache Code-Lösung mit deinen Softwarepaketen.
Vielleicht ist auch deine Datenaufzeichnung einfach zu schlecht.
---> Zu wenige Sats, zu kurze unterbrechungsfreie Beobachtungszeiten der einzelnen Sats, jede Menge Cyleslips...--> das kann dazu führen, dass von den wenigen empfangenen Sats weitere ausgeschlossen werden und dann mag (und kann) das Postprozessingprogramm nichts mehr vernünftiges auswerten...

Aber probiere mal nur die Code-Auswertung aus.
Du kannst bei der Träger-Auswertung versuchsweise auch mal den cut-off-Winkel auf 30-35° hochschrauben, dann werden normalerweise die "schlimmsten" Störer ausgeblendet...



Stefan

black81
Beiträge: 15
Registriert: 14.02.2009 - 13:48

Re: teqc problem

Beitrag von black81 » 18.03.2009 - 15:51

die einfache code lösung ist schon eingestellt gewesen, in trimble business center hat man noch nichtmal irgendeinen einfluss auf die auswertung.
bei leica kann ich die auswertung einstellen wobei er eh die codelösung nimmt..

Hab mir den Track mal als ovl auf die top50 gelegt.wunderbar. keine unterbrechungen ect., somit muss der track ja komplett verfügbar sein.
evtl reicht es aber nicht für ein postprocessing der daten.

im ucenter sind die ersten 2 min des tracks eine Fix Mode DR ????
danach hat er die Fix 3d Lösung und die accuracy springt von anfänglichen 70m auf 3m.

hab daraufhin mal die ersten 3 min im rinexfile rausgeschnitten um direkt mit der 3d lösung zu beginnen... aber auch fehlanzeige....

langsam gehen mir die ideen aus...

ssquare_de
Beiträge: 671
Registriert: 07.10.2006 - 16:23

Re: teqc problem

Beitrag von ssquare_de » 19.03.2009 - 12:14

Hallo black81,


dann wird das eben ein fürs Postprozessing unbrauchbarer Datensatz sein.
Um zu genauen Lösungen zu kommen, müssen eben mindestens 5 Sats über einen längeren Zeitraum störungsfrei empfangen werden können.
Das kann bei kinematischen Datenaufzeichnungen schnell mal danebengehen.
Dass du Roverseitig nur einen L1-Empfänger verwendest, verschärft die Prolematik weiter.

"Klebe" :) die Magnetantenne mittig aufs Autodach, lass den Empfänger 5 Minuten im offenen Gelände "warmlaufen", starte dann die Datenaufzeichnung:
-->logge 5-10 Minuten im Stand dann fahr los.
--> wenn deine Software einen O(n)T(he)F(ly)-Algorithmus anbietet, kannst du dir das Standloggen vielleicht sparen.

Aber auf insgesamt mind. 20-30min relativ sauberen Empfang (stabiler, unterbrechungsfreier Empfang mit den Trägerphasenmesswerten von möglichst vielen Sats) solltest du MINDESTENS kommen.




Stefan

black81
Beiträge: 15
Registriert: 14.02.2009 - 13:48

Re: teqc problem

Beitrag von black81 » 19.03.2009 - 12:28

genau daran hatte ich auch gedacht und werde das heut nachmittag mal testen....

Antworten