Pre 3 und GPS

DAs Thema GPS am Pre3 ärgert mich auch seit der Lieferung.

Ganz eindeutig verliert der Pre3 im Moment, wo das Funknetz wegfällt oder auch auf Roaming umgeschaltet wird, den GPS-Fix. Beworben war ja STandalone-GPS, d.h. es müsste auch mitten in der Pampa ohne Netz bei guter Sicht nach ca. 15 min einen Fix geben. Habe ich bisher noch nie erlebt, dass das das wirklich geht.
Zum zweiten ist die Umsetzung im webOS buggy, manchmal geht GPS einfach aus, obwohl es noch als "Ein" angezeigt wird. HAbe Umschalten des GPS aus allen Mode Switcher Modi rausgenommen.
Beim Pre/Pre+ konnte man das Verhalten verbessern, indem man auf dem Qualcomm-Chip das NV-Item 400 mit 255 beschrieb (alle Modi an). In der Datei Palm_NV_items im webOsDoc 2.2.0 steht dieses NV item zwar auch noch, ein Setzen auf 255 hat aber nichts gebracht (ausser das gar kein GPS fix mehr kam). Naja, der Chipsatz ist ja jetzt auch anders. Leider scheint sich bei den anderen NV Items niemand auszukennen, der Pre3 ist eben zu selten.
In den letzten Tagen hatte ich zweimal den Effekt, dass offenbar falsche A-PS-Daten gespeichert waren, es ging kein Fix mehr. Erst das Herausnehmen der BAtterie hat geholfen.... Die GPS Fix App werde ich mal testen.
Eigentlich sollte das aber alles automatisch bestens laufen. Ob der schwarze Peter da bei Qualcomm oder bei HP liegt, ist mir nicht klar. Leider fehlt auch eine neuere Beschreibung der NV Items für den aktuellen Chipsatz, soweit ich das mit eineem PDF von 2007 nachvollziehen konnte, steht alles auf den Standardeinstellungen, die Qualcomm vorgibt. Ich hänge die NV_Items mal an. Speziell das 1920,NV_AAGPS_POSITIONING_MODES_SUPPORTED_I,255,255,0,0 wäre noch interessant.

Die NV Items (Non volatill) sind Einstellungen des Qualcomm-Chipsatzes, die auch einen Reboot/Stromverlust überleben. Beim webOSDoctor werden sie neu gesetzt. Man kann das auch manuell mittels "PmModemUpdater -r Dateiname" in novaterm oder einem Terminalprogramm auf dem Palm siehe hier. In der DAtei aus dem webOSdoc 2.2 steht übrigens ein anderer Offset (erste Zeile) als für den Pre/Pre+..
Offenbar bringt das NV item 400 nichts mehr . Ich versuche mal die 1920 zu testen. Die original gesetzte 255 bedeutet eigentlich alle Bits an, also auch alle Modi an. Mir fehlt eine genauere Beschreibung außer der hier.

Hallo,

bin normalerweise keiner der "versteh ich nicht - bei mir gehts" - Schreiber. Muss aber hier mal einhaken. Habe außer Uberkernel am meine Pre3 nichts besonders drin, also kein GPS-Fix-Programm o. ä. Als Navi habe ich Navit im Einsatz und bin (abgesehen von falschen Abbiegehinweisen auf Autobahnen) recht zufrieden damit. Der GPS-Fix geht innerhalb von Sekunden (Pampa hab ich noch nicht getestet) und die geschilderten Phänomene sind bisher bei mir nicht aufgetreten. Letzte Woche bin ich an 3 Tagen damit lustig rund 2000 km durch D gefahren - keine Abbrüche o. ä. Ich hatte lediglich vor Uberkernel einmal einen Abbruch, aber seit Uberkernel gar nicht mehr.

Vielleicht liegts ja auch an der Software selbst und nicht am Chipsatz o. ä.

Und zu "Alles in allem scheint Palm / HP doch ein deutliches Defizit bzgl. GPS zuhaben" - dann probiert mal ein Sony Xperia mit Android: Navi bleibt quasi auf der Stelle stehen, wenn die Telefonnetzverbindung mal weg ist und findet sie auch nicht wieder; Bei einem Telefongespräch geht das Navi in den Hintergrund (was bei Android heisst - mehr oder weniger eingefroren) und kommt von selber nach dem Gespräch nicht mehr vor oder bricht dann eine Minute später komplett weg. Alles in allem sehr schlechte GPS-Qualität. Ein erster Fix hat bei mir rund 3 Minuten gedauert (trotz A-GPS) - da war mein betagtes Nokia N900 schon lange mit der Routenberechnung fertig.

Also ich find das GPS im Pre3 deutlich besser als bei vielen anderen.

Wenn man in einem gut versorgten Gebiet ab und zu das GPS einschaltet, gibt es sicher keine Probleme. Es hängt auch noch stark vom Netzbetreiber ab, ob der zuverlässige AGPS-Unterstützung liefert. Das scheint im übrigen nicht über die normalen Datenkanäle zu laufen, auch in Österreich mit "Datenroaming" aus bekommt man offenbar AGPS-Fix (besser als im O2-Netz).
Autonavigation ist noch ein Sonderfall, weil man da kontinuierlich GPS-Daten abfordert, das GPS bleibt "hot". Das zieht aber gewaltig Strom, im Auto natürlich kein Problem. Beim Geocachen oder Wandern will man aber nur ab und zu auf die Karte schauen und den Standort wissen und das vielleicht auch noch nach 5 Stunden. Mit Navit ohne externen Strom wäre da der Akku schon lange platt. Leider gibt es dann immer wieder die oben geschilerten Probleme.

Noch mal ein Update für meinen vorigen Post. Einschalten Flugzeugmodus, während MapTool (Abfrage aller 15 s) lief - kein Fix mehr, auch nach Wieder-Einschalten des UMTS. Vielleicht schaltet ja der flugzeugmodus auch das GPS mit aus, nur wird es nicht angezeigt???
Dagegen bei Navit-Betrieb - GPS läuft bei Einschalten Flugzeugmodus weiter.
In einem der NV Items (1923?) kann man auch definieren, wie lange das GPS "hot" bleibt. Ich vermute mal, das eine Vergrößerung des Wertes auch wieder mehr Strom braucht...

Der Bug bei 0° Länge ist im webOS, die Navit-Macher haben da sehr schnell reagiert. .Das lässt allerdings vermuten, dass bei HP/Palm da nur ein Praktikant am GPS-Teil programmiert hat.

Hi,

also ich habe die selben Erfahrungen mit Navit auf dem Pre3 gemacht. Meist dauert es 5min bis zum fix oder es gibt gar keinen. Was dann immer hilft ist eine Neustart. Dann ist der Fix immer sofort da und hat auch eine gut Qualität.

HaPe

Zitat von Hanspeter

Was dann immer hilft ist eine Neustart.

Ich hatte zweimal den Fall, dass genau das nicht geholfen hat, hatte zwei Tage überhaupt kein GPS mehr. Erst Batterie raus, sicherheitshalber einschalten, um alle Kondensatoren zu entladen und dann Neustart half. GPS Fix hatte ich da noch nicht getestet.

Ich bin auch bei O2 bzw. Prepaidanbieter in diesem Netz.
Gestern hatte ich auch wieder so eine Funkzelle erwischt. Ich bin mir aber nicht sicher, ob das am Fehlen der A-GPS Dienste liegt oder ein eine Folge des Fehlers "Datennetz 3G oder E wird angezeigt, aber keine Datenverbindung". Andererseits läuft ja das A-GPS wohl nicht auf dem normalen DAtenkanal, es funktioniert ja auch bei Datenroaming im Ausland.
Leider bin ich nicht zu weiteren Experimenten mit den NV items gekommen, ich muss mir dafür wohl mal ein Terminalprogramm im Pre einrichten und ein paar NV-Dateien vorbereiten.

Eigentlich sollte das GPS ja perfekt schon aus dem Chip heraus funktionieren. Meine betagte SIRF II -Bluetooth mouse hatte auch nach einer halben Stunde Pause immer noch einen Fix innerhalb von ein paar Sekunden, erst nach einem oder mehreren Tagen Pause hat es auch mal Minuten gedauert. Das würde sicher genauso mit den neuen Chipsätzen funktionieren, wenn man nicht laufend in erwartung supergenauer AGPS-DAten die Almanach-Infos wieder löschen würde und das bei einem schlichten Funkzellenwechsel. Oder der Pre lässt wirklich nur Fremdberechnungen laufen und das Standalone-Feature ist nur ein Werbegag.

Wenn man ein Naviprogramm das GPS kontinuierlich im Sekundentakt abfragt, kann man allerdings in den Flugzeugmodus wechseln. Die Zeit für den "Hot-"Zustand des GPS ist wohl auf 5 s eingestellt, aber endlos will man die ja auch nicht verlängern. Bei realen Tests sollte man die erhöhung des STromverbrauchs auch gleich mit erfassen.

Die Google-Dienste habe ich ständig aus, die schiessen sonst immer mal quer, auch wenn die Genauigkeit nur mit > 500 m angezeigt wird. Offenbar reines webOS-Problem, die Position aus der Google-Funktion wird auch keinesfalls für die Berechnung der richtigen GPS-Position benötigt.

Ich werde als nächstes Mal die GPS-Capabilities auf "1"=Standalone stellen, mal sehen ob da irgendwie ein Fix zu bekommen ist. Ich hatte mal mit QXDM das Auslesen der realen GPS-Empfangsdaten am Pre- hingekriegt (s. hier). War ziemlicher Aufwand, ob dass für den Pre3 überhaupt geht, weiss ich nicht. Wäre natürlich nützlich.

Ich hatte die Google-Funktion lange aus. Dann hat der pre 3 seltenst einen Fix. Mit Google klappt es besser, aber ungenau.
Foursquare ist z.B. fast unbenutzbar.
Entweder der Fix kommt überhaupt nicht, oder er ist irre ungenau. Oder man freut sich einen genauen Fix zu bekommen (9m) und stellt fest dass das eine Position von vor einer Stunde war.
Murks. Und mal wieder ein Murks der nie mehr gefixt werden wird. Soll HP den Dreck doch endlich zur Open Source erklären, dann können sicher ein paar findige Leute mehr bewirken als die ganzen Devs die es offiziell hätten gebacken bekommen müssen...

An meinem Pre3 funktioniert das GPS bislang sehr zuverlässig.
Fix kommt schnell und passt auch. Beim gelegentlichen Geocaching hatte ich Genauigkeiten von 3m (besser als beim Pre-) und alles lief prima.
Ein einziges mal musste ich einen Neustart machen und danach kam erst wieder der Fix.

Provider: Fyve (D2), alle Dienste (Google und GPS) immer an.

Wenn Navit oder ein anderes Auto-Navi läuft, hält es den GPS-Empfänger "hot", da kann man dann auf Flugzeugmodus umschalten und es läuft trotzdem....
Vielleicht teste ich auch mal eine Fyve-Karte. Ich habe ja immer noch O2 im Verdacht, dass die schon lange Kapazitätsprobleme im Netz haben und ddeshalb generell 3G oder E anzeigen, obwohl nichts mehr geht (natürlich sind das "Einzelfälle"). Am Ende betrifft das dann auch das AGPS.
Das die Genauigkeit auch gefühlt besser ist als beim Pre+/-, stimmt schon, es wird ja auch 3 m statt 6 m angezeigt, aber eben nur, wenn es denn überhaupt geht. Das Positionen von vorner Stunde als gültig angezeigt werden, habe ich auch öfter - das ist sicher im WebOS verbuggt.