Stlink: stm32f4-discovery - ¡ID de chip desconocido! 0xe0042000

Hola,

Echa un vistazo aquí:
https://github.com/texane/stlink/issues/62

La técnica "Connect under Reset" en STM-32 ST-LINK Utility me devolvió el mcus muerto.

¡Salud!

¡Tengo el mismo problema!

Para volver a ponerme en contacto con el chip, tengo que iniciar Windows y usar la utilidad STM-32 ST-LINK de ST para borrar el flash con "Conectar bajo Restablecer" habilitado en Configuración.

Tengo el mismo problema, pero ahora vuelve con la utilidad STM-32 ST-LINK en Windows. ¡Gracias!

También puede acortar el pin BOOT0 con el pin VDD (usando un puente) para seleccionar la memoria del sistema (cargador de arranque DFU) como modo de arranque. Rápido y sencillo.

@perexg Eso no funciona.

@tghosgor funciona para mí ...

Lo que funcionó para mí fue:

1. Corta el pin BOOT0 con VDD
2. Reiniciar el tablero
3. borrado st-flash

Gracias @latsku , funcionó perfectamente.

@latsku sí, tus 3 pasos también me funcionaron. ¡Gracias!

Hola Latsku,

Gran amigo, esos 3 pasos funcionan bien para mí ...
Gracias..

@latsku ¡ muchas gracias por tu sugerencia! Esto también me ayudó.

Probé todas las sugerencias pero aún así obtengo WARN src/stlink-common.c: unknown chip id! 0xe0042000

Hola,
Consulte el enlace de abajo, que funciona bien para mí.

https://github.com/texane/stlink/issues/107

El martes 22 de septiembre de 2015 a las 7:24 p.m., Nickolay Kondratenko <
[email protected]> escribió:

Probé todas las sugerencias pero aún obtengo WARN src / stlink-common.c: unknown
ID de chip! 0xe0042000

-
Responda a este correo electrónico directamente o véalo en GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142295944.

Saludos
ADARSH BU

@ADARSHBU es un enlace a la página actual

@ Nickolay: Incluso yo enfrenté el mismo problema al comienzo de mi trabajo y
lo resolvió siguiendo el procedimiento mencionado por Latsku.

_ ID de chip desconocido 0xe0042000_
Esto significa que 1) ha bloqueado el chip puente ST-Link (U2) de alguna manera

• necesitará las utilidades de Windows propias de ST para solucionarlo, o 2) está intentando
  para flashear el Discovery en modo ST-Link (SWD / JTAG). Reemplace el puente CN3
  si está utilizando el tablero Discovery!

Además, siga las instrucciones del archivo léame de stlink _to la letra .._.
Simplemente, ingresar a GDB y llamar a "cargar lo que sea.elf" no funcionó, necesita
a

1. iniciar st-util
2. cargar el archivo elf en GDB ("gdb fancyblink.elf")
3. (gdb) cargar
4. Espere...
5. (gdb) cont

y su código comenzará. _No * use * run_ en lugar de _cont_, eso no
parece funcionar tampoco. Poco intuitivo, pero ahí lo tienes.

También me gustaría sugerirle que consulte con

1. Configuración del puente
2. Eche un vistazo a: # 62 https://github.com/texane/stlink/issues/62
3. Además, el flash no funciona cuando la CPU está en modo de suspensión

El miércoles 23 de septiembre de 2015 a las 2:48 p.m., Nickolay Kondratenko <
[email protected]> escribió:

@ADARSHBU https://github.com/ADARSHBU es un enlace a la página actual

-
Responda a este correo electrónico directamente o véalo en GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142538816.

Saludos
ADARSH BU

1.Abra la aplicación de utilidad Stm32 St-link
2.El modo Target> Settings debe ser Connect Under Reset
3.Chip de borrado completo
esta bien.

@latsku soy muy nuevo en stlink y placas, lo siento por la pregunta tonta pero, ¿qué significa realmente "1. Cortar el pin BOOT0 con VDD"?

@ polaroi8d No es una pregunta de volcado en absoluto.
Conecte el pin BOOT0 con el pin VDD.

Y la parte de la jerga electrónica. El corto viene de un cortocircuito, que está conectando los pines con un cable o conductor similar.

@latsku Okey, gracias por la respuesta, su trabajo :)

Hasta ahora, acabo de conectar ST-LINK V2 (sin placa conectada) y luego ejecuté st-util que dio el rc/stlink-common.c: unknown chip id! 0xe0042000 que me dejó aquí.

Ahora bien, ¿es esto porque no hay ninguna placa conectada?
¿O se trata del propio ST-LINKV2 ?
O que es

Todavía tengo que probar las instrucciones anteriores sobre cómo solucionar esto, pero ¿alguien podría intentar explicar cuál es realmente el problema? Todavía no lo obtuve de los comentarios anteriores.

@ xor-gate ¿por qué el cierre sin mayor explicación?

Porque este número se remonta a 2011 y! = Author lo mantiene vivo. Siéntase libre de reabrir un nuevo problema detallado probado con las herramientas stlink actualmente en master. Y el último firmware stlink (2.27).

Está intentando detectar una identificación de chip sin nada conectado, esto no es lo que pretenden las herramientas.

El comentario de @ADARSHBU ha demostrado ser valioso para mí; Quiero enfatizar el hecho de que los pines CN3 deben estar en corto.

Fuera de la caja, las placas de descubrimiento vienen con un puente en estos pines, pero una de nuestras placas de alguna manera había perdido este puente y tardó un tiempo en darse cuenta. En caso de duda, busque algunas fotos de la tabla correspondiente y compruebe si los mismos saltadores están en el suyo.

Para las personas que llegan a este tema desde Google. Si ve un error unknown chip id! 0xe0042000 lo más probable es que haya conectado el pin SWDIO de ST-Link al pin CLK de su placa STM32 y viceversa (SWCLK en ST-Link al pin IO en la placa). Simplemente vuelva a verificar la conexión, debería ser SWDIO -> IO y SWCLK -> CLK. Esto es exactamente lo que me pasó.

@afiskon no está seguro acerca de lo "más probable", pero podría ser una causa

Gracias @latsku tu 3 configuración muy buena