Saltar al contenido
VOTA la foto del mes de noviembre. Leer más... ×

yesansa

Miembros
  • Contenido

    35
  • Registrado

  • Última Visita



Sobre yesansa

  • Rango
    Miembro

Visitantes recientes en el perfil

Este bloque está desactivado y no se muestra a los visitantes.

  1. Que va @JesusD, de momento yo tampoco he avanzado nada, sigue dando el mismo error de siempre
  2. @JesusD la verdad es que no creo que sea eso... Yo personalmente es la version que tengo , la 5.43.A.R2 y es sobre la que estoy haciendo las pruebas. Hasta cierto punto puedo entender que el sistema no te deje de hacer downgrade, pero reisntalar encima la misma version de firmware no deberia de haber problema. Es mas, a la hora de instalar el firmware sin modifica te dice la version de firmware que tienes y a la que vas a pasar, asi que como te digo, que ir para abajo estas cosas nunca dejan legalmente, pero para reinstalar la msma version, no deberia de haber problema Lo que se me ha ocurrido a mi es de ir haciendo pequenos cambios en los archivos del firmware para ver si hay algun problema, por ejemplo, dejar todo original y editar un archivo .inf y anadir alguna linea, con cualquier cosa, solo para que cambie su crc y despues intentar instalar ese firmware a ver que pasa... Si depues de esto dejase de instalar, pues ya cambiar alguna que otra cosita, y sino pues ya mirar a ver
  3. Hola @j5boot el archivo ctrl.bin si que lo hemos modificado, por que parece ser que contiene una lista de todos los archivos que hay en la raiz y sus crc32. Entonces como hemos modificado system.bin y system.bin.inf en /Audio_bt, hemos tenido que modificar audio_bt_ctrl.bin que esta en la raiz y que parece que contiene una lista de todos los archivos y sus crc32 que hay en la carpeta audio_bt, y como hemos modificado audio_bt_ctrl.bin que esta en la raiz, por eso hay que modificar ctrl.bin que controla los archivos de la raiz. Lo mismo pasa con audio_bt_256_ctrl.bin y nav.bin No se si me he explicado bien...
  4. @JesusD . El otro dia tambien lo vi y es verdad que se me olvido ponerlo, tambien es verdad que hemos estado con otras lineas de investigacion jajaja. El archivo crtl.bin al modificarlo con el editor hexadecimal al final del todo despues del crc del ultimo archivo de la lista que es user_guide_ctrl.bin y su crc que es 5F265C55 tiene una cadena de 4 pares de caracteres en hexadecimal como si fuera otro crc, pero no se a que archvo pertenecen o que significan El crc del archivo crtl.bin original no es por que segun mis calculos o mi ctrl.bin orignal deberia de ser 3ad598f2
  5. Muy buenas @JesusD eres un hacha, yo la verdad que no se de donde sacas toda esta informacion. He estado leyendo el link que has puesto y la primera parte es exactamente lo que nos explico @j5boot para calcular el crc, Pero sigo pensando que si calculas el crc del archivo .inf y despues agregas ese crc al propo archivo .inf, de esta forma estas cambiando el propio crc del archivo .inf, no se si me explico... es la pescadilla que se muerde la cola... El archivo rtxcrc tiene una opcion para crear directamente el archivo .inf, pero como ya dije anterioirmente los 4 prmeros digitos no coinciden con lo que corresponderia al crc del .inf... y si lo calculamos por separado y lo agregas al .inf, ya estamos cambiando el crc del .inf que acabamos de calcular. No se.... Sobre la segunda parte, la verdad es que se me ocurrio el otro dia, lo iba a haber puesto, pero para empezamos con el tema de los crc mal calculados y se me paso... Hay veces que al descomprimir los archivos .bin (dependiendo de como lo haga, con 7zip, si con extraer aqui... o abrir el archivo, o de cualquier otra forma, ahora mismo no recuerdo de cual de las formas era...) hay veces que al descomprimir, me creaba un archivo .system.tar que despues tenia que volver a descomprimir para llegar ya a los archivos y carpetas que contiene el .bin... Entonces lo que pense el otro dia fue eso, que a lo mejor hay que comprimir todos los archivos y caprtas en un .tar. y despues volver a comprimirlo el .tar en .bin... no se si me explico. Y por lo que dice el ruso en la segunda parte podrian ir por ahi los tiros... De todas formas me ha hecho pensar que si los radares no son los oficiales y los podemos instalar en el coche, es posible que siguiendo la tecnica de creacion de radares podamos hacer lo mismo con el firmware
  6. Hola @j5boot a ver si nos puedes echar un cable con el funcionamiento de RTxCRC. Estoy investigando a ver como funciona el programa para calcular los crc de los archivos modificados y generar el .inf automaticamente. De momento las pruebas que he realizado son: Pasar por ejemplo el vxworks.bin por el rtxcrc. con las siguientes opciones 1.- rtxcrc -v vxWorks.bin - Con lo que me muestra en pantalla un numero de 4 digitos. que es da11 2.- rtxcrc -n vxworks.bin - Con lo que me genera in vxWorks.bin.inf con un numero de 8 digitos en su interioir igual a 5ed3da11 3.- segun tu teoria 5ed3, deberia de ser el crc del propio archivo .inf. 4.- Pero si paso el archivo vxWorks.bin.inf por el rtxcrc con el comando rtxcrc -v vxWorks.bin.inf (para que me muestre en pantalla su crc. me da un resultado de cec9 Con lo cual no cuadra los 4 primeros digitos de vxWorks.bin.inh (5ed3da11) con lo que deberia de ser el propio crc de vxworks.bin.inf (cec9) A ver si todo esto no nos esta funcionando por que no somos capaces de calcular los crc Tu sabes cual seria exactamente el procedimiento a seguir para calcularlo y que funcione bien?
  7. Hola @JesusD He estado mirando el archivo u-boot-nand.bin que decias y yo tampoco lo tengo en mi firmware, tampoco esta en el firmware ModV01 que subio J5boot y he mirado en firmwares anteriores y tampoco esta. Asi que a lo mejor es algun archivo que se cree en la instalcion del firmware. De todas formas acabo de ver algo bastante curioso y puede que sea la clave de los crc. Te acuerdas al principio cuando me dijiste esto para calcular los crc's Pues bien, mas tarde encontre esta pagina. https://www.rapidtables.com/convert/number/hex-to-decimal.html. que como puedes ver tiene dos tipos de numeros decimales, el normal y Decimal from signed 2's complement. Hay veces que son iguales y otras no, como te pasa a ti con DWORD y QWORD El primer archivo que modifiqe fue sd_dir.bin en /NAV y comprobando sus crc en decimal, me coincidian con los de Decimal from signed 2's complement. Asi que todos los crc posteriores loc calcule en base a Decimal from signed 2's complement. Pues hoy chequeando el crc de vxWorls.bin resulta que su crc NO coincide con Decimal from signed 2's complement:, si no que es de los "normales". Entonces, por que unos archivos su crc en decimal es Decimal from signed 2's complement:y otros archivos su crc corresponde a los decimales normales?, Como podemos saber a que tipo de decimal corresponde cada archivo? Tambien he utilizado el archivo rtxcrc.exe. con vxworks.bin (en windows) con este comando > rtxcrc -n vxWorks.bin (ya que estaba pues por probar) Y me ha creado vxworks.inf con solo una linea en su interioir con este numero 5ed3da11. que en DEC es igual a Decimal number > 1590942225 Decimal from signed 2's complement > -2704025071 Con lo que no coincide ninguno con el crc original de vxworks.bin. en HEX> 71242c66 en Dec > 1898196070 Dec 2's > -2396771226 con lo cual creo que no podemos utilizar rtxcrc para calcular los crc, o soy yo que no se como utilizarlo He estado mirando tambien los crc de los archivos originales, y parece que los de los archivos system.bin coinciden con los DEC normales y el de sd_dir.bin coinciden con los de 2's complement. una cosa muy rara Voy a tratar de modifiar los inf. de los archivos modificados en concordancia de los archivos originales, es decir que si el orginal coincide con el dec normal, el modificado su inf lo hare cincidir con el dec normal, y si coincide con el dec 2's complemente pues el modificado tambien. despues mofidicare los archivo crtl para que coincidan con los nuevos crc en HEX y a ver que es lo que pasa. A ver si despues de todo, esto va a ser por que calcule no estan bien los crc desde un prncipio...OMG
  8. Si al final consiguieramos hacerle tragar al coce el firmware, Luego despues podriamos modifcar muchas cositas y hacer un buen custom Firmware.
  9. Vuelvo a pegar para aclarar un poco. Tomando como raiz la carpeta 5.42.C.R2\SMEG_PLUS_UPG en la carpeta \AUDIO_BT, \AUDIO_BT_256 y \NAV (Hay que hacerlo en todas las carpetas)(No se por que hay 3 system.bin en 3 carpetas diferentes con 3 radiologo.sqlite y cual de ellos es el que se utiliza) system.bin Es donde modificamos el archivo de radares., logos de emisoras etc (En su interior una vez que se descomprime y se extraen sus ficheros) system.bin.inf hay que modificar el valor del crc de system.bin en decimal. (Una vez modificado y reempaquetado) Y los valores SIZE_X del archivo system.bin cuando estaba descomprimido system_ctrl.bin Hay que cambiar los valores crc en hexadecimal de todos los archivos que hayamos modificado en system.bin , de momento solo (/Data_Base/sqlite/radiologo.sqlite) En la carpeta \NAV (ademas) aqui tambien se puede modificar el archivo sd_dir.bin para cambiar las voces del navegador (En su interior una vez que se descomprime y se extraen sus ficheros) sd_dir.bin.inf hay que modificar el valor del crc de sd_dir.bin en decimal. (Una vez modificado y reempaquetado) Y los valores SIZE_X del archivo sd_dir.bin cuando estaba descomprimido sd_dir_ctrl.bin Hay que cambiar los valores crc en hexadecimal de todos los archivos que hayamos modificado en sd_dir.bin por el momento solo (/Data_Base/PTT/SP/Translations.txt) En la carpeta raiz: AUDIO_BT_256_ctrl.bin que hace referencia al crc en hexadecimal de todos los archivos que hayamos modificado en /AUDIO_BT_256 que son (system.bin.inf, system.bin y system_ctrl.bin) AUDIO_BT_ctrl.bin que hace referencia al crc en hexadecimal de todos los archivos que hayamos modificado en /AUDIO_BT que son (system.bin.inf y system.bin y system_ctrl.bin) NAV_ctrl.bin que hace referencia al crc en hexadecimal de todos los archivos que hayamos modificado en /NAV que son (sd_dir.bin.inf, sd_dir.bin, sd_dir_ctrl.bin, system.bin.inf y system.bin y system_ctrl.bin) ctrl.bin que hace referencia a los crc en hexadecimal de todos los archivos que hayamos modificado en la raiz \SMEG_PLUS_UPG que de momento son (AUDIO_BT_256_ctrl.bin, AUDIO_BT_ctrl.bin y NAV_ctrl.bin)
  10. @JesusD Eso es! Muy buena lista ara tener un control de lo que habria que ir controlando despues. Pero aparte de todos estos que es has puesto. Dentro de las carpetas /NAV, AUDIO_BT y AUDIO_BT_256 Tambien esta system_ctrl.bin que hace referencia a la lista de archivos y sus crc's que contiene cada system.bin de su carpeta. Y si luego tambien modificamos lo de las voces, pues tambien tendriamos que tener en cuenta, sd_dir_ctrl.bin que hace referencia a la lista de archivos y sus crc's que contiene sd_dir.bin. Entonces queraria algo asi. Tomando como raiz la carpeta 5.42.C.R2\SMEG_PLUS_UPG en la carpeta \AUDIO_BT, \AUDIO_BT_256 y \NAV (Hacerlo en todas las carpetas por igual) system.bin -> Es donde modificamos el archivo de radares., logos de emisoras etc system.bin.inf -> hay que modificar el valor del crc de system.bin en decimal y los valores SIZE_X del archivo system.bin descomprimido system_ctrl.bin -> Hay que cambiar los valores crc en hexadecimal de todos los archivos modificados en system.bin En la carpeta \NAV aqui tambien se puede modificar el archivo sd_dir.bin para cambiar las voces del navegador sd_dir.bin.inf hay que modificar el valor del crc de sd_dir.bin en decimal y los valores SIZE_X del archivo sd_dir.bin descomprimido sd_dir_ctrl.bin -> Hay que cambiar los valores crc en hexadecimal de todos los archivos modificados en sd_dir.bin En la carpeta raiz: AUDIO_BT_256_ctrl.bin que hace referencia al crc en hexadecimal de system.bin.inf y system.bin que están dentro de dicha carpeta AUDIO_BT_ctrl.bin que hace referencia al crc en hexadecimal de system.bin.inf y system.bin que están dentro de dicha carpeta NAV_ctrl.bin que hace referencia al crc en hexadecimal de sd_dir.bin.inf y sd_dir.bin que están dentro de dicha carpeta ctrl.bin que hace referencia a los crc en hexadecimal de AUDIO_BT_256_ctrl.bin, AUDIO_BT_ctrl.bin y NAV_ctrl.bin. Todo esto @JesusD y @j5boot me lleva a una pregunta... al final quien es el que controla a ctrl.bin... Sistem_ctrl.bin controla a system.bin, audio_bt_ctrl.bin controla a \AUDIO_BT y ctrl.bin contrla a digamos...5.42.C.R2\SMEG_PLUS_UPG\ pero nadie controla a ctrl.bin... Tambien una cosa que se me olvido cometar es que tambien cambie la fecha de modificacion de los archivos para que correspondiera con la original, para esto utilice un programa que se llama newfiletime.exe por que si te has fijado en las cabeceras de los archivos XXX_ctrl.bin esta la fecha de mofidicacion (creacion ) del firmware. Asi que para evitar problemas tambien lo modifique. Pero nada... ya tambien me he modificado el archivo ctrl.bin y al querer instalarlo en el coche me sigue dando el mismo error de siempre . Fichero de actualizacion no soportado. PD. si que es verdad que solo lo cambio en hexadecimal con HxD.exe y no he utilizado el metodo de J5boot, por que se me escapa un poco de las manos y tampoco tengo linux. A lo mejor deberiamos de hacer las dos cosas, modificar todos los XXX_ctrl.bin y calcular los crc con RTxCRC de j5boot
  11. Hola @JesusD y @j5boot y todo el que lea esto. Malas noticias... Caguento!!! He probado a instalar el firmwar modificado por J5boot y nada me salto el mismo error de siempre. El fichero no es conforme, no se puede realizar una copia. Asi que empece con el plan B. Que Jesus habia descubierto que se hacia referenca a los crc32 en el archivo ctrl.bin asi que partiendo del firmware con el que estaba probando yo (por que no se que crc tendran los archivos del firmware de j5boot) he modificado primero con un editor Hexadecimal ( para que coincidan los nuevos crc32 del nuevo archivo modificado radiologo.sqlite) los 3 archivos system.ctrl.bin (de las carpetas /NAV ¦ AUDIO_BT y AUDIO_BT_256 ) que hacen referencia al contenido de los system.bin donde hemos modificado el radiologo.sqlite Tambien he modificado el archivo sd_dir_ctrl.bin que hace referencia al contenido del mismo sd_dir donde tengo modificado el translations.txt para lo de las voces del gps Despues he modificado el archivo NAV_ctrl.bin que hace referencia al contenido de la caprta /NAV donde ahora han cambiado el crc de System.bin, system.bin.inf, system_ctrl.bin, sd_dir.bin, sd_dir.bin.inf y sd_dir_ctrl.bin Tambien he mofidicado el audio_bt_ctrl.bin y audio_bt_256_crtl.bin con los nuevos crc de los archivos System.bin, system.bin.inf, system_ctrl.bin de sus respectivas carpetas Bueno, un monton de mofidicaciones.... Y lo me metido en el coche y ha vuelto a saltar el mismo error. Fichero no conforme. Ahora no se si es que aparte de modificar todos los arhivos ctrl.bin hay que modificar tambien los archivos .out como hizo j5boot. Pero su tecnica ya se me escapa un poco de las manos, aparte de que no tengo linux Si vosotros modificais los out, entre todos podemos hacer un firmware completo jajaja Si necesitais que os pase los archivos modificados que tengo los puedo subir a mega o algun sitio similar
  12. Hola @j5boot He estado echando un vistazo al firmware modificado. Y por las fechas de modificacion del archivo paece que solo has modificado el system.bin en /NAV. Pero en /AUDIO_BT y /AUDIO_BT_256 tambien hay otros systm.bin que tambin contien el archivo radiologo.sqlite (Pero ambos 3 system.bin son diferentes por que por lo menos son diferentes en tamano de archivo con lo que me hace pensar que no es el mismo archivo copiado 3 veces) Entonces no habria que agregarles tambien el nuevo radiologo.sqlite? por que tampoco sabemos exactamente de cual de los tres utiliza el radiologo. Y otra pregunta. He estado intentando comprender todo el proceso que haces con RTxCRC. pero hay una cosa que no entiendo. Si primero haces lo de RTxCRC en el archivo .out o en el .bin (para el system.bin) y añades ese numero de 4 cifras al archivo.inf. y lo guardas. Y despues lo haces sobre el archivo .inf y lo agregas al mismo archivo .inf... de esta forma no estarias cambiando el crc del propio archivo .inf al modificarlo denuevo? es como la pescadilla que se muerde la cola
  13. Hola @j5boot y @JesusD!! Esta semana he estado un poco liado y no he tenido tiempo para casi nada. Pero ya he visto que habeis avanzado un huevo, bueno... tanto que ya lo habeis hecho. Lo he leido un poco por encima y la verdad que con tanta explicacion tecnica se me escapa un poco de las manos. Lo tendria que leer mas despacio y no creo que lo llegara tampoco a entender del todo jajaja. Ya me estoy descargando el archivo y el domingo lo probare a ver si funciona, manana no creo que tenga tiempo para probarlo, pero el domingo sin falta lo pruebo. Puestos a cambiar queria cambiar tambien el archivo translations.txt que hay en Sd_dir.bin para que las instrucciones gps me dijera permanezca a la derecha o Izquierda en las bifurcaciones en ver de decir "Tome derecha o izquierda" Pero claro no se como habeis recalculado todos los crc's. Aun asi el domingo voy a probar el mod01 a ver que tal. PD. La proxima vez en vez de subir todo el Firm completo no se podrian subir solo los archivos modifcados, por el tema de aorrar tiempo en la subida y en la descarga? Edito. Si necesitais calcular los size_xx yo os puedo ayudar. tengo una particion de un disco duro que no tengo nada y lo que hice fue hacer una nueva particion para cada tamano de asignacion de archivo, asi que con pegar los archivos a calcular en cada particion ya lo tengo y no tengo que estar formateando un pendrive. Asi que si lo necesitais yo os lo puedo calcular
  14. Muchas gracias @j5boot . Si tienes un rato echale un ojo. Yo ya he intentado instalarlo en mi coche pero me djo que el archivo no era conforme y eso que cambiamos los valores crc32 de los archivos.inf para que coincidieran con los nuevos, pero de haber algo mas que se nos escapa
  15. @JesusD Tu, que parece que utilizas linux a lo mejor le puedes echar un ojo a esto Info de firmas y puedes comprobar los archivos (--verify) Tambien dice que (El documento se comprime antes de ser firmado, y la salida es en formato binario) que la verdad tiene algo de sentido. Echale un ojo a ver si tu entiendes algo mas. Aunque como dije en su dia el Usuario @j5boot parecia que controlaba bastante del tema, Lo mismo nos puede echar un cable. J5boot por favor, mira a ver si nos puedes echar una mano
×