Allgemeiner Samsung OMNIA i900 GPS thread.

  • Hallo zusammen.


    Nachdem ich jetzt mehrere Tage lang mit großem Grauen in diversen Handy-spezifischen Foren umhergelesen habe, sehe ich einen dringenden Bedarf, das mal irgendwo mit der nötigen fachlichen Kompetenz, sich des Themas GPS beim OMNI i900 angenommen wird, da sich dazu - aufgrund der vielen und massiven Problem damit - zwar eine riesig unüberschaubare Anzahl an Beiträgen im Internet findet, aber man einfach anscheinend nirgendwo (zumindest nicht findbar) wirklich zum "Pudels Kern" durchdringt. Stattdessen kursieren die wildesten Workarounds und Vermutungen.


    Also, ich bin nun seit etwas über einer Woche "stolzer" Besitzer des OMNIA i900, und insbeondere das GPS bereitet mir von Anfang an bis heute einiges Kopfzerbrechen. Ich fasse mal zusammen, was für Problem ich (und auch andere, auch hier) sehe, und welche Vermutungen ich dazu bisher habe.



    Problem 1: Bei sehr vielen funktioniert das GPS überhaupt nicht.


    Hier bin ich inzwischen soweit, dass es zwei Gründe dafür gibt, bzw. geben kann.


    Der erste ist, dass der GPS Empfänger in irgendeiner Form "exotisch" ist, und in Programmen, die sonst einwandfrei mit fast allen anderen GPS Empfängern funktioniert, zwar gefunden wird, aber nie einen Sat-FIX (oder überhaupt irgendwelche Daten) liefert. Ein Thread zu dem Thema in dem es um SmartRunner geht, findet man hier:


    http://www.smartrunner.de/foru…-wird-nicht-gefunden.aspx


    Die Entwickler des Programms haben das zwar inzwischen gelöst, leider liefern sie aber keine technischen Details zu dem Problem, nur das hier:


    "Es hat einfach an einer ungewöhnlichen Konfiguration des GPS-Gerätes gelegen. Das Gerät muss beim Omnia vor der Verwendung speziell registriert werden und dann in einer bestimmten Weise angesprochen."


    was natürlich anderen nicht hilft.



    Das andere Programm, was offensichtlich ohne Tricks gar nicht kann, ist wohl TomTom (habe ich nicht). Da ist der bisher übliche workaround wohl irgendeinen der vielen Portsplitter zu benutzen (dann hat man also zwei, den von Windows selber, und z.B. noch GPSGate oder so), was natürlich im Prinzip krank ist. Auch hierzu findet sich nicht viel belastbares *warum* denn TomTom mit dem internen COM Port ein Problem hat.


    Das Problemkind in dem Zusammnhang ist, und da bin ich inzwischen sehr sicher, dass der virtuelle comport (default: COM3:) den WM 6.1 verwaltet im OMNIA i900 mindestens zwei haarsträubende bugs hat. Zuallererstmal lässt er sich, im Gegensatz zu anderen WM6.X Geräten die ich kenne, eben *nicht* von mehreren Programmen gleichzeitig nutzen.
    Nur die erste Applikation die den Port öffnet kann diesen auch nutzen. Obendrein passiert es sehr häufig, dass selbst wenn man diese Applikation wieder verlässt, der PORT nicht wieder freigegeben wird, und damit anderen Programmen ohne weiteren Eingriff nicht wieder zur Verfügung gestellt wird. Ich habe bisher zwei Möglichkeiten gefunden, aus dem Zustand wegzukommen: 1. Reboot (logisch). oder 2. : In den GPS Einstellungen von Windows, entweder den virtuellen Comport hin-und-her ändern, oder ihn komplett abschalten ("GPS automatisch verwalten" unter "Zugriff"), abspeichern, und wieder einschalten. Danach tut's der COM3: wieder.
    Das Phänomen mit dem toten COM3: zeigt sich verschärft oft (>50% aller Fälle) nachdem man VisualGPSCE beendet hat.



    Problem 2: Teilweise extrem lange Fix-Zeiten, allgemein schlechter Empfang, wenige Sats "in use".


    Auch hier habe ich die Vermutung, dass diese Probleme mit dem o.g. genannten "exotischen" GPS zu tun hat. Möglicherweise liefert der evtl. die Daten seltsam formatiert, ich weiß es (noch) nicht. Fest steht aber anscheinend, dass das Problem wiederum abhängig von der GPS Applikation ist (also möglicherweise davon, wie der GPS Empfänger initialisiert wird, oder wie die Applikation auf die seltsamen Daten des GPS Empfängers reagiert).


    Bei mir ist das Problem am besten in VisualGPSCE sichtbar, das verhält sich *extrem* komisch. Zum einen dauert es oft ungewöhnlich lange bis ein fix zustandekommt. Viel "interessanter" ist aber, das anscheinend irgendwas mit den Daten zu den einzelnen Sats nicht stimmt, oder keinen Sinn macht. So springt z.B. oft die Anzeige "Satellites in View" wild hin und her (mal 4, mal 8, dann 10, oder wieder 4), obwohl angeblich schon ein FIX da ist. Zusätzlich werden in VisualGPSCE so gut wie nie mehr als 4 oder maximal 5 "Sattelites in Use" angezeigt, obwohl in den Signalstärkebalken viel mehr Sats mit gutem Pegel angezeigt werden, und die Sats, die benutzt werden, wechseln nahezu dauernd wild hin und her. Das führt zum einen zu schlechten HDOP un VDOP werten, obwohl der Empfang eigentlich prima ist. Sichtbar ist das aber auch an einer extrem schwankender Höhenanzeige (bei mir, tatsächlich 68m, schwankt die Höhe selbst nach langer Zeit wild zwischen 50 und über 400 Meter hin und her.


    Der absolut komischste Effekt in VisualGPSCE ist aber, dass sehr oft einerseits ein vorhandener FIX angezeigt wird, gleichzeitig aber nur ein oder zwei Sats "in Use" sind. Und das passiert nicht nur nachdem der FIX schon steht, nein, schlimmer, es passiert auch, das nach dem Start von VisualGPSCE erst kein Sat "in use" ist, dann kommt irgendwann ein einziger, und gleichzeitig gibt es plötzlich einen FIX, und sogar Koordinaten.
    Das geht natürlich gar nicht zusammen. Den einzigen Reim den ich mir darauf machen kann, ist das irgendwie der Empfänger, warum auch immer, nicht alle Sats die er tatsächlich benutzt auch im Protokoll ausliefert. Also in wirlichkeit, intern nutzt er bereits 3 oder 4, hat also eine Position, liefert aber im Protokol zwar einen Fix und auch Positionsdaten, lässt aber einige der individuellen Sat Daten einfach weg, was dann auch erklären würde, warum selbst im besten Fall nie mehr als 4 oder 5 Sats als "in Use" angezeigt werden. Gibt es Empfänger, die sich so benehmen?



    Auf der anderen Seite funktionierenden trotzdem Google Maps, aber auch IGo8 eigentlich recht problemlos (solange nicht das Problem mit dem toten Comport auftritt). In iGo sieht man zwar auch, dass ungewöhnlich wenige Satelliten genutzt werden, und iGo definiert auch in der GPS Anzeige den Empfang fast immer als "schlecht" oder bestenfalls "mittel", die Navigation selber funktioniert aber trotzdem ziemlich problemlos, der Fix geht schnell, und es gibt auch keine unerwarteten Verluste des Sat-Fix.



    Ok, das ist schon gruselig lang geworden. Aber vielleicht hat ja jemand irgendwelche weiteren Ideen, oder technische Details zu dem Empfänger im Omnia. Ich weiß bis jetzt noch nichtmal belastbar, was da genau für ein Typ verbaut ist. Ein SIRF scheint es jedenfalls nicht zu sein.


    CU,
    Massimo

  • Hallo Massimo,


    obs was bringt kann man so nicht sagen., aber ein log, etwa 10 min länger als fixAnfang, wäre ja mal ein Anfang um evtl. was zu sehen.

  • Zitat

    Original von karomue
    Hallo Massimo,


    obs was bringt kann man so nicht sagen., aber ein log, etwa 10 min länger als fixAnfang, wäre ja mal ein Anfang um evtl. was zu sehen.


    Werde ich gleich mal versuchen. Witzigerweise wurde mein erster Versuch natürlich gerade von Murphy verhindert, insofern als das aus unerfindlichem Grund VisualGPSCE sich völlig normal verhalten hat, und ich zum ersten mal 7-8 Sats in use bekommen habe. Irgendwas ist hier doch völlig abstrus...


    Bis später,
    Massimo

  • Zitat

    Original von karomue
    Vorführeffekt?? :]


    Na klar. Aber das ist ja möglicherweise auch ein Grund für die Verwirrung die in der "Gemeinde" herrscht.


    Ich habe aber gerade was rausgefunden, was ein Teil der VisualGPS "Probleme" erklärt:


    VisualGPSCE zeigt ja "Sats in Use", "Sats in View", und dann noch grafisch alle Sats die angeblich "in View" sind, sowie deren Signalstärke an.


    Also wenn ich 12 Sats "in View" habe sehe ich 12 Balken, und einige davon sind farbig, das sind die, die tatsächlich "in use" sind.


    So, der Gag beim Omnia ist aber, dass die "Sats in use" nicht mit der Anzeige der einzelnen Sats übereinstimmt:


    Beispiel: Sats in View ist 11, Sats in Use ist 8, aber von den 11 angezeigten Balken sind nur 4 oder 5 farbig. In Extremfällen (und sowas hab' ich wohl schon mehrfach gesehen), zeigt er nur ein oder zwei farbige Sats an, hat aber in Wirklichkeit mehr "in use", die aber nicht in der Liste der angeblichen Sats "in view" sind. Klingt verwirrend, oder klar? Hmmmm.....


    Davon hab' ich gerade mal einen kurzen Log (innerhalb VisualGPSCE gezogen), ich häng' den mal an.


    CU,
    MAssimo

  • Dass die Anzeige nicht stimmt, ist nicht so prikelnd. Dafür stimmt sie in VGPS. :D


    Nun, aus einem 6-min-log ist nicht so viel zu entnehmen. Ungewöhnlich finde ich jedoch, dass die Signalstärken rel. extrem schwanken, obwohl - wie ich annehme - das "Gerät" wohl in Ruhe irgendwo lag, oder?


    Und jetzt nagle mich nicht direkt fest, das erfordert eigentlich längere Untersuchung und Vergleich mit anderen richtigen logs:


    ich meine festzustellen, dass die NMEA-Konventionen nicht eingehalten werden. Im GSA-Satz werden auch sats in view, aber mit 255 als ID-Nr. , angeschrieben, obwohl hier nur sat in use hineingehören. Dies könnte einen Teil der verwirrlichen Auswirkungen erklären.


  • Du hast recht, das mit der stark schwankenden Signalstärke ist mir auch aufgefalllen, und ja, das Handy lag fest an einem Ort mit fast völlig freier Sicht (Balkongeländer Dachwohnung). Was mir auch eben auffällt in VisualGPS (soweit die Anzeige der gerade aktiven Sats überhaupt irgendwie stimmt), viele der Satelliten fast dauernd "an und aus" gehen. In dem Log hier waren ja irgendwo zwischen 5 und 8 Sats in use, aber mindestens drei davon fingen immer an, wieder aus, wieder an, obwohl sie eigentlich gutes Signal hatten.


    Und das was Du im GSA gefunden hast macht evtl. auch durchaus Sinn: Ich hatte doch erwähnt, dass ich in VisualGPS öfters auch den Effekt habe, das die "sats in view" wie wild hin und her springen, was ja eigentlich gar nicht sein kann. Kann es sein, dass irgendetwas manchmal den GPS Empfänger umprogrammiert (also welche Daten er überhaupt liefert), und dann evtl. irgendwann VisualGPSCE GSA benutzt? Das würde dann erklären, warum in dem Fall offensichtlich die Sats in View in Wirklichkeit Sats in Use anzeigen?


    Irgendetwas in dem Fall kann IMHO sein: Igo8, GoogleMaps, Das Kameraprogramm, oder noch irgendwas was GPS auf dem Gerät nutzt, was ich nicht weiß. Ich muss mal versuchen, diesen Zustand wieder herzustellen.... Vielleicht ist das ja tatsächlich des Rätsels Lösung. Weisst Du welchen Datensatz VisualGPS normalerweise nutzt?


    CU,
    Massimo

  • Wollte gerade Dein File mal wieder mit VGPS öffnen, geht aber nicht, File Error.


    VGPS nutzt alle Datensätze, je nach Anzeigefenster. Wie ist Deine Frage zu verstehen?

  • Zitat

    Original von karomue
    Wollte gerade Dein File mal wieder mit VGPS öffnen, geht aber nicht, File Error.


    VGPS nutzt alle Datensätze, je nach Anzeigefenster. Wie ist Deine Frage zu verstehen?


    Man kann ja dem GPS Empfänger sagen, welche Datensätze er überhaupt liefern soll (das macht ja IMHO Igo standardmäßig auch), und soweit ich weiß gibt es da auch durchaus per default Unterschiede zwischen verschiedenen Empfängern. Ich wüsste aber nicht (oder doch?), dass VisualGPS da selber irgendwas bestimmtes ein oder ausschaltet, oder?


    Die Frage war daher dahin gezielt, dass evtl. z.B. Igo (oder Google Maps, oder was auch immer) bestimmte Datensätze evtl. ein oder ausschaltet, und das dann, wenn die Einstellung viellecicht so bleibt, evtl. zu dem Unterschiedlichen Verhalten von VisualGPS (oder anderen Programmen, die die Sätze nicht explizit wieder einschalten) führt!? Dadurch wäre evtl. zu erklären, dass z.B. wenn Du sagst das GSA vielleicht ein Problem hat, dieses Problem nur dann sichtbar wird, wenn andere Protokolle abgeschaltet sind?


    Ich hab' mir gerade das Log auch mal angesehen, und mit der NMEA Erklärung von GSA verglichen, und das sieht ja nun wirklich komisch aus. Erstens liefert der Empfänger tatsächlich kranke Sats:


    $GPGSA,A,3,28,07,08,24,25,255,255,,,,,,,2.4,1.5,1.8*11
    $GPGSA,A,3,28,27,07,08,15,255,255,,,,,,,2.5,1.6,1.8*13
    $GPGSA,A,3,28,07,08,24,25,255,255,,,,,,,2.6,1.7,1.9*10
    $GPGSA,A,3,28,27,07,08,15,255,255,,,,,,,2.4,1.5,1.8*11
    $GPGSA,A,3,28,27,07,08,24,255,255,,,,,,,2.3,1.4,1.7*1A


    Hier sieht man genau das Phänomen. 28, 07 und 08 sind immer da. 27, 24, 25 und 15 kommen und gehen, und was die aufgefüllten 255 da sollen weiß wohl auch keiner.


    Aber es kommt noch besser: Zähl doch mal die Felder für die Sats. Sollten das nicht 12 sein? Ich zähle aber 13.....


    CU,
    Massimo

  • Zitat

    Original von ccdmas


    Ich hab' mir gerade das Log auch mal angesehen,...


    Und hier ist gleich noch was komisches, mitten im Log:


    $GPGSV,1,1,00*79


    Was soll das denn plötzlich sein? Mitten im Log sind plötzlich die Sats in View einmal 0? Direkt danach geht alles ganz normal weiter...??


    CU,
    MAssimo


  • So, und hier ist der Grund, warum Sats in Use nicht mit der Anzeige der aktiven Satelliten übereinstimmt:


    $GPGGA,174456.0,5055.285163,N,00657.102460,E,1,07,1.5,125.0,M,,,,*04
    $GPRMC,174456.0,A,5055.285163,N,00657.102460,E,,,180309,,,A*63
    $GPGSA,A,3,28,07,08,24,25,255,255,,,,,,,2.4,1.5,1.8*11


    GGA sagt Sats in Use wäre 7, während gleichzeitig GSA nur 5 gültige liefert, plus die zwei komischen 255er.


    Am Anfang des Logs (kurz nach dem Fix) sagt GGA es wären 5 in use, während da GSA nur 4, plus einen 255 liefert.


    Irgendwie kann ich mir durchaus vorstellen, wie diese ganzen Ungereimtheiten manches Programm mächtig durcheinanderbringen können...


    Morgen werde ich mal prüfen, ob sich die gelieferten Daten verändern, wenn ich vorher die anderen GPS Programme mal starte.


    CU,
    Massimo

  • Ja, sehr seltsam. VGPS läd das File nicht, das könnte - muß aber nicht - mit diesen Ungereimtheiten zusammenhängen. Die 13 Felder in GSA habe ich jetzt, da Du es sagst, auch gesehen. Ich benutze vorwiegend bis immer u-center zur Auswertung, das ist etwas fehlertoleranter, aber hier werden die xDOP-Werte verschoben, der letzte Wert fehlt dann.


    Den komischen GSV konnte ich im log nicht sehen.


    Progs die Mäuse umprogrammieren, da kenne ich nur MN. Kann aber schon sein, das müsste man sich geziehlt ansehen. Wenn Du programmieren kannst, setze GSA und GSV auf 5 sek., denn sonst können (wegen der Datenfülle) Performanceprobleme (zusätzlich) auftreten.


    Diese seltsamen 255er werden ja unter die in use gezählt...


  • Meinst Du mit VGPS VisualGPS, oder noch was anderes? VisualGPS auf dem PC lädtbei mir das log einwandfrei!? Ich hab' noch nicht versucht, das auf dem PDA neu zu laden, wäre aber komplett schräg, wenn das sein eigenes Log nicht öffnen könnte...


    Den Rest versuche ich heute. Aber die Nummer mit den 13 Sat-Feldern im GSA halte ich schon für einen sehr kapitalen Bug.


    CU,
    Massimo

  • Ich nutze VisualGPSXP, da kommt ein File Error.


    Übrigens scheint auch der VTG-Satz einen Fehler zu haben, da fehlt der Mode Indicator, der sollte am Schluß nach der km-Unit (K) stehen. Da kommt aber nur noch die Prüfsumme. Das wäre dann der 2. Bug.



    KORREKTUR: eben kann ich das File auch laden, was immer gestern Nacht los war...

    2 Mal editiert, zuletzt von karomue ()

  • Zitat

    Original von karomue
    ... Progs die Mäuse umprogrammieren, da kenne ich nur MN. ...


    Hallo Charly


    Ich bin der Meinung das hatten wir schon mehrmals. Ist zwar lange her (ich glaube sogar einmal mit dem gleichen User dieses Thrads), aber keine der aktuellen MN-Versionen macht das.