 |
|
||
|
#121
16/11/10, 00:38:51
|
||||
|
||||
 Cita: Originalmente Escrito por ondoteam
De nada... si queréis algún archivo de los míos.. decidme cual y lo subo
 
|
|
|
|
#122
16/11/10, 01:41:42
|
||||
|
||||
|
Una pregunta.
Es normal que aunque utilice el Google maps navigator no me cree el archivo XTRA.bin? Incluso he realizado la busqueda del archivo en todo el teléfono con el rootexplorer, pero nunca se crea. Por cierto el archivo gpspipe tampoco lo encontré en /data/ para poder reemplazarlo con los posteados. es un archivo nuevo? Última edición por Xavicom Día 16/11/10 a las 01:45:03.
|
|
#123
16/11/10, 02:01:23
|
||||
|
||||
|
Aquí están mis ficheros
 gps.conf va en >> /system/etc jupiter.xml va en >> /system/etc agpsd va en >> /system/bin libclientgps.so va en >> /system/lib libsecgps.so va en >> /system/lib HALGPS_conf.cfg va en /data secgps.conf va en /data/gps Creo que eso es todo  EDIT: gps chachi.rar tenía un fichero que no era... la versión gps chachi v2 es la buena. Por cierto.. no me hago responsable de nada si algo os sale mal
Última edición por ondoteam Día 16/11/10 a las 02:19:57.
|
| Los siguientes 2 usuarios han agradecido a ondoteam su comentario: | ||
|
#124
16/11/10, 09:54:59
|
||||
|
||||
|
Cita: Originalmente Escrito por ondoteam
Aquí están mis ficheros
gps.conf va en >> /system/etc jupiter.xml va en >> /system/etc agpsd va en >> /system/bin libclientgps.so va en >> /system/lib libsecgps.so va en >> /system/lib HALGPS_conf.cfg va en /data secgps.conf va en /data/gps Creo que eso es todo EDIT: gps chachi.rar tenía un fichero que no era... la versión gps chachi v2 es la buena. Por cierto.. no me hago responsable de nada si algo os sale mal HALGPS_conf.cfg va en /data ¿¿¿¿¿¿¿¿¿????????????? Este yo no lo tengo... 
|
| Gracias de parte de: | ||
|
#125
16/11/10, 09:58:06
|
||||
|
||||
|
Hola. Llevo desde el viernes con el SGS os resumo mi experiencia GPS.
Lo tengo con Orange, y el primer dia sin habilitar la conexión de datos, ya me cogía 10 - 11 satélites, con un fallo de unos 10 a 15 metros, en unos 15 segundos para encontrarlos. Luego habilite la conexión de datos y la cosa mejoró bastante, 11 satélites y 5 metos de fallo, y unos 10 segundos para cojerlos. todo esto lo he probado con el conche en marcha y también caminando. Luego me dió por hacerle el gps fix entrando en el LBSTESTMode, "ERROR" al ponerle el servidor supl.google.com 7276, reiniciar y seguir todos los pasos, me pillaba 3 o 4 satélites y como mucho 7 y luego se le iba la señal. Conclusión, si quereis probar con mis datos, son los siguientes: entramos en LBSTESTMode con *#*#1472365#*#* En "Application Settings” cambiamos “Operation Mode” a "MSBASED" En el menu principal buscamos “SUPL/CP Settings” Y cambiamos el "SERVER & PORT" a "agpss.orange.fr y port 7275" Ami me funciona muy bien, ya dires algo. un saludo
|
| Los siguientes 2 usuarios han agradecido a yomateix su comentario: | ||
|
#126
16/11/10, 11:10:35
|
||||
|
||||
|
Cita: Originalmente Escrito por chetodann
Vamos a ver si puedo ayudarte... El menu de LBSTESTmode como lo tienes... Sesion type? Test mode? Operation mode? Start mode? GPS PLUS? Dinamic ACCURACY? Accuracy?
Aqui van los datos que me pediste, chetodann: Sesion type ---> Tracking Test mode? ---> S/W Test Operation mode ---> MS Based Start mode ---> Hot start GPS PLUS ---> ON Dinamic ACCURACY ---> ON Accuracy ---> 50 GPS Logging ---> OFF Esta ultima opcion se ve desplazando la pantalla. Ya me diras algo. ;)
|
|
#127
16/11/10, 12:38:53
|
||||
|
||||
|
Cita: Originalmente Escrito por chetodann
HALGPS_conf.cfg va en /data/ ¿¿¿¿¿¿¿¿¿????????????? Este yo no lo tengo...
__________________
|
|
#128
16/11/10, 12:45:11
|
||||
|
||||
|
Intentaré probarlo estos días, vaya curro estás haciendo, enhorabuena!!!
Sólo una cosa: <gll LogPriMask="LOG_DEBUG" LogFacMask="... Tiene pinta que esto no es más que una indicación del nivel de log del GPS. Ampliando la máscara (LogFacMask) escribirá más información a disco, de más módulos, pero no debería tener nada que ver con la precisión o la localización de satélites. Si puedes, prueba de nuevo dejando el LogFacMask con el valor por defecto. Cuanta menos mierda escriba en disco imagino que mejor Saludos!
|
| Gracias de parte de: | ||
|
#129
16/11/10, 13:39:45
|
||||
|
||||
|
Otra cosa... el parámetro NTP_SERVER no es más que un servidor de tiempos (Network Time Protocol). Son servidores en Internet que te dicen "que hora es". De servidores similares hace uso Windows para mantener su reloj bien puesto.
Por lo tanto da igual que fuera el servidor de Norte América o el de Europa, imagino que esta hora sólo la pedirá una vez, al arrancar. Tampoco es malo poner los servidores de Europa, ya que la respuesta es más rápida (177ms para Norte América, 53ms para Europa). Saludos!
|
| Gracias de parte de: | ||
|
#130
16/11/10, 13:49:11
|
||||
|
||||
|
Cita: Originalmente Escrito por dogdayfear
Operation mode ---> MS Based
Saludos!
|
| Gracias de parte de: | ||
|
#131
16/11/10, 13:55:57
|
||||
|
||||
|
Cita: Originalmente Escrito por chetodann
HALGPS_conf.cfg va en /data ¿¿¿¿¿¿¿¿¿????????????? Este yo no lo tengo...
Cita: Originalmente Escrito por McGiverGim
Otra cosa... el parámetro NTP_SERVER no es más que un servidor de tiempos (Network Time Protocol). Son servidores en Internet que te dicen "que hora es". De servidores similares hace uso Windows para mantener su reloj bien puesto.
Por lo tanto da igual que fuera el servidor de Norte América o el de Europa, imagino que esta hora sólo la pedirá una vez, al arrancar. Tampoco es malo poner los servidores de Europa, ya que la respuesta es más rápida (177ms para Norte América, 53ms para Europa). Saludos!
|
|
#132
16/11/10, 14:14:57
|
||||
|
||||
|
No lo tengo tan claro. La hora la pide la primera vez, una vez que la tiene con su reloj interno es capaz de mantener la hora. No va pidiendo la hora de nuevo cada segundo ya que sino el tráfico sería constante, una vez posicionado además la hora ya la lleva la señal GPS. Sino, un GPS standalone sería incapaz de hacer nada al no disponer de conexión de datos.
Una vez que tiene su reloj interno en hora, con la información descargada del xtrac, y su posición por las antenas de telefonía, ya es capaz de saber que satélites debe ver, cuales no, etc. lo que acelera el posicionamiento A-GPS. Como digo no es malo cambiarlo, yo lo cambiaría que para eso estamos en Europa pero no debería influir para nada en la mejora del GPS. Cuantos menos pasos pongamos en la "solución", mejor para hacer pruebas y no liar a los novatos.Saludos!
|
|
#133
16/11/10, 14:57:48
|
||||
|
||||
|
Cita: Originalmente Escrito por McGiverGim
No lo tengo tan claro. La hora la pide la primera vez, una vez que la tiene con su reloj interno es capaz de mantener la hora. No va pidiendo la hora de nuevo cada segundo ya que sino el tráfico sería constante, una vez posicionado además la hora ya la lleva la señal GPS. Sino, un GPS standalone sería incapaz de hacer nada al no disponer de conexión de datos.
Una vez que tiene su reloj interno en hora, con la información descargada del xtrac, y su posición por las antenas de telefonía, ya es capaz de saber que satélites debe ver, cuales no, etc. lo que acelera el posicionamiento A-GPS. Como digo no es malo cambiarlo, yo lo cambiaría que para eso estamos en Europa pero no debería influir para nada en la mejora del GPS. Cuantos menos pasos pongamos en la "solución", mejor para hacer pruebas y no liar a los novatos.Saludos!  básicamente los satélites están a tomar por el culo. Los relojes de nuestros teléfonos son una estaca (de cuarzo) podrían atrasar hasta 15 segundos al mes... y con tan sólo una centésima de segundo de diferencia entre el segmento espacial y el segmento usuario el error sería de 3000 Km.Entonces si tenemos en cuenta los errores de recepción, los de onda reflejada y más que nada los errores de propagación atmosférica (que por eso se utilizan dos frecuencias), es mejor usar NTP. Así te ahorras tiempo en fijar la señal, tu posición, cálculos para evitar errores, etc :P
|
|
#134
16/11/10, 18:48:26
|
||||
|
||||
|
Hola. Que retrase 15 segundos al mes no es importante porque yo lo que digo es que cada vez que haces un arranque en frio (enciendes el GPS) usa el NTP, pero durante las siguientes horas, mientras lo usas, ya no le hace falta porque recibe la señal de los satelites. La prueba está en que hay GPS autónomos que graban una ruta sin necesidad de tener ninguna hora configurada. De todos modos creo que tú y yo no nos vamos a poner de acuerdo
Según mi "teoria": GPS ESTÁNDAR: - Al arrancarlo empieza a recibir señales de los satélites. Como no sabe nada de ellos (a menos que sea un arranque en caliente, con lo cual hace poco estuvo encendido). A partir de las señales debe conseguir "dibujar" la posición de los satélites en el cielo, distancia, velocidad, tiempo, etc. Una vez tiene este dibujo (1 o 2 minutos), al recibir la señal de cada uno lo va a actualizando y triangulando tu posición. - Si posteriormente, apagas y arrancas el GPS, como ya tiene "aproximadamente" un dibujo de como están, en pocos segundos vuelve a estar posicionado. Es lo que se denomina arranque en caliente. A-GPS: - A partir de las torres de telefonía calcula aproximadamente la posición en la que estás. Si el archivo de almanaque (XTRA) es anterior a una semana se lo baja de nuevo. Pregunta al NTP la hora actual. Con estos tres datos, es muy fácil para el GPS dibujar, automáticamente, los satélites que debe ver, con una aproximación razonable. En este punto se convierte en un GPS estándar con arranque en caliente. Con lo que en unos segundos te posiciona. En los dos casos, una vez posicionado inicialmente, ya sólo se basa en la señal GPS para situarte. Si queréis cotillear con el funcionamiento exacto de vuestro A-GPS, y para reafirmar mi afirmación sobre las máscaras de LOG, no tenéis más que cambiar el parámetro: cLogEnabled="false" por cLogEnabled="true" Apagar y encender el movil. De este modo en vuestro directorio acLogDirectory="/data/gps/log veréis aparecer toda la información de las operaciones del GPS. Cuidado con la máscara que si es muy amplia este LOG puede crecer rápidamente. Según mis pruebas si no apago y enciendo el móvil no hace caso a las modificaciones que haga en el jupiter.xml. No sé si vosotros tenéis otro método más rápido (¿reiniciar un servicio quizas?). Este es mi granito de arena para intentar localizar el problema. Si alguien graba un log con el GPS funcionando bien y alguien con el funcionando mal lo mismo podemos ver diferencias y deducir algo... Un saludo!
|
|
#135
16/11/10, 19:11:35
|
||||
|
||||
|
Ya dejando el tema de como utiliza el servidor NTP, me gustaría saber si los que habéis modificado el XML os genera el archivo lto.dat automáticamente.
Examinando los logs que genera mi GPS veo lo siguiente: Código:
$090967I Start reading LTO ... LTO file was not found! $090967I LTO reading complete. $090967I LTO ignored (integrity) A los que lo habéis puesto a mano, ¿podéis mirar si en los logs os genera algo similar? Saludos!
|
|
#136
17/11/10, 01:03:20
|
||||
|
||||
|
Cita: Originalmente Escrito por McGiverGim
De todos modos creo que tú y yo no nos vamos a poner de acuerdo
La gente que tiene problemas aquí con el SGS es porque tarda mucho en fijar (entre otros). Una de las posibles causas de ese retraso pueden ser los servidores de tiempo... por ello es recomendable tenerlo a punto y con el más rápido posible. Y digo que es recomendable, porque se como funciona el sistema GPS perfectamente ¡Es parte de una asignatura que estudio! El problema es que no sé como han hecho los de Samsung para lidiar con el chip. Por alguna parte tiene que estar el fallo y si lo hacemos todo bien, pues será más fácil aislar el error ¿no?
|
|
#137
17/11/10, 02:22:42
|
||||
|
||||
|
Observando el Log (gracias McGiverGim)..., pedazo de archivo por cierto,...
Ondoteam... puedes poner tu archivo del movil .../data/gpsgldato.so, colgado de algun sitio? gracias A McGiverGim, dos puntualizaciones, que no criticas, ya que agradezco enormemente tu contribución:
|
|
#138
17/11/10, 02:24:34
|
||||
|
||||
|
¿Alguien sabe que es el CP STATUS? Es una de las opciones de GPS ocultas...
¿Creo puede ser un control sobre el gasto energético de la CPU sobre el GPS?... No encuentro nada en Google...
|
|
#139
17/11/10, 02:38:21
|
||||
|
||||
|
Dogfay...
¿podrias desinstalar el Lagfix de la ROM? O sea, una ROM limpia sin modificaciones de archivos... Sin el LAGFIX ni kernels... pon los archivos últimos que hemos puesto... Reboot Instala el OCLF 2.0 o el Lgafix que tengas...
|
|
|
|
#140
17/11/10, 08:02:01
|
||||
|
||||
|
Cita: Originalmente Escrito por chetodann
[*]Para cargar el LTO.dat has de indicarle en el JUPITER donde lo quieres... /.../LTO.dat. El archivo lo puedes descargar del primer post...
Como digo esta tarde lo intentaré yo directamente, pero era curiosidad insana... Saludos!
|
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar167417_60.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar383085_1.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar264081_4.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar363707_4.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/unknown.gif)
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar362737_1.gif){kind=avatar}
