Stlink: STM32L476 DISCOVERY: st-flash no puede escribir

Creado en 13 jun. 2020 · 5Comentarios · Fuente: stlink-org/stlink

Gracias por darnos su opinión sobre el proyecto stlink.

Para permitir a los desarrolladores y otros colaboradores aislar y enfocar su problema respectivo, tómese un tiempo para completar cada uno de los siguientes elementos apropiados para su problema específico:

Programador / tipo de placa: Stlink / v2-1
Versión de firmware del programador: versión integrada con STM32L476 DISCOVERY
Sistema operativo y versión: Linux 5.5.0-1-amd64
Versión de las herramientas de Stlink y / o hash de confirmación de git: v1.6.1 (de la versión .tar.gz)
Nombre de la herramienta de línea de comandos Stlink: st-flash
Chip de destino (y placa si corresponde): STM32L476 DISCOVERY

Además, le pedimos que describa el problema detectado lo más detalladamente posible y que agregue la salida de depuración si está disponible, utilizando la siguiente plantilla:

Salida de línea de comandos:

tabemann<strong i="18">@sirius</strong>:~/projects/zeptoforth$ st-flash write zeptoforth.bin 0x08000000
st-flash 1.6.1
2020-06-12T22:42:05 INFO common.c: L4xx: 96 KiB SRAM, 1024 KiB flash in at least 2 KiB pages.
file zeptoforth.bin md5 checksum: d1e51663b9f8971cf1167145c9e76850, stlink checksum: 0x001cfa29
2020-06-12T22:42:05 INFO common.c: Attempting to write 23324 (0x5b1c) bytes to stm32 address: 134217728 (0x8000000)
EraseFlash - Page:0x0 Size:0x800 2020-06-12T22:42:05 INFO common.c: Flash page at addr: 0x08000000 erased
EraseFlash - Page:0x1 Size:0x800 2020-06-12T22:42:05 INFO common.c: Flash page at addr: 0x08000800 erased
EraseFlash - Page:0x2 Size:0x800 2020-06-12T22:42:05 INFO common.c: Flash page at addr: 0x08001000 erased
EraseFlash - Page:0x3 Size:0x800 2020-06-12T22:42:05 INFO common.c: Flash page at addr: 0x08001800 erased
EraseFlash - Page:0x4 Size:0x800 2020-06-12T22:42:05 INFO common.c: Flash page at addr: 0x08002000 erased
EraseFlash - Page:0x5 Size:0x800 2020-06-12T22:42:05 INFO common.c: Flash page at addr: 0x08002800 erased
EraseFlash - Page:0x6 Size:0x800 2020-06-12T22:42:06 INFO common.c: Flash page at addr: 0x08003000 erased
EraseFlash - Page:0x7 Size:0x800 2020-06-12T22:42:06 INFO common.c: Flash page at addr: 0x08003800 erased
EraseFlash - Page:0x8 Size:0x800 2020-06-12T22:42:06 INFO common.c: Flash page at addr: 0x08004000 erased
EraseFlash - Page:0x9 Size:0x800 2020-06-12T22:42:06 INFO common.c: Flash page at addr: 0x08004800 erased
EraseFlash - Page:0xa Size:0x800 2020-06-12T22:42:06 INFO common.c: Flash page at addr: 0x08005000 erased
EraseFlash - Page:0xb Size:0x800 2020-06-12T22:42:06 INFO common.c: Flash page at addr: 0x08005800 erased
2020-06-12T22:42:06 INFO common.c: Finished erasing 12 pages of 2048 (0x800) bytes
2020-06-12T22:42:06 INFO common.c: Starting Flash write for F2/F4/L4
2020-06-12T22:42:06 INFO flash_loader.c: Successfully loaded flash loader in sram
size: 23324
2020-06-12T22:42:06 ERROR flash_loader.c: flash loader run error
2020-06-12T22:42:06 ERROR common.c: stlink_flash_loader_run(0x8000000) failed! == -1
stlink_fwrite_flash() == -1

Esperado / descripción:

Ese st-flash escribiría con éxito zeptoforth.bin en la memoria flash de la MCU STM32L476, en 0x08000000.

AVISO: ¡Este informe de error puede cerrarse sin previo aviso, si no se proporciona suficiente información!

Gracias por tu apoyo.

Los mantenedores del proyecto stlink

bufixed buregression componenst-flash componenstlink-lib erroflash-loader programmestlinkv2-1 staturesolved targestm32l4

Fuente

tabemann

Comentario más útil

Probé el parche en la rama de desarrollo con la placa Nucleo STM32L476RG y su ST-LINK / V2-1 integrado. El parche corrigió la regresión. Gracias por mirar en esto.

Crest en 17 jun. 2020

🎉1 👍1

Todos 5 comentarios

Me encontré con la misma regresión en una placa Nucleo L476RG, tanto stlink 1.5.0 como 1.6.0 funcionan para mí, pero la última versión de git produce este resultado (después de que detuve los mensajes de registro USB no deseados a stdout):

st-flash 1.6.0-370-g05f79e1-dirty
2020-06-13T07:03:42 INFO common.c: L4xx: 96 KiB SRAM, 1024 KiB flash in at least 2 KiB pages.
file /home/crest/mecrisp-stellaris-2.5.4/mecrisp-stellaris-source/stm32l476-ra-nucleo/mecrisp-stellaris-stm32l476.bin md5 checksum: 2a291252c8ab59ec649217f666b78d4, stlink checksum: 0x001f2ba2
2020-06-13T07:03:42 INFO common.c: Attempting to write 20304 (0x4f50) bytes to stm32 address: 134217728 (0x8000000)
EraseFlash - Page:0x0 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08000000 erased
EraseFlash - Page:0x1 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08000800 erased
EraseFlash - Page:0x2 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08001000 erased
EraseFlash - Page:0x3 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08001800 erased
EraseFlash - Page:0x4 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08002000 erased
EraseFlash - Page:0x5 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08002800 erased
EraseFlash - Page:0x6 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08003000 erased
EraseFlash - Page:0x7 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08003800 erased
EraseFlash - Page:0x8 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08004000 erased
EraseFlash - Page:0x9 Size:0x800 2020-06-13T07:03:42 INFO common.c: Flash page at addr: 0x08004800 erased
2020-06-13T07:03:42 INFO common.c: Finished erasing 10 pages of 2048 (0x800) bytes
2020-06-13T07:03:42 INFO common.c: Starting Flash write for F2/F4/L4
2020-06-13T07:03:42 INFO flash_loader.c: Successfully loaded flash loader in sram
size: 20304
2020-06-13T07:03:43 ERROR flash_loader.c: flash loader run error
2020-06-13T07:03:43 ERROR common.c: stlink_flash_loader_run(0x8000000) failed! == -1
stlink_fwrite_flash() == -1

Crest en 13 jun. 2020

Creo que esto puede ser un problema de tiempo. Tuve el mismo problema con el stm32l432. Hice el siguiente cambio en flash_loader.c que parece resolver el problema. Dudo en decir que esa es la causa principal.

@@ -368,7 +368,7 @@ int stlink_flash_loader_run(stlink_t *sl, flash_loader_t* fl
, stm32_addr_t targe
 // by increasing the sleep-per-round to the same order-of-magnitude as
 // the tick-rounding that the OS uses, the wait until the error message is
 // reduced to the same order of magnitude as what was intended. -- REW.
-#define WAIT_ROUNDS 100
+#define WAIT_ROUNDS 200
     /* wait until done (reaches breakpoint) */
     for (i = 0; i < WAIT_ROUNDS; i++) {
         usleep(1000);

geoffreymbrown en 17 jun. 2020

@geoffreymbrown : ¿Podrías enviar esto como PR, tan pronto como @tabemann y / o @Crest se verifiquen?

Nightwalker-87 en 17 jun. 2020

Probé el parche en la rama de desarrollo con la placa Nucleo STM32L476RG y su ST-LINK / V2-1 integrado. El parche corrigió la regresión. Gracias por mirar en esto.

Crest en 17 jun. 2020

🎉1 👍1

@geoffreymbrown : Te dejo esto entonces ...

Nightwalker-87 en 17 jun. 2020

¿Fue útil esta página

0 / 5 - 0 calificaciones

Temas relacionados

STM32F031K6 Nucleo: Regresión entre 1.5.0 y 1.6.0 con secuencia de comandos de enlace mínima

gcohara · 5Comentarios

[característica] El número de serie del programador debe mostrarse cuando no hay ningún objetivo conectado

xor-gate · 7Comentarios

Error al construir desde la rama de desarrollo, problemas de cpuid

Vascom · 7Comentarios

[doc] Verifique la configuración de udev correcta para el acceso al dispositivo

renn0xtek9 · 8Comentarios

Error de CMake: Las siguientes variables se utilizan en este proyecto, pero se establecen en NOTFOUND.

smartHarsh · 9Comentarios