Stlink: stm32f4-discovery - id de chip desconhecido! 0xe0042000

Olá,

Dê uma olhada aqui:
https://github.com/texane/stlink/issues/62

A técnica "Connect under Reset" no utilitário STM-32 ST-LINK trouxe de volta meu mcus morto.

Felicidades!

Eu tenho o mesmo problema!

Para voltar a ter contato com o chip, preciso inicializar o Windows e usar o utilitário STM-32 ST-LINK do ST para apagar o flash com "Conectar ao reiniciar" habilitado em Configurações.

Eu tenho o mesmo problema, mas agora ele volta com o utilitário STM-32 ST-LINK no Windows. Obrigado!

Você também pode encurtar o pino BOOT0 com o pino VDD (usando um jumper) para selecionar a memória do sistema (carregador de inicialização DFU) como o modo de inicialização. Rápido e simples.

@perexg Isso não funciona.

@tghosgor funciona para mim ...

O que funcionou para mim foi:

1. Faça um curto no pino BOOT0 com VDD
2. Reinicie o tabuleiro
3. apagamento de st-flash

Obrigado @latsku , funcionou perfeitamente.

@latsku sim, seus 3 passos funcionaram para mim também. Obrigado!

Oi Latsku,

Ótimo amigo, essas 3 etapas funcionam bem para mim ....
Obrigado..

@latsku muito obrigado pela sua sugestão! Isso também me ajudou.

Tentei todas as sugestões, mas ainda consegui WARN src/stlink-common.c: unknown chip id! 0xe0042000

Oi,
Verifique o link abaixo, que funciona bem para mim.

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

Na terça-feira, 22 de setembro de 2015 às 19h24, Nickolay Kondratenko <
notificaçõ[email protected]> escreveu:

Tentei todas as sugestões, mas ainda recebo WARN src / stlink-common.c: desconhecido
chip id! 0xe0042000

-
Responda a este e-mail diretamente ou visualize-o no GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142295944.

Saudações
ADARSH BU

@ADARSHBU é um link para a página atual

@ Nickolay: Até eu enfrentei o mesmo problema no início do meu trabalho e
resolvido seguindo o procedimento mencionado por Latsku.

_desconhecido id do chip 0xe0042000_
Isso significa que 1) você bloqueou o chip ponte ST-Link (U2) de alguma forma

• você precisará dos próprios utilitários do Windows da ST para consertar isso, ou 2) você está tentando
  para fazer o flash do Discovery no modo ST-Link (SWD / JTAG). Substitua o jumper CN3
  se você estiver usando o painel Discovery!

Além disso, siga as instruções no leia-me do stlink _ ao pé da letra .._.
Simplesmente entrar no GDB e chamar "load Whatever.elf" não funcionou, você precisa
para

1. iniciar st-util
2. carregue o arquivo elf no GDB ("gdb fancyblink.elf")
3. (gdb) carregar
4. esperar...
5. (gdb) cont

e seu código será iniciado. _Não * use * run_ em vez de _cont_, isso não
parece funcionar também. Não intuitivo, mas aí está.

Eu também gostaria de sugerir que você verifique com

1. Configuração de jumpers
2. Dê uma olhada em: # 62 https://github.com/texane/stlink/issues/62
3. Além disso, o flash não funciona quando a CPU está em modo de suspensão

Na quarta-feira, 23 de setembro de 2015 às 14h48, Nickolay Kondratenko <
notificaçõ[email protected]> escreveu:

@ADARSHBU https://github.com/ADARSHBU é um link para a página atual

-
Responda a este e-mail diretamente ou visualize-o no GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142538816.

Saudações
ADARSH BU

1. Abra o aplicativo utilitário Stm32 St-link
2. O modo Alvo> Configurações deve ser Conectar sob redefinição
3. Chip de apagamento total
Está certo.

@latsku sou muito novo em stlink e placas, desculpe a pergunta idiota, mas o que "1. Encurte o pino BOOT0 com VDD" realmente significa?

@ polaroi8d Não é uma pergunta de despejo.
Conecte o pino BOOT0 ao pino VDD.

E a parte da gíria eletrônica. O curto vem do curto-circuito, que conecta os pinos com um fio ou condutor semelhante.

@latsku Okey, obrigado pela resposta, está trabalhando :)

Até agora eu apenas conectei ST-LINK V2 (sem placa conectada) e então executei st-util que deu rc/stlink-common.c: unknown chip id! 0xe0042000 que me deixou aqui.

Agora é porque não há placa conectada?
Ou isso é sobre o próprio ST-LINKV2 ?
Ou o que é?

Ainda tenho que tentar as instruções acima para consertar isso - mas alguém poderia tentar explicar qual é o problema realmente? Eu não entendi dos comentários acima ainda.

@ xor-gate por que o fechamento sem maiores explicações?

Porque este problema remonta a 2011 e é mantido vivo por! = Autor. Sinta-se à vontade para reabrir um novo problema detalhado testado em ferramentas stlink atualmente em master. E o firmware mais recente do stlink (2.27).

Você está tentando detectar um ID de chip sem nada conectado; não é assim que as ferramentas se destinam.

O comentário de @ADARSHBU provou ser valioso para mim; Quero enfatizar o fato de que os pinos CN3 precisam ser colocados em curto.

Fora da caixa, as placas de descoberta vêm com um jumper nesses pinos, mas uma de nossas placas de alguma forma perdeu esse jumper e demorou um pouco para perceber. Em caso de dúvida, olhe algumas fotos da placa em questão e verifique se os mesmos jumpers estão colocados na sua!

Para as pessoas que abordam esse problema do Google. Se você vir um erro unknown chip id! 0xe0042000 isso provavelmente significa que você conectou o pino SWDIO do ST-Link ao pino CLK de sua placa STM32 e vice-versa (SWCLK no ST-Link para o pino IO na placa). Verifique novamente a conexão, deve ser SWDIO -> IO e SWCLK -> CLK. isso é exatamente o que aconteceu comigo.

@afiskon não tem certeza sobre o "mais provável", mas pode ser uma causa

Obrigado @latsku sua configuração 3 muito boa