Stlink: STM32L476 DISCOVERY: st-flash falhando ao gravar

Criado em 13 jun. 2020  ·  5Comentários  ·  Fonte: stlink-org/stlink

Obrigado por dar feedback sobre o projeto stlink.

Para permitir que os desenvolvedores e outros colaboradores isolem e direcionem seu respectivo problema, reserve algum tempo para preencher cada um dos seguintes itens apropriados para seu problema específico:

  • Programador / tipo de placa: Stlink / v2-1
  • Versão do firmware do programador: versão integrada com STM32L476 DISCOVERY
  • Sistema operacional e versão: Linux 5.5.0-1-amd64
  • Versão das ferramentas Stlink e / ou hash do git commit: v1.6.1 (da versão .tar.gz)
  • Nome da ferramenta de linha de comando Stlink: st-flash
  • Chip alvo (e placa, se aplicável): STM32L476 DISCOVERY

Além disso, pedimos que você descreva o problema detectado da forma mais detalhada possível e adicione saída de depuração, se disponível, usando o seguinte modelo:

Saída da linha de comando:

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 / descrição:

Esse st-flash gravaria com sucesso zeptoforth.bin na memória flash do STM32L476 MCU, em 0x08000000.

AVISO: Este relatório de bug pode ser fechado sem aviso prévio, se não forem fornecidas informações suficientes!

Obrigado pelo seu apoio.

Os mantenedores do projeto stlink

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

Comentários muito úteis

Testei o patch no ramo de desenvolvimento com a placa Nucleo STM32L476RG e seu ST-LINK / V2-1 integrado. O patch corrigiu a regressão. Obrigado por investigar isso.

picture Crest em 17 jun. 2020
🎉1 👍1

Todos 5 comentários

Corri para a mesma regressão em uma placa Nucleo L476RG ambos stlink 1.5.0 e 1.6.0 funcionam para mim, mas a versão mais recente do git produz esta saída (depois que eu interrompi o envio de mensagens de log USB para 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 picture Crest em 13 jun. 2020

Acho que isso pode ser um problema de tempo. Eu tive o mesmo problema com o stm32l432. Fiz a seguinte alteração em flash_loader.c que parece resolver o problema. Hesito em dizer que essa é a causa raiz.

@@ -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 picture geoffreymbrown em 17 jun. 2020

@geoffreymbrown : Você poderia enviar isso como um PR, assim que @tabemann e / ou @Crest forem verificados?

Nightwalker-87 picture Nightwalker-87 em 17 jun. 2020

Testei o patch no ramo de desenvolvimento com a placa Nucleo STM32L476RG e seu ST-LINK / V2-1 integrado. O patch corrigiu a regressão. Obrigado por investigar isso.

Crest picture Crest em 17 jun. 2020
🎉1 👍1

@geoffreymbrown : Vou deixar isso com você então ...

Nightwalker-87 picture Nightwalker-87 em 17 jun. 2020
Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

lulle2007200 picture lulle2007200  ·  12Comentários
smartHarsh picture smartHarsh  ·  9Comentários
vitormhenrique picture vitormhenrique  ·  13Comentários
WRansohoff picture WRansohoff  ·  14Comentários
renn0xtek9 picture renn0xtek9  ·  8Comentários