2004 to 2020 Mazda 3 Forum and Mazdaspeed 3 Forums banner
41 - 60 of 319 Posts
Hola,

En realidad, tu CMU está bloqueada. Hice exactamente lo mismo que tú, donde mi coche se apagó justo después de instalar el paquete a prueba de fallos. Afortunadamente, hay una forma de recuperarse, lo cual no es tan fácil de hacer, pero es bastante factible si no tienes miedo de desmontar la CMU, abrirla y conectar algunos cables.

Explicación completa:
Gracias a este sitio web: http://www.2x4logic.com me ahorra mucho tiempo para saber cómo funciona el sistema. El proceso de actualización de la CMU está muy mal diseñado, ya que tiene muchos puntos de fallo que terminan con un dispositivo bloqueado que ya no arrancará. La forma más fácil de hacerlo es apagar la CMU después de instalar el paquete a prueba de fallos. Básicamente, lo que sucede es que un pequeño chip flash que contiene el programa de arranque tiene una bandera que decide en qué sistema debe arrancar. Puede ser el sistema Mazda normal o el software «*failsafe*». Cuando instalas el paquete de actualización a prueba de fallos sin el segundo paquete de reinstalación, el modo de selección de arranque del chip flash se establece para arrancar en la partición ibc1, que no coincide con el sistema Mazda actual. Esta partición ibc1 se actualiza mediante el paquete de reinstalación. Por lo tanto, está bloqueado porque ya no puede arrancar.
La solución más fácil aquí es cambiar el valor de selección de arranque en el chip flash para arrancar en ibc2 (el a prueba de fallos). Esto normalmente lo hace el proceso de actualización, después de que el paquete de reinstalación se verifica para su integridad. Aquí, vamos a hacerlo forzando el arranque. Iniciará el software de instalación «*failsafe*», que nos dirá que la instalación falla y que podemos volver a intentarlo poniendo una llave USB en el coche con un paquete de reinstalación correcto. Luego, la instalación continuará y finalizará.

Tutorial:
Aquí hay un tutorial paso a paso sobre cómo lograr esto. Ten en cuenta que puede ser difícil hacerlo si no entiendes lo que estás haciendo. Pero en caso de que tu CMU esté bloqueada (pantalla negra después de una actualización fallida o algo así) no tienes nada que perder, ¿verdad? Llevar el coche a un concesionario no te ayudará, simplemente te cobrarán por un reemplazo completo de la CMU, y eso cuesta mucho...

El chip flash se coloca en la parte posterior de la PCB de la CMU. Es un NOR SPI Flash. La idea es conectarse directamente a este chip y usar una raspberry pi (que tiene un bus SPI) para reprogramar la memoria.

Hardware requerido:
- Una raspberry pi
- Un clip de prueba de programador SOIC16 o 6x clips de prueba IC (yo usé clips de prueba)
- Una placa de pruebas para hacer las conexiones

En la raspberry pi, necesitas instalar Raspbian (la versión Lite está bien). Desde una nueva instalación de Rasbian, configura la pi para que SPI esté habilitado ejecutando:
Code:
sudo raspi-config
(habilitar SPI en Opciones de interfaz*)
sudo reboot
Instala algunas herramientas necesarias:
Code:
sudo apt-get update
sudo apt-get install build-essential libusb-1.0-0-dev libusb-dev git wget curl libpci-dev
Obtén una versión más reciente de flashrom:
Code:
git clone [url]https://github.com/flashrom/flashrom[/url]
cd flashrom
make
sync
Apaga la alimentación de la raspberry.

Ahora la raspberry pi está lista. Desmonta la CMU de tu coche (busca en youtube un vídeo sobre cómo hacerlo, es fácil), desenrosca la PCB de la CMU y conecta los cables de la raspberry al chip flash como aquí (ver foto adjunta) y http://www.2x4logic.com/mcbot-annotated.jpg

Enciende la raspberry pi. Y comprueba si se detecta el flash:
Code:
cd flashrom 
./flashrom -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Esto indicará si se detecta un chip o no. De lo contrario, tu cableado no está bien. Cuando se detecta algo, flashrom puede decirte que se detectan varios chips diferentes. Esto se debe a que algunos chips del mismo fabricante pueden tener el mismo protocolo. Necesitas leer el modelo de dispositivo correcto de lo que está escrito en el chip. Yo tenía un MX25L6445E. Sé que algunas otras CMU pueden tener un modelo de chip diferente. También debería funcionar si flashrom puede detectarlo.

Luego, intenta leer la memoria y hacer una copia de seguridad:
Code:
./flashrom -r backup-cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee detenidamente lo que está haciendo flashrom para comprobar si hay algún fallo. Tuve que usar la opción -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" para seleccionar el modelo de chip correcto en flashrom, ya que se escribió al usar la opción -p (enumerar todos los dispositivos detectados)

Una vez que tengas la copia de seguridad, modificamos el byte de selección de arranque dentro del archivo
Code:
cp backup-cmu.bin cmu-mod.bin
printf '\x00' | dd of=cmu-mod.bin bs=1 seek=65536 count=1 conv=notrunc
Ahora es el momento de escribir el archivo modificado en el flash:
Code:
./flashrom -w cmu-mod.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee el flash de nuevo para verificar que funcionó
Code:
./flashrom -r cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Comprueba si el archivo coincide verificando la suma de comprobación
Code:
sha1sum cmu.bin cmu-mod.bin
La suma de comprobación debe coincidir, si lo hacen, el procedimiento ha terminado. Es hora de desenchufar todo y volver a colocar la CMU en el coche. La CMU debería arrancar en el sistema de recuperación a prueba de fallos y pedirte una llave USB con el paquete de reinstalación.

¡Buena suerte y feliz hacking! <img src="http://mazda3revolution.com/forums/images/smilies/wink.gif" border="0" alt="" title="Wink" class="inlineimg" />
¡Eres el mejor! ¡Desbloqueé mi CMU siguiendo tus instrucciones! ¡Gracias, hombre! ¡Me salvaste de tener que pagar por una nueva CMU!
 
Un par de fotos. La parte más difícil para mí fue quitar el embellecedor y el cmu. No pude hacerlo por mi cuenta, así que lo llevé a un taller donde los quitaron por 25 dólares canadienses. A partir de ahí, todo fue mucho más fácil. ¡Gracias de nuevo!
 

Attachments

Tengo un CMU MZD connect con firmware 59.00.502 JP, al actualizar a 70.00.100 ADR, cometo un error al actualizar primero la reinstalación y fallé, siempre va al 2% y regresa a la pantalla de falla de actualización, ¿hay alguna manera de restaurarlo? Gracias por la ayuda.
 

Attachments

Tengo un CMU MZD connect con firmware 59.00.502 JP, al actualizar a 70.00.100 ADR, cometo un error al actualizar la reinstalación primero y falla, siempre va al 2% y vuelve a la pantalla de falla de la actualización, ¿hay alguna manera de restaurarlo? Gracias por la ayuda.
Simplifíquelo, haga un nuevo USB con 70.00.100 de pequeña capacidad, verifique la suma de verificación, USB 2.0 es lo mejor y siga estas instrucciones que vienen con la actualización del firmware: El fusible ROOM está debajo del capó.
 

Attachments

Hazlo simple, crea un nuevo USB con 70.00.100 de pequeña capacidad, verifica la suma de verificación, USB 2.0 es lo mejor y sigue estas instrucciones, vienen con la actualización de firmware:
El fusible ROOM está debajo del capó.
¿Puedes explicar cómo "crear un nuevo USB con 70.00.100 de pequeña capacidad"?
Porque no instalé failsafe primero, siempre se detiene en esta pantalla, lo intenté más de 100 veces, pero estoy seguro de que la imagen de reinstalación que estoy usando funciona, porque actualicé con éxito la otra CMU MZD Connect en los próximos días.
 
¿Puedes explicar cómo "hacer un nuevo USB con 70.00.100 de pequeña capacidad"? Porque no instalé failsafe primero, por lo que siempre se detiene en esta pantalla, lo intenté más de 100 veces, pero estoy seguro de que la imagen de reinstalación que estoy usando funciona, porque actualicé con éxito el otro cmu de conexión mzd en los próximos días.
Lo que quiere decir es que intentes con una unidad USB2 de baja capacidad diferente, por ejemplo, 8 GB o 16 GB. Formatéala y copia los archivos en ella. Luego verifica que la suma de comprobación sea correcta en los archivos de la USB. Luego sigue las instrucciones que se muestran. El hecho de que la USB haya funcionado en otro CMU no garantiza que no haya un problema sutil en este CMU/hub. Una vez más no hará daño en este punto antes de pasar a métodos más invasivos.

ACTUALIZACIÓN - ¿Comenzaste con el firmware JP - Japón? No estoy seguro, pero pensé que solo podías instalar el firmware JP en CMU japoneses, puede que me equivoque. Hay un proceso y archivos completamente diferentes en HiDrive para el firmware JP.
 
Lo que quiere decir es que intentes con una unidad USB2 de baja capacidad diferente, por ejemplo, de 8 GB o 16 GB. Formatéala y copia los archivos en ella. Luego verifica que la suma de comprobación sea correcta en los archivos de la USB. Luego sigue las instrucciones que se muestran. El hecho de que la USB haya funcionado en otra CMU no garantiza que no haya un problema sutil en esta CMU/hub. Una vez más, no hará daño en este punto antes de pasar a métodos más invasivos.

ACTUALIZACIÓN - Comenzaste con el firmware JP - ¿Japón? No estoy seguro, pero pensé que solo podías instalar el firmware JP en las CMU japonesas, puede que me equivoque. Hay un proceso y archivos totalmente diferentes en HiDrive para el firmware JP.
1. Ya he probado 3 unidades flash USB diferentes de 4 GB a 16 GB, USB 2.0 a USB 3.0, pero nada cambia.
2. Esta es una cmu usada de un coche desguazado en Japón, ya he flasheado 3 cmu japonesas diferentes al firmware ADR y funciona bien, no hay diferencia entre ellas.
3. Mi problema es cómo flashear el failsafe correcto en él para actualizarlo, porque el failsafe interno es 59.00.502JP, pero necesita 70.00.100 ADR, de lo contrario no puedo terminar la instalación del archivo de reinstalación.
 
¡Hola! Pregunté si la versión que has arreglado antes es la 59.0.502. Tengo el mismo problema, solo he reparado con éxito 2 conjuntos que deberían ser versiones antiguas, estas pocas veces no pueden ser tan fluidas como antes. Solía usar el programador ch341a para arreglarlo. Si tienes mejores ideas, puedes discutirlas.
 
Clip de prueba del programador SOP 16 ebay
ebay.com/p/Programmer-Testing-Clip-SOP-16-SOP-SOIC-16-Dip16-Pin-IC-Test-Clamp-With-Cable/2131170762

Programador USB BIOS EEPROM SPI FLASH CH341A serie 24 25
ebay.com/itm/USB-BIOS-EEPROM-SPI-FLASH-Programmer-CH341A-24-25-series-/301443899698

programa y controlador: karadev.net/basto/CH341A-programmer-software-1.29/CH341A-1.29-programmer-software.zip

conectando :
Image
Tengo problemas para conectar, replico al 100% lo que hiciste, pero cuando intenté detectar el chip en el programa, dice "la detección falló, no se pudo encontrar el chip" ¿alguna ayuda? también cuando abrí la aplicación, apareció un error que decía que el controlador no estaba instalado correctamente. Lo instalé con el enlace proporcionado y funcionó, ¿quizás el archivo incorrecto? Estoy usando Windows 10 gracias
 
Tengo problemas para conectarme, replico al 100% lo que hiciste, pero cuando intento detectar el chip en el programa dice "la detección falló, no se pudo encontrar el chip" ¿alguna ayuda? también cuando abro la aplicación aparece un error que dice que el controlador no está instalado correctamente. Lo he instalado con el enlace proporcionado y he tenido éxito, ¿quizás el archivo incorrecto? Estoy usando Windows 10 gracias
Este programa no es compatible con win10.
 
Lo que quiere decir es que intentes con una unidad USB2 de baja capacidad diferente, por ejemplo, de 8 GB o 16 GB. Formatéala y copia los archivos en ella. Luego verifica que la suma de comprobación sea correcta en los archivos de la USB. Luego sigue las instrucciones que se muestran. El hecho de que la USB haya funcionado en otra CMU no garantiza que no haya un problema sutil en esta CMU/hub. Una vez más no hará daño en este punto antes de pasar a métodos más invasivos.

ACTUALIZACIÓN - Comenzaste con el firmware JP - ¿Japón? No estoy seguro, pero pensé que solo podías instalar el firmware JP en las CMU japonesas, puede que me equivoque. Hay un proceso y archivos totalmente diferentes en HiDrive para el firmware JP.
Compré un programador ch341a y flasheé 70.00.100ADR failsafe en él, pero el proceso de actualización aún se reinicia al 2 o 3%.
El 70.00.100ADR failsafe es de otra CMU que funciona normalmente.
¿Alguna sugerencia?
 
Reparación de CMU bloqueado

Hola,

En realidad, tu CMU está bloqueado. Hice exactamente lo mismo que tú, donde mi coche se apagó justo después de instalar el paquete de seguridad. Afortunadamente, hay una forma de recuperarlo, lo cual no es tan fácil de hacer, pero es bastante factible si no tienes miedo de desmontar el CMU, abrirlo y conectar algunos cables.

Explicación completa:
Gracias a este sitio web: http://www.2x4logic.com me ahorra mucho tiempo para investigar cómo funciona el sistema. El proceso de actualización de la CMU está muy mal diseñado, ya que tiene muchos puntos de fallo que terminan con un dispositivo bloqueado que ya no se iniciará. La forma más fácil de hacerlo es apagando la CMU después de la instalación del paquete de seguridad. Básicamente, lo que sucede es que un pequeño chip de memoria flash que contiene el programa de arranque tiene una bandera que decide en qué sistema debe arrancar. Puede ser el sistema Mazda normal o el software «failsafe». Cuando instalas el paquete de actualización de seguridad sin el segundo paquete de reinstalación, el modo de selección de arranque del chip de memoria flash se establece para arrancar en la partición ibc1, que no coincide con el sistema Mazda actual. Esta partición ibc1 se actualiza mediante el paquete de reinstalación. Por lo tanto, está bloqueado porque ya no puede arrancar.
La solución más fácil aquí es cambiar el valor de selección de arranque en el chip de memoria flash para arrancar en ibc2 (el failsafe). Esto se hace normalmente mediante el proceso de actualización, después de que el paquete de reinstalación se comprueba para verificar su integridad. Aquí lo vamos a hacer forzando el arranque. Iniciará el software de instalación «failsafe», que nos dirá que la instalación falla y que podemos volver a intentarlo poniendo una llave USB en el coche con un paquete de reinstalación correcto. Entonces la instalación continuará y finalizará.

Tutorial:
Aquí tienes un tutorial paso a paso sobre cómo lograr esto. Ten en cuenta que puede ser difícil hacerlo si no entiendes lo que estás haciendo. Pero en caso de que tu CMU esté bloqueado (pantalla negra después de una actualización fallida o algo así) no tienes nada que perder, ¿verdad? Llevar el coche a un concesionario no ayudará, simplemente te cobrarán por un reemplazo completo de la CMU, y eso cuesta mucho…

El chip de memoria flash se coloca en la parte posterior de la PCB de la CMU. Es una memoria flash NOR SPI. La idea es conectarse directamente a este chip y usar una raspberry pi (que tiene un bus SPI) para reprogramar la memoria.

Hardware requerido:
  • Una raspberry pi
  • Un clip de prueba de programador SOIC16 o 6x clips de prueba IC (yo usé clips de prueba)
  • Una placa de pruebas para hacer las conexiones

En la raspberry pi, necesitas instalar Raspbian (la versión Lite está bien). Desde una instalación nueva de Rasbian, configura la pi para que tenga SPI habilitado ejecutando:
Code:
sudo raspi-config
(habilitar SPI en Interfacing Options*)
sudo reboot
Instala algunas herramientas necesarias:
Code:
sudo apt-get update
sudo apt-get install build-essential libusb-1.0-0-dev libusb-dev git wget curl libpci-dev
Obtén una versión más reciente de flashrom:
Code:
git clone [url]https://github.com/flashrom/flashrom[/url]
cd flashrom
make
sync
Apaga la raspberry.

Ahora la raspberry pi está lista. Desmonta la CMU de tu coche (busca en youtube un vídeo sobre cómo hacerlo, es fácil), desenrosca la PCB de la CMU y conecta los cables de la raspberry al chip de memoria flash como aquí (ver imagen adjunta) y http://www.2x4logic.com/mcbot-annotated.jpg

Enciende la raspberry pi. Y comprueba si la memoria flash se detecta:
Code:
cd flashrom
./flashrom -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Esto te dirá si se detecta un chip o no. Si no, tu cableado no está bien. Cuando se detecta algo, flashrom puede decirte que se detectan múltiples chips diferentes. Esto se debe a que algunos chips del mismo fabricante pueden tener el mismo protocolo. Necesitas leer el modelo de dispositivo correcto de lo que está escrito en el chip. Yo tenía un MX25L6445E. Sé que algunas otras CMU pueden tener un modelo de chip diferente. También debería funcionar si flashrom puede detectarlo.

Luego intenta leer la memoria y hacer una copia de seguridad:
Code:
./flashrom -r backup-cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee cuidadosamente lo que flashrom está haciendo para comprobar si hay algún fallo. Tuve que usar la opción -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" para seleccionar el modelo de chip correcto en flashrom, ya que se escribió al usar la opción -p (enumerar todos los dispositivos detectados)

Una vez que tengas la copia de seguridad, modificamos el byte de selección de arranque dentro del archivo
Code:
cp backup-cmu.bin cmu-mod.bin
printf '\x00' | dd of=cmu-mod.bin bs=1 seek=65536 count=1 conv=notrunc
Ahora es el momento de escribir el archivo modificado en la memoria flash:
Code:
./flashrom -w cmu-mod.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee la memoria flash para verificar que funcionó
Code:
./flashrom -r cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Comprueba si el archivo coincide verificando la suma de comprobación
Code:
sha1sum cmu.bin cmu-mod.bin
La suma de comprobación debe coincidir, si lo hacen, el procedimiento está hecho. Es hora de desenchufar todo y volver a poner la CMU en el coche. La CMU debería arrancar en el sistema de recuperación de seguridad y pedirte una llave USB con el paquete de reinstalación.

¡Buena suerte y feliz hackeo! ;)
Reparación de CMU bloqueado

Hola,

En realidad, tu CMU está bloqueado. Hice exactamente lo mismo que tú, donde mi coche se apagó justo después de instalar el paquete de seguridad. Afortunadamente, hay una forma de recuperarlo, lo cual no es tan fácil de hacer, pero es bastante factible si no tienes miedo de desmontar el CMU, abrirlo y conectar algunos cables.

Explicación completa:
Gracias a este sitio web: http://www.2x4logic.com me ahorra mucho tiempo para investigar cómo funciona el sistema. El proceso de actualización de la CMU está muy mal diseñado, ya que tiene muchos puntos de fallo que terminan con un dispositivo bloqueado que ya no se iniciará. La forma más fácil de hacerlo es apagando la CMU después de la instalación del paquete de seguridad. Básicamente, lo que sucede es que un pequeño chip de memoria flash que contiene el programa de arranque tiene una bandera que decide en qué sistema debe arrancar. Puede ser el sistema Mazda normal o el software «failsafe». Cuando instalas el paquete de actualización de seguridad sin el segundo paquete de reinstalación, el modo de selección de arranque del chip de memoria flash se establece para arrancar en la partición ibc1, que no coincide con el sistema Mazda actual. Esta partición ibc1 se actualiza mediante el paquete de reinstalación. Por lo tanto, está bloqueado porque ya no puede arrancar.
La solución más fácil aquí es cambiar el valor de selección de arranque en el chip de memoria flash para arrancar en ibc2 (el failsafe). Esto se hace normalmente mediante el proceso de actualización, después de que el paquete de reinstalación se comprueba para verificar su integridad. Aquí lo vamos a hacer forzando el arranque. Iniciará el software de instalación «failsafe», que nos dirá que la instalación falla y que podemos volver a intentarlo poniendo una llave USB en el coche con un paquete de reinstalación correcto. Entonces la instalación continuará y finalizará.

Tutorial:
Aquí tienes un tutorial paso a paso sobre cómo lograr esto. Ten en cuenta que puede ser difícil hacerlo si no entiendes lo que estás haciendo. Pero en caso de que tu CMU esté bloqueado (pantalla negra después de una actualización fallida o algo así) no tienes nada que perder, ¿verdad? Llevar el coche a un concesionario no ayudará, simplemente te cobrarán por un reemplazo completo de la CMU, y eso cuesta mucho…

El chip de memoria flash se coloca en la parte posterior de la PCB de la CMU. Es una memoria flash NOR SPI. La idea es conectarse directamente a este chip y usar una raspberry pi (que tiene un bus SPI) para reprogramar la memoria.

Hardware requerido:
  • Una raspberry pi
  • Un clip de prueba de programador SOIC16 o 6x clips de prueba IC (yo usé clips de prueba)
  • Una placa de pruebas para hacer las conexiones

En la raspberry pi, necesitas instalar Raspbian (la versión Lite está bien). Desde una instalación nueva de Rasbian, configura la pi para que tenga SPI habilitado ejecutando:
Code:
sudo raspi-config
(habilitar SPI en Interfacing Options*)
sudo reboot
Instala algunas herramientas necesarias:
Code:
sudo apt-get update
sudo apt-get install build-essential libusb-1.0-0-dev libusb-dev git wget curl libpci-dev
Obtén una versión más reciente de flashrom:
Code:
git clone [url]https://github.com/flashrom/flashrom[/url]
cd flashrom
make
sync
Apaga la raspberry.

Ahora la raspberry pi está lista. Desmonta la CMU de tu coche (busca en youtube un vídeo sobre cómo hacerlo, es fácil), desenrosca la PCB de la CMU y conecta los cables de la raspberry al chip de memoria flash como aquí (ver imagen adjunta) y http://www.2x4logic.com/mcbot-annotated.jpg

Enciende la raspberry pi. Y comprueba si la memoria flash se detecta:
Code:
cd flashrom
./flashrom -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Esto te dirá si se detecta un chip o no. Si no, tu cableado no está bien. Cuando se detecta algo, flashrom puede decirte que se detectan múltiples chips diferentes. Esto se debe a que algunos chips del mismo fabricante pueden tener el mismo protocolo. Necesitas leer el modelo de dispositivo correcto de lo que está escrito en el chip. Yo tenía un MX25L6445E. Sé que algunas otras CMU pueden tener un modelo de chip diferente. También debería funcionar si flashrom puede detectarlo.

Luego intenta leer la memoria y hacer una copia de seguridad:
Code:
./flashrom -r backup-cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee cuidadosamente lo que flashrom está haciendo para comprobar si hay algún fallo. Tuve que usar la opción -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" para seleccionar el modelo de chip correcto en flashrom, ya que se escribió al usar la opción -p (enumerar todos los dispositivos detectados)

Una vez que tengas la copia de seguridad, modificamos el byte de selección de arranque dentro del archivo
Code:
cp backup-cmu.bin cmu-mod.bin
printf '\x00' | dd of=cmu-mod.bin bs=1 seek=65536 count=1 conv=notrunc
Ahora es el momento de escribir el archivo modificado en la memoria flash:
Code:
./flashrom -w cmu-mod.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee la memoria flash para verificar que funcionó
Code:
./flashrom -r cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Comprueba si el archivo coincide verificando la suma de comprobación
Code:
sha1sum cmu.bin cmu-mod.bin
La suma de comprobación debe coincidir, si lo hacen, el procedimiento está hecho. Es hora de desenchufar todo y volver a poner la CMU en el coche. La CMU debería arrancar en el sistema de recuperación de seguridad y pedirte una llave USB con el paquete de reinstalación.

¡Buena suerte y feliz hackeo! ;)
Estimado raoulh!
Tengo un problema grave con CMU 59.00,545. Hice lo que escribiste, pero la pantalla se reinicia cada 45 segundos, sigue y sigue una y otra vez. ¿Puedes ayudarme?
 
Hola, brickeé mi sistema MZD, pantalla negra y solo la radio seguía funcionando. Lo arreglé quitando la unidad del salpicadero, sacando la placa de circuito impreso y reprogramando la memoria flash NOR con la versión 56.00.513. Después de eso, monté la unidad en el coche y ejecuté la actualización 56.00.513. Después de eso, ejecuté la actualización 70.00.335C y todo funciona perfectamente. Estoy en los Países Bajos y ofrezco ayuda a cualquiera que no pueda hacerlo por sí mismo.
 
Hola, bloqueé mi sistema MZD, pantalla negra y solo la radio seguía funcionando. Lo arreglé quitando la unidad del salpicadero, sacando la PCB y reprogramando la memoria flash NOR con la versión 56.00.513. Después de eso, monté la unidad en el coche y ejecuté la actualización 56.00.513. Después de eso, ejecuté la actualización 70.00.335C y todo funciona perfectamente.
Estoy en los Países Bajos y ofrezco ayuda a cualquiera que no pueda hacerlo por sí mismo.
No podemos usar tu forma con las versiones V59 y V70
 
Hola, soy francés. Lamento mi mal inglés.
Gracias por tus tutoriales, pero estoy atascado
cuando instalo flashrom en la raspberry, no pasa nada. ¿Tienes alguna idea?
Tengo una Raspberry Pi 3 modelo B.
Gracias por todo ✌
 
Reparación de CMU brickeada

Hola,

En realidad, tu CMU está brickeada. Hice exactamente lo mismo que tú, donde mi coche se apagó justo después de instalar el paquete de seguridad. Afortunadamente, hay una forma de recuperarse, lo cual no es tan fácil de hacer, pero es bastante factible si no tienes miedo de desmontar la CMU, abrirla y conectar algunos cables.

Explicación completa:
Gracias a este sitio web: http://www.2x4logic.com, me ahorra mucho tiempo para averiguar cómo funciona el sistema. El proceso de actualización de la CMU está muy mal diseñado, ya que tiene muchos puntos de falla que terminan con un dispositivo brickeado que ya no se iniciará. La forma más fácil de hacerlo es apagar la CMU después de instalar el paquete de seguridad. Básicamente, lo que sucede es que un pequeño chip flash que contiene el programa de inicio tiene una bandera que decide en qué sistema debe iniciarse. Puede ser el sistema Mazda normal o el software «failsafe». Cuando instalas el paquete de actualización de seguridad sin el segundo paquete de reinstalación, el modo de selección de inicio del chip flash se establece para iniciar en la partición ibc1, que no coincide con el sistema Mazda actual. Esta partición ibc1 se actualiza mediante el paquete de reinstalación. Por lo tanto, está brickeada porque ya no puede arrancar.
La solución más fácil aquí es cambiar el valor de selección de inicio en el chip flash para iniciar en ibc2 (el failsafe). Esto normalmente lo hace el proceso de actualización, después de que el paquete de reinstalación se verifica para su integridad. Aquí, vamos a hacerlo forzando el inicio. Iniciará el software de instalación «failsafe», que nos dirá que la instalación falla y que podemos volver a intentarlo poniendo una llave USB en el coche con un paquete de reinstalación correcto. Luego, la instalación continuará y finalizará.

Tutorial:
Aquí hay un tutorial paso a paso sobre cómo lograr esto. Ten en cuenta que puede ser difícil hacerlo si no entiendes lo que estás haciendo. Pero en caso de que tu CMU esté brickeada (pantalla negra después de una actualización fallida o algo así) no tienes nada que perder, ¿verdad? Llevar el coche a un concesionario no te ayudará, simplemente te cobrarán por un reemplazo completo de la CMU, y eso cuesta mucho...

El chip flash se coloca en la parte posterior de la PCB de la CMU. Es una memoria flash NOR SPI. La idea es conectarse directamente a este chip y usar una raspberry pi (que tiene un bus SPI) para reprogramar la memoria.

Hardware requerido:
  • Una raspberry pi
  • Un clip de prueba de programador SOIC16 o 6x clips de prueba IC (usé clips de prueba)
  • Una placa de pruebas para hacer las conexiones

En la raspberry pi, necesitas instalar Raspbian (la versión Lite está bien). Desde una nueva instalación de Rasbian, configura la pi para que SPI esté habilitado ejecutando:
Code:
sudo raspi-config
(habilitar SPI en Opciones de interfaz*)
sudo reboot
Instala algunas herramientas necesarias:
Code:
sudo apt-get update
sudo apt-get install build-essential libusb-1.0-0-dev libusb-dev git wget curl libpci-dev
Obtén una versión más reciente de flashrom:
Code:
git clone [url]https://github.com/flashrom/flashrom[/url]
cd flashrom
make
sync
Apaga la raspberry.

Ahora la raspberry pi está lista. Desmonta la CMU de tu coche (busca en youtube un vídeo sobre cómo hacerlo, es fácil), desenrosca la PCB de la CMU y conecta los cables de la raspberry al chip flash como aquí (ver foto adjunta) y http://www.2x4logic.com/mcbot-annotated.jpg

Enciende la raspberry pi. Y comprueba si se detecta el flash:
Code:
cd flashrom
./flashrom -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Esto te dirá si se detecta un chip o no. De lo contrario, tu cableado no está bien. Cuando se detecta algo, flashrom puede decirte que se detectan varios chips diferentes. Esto se debe a que algunos chips del mismo fabricante pueden tener el mismo protocolo. Necesitas leer el modelo de dispositivo correcto de lo que está escrito en el chip. Yo tenía un MX25L6445E. Sé que algunas otras CMU pueden tener un modelo de chip diferente. También debería funcionar si flashrom puede detectarlo.

Luego, intenta leer la memoria y hacer una copia de seguridad:
Code:
./flashrom -r backup-cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee atentamente lo que está haciendo flashrom para comprobar si hay algún fallo. Tuve que usar la opción -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" para seleccionar el modelo de chip correcto en flashrom, ya que estaba escrito al usar la opción -p (enumerar todos los dispositivos detectados)

Una vez que tengas la copia de seguridad, modificamos el byte de selección de inicio dentro del archivo
Code:
cp backup-cmu.bin cmu-mod.bin
printf '\x00' | dd of=cmu-mod.bin bs=1 seek=65536 count=1 conv=notrunc
Ahora es el momento de escribir el archivo modificado en el flash:
Code:
./flashrom -w cmu-mod.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Lee el flash de nuevo para verificar que funcionó
Code:
./flashrom -r cmu.bin -c "MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E/MX25L6473F" -V -p linux_spi:dev=/dev/spidev0.0,spispeed=8000
Comprueba si el archivo coincide verificando la suma de comprobación
Code:
sha1sum cmu.bin cmu-mod.bin
La suma de comprobación debe coincidir, si lo hace, el procedimiento ha terminado. Es hora de desenchufar todo y volver a colocar la CMU en el coche. La CMU debería arrancar en el sistema de recuperación a prueba de fallos y pedirte una llave USB con el paquete de reinstalación.

¡Buena suerte y feliz hacking! ;)
¡¡¡¡OMG!!!! ¡¡¡Hice exactamente esto y mi CMU funciona al 100% de nuevo!! ¡¡¡MUCHAS GRACIAS!!! Para cualquiera que tenga este problema, ¡vale la pena probar este método! ¡Intenté usar el mini programador, no funcionó, pero con este truco de raspberry pi sí! ¡Gracias!!
 

Attachments

Hola, soy francés. Lamento mi mal inglés.

gracias por tus tutoriales pero estoy atascado
cuando instalo flashrom en la raspberry, no pasa nada. ¿Tienes alguna idea?
Tengo una raspberry Pi 3 modelo B
Gracias por todo ✌ View attachment 275627
Hola, el comando correcto es:
Bash:
git clone https://github.com/flashrom/flashrom
De alguna manera se estropeó con el nuevo formato del sitio web...
 
41 - 60 of 319 Posts