Allgemeiner Samsung OMNIA i900 GPS thread.

    Zitat

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


    Hallo ccdmas


    Nimm mal bitte ueber den Tag verteilt 3 LogFiles auf, dami andere SAT-Konstellationen greifbar sind. Das Geraet hat, so wie ich das bisher annehme, eine "eigene" Interpretation der NMEA-GSA-Spezifikation. Um da einen Gegencheck zu machen, waeren LogFiles mit einer anderen SAT-Konstellation hilfreich.


    Idealerweise waere ein Parallel-LogFile (oder auch direkt in Folge aufgenommen, wenn Du einen externen Empfaenger an Dein Omnia koppeln kannst) mit einem anderen Empfaenger hilfreich. Wenn Du das nicht machen kannst, dann kannst Du mal ansagen zu welchem Zeitpunkt Du die LogFiles aufnimmst. Dann kann ich versuchen zu diesem Zeitpunkt auch ein LogFile zu schreiben, denn unsere Standorte weichen ja nur wenig voneinander ab.

    Zitat

    Original von 900SS-97


    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.


    Ja, aber eine der MN-Versionen machte das. Bin mir aber jetzt nicht sicher, ob es nicht evtl. noch andere Progs, Navis, gibt, die sowas auch machen. Hier ging es (mir) mehr um eine generelle Aussage. Bin jetzt auch nicht sicher, da ich das nie so ganz verinnerlicht habe, ob iGo irgendwie, irgendwann mal sowas machte.


    Und ein Parallel-log mit einer anderen (normalen) Maus wäre natürlich toll.


    Mache ich heute mal. Ich kann Dir aber leider keine genaue Zeit geben. Ich sag' mal ungefähr, 12:00, 14:00 und 18:00, der erste und letzte wird in fahrt sein, der mittlere in Ruhe.


    CU,
    Massimo

    Zitat

    Original von karomue


    Ja, aber eine der MN-Versionen machte das. Bin mir aber jetzt nicht sicher, ob es nicht evtl. noch andere Progs, Navis, gibt, die sowas auch machen. Hier ging es (mir) mehr um eine generelle Aussage. Bin jetzt auch nicht sicher, da ich das nie so ganz verinnerlicht habe, ob iGo irgendwie, irgendwann mal sowas machte.


    Und ein Parallel-log mit einer anderen (normalen) Maus wäre natürlich toll.


    Zumindest hat iGo extra ein sys.txt option um das abzuschalten, von daher liegt es nahe, das iGo es sonst tut:


    [gps]
    set_messages=0


    CU,
    Massimo

    Zitat

    Original von ccdmas
    ...
    Mache ich heute mal. Ich kann Dir aber leider keine genaue Zeit geben. Ich sag' mal ungefähr, 12:00, 14:00 und 18:00, der erste und letzte wird in fahrt sein, der mittlere in Ruhe. ...


    Hallo ccdmas


    12:00 ist OK, kann ich machen. Das mit 14:00 liegt zeitlich natuerlich recht nahe am 12:00er, kann ich aber auch machen. Das mit 18:00 ist zeitlich wieder OK, wenn das "Fahren" dann in Deiner Heimatstadt ist. Idealerweise waere natuerlich ein LogFile von kurz vorher im Stillstand.

    Zitat

    Original von ccdmas
    ...
    Zumindest hat iGo extra ein sys.txt option um das abzuschalten, von daher liegt es nahe, das iGo es sonst tut: ...


    Hallo ccdmas


    iGO ist das klassische Beispiel fuer ein Naviprogramm, dass den Empfaenger umprogrammiert. Mit der Zeile in des Sys.txt kann man iGo zum "nichtprogrammieren" ueberreden

    Zitat

    Original von 900SS-97


    Hallo ccdmas


    iGO ist das klassische Beispiel fuer ein Naviprogramm, dass den Empfaenger umprogrammiert. Mit der Zeile in des Sys.txt kann man iGo zum "nichtprogrammieren" ueberreden



    Yep. Und zumindest weiß ich jetzt, daß iGo auch Teil des Problems ist, und muß ein paar meiner ersten Vermutungen revidieren.


    1. Der Virtuelle Com-Port lässt sich sehr wohl von mehreren Programmen gleichzeitig benutzen.


    2. Nach dem *Beenden* von iGo ist der Virtuelle Com-Port tot. Wenn ich VisualGPS danach starte, sagt der nur "unable to initialize communication buffer size", und wenn ich versuche mich mit dem Com-Port zu verbinden, taucht der in der Liste der verfügbaren Ports gar nicht mehr auf. Abhilfe ist da mein Trick in dem ersten Posting, ab und anschalten der Einstellung "automatisch verwalten".


    Ich habe jetzt noch drei neue logs:


    1. (Leider schon um 11:00). In Fahrt. Der log ist auch wieder ein schönes Beispiel für eine extrem Lange Zeit bis der Fix zustandekommt, obwohl ich den Log kaum 9 Staunden nach der letzten Aktivität des GPS, an fast genau der gleichen Stelle gestartet habe. Ich habe irgendwie den Verdacht, dass der GPS Chipsatz im OMNIA (übrigens ist das wohl ein Qualcomm) die Almanach Daten nicht vernünftig speichert. Evtl schaltet das Handy den Chip ja auch nach einer gewissen Zeit *komplett* ab, sodaß er die Daten komplett vergisst. Auf jeden Fall ist selbst mein steinalter Sirf-II im T4000 in der gleichen Situation (<24 Stunden Ruhezeit, einschalten an gleicher Stelle) ungleich schneller mit dem Sat-Fix.


    An dem Log ist auch noch was ungewöhnliches, nämlich das Ende. Ich fahre da in die Tiefgarage des Mediapark, danach läuft der Log noch mindestens 1-2 Minuten. Trotzdem behauptet der Empfänger weiter er hätte 2 Sats in use, und einen Fix. Soso....


    2. Log: 12:00 Uhr, ich bin ein bisschen im Mediapark umhergelaufen (mit kurzer Unterbrechung im Gebäude).


    3. Log: Diesmal habe ich VisualGPS laufen lassen, und habe dann iGo parallel gestartet, und auch in bisschen laufenlassen. Solange beide liefen, haben auch beide Daten empfangen. Dann habe ich iGo beendet. In dem Moment hat VisualGPS keine aktuellen Daten mehr bekommen, d.h alle Anzeigen sind eingefroren. Nach dem Beenden von VisualGPS und neustart, ist der Comport wieder weg.


    Achso, noch was: Wen der Com-Port weg ist, funktioniert auch Google Maps nicht mehr, und behauptet sofort, es fände keinen GPS Empfänger.
    *Aber*, iGo funktioniert dann weiterhin, ich kann also iGo wieder starten, und irgendwie schafft es das, den Empfänger wieder ans laufen zu bringen.


    Logs hängen an.


    CU,
    Massimo

    Zitat

    Original von ccdmas
    ...
    Logs hängen an.
    ...


    Hallo ccdmas


    Auch ohne nun die LogFiles von 14:00 zu haben (leider habe ich auch keine genau parallelen LoGfiles von 12:00, da ich erst spaeter zum Start des LogFiles gekommen bin) haenge ich mich mal etwas aus dem Fenster. Ich kann das zwar nicht durch harte Fakten beweisen, aber aufgrund der bisherigen Einschaetzung der mir unter gekommenen LogFiles gehe ich von folgendem aus.


    Der GGA-Satz sagt (Number of satellites being tracked) wieviele SATs InUse genommen wurde wurden. Das zeigen die LogFiles des i900 auch. Hier geht der Empfaenger so, wie andere Empfaenger das auch tun.


    Der GSA-Satz sagt, (PRNs of satellites used for fix) das dort die Anzahl der SAts gezeigt wird, die zum Fix genommen wurde. Hier werden von den anderen Empfaengern die gleichen SATs gezeigt, die auch im GGA als InUse genommen wurden. Der GSA des i900 zeigt hier Unterschiede zum GGA an.


    Wenn man die heutigen Empfaenger nimmt, dann werden zur internen Positionsberechnung nicht alle InUse-SATs genommen, sondern nur eine Auswahl der SATs, die eine genuegend grosse Huellkurve zur "optimalen" Positionsbestimmung ergeben. Warum soll der Empfaenger 10 SATs zur Berechnung nehmen, wenn durch 5 SATs eine ausreichend grosse Huellkurve produziert wird.
    Der i900 interpretiert die GSA-Aussage (PRNs of satellites used for fix) so, das er nur die ausgibt, die ER zur Berechnung der Position genommen hat. Die anderen "fehlenden" Stellen bis zur Anzahl der SATs-InUse aus GGA werden durch "255" aufgefuellt.


    Durch diese "andere" Verfahrensweise kommen dann unter Umstaenden andere Programme aus dem Tritt.


    Ich weis, ist Theorie, aber so sind meine Eindruecke der hier gezeigten LogFiles des i900



    14:00 LogFile laeuft natuerlich auf meine Seite. Komme aber erst gegen 18:00 wieder dazu hier weiter zu lesen

    Zitat

    Original von karomue
    .......
    Ja, aber eine der MN-Versionen machte das. Bin mir aber jetzt nicht sicher, ob es nicht evtl. noch andere Progs, Navis, gibt, die sowas auch machen. ..........


    Hi Charly
    Ich kenne alle Navigon Programme von 2002 bis heute.
    Kein einziges PDA Programm von Navigon, programmiert den Empfänger um!
    TT machte das, Desti machte das, Igo machte das, Navigon nie. ;)


    @ ccdmas: Am 31.3 ist das nächste Köln/Bonner Usertreffen ;)


    Zu deinem ersten Log hier im Thread, es ist 5,5 Min lang, es zeigt sich, das der empfänger dort eine Warmlaufphase von über 4 Min hat. Wie schon gesagt wurde und bei deinem Empfänger scheint es besonders wichtig, mach das Log jeweils über längere Zeiträume.

    ;) bab

    2 Mal editiert, zuletzt von bab ()


    Da bin ich aber jetzt nicht ganz bei Dir, ist aber nicht so interessant - für mich - dass ich jetzt bei mir stundenlang nach dem Beweis suchen würde.


    TT macht das stimmt m.W. auch nicht, das war mal die uralt - glaube sogar 1. - Version, danach nie wieder gesehen.


    1. Es ist die *PNA* Version von Navigon die das tut. ;)


    2. Hab' ich schon gesehen, würde auch gerne kommen, kann aber leider an dem Tag nicht. :(


    3. Du meinst den von heute um 11:00 Uhr? Ja genau, das ist ja eins meiner (der) Probleme mit dem Omnia. Der manchmal einfach ekelhaft langsame Sat-Fix. Und ich hab' eben nochmal nachgesehen, an den mangelnden Almanachdaten kann es ja eigentlich nicht gelegen haben, den die Sats in View hat er ja sofort geliefert, sats gesehen hat er auch jede Menge, nu gefixt hat er nix, Die Frage ist, warum nicht?.
    Ich bin auch zweimal innerhalb der ersten 4 Minuten für jeweils mindestens 30 Sekunden stehengeblieben, spätestens da hätte mein Steinalter SIRF-II längst einen Fix gehabt.


    Das kranke ist ja, dass das nicht nachvollziehbar ist, wann und vor allem warum der Fix manchmal so lange braucht, manchmal aber auch nach wenigen Sekunden da ist (so wie es bei einem modernen Chip sein soll).


    CU,
    Massimo

    Zitat

    Original von ccdmas
    ... Die Frage ist, warum nicht?.
    Ich bin auch zweimal innerhalb der ersten 4 Minuten für jeweils mindestens 30 Sekunden stehengeblieben, spätestens da hätte mein Steinalter SIRF-II längst einen Fix gehabt.


    Das kranke ist ja, dass das nicht nachvollziehbar ist, wann und vor allem warum der Fix manchmal so lange braucht, manchmal aber auch nach wenigen Sekunden da ist (so wie es bei einem modernen Chip sein soll). ...


    Hallo ccdmas


    Das wird man aus den LogFiles nicht rausbekommen. Der Empfaengerteil macht so einige Besonderheiten die nicht recht reproduzierbar sind. Wenn man so direkte Vergleiche machen koennte, dann koennte man evtl. Hinweise erhalten was der so macht. Aber, so wie ich das sehe, wird Dich das aber nicht befriedigen. Denn selbst wenn Du erkennbare Hinweise auf das was erhaelst, wird das ausbuegeln dieser Eigenarten nicht gehen. Denn dazu muesste man an die Firmware ran. So jedenfalls meine bisherige Einschaetzung.


    Der Drang zur Miniaturisierung der Geraete stoesst dann irgendwann an seine Grenzen. Die Kompaktheit des Geraetes wird mit nicht optimalen Empfangseigenschaften erkauft.