WNRO Pérdida de señal horaria, deficiencias en recepción de satélites.Trabajo realizado por
Menta
Hay un antes y un después del WNRO, están afectados multitud de dispositivos, pero lo que se ve afectado en si, es el sensor gps y básicamente podemos agrupar en función del chip que emplea. El sensor gps es un concepto genérico, tenemos que llegar hasta el chip especifico del dispositivo.
Los dispositivos o PNA TomTom clásico o NAV2 independientemente del modelo, pueden emplear tres tipos distintos de chips.
Los dispositivos mediante ese chip reciben información de los satélites, con tres señales se determina un punto en el espacio y un cuarto satélite determina la altura, con lo que se define completamente una posición, a más satélites más precisión, si pasas por Alcorconcillo de Abajo que esta "mu escondio" y debajo una arboleda igual te hace un raro y pierdes posición. De la información que se recibe, una vez procesada se obtiene la fecha y la hora.
El algoritmo de cálculo para la determinación de la hora se ve afectado en los dispositivos que emplean el chip Local Globate, pero... y esto es muy importante, afecta solo al cálculo y presentación de la hora y fecha, no a la determinación de la posición con los satélites, osea la señal llega bien, pero al calcular la fecha y la hora se descojona, no hay que tirar el dispositivo, hay que mirar la hora en otra parte... Cuando el grueso de los usuarios vaya entrando en el tema veremos si hay otras incidencias e iremos viendo las soluciones que vayan surgiendo.
Dentro de vuestro dispositivo todos tenéis la carpeta bin, cuyo contenido permite al dispositivo encontrar los satélites, dentro hay un archivo vital, como veréis más adelante, que es el glgps.
Los satélites se mueven, los físicos no dicen que se mueven, dicen que orbitan pero bueno, si cada día conectáis el dispositivo y detecta los satélites, al día siguiente, los encontrara enseguida pues recuerda la posición anterior, que a variado pero no tanto, si tardáis una semana están en casa dios, y se tardara bastante más en encontrarlos. Idealmente se debe dejar el dispositivo en una posición fija, osease quieto "parao" y al final los detecta, pudiendo pasar un tiempo que ni se sabe ni se calcula, pero los encuentra. Con la habilidad que caracteriza al usuario medio del mundo mundial, lo que hace es subirse al coche, poner en marcha el dispositivo, circular y claro igual llega al sitio y de los satélites ni se sabe, pues al estar en movimiento el rastreo se multiplica, pues tiene que casarlos para determinar la posición.
Al cabo de cierto tiempo la compañía implemento un sistema mejorado que en su conjunto se conoce como Quickfix.
Al conectarse a TTHome usualmente te propone actualizar Quickfix y se genera la carpeta ephem que viene de efemérides que es como se describe la posición de los satélites, y viene usualmente para una semana o así, es decir se baja un archivo que contiene la posición en la que esta previsto donde estarán los satélites, y claro entonces a tiro hecho se cogen más rápido, es fastidioso esto de tener que actualizar cada 7 días pero es lo que hay.
Hay una cuestión que quiero comentar, sobre la que deberéis acceder a otro tutorial que explica como hacerlo.
Cuando un usuario se conecta a TomTom Home por defecto si no tiene las librerías parcheadas, y en el caso de que sea posible, tthome carga el ultimo navcore si o si, es decir tu entras con un 9.510 e igual sales con un 9.541 esto no ocurre si las librerías están parcheadas, entonces puedes decidir.
QuickGPSFix la alternativa a Quickfix oficial.Aquí os dejo el archivo QuickGPSfix_4.5 lo poneis dentro de la carpeta ephem de vuestro navcore lo conectáis al PC accedéis lo ejecutáis y os bajara el ultimo lto.dat y el packedephemeris.ee, el dispositivo empleara el que necesite, sin emplear tthome, hay versiones exclusivas para GLI /GL2 y otras para SirfIII, pero es más practico este todo en uno.
Como curiosidad deciros que si abrís el fichero ee_meta.txt que se baja con el fichero de datos, veréis un texto tal como así Expiry=1559772300, bien pues ese número es el valor de una fecha UNIX que indica hasta cuando tienes esa info prevista... es decir durante unos cuantos días, como podéis ver en la imagen siguiente, tenéis que pensar continuamente se hacen recalculos necesarios para solventar derivas en la posición y no te van a poner un mes, ojala..., pero es que si la proyección se desviase mucho, no nos serviría. En fin esto es lo que pone la compañía y no hay mas cera que la que arde.
Si obtenéis un navcore original y lo abrís observareis que la carpeta ephem no figura, se crea al conectarse a tomtom sencillamente porque TTHome detecta de que dispositivo se trata, cual de los tres chips tiene de los que llevan los nav2 y descarga el archivo especifico que corresponde al chip del dispositivo. Puede accederse también a los *.cab que contienen esa info vía web o emplear downloaders de terceros, pero el método más sencillo es con TTHome y el objeto del post es que sepáis por donde van los tiros y podáis resolver vuestras incidencias sin grandes complicaciones.
bin es la base, ephem una mejora, si tu ephem es obsoleto vas con bin, si tu ephem es actual, bin busca y ephem se mete en medio y colabora. En algunos dispositivos con GL2 hay un archivo cbee.cbee que aparece en los dispositivos con navcore a partir del 9.430 si bien este archivo es muy específico para el chip Broadcom que tanto TomTom como otras compañías de navegación GPS están empleando (Está en multitud de dispositivos que no son de TomTom) y parece es como un efemérides 'preliminar' que ayuda a calcular más rápido la info de lto.dat
Los chips o sensores gps de vuestros nav2 son:
Sirf III (ej. GO 720, GO 730...)
GL1 (ONE V4, ONE XL V9...)
GL2 (GO 550, GO 750, GO 950, XL4GB...)
En esta imagen veis la carpeta bin y la carpeta ephem de un Sirf III con el archivo packedephemeris.ee
En la siguiente imagen veis la carpeta bin y la carpeta ephem de un GL1 - GL2 con el archivo lto.dat
La compañía en un intento de dar solución general para los NAVs 2 saco el navcore 9.541, que no soluciona las incidencias en dispositivos GL1 más antiguos por considerarlos por su parte amortizados, pues a la de cambio te propone que... actualices tu dispositivo.
No obstante el archivo glgps de este 9.541 nos es útil, ya que tras una lectura entre lineas, se observa que han salvado los muebles con los últimos dispositivos que salieron con GL2, aunque estén EOL (End Off Live) es decir que pasan o dan por irresoluble técnicamente dispositivos con GL1, aunque la primera opcion tienen muchos números.
Esto es tan así, que no debe sorprenderos que en algunos GL1 después de incorporar ephem con lto.dat, después del primer arranque, conectéis el dispositivo al PC y el lto.dat se haya esfumado por arte de "birlibirloque", puesto que en algunos dispositivos antiguos no es aprovechable.
Como entendéis después de las aclaraciones anteriores, para comentar la resolución de las incidencias, se hace necesario conocer que chip se emplea. Si bien podéis saber cual emplea vuestro dispositivo por distintas informaciones y fuentes, la manera inequívoca de determinarlo es accediendo a la pantalla negra de vuestro dispositivo. A continuación veis que este ONE XL V9 emplea GL1
GL1.Capitulo 1 lo que sabíamos hasta la ultima semana de MAYO
Es el chip que da problemas con la fecha y la hora, cuando pones en marcha el dispositivo, y pones la hora manualmente, la hora se mantiene hasta que conectas con los satélites, se verifica el cálculo interno y zasca, la hora se va a 00.00 si tienes la hora seleccionada para que se muestre en formato de 24 horas (18:00) o veras 12:00 si tienes seleccionado el formato de 12 horas (6:00) y en la fecha ocurre lo mismo es correcta hasta que conecta con los satélites y pasa a ser a piñón fijo 1 de Enero.
___
A estas alturas, si observáis la imagen de la izquierda se aprecia que esta instalado el 9.541, en este caso es un DSA en un ONE y en la imagen de la derecha observáis un bonito 00:00, pronto llegareis a la conclusión 1) este chip es un GL1 con selección horaria en 24 horas 2) el 9.541 no arregla el tema con GL1. 3) por si no lo sabéis no se acaba el mundo...
De modo que lo más practico es, en Preferencias de barra de estado, desactivar hora actual, hora de llegada y ojos que no ven...
Capitulo 2 lo que sabemos desde la 1º semana de JunioPues bueno ya tenemos algún arreglo...
Previamente y antes de que descorchéis el cava, debéis tener claro que dispositivos hay un montón, tantos como seriales y el asunto es probar a ver si suena la flauta... esta claro que no es una resolución universal o definitiva, asi que poco a poco.
En primer lugar comentaros que este pack se ha puesto en marcha el ONE V4 serial Z3 cuya imagen teneis arriba cuando no funcionaba, pues bueno ya va.
Os dejo el pack de
Treysis para que lo probéis, como veo que os estáis pasando y empleáis el 9.541, deciros que rula perfectamente en 9.541 LE, lo descomprimís, lo copiáis tal y como esta en la raíz en la que tenéis el 9.541 si dice que quiere sobreescribir algo, le decís que si y ya es cuestión de probarlo. Este "finde" pruebo más.
Bien comentaros que el pack de
Treysis... funciona perfectamente en lo que al tema de la hora se refiere en 9.058, 9.540, 9.702, 8.562, 9.541, 9170 y seguramente en la mayoría, copiáis el pack y listo, es asi de sencillo, de hecho, se trae la versión de
Treysis, que por el momento ya es muy fiable, por no decir definitiva. Para un mejor conocimiento de la aplicación y sus posibilidades no dejéis de leer las notas del autor respecto a su funcionamiento.
El pack se describe como >>>
Treysis pack for GL1 >>> vale para todos. De momento esta aquí hasta que se determine su ubicación definitiva.
Bien este mismo pack se ha instalado en el ONE XL V9 cuya imagen tenéis arriba y al ponerlo en marcha la hora ya no queda en 00:00 pero difiere de la real en 30 minutos... bien entonces accedo a la pantalla del menú principal donde figura el icono WNRO K4 creado para resetear el chip gps y actuar desde cero en el siguiente reinicio y asi tras la puesta en marcha y sincronización con los satélites la hora fijada ha sido correcta, bueno aunque en ese dispositivo funcione en otros parece que han tenido que repetir la operación... de modo sobre todo, recordad que estamos en caliente... esto podríamos decirlo dentro de un mes a ver como a ido la cosa, pero creo que os merecéis estar al día, aunque eso comporte aciertos o no...
Pero sobre todo tener en cuenta que se sigue en fase inicial, es decir, si va estupendo y si no pues mira, ya veremos... hace dos días que esta corriendo y se van reportando infos.
Créditos a
Treysis El archivo suicide.datBien hay otra cuestión a aclarar sobre este punto.
En vuestras TV, cuando las dejáis en Standby es porque os han dicho que arrancan más rápido no... pues bien eso es así.
En vuestro tomtom cuando pulsáis el botón de puesta en marcha, pues eso, arranca, pues la batería esta ahí esperando. En esa espera hay un consumo mínimo, pero consumo al fin, este modo aunque sea mínimamente hace trabajar la batería, entonces la compañía, cuando tiene el dispositivo en la tienda tiene desactivada la batería completamente, así si recordáis, cuando se pone en marcha se oyen los tambores. Esta es la función del archivo suicide.dat cuyo contenido es exclusivamente un valor entre 1 y 10, si bien últimamente encontrares el valor 2 o 5, esto se conoció por el 2013.
Entonces si tienes tu TT clásico en un cajón y tienes el suicide igual al ponerlo en marcha tiene algo de batería, pero si esta muy hecha polvo ni con esas.
Bien con todas estas movidas el archivito de marras sale a la palestra, hay quien dice, ostras pues si se me hace un reset y me va mejor porque tal y cual y otros que dicen, pues oye se me retrasa el arranque y no me gusta, cuando quiero un reset le pongo el pincho debajo y a correr... y el otro le dice y entonces tengo que llevar siempre el pincho... y asi ad infinitum.
La cuestión en si viene de que alguien planteo, si el suicide.dat resetea los satélites igual los pilla mas rápido no... pero el caso es que si os ponéis el pack de
Treysis los satélites también se resetean desde ahi, de modo que probadlo y tenemos tema no...?
El caso es que siguen habiendo usuarios que dicen que en sus viejos dispositivos encuentran mejora... de modo que os dejo Suicide_On_Off_Speedy29 (traducido por
Charlie62), solo copiar como el pack de
Treysis entonces tendréis un icono en el menú que os permite ponerlo en servicio o no, sin pasar por el PC a ver si a vosotros os sirve, mirar a ver como queda de ram etc etc lo tenéis aquí, si lo tenéis en la raíz del dispositivo borrarlo antes o después de copiarlo. Aunque con SirfIII (x20 x30) si el software y el hardware están bien no es necesario, algunos usuarios sobretodo de 9.702 reportan que cuando el quickfix caduca a los 7 dias les cuesta o no cogen satélites, activan suicide, sin estar cargando, salís del navegador, esperáis 15 segundos y arrancáis, si esta en 0:00 u otra hora no correcta y aún sin Quickfix se actualizan satélites, probadlo, poco a poco van surgiendo y se van reportando incidencias.
Créditos a
Speedy29GL2.Los usuarios de GO 750, GO 950 etc. La hora se va a 00:00 o no encuentran satélites.
Vaya susto para los usuarios 9.702 Truck... y ahora que hacemos... de momento bájate el 9.541... pero yo uso TRUCK... bueno , tú bajatelo...
Hay que borrar el archivo glgps de la carpeta bin, obtener el Navcore 9.541 de la compañía y copiar el glgps del 9.541 en la carpeta bin de tu dispositivo, actualizas Quickfix y listo.
Como comenta un colega, mano de santo, va como un tiro y por descontado puedes seguir empleando tu navcore favorito.
Créditos a
Charlie62 Sirf III.No hay incidencias en los dispositivos que emplean este chip, respecto a la hora. La implementación del 9.541 es una cuestión personal, no tiene mayor incidencia, tras actualizar Quickfix se ha verificado un correcto funcionamiento con el clásico 8.562, con el 9.058, con el 9.540 etc etc podéis seguir con vuestro navcore favorito. Ningún problema con la hora. Si bien no en todos los dispositivos con Sirf III, en algunos se observa perdida de satélites sobretodo con el nav 9.702 no obstante leed el comentario de suicide.dat.
Actualizas en TTHome tu Quickfix y listo.
Para los usuarios con GL1.Supongo que tenéis claro que disponéis de un dispositivo del año de la catapun... las compañías, independientemente de tu ilustre opinión, consideran vida útil unos cinco años aprox. o os creéis que los mapas de por vida son hasta que paséis a mejor vida... Nuestros dispositivos tiene muchísimos años más y que duren... como decía anteriormente, no seria raro que en la carpeta ephem tengáis el lto.dat, conectéis satélites y al volver a mirar el archivo lto.dat ya no este, osea una cosa son los satélites, otra es el software que hace que el chip los pille, otra es el cálculo que te da la hora y otra son las características del chip en sí y todo este conjunto, al ser del mesozoico lo el lto.dat va a ser que no...pero...no dejéis de probar.
Sin el lto.dat funciona el bin, os posicionara correctamente, pero no gestionara correctamente el tema de fecha y hora... en estos años, en los numerosos post algún usuario a comentado que su batería esteba flojeras y se producía puntualmente algún raro, o que pasaban por un área en la que observaban lags y tenían pérdidas puntuales, a los que los más veteranos comentaban que en algunos mapas en lugares determinados puntualmente hacían raros, al final derivaban en que si con tal navcore no ocurría etc etc. pero debéis tener claro que el WNRO afecta exclusivamente a fecha y hora.
Sector protection NO.Los usuarios que tenéis dispositivos con esa característica ya sabéis el cambiar bootloader o emplear un nueva que no sea de la compañía puede hacer que tengáis un pisapapeles la mar de bonito.
De modo que en vuestro caso os conectáis al PC, seguís las indicaciones de tomtom home y cuando ya tengáis el 9.541 oficial de la compañía, estáis al día, solo os faltara parchear el navcore para admitir mapas parcheados.
Sector protection NO, es lo que tiene, iréis con el navcore original de tomtom y el bootloader que ya tenéis que funcionara si tenéis GL2.
En el caso de sector protection NO y GL1 copiáis el pack de
Treysis haber que tal.
Si tenéis SirfIII no tendréis mayor incidencia en principio de ser así, suicide.dat
En general.Los usuarios más avanzados siempre recomiendan emplear boot y nav nativos, osea con el que vienen en origen, puesto que un nav más alto no significa que vaya a ir mejor... pero claro según que nav emplees no veras según que mapas... es habitual que para usuarios poco experimentados y con navs bajos de saque se recomiende ... pues ponte el último, así ya iras bien con mapas, bueno esta bien, solo comentaros que podéis continuar con vuestros navcores favoritos efectuando los cambios y actualizaciones que se han comentado, claro a un usuario avanzado que emplea un 9.058, como uno que yo me se, con sus iconos de 44x44 , si se cambia de nav tiene que comprarse unas gafas...
Finalmente comentar que del mismo modo que el conjunto de usuarios más avanzados siempre ha hecho los deberes obteniendo las informaciones más necesarias, se siguen haciendo inventos, pruebas y trabajando con los LG1, el no funciona ya lo tenemos, se esta buscando el si funciona, veremos si surge algún arreglíllo.
Como es un tema de interés se ira actualizando sin surgen cuestiones relevantes
Saludos.
Como sois... que es eso de preguntarme por privado como se accede a la pantalla negra... que es eso de que no me aclaro, si me lo puedes explicar... daros una vuelta por manuales no... En fin, tal vez si que venga a cuento, pero leer los "tutos" colegas, no podemos abrir un hilo e ir estirándolo como para que quepa todo... vamos eso creo, hay que comentar que con un tthome sin parchear, este puede ser que te suba tu navcore si o si, y si esta parcheado tu decides si mantienes el que tiene porque te va bien o quieres cambiarlo... no hay un hilo para esto, pues palla no... aquí vamos a lo que vamos... soluciones WNRO.
Dispositivos con "bujero" para reset ejemplo x20 x30...
Con un clip en el "agujerito" del reset presionáis, probar antes para tener tacto, oiréis un leve clic, lo notareis, así sabéis cual es la presión adecuada. Pulsáis el reset y el botón de arranque durante 30 segundos, osea los dos a la vez.
Pasado este tiempo sin soltar el botón de arranque, sacáis el clip del reset, oiréis los tambores, veréis el logo y aparecerá la info, cuando este la pantalla completa soltáis el botón de arranque, haceros una foto... Para salir, volver a pulsar el botón de arranque saldréis y se apagará, cuando volváis a pulsar el botón de arranque se pondrá en servicio normalmente...
Dispositivos sin agujero para reset ejemplo Xl x50...
Con el dispositivo parado pulsáis y mantenéis el botón de arranque pulsado hasta que aparezca la pantalla negra, cuando este completa, soltáis el botón y os hacéis una foto por si la necesitáis por lo que sea más adelante. Para salir, volver a pulsar el botón de arranque saldréis y se apagará, cuando volváis a pulsar el botón de arranque se pondrá en servicio normalmente...
En ambos casos si todo a ido bien, tomaros algo.
[/HR]
Parece que algunos no tienen claro que los privados no son para pedir… Ya he dicho y lo comprobareis si leéis en los posts de este hilo que ya lleva dos semanas, que solo tenéis que copiar los packs, hay un sinfín de usuarios con nivel altísimo que tienen preparados distintos navcores en los que basta con copiar los contenidos y dan un soporte excelente a absolutamente todos los usuarios, aparte de que son veteranos con enorme experiencia. Sin olvidar que tenéis unos tutos magníficos para DSA.
No obstante te entiendo chico, y si es por trabajo, paso para el que lo necesite, el que estoy usando, es un 9.702 con system renombrado como system 5.5128, es decir que esta deshabilitado y no interferirá en el que tengas e incorpora los extras de los maeses DSA, Altimeter (Joghurts), treysis pack for GL1, y suicide On/Off de Speedy29, pero ya punto pelota.
Incorporar vuestro ttgo.bif
El system es el 5.5128 en principio al estar renombrado no interferirá, en el vuestro si lo tenéis inferior borráis el número
5.5128 y lo dejáis solo como system y os lo subirá.
Cuando pongáis el mapa, eliminar los archivos cspeech_XXX.data el 1030 quedara sobre 3,83 o asi...
Al parchear el mapa, eliminar los archivos *.dct de la carpeta sounds, podéis eliminar las que no os gusten.
No he puesto radares podéis usar los de la compañía o los que empleéis usualmente.
hay un ogg de bienvenida y uno de despedida si os molestan los sacáis o los renombráis como splah.ogg--- o bien suspend.ogg--- con los tres guiones no los reconocerá y los dejáis asi mientras os lo vais pensando.
Recordad que estáis usando un ONE con 32MG de ram, asi que no pongáis que se vean pois en el mapa, en Europa no veas la cantidad que hay y eso come memoria, no carguéis un montón de vehículos mas bien quitar, en fin ya sabéis, la memoria a de estar ahí para aligerar los recalculos y demás, quitar todo lo que no necesitéis.
No os lo toméis a mal, pero no voy a contestar a ningún privado, no puede ser que uno entre y se encuentre con un buzón lleno cada vez, tenéis a personas que están dispuestas a ayudaros en lo que necesitéis, pero ojo, ellos saben diferenciar entre quien lee y no entiende, de los que no leen y aquí estoy por que he venido.
Mirad también los hilos de las versiones, seguro que esta puesto todo lo que no sabéis...
De hecho son los navcores de siempre, solo que los mas avanzados trastean el asunto del GL1, del que no lo sabemos todo, para ayudar de la mejor manera que pueden a los que no están muy metidos en estos temas, sigo diciendo que no descorchéis el cava hasta que no lo probéis, hay mil y un dispositivos. Tampoco veo que aquí toque, hazte una copia, copia la descarga, copia tu ttgo.bif, copia el mapa, parchea... etc etc que los que tenéis GL1 ya hace tiempo que lo tenéis no.....? en fin, vosotros mismos pero no por privado, los hilos están para eso.
Créditos a
DSA,
Treysis,
speedy29 y
Joghurts.
.
Original de la compañía 9.541.1-2042-CAB-navcore-GO.cab
Gracias a
Menta por este fenomenal trabajo y por compartirlo con nosotros.
Tema: WNRO por Menta (Leído 6999 veces)
Páginas: [1]
!! ADVERTENCIAS !!: Las informaciones aquí publicadas NO CONTIENEN KEYS para la decodificación de ningún sistema: NO SON OPERATIVOS en sistemas SAT que precisen de su correspondiente suscripción. ESTA TOTALMENTE PROHIBIDO EL USO DE ESTAS INFORMACIONES PARA LA MODIFICACIÓN O DEFRAUDACIÓN DE SISTEMAS DE ACCESO CONDICIONAL. EN ESTOS FOROS NO SE PERMITE LA PUBLICACIÓN DE INFORMACIONES ILEGALES POR PARTE DE LOS USUARIOS. EN CASO DE DETECTARSE ESTE TIPO DE INFORMACIONES, LOS USUARIOS SERÁN EXCLUIDOS DE ESTAS PÁGINAS.