Stlink: stm32f4-discovery - identifiant de puce inconnu! 0xe0042000

Bonjour,

Regardez ici:
https://github.com/texane/stlink/issues/62

La technique "Connect under Reset" de l'utilitaire STM-32 ST-LINK a ramené mon mcus mort.

À votre santé!

J'ai le même problème!

Pour reprendre contact avec la puce, je dois démarrer sous Windows et utiliser l'utilitaire STM-32 ST-LINK de ST pour effacer le flash avec "Se connecter sous Réinitialiser" activé dans les paramètres.

J'ai le même problème mais maintenant il revient avec l'utilitaire STM-32 ST-LINK sous Windows. Merci!

Vous pouvez également court-circuiter la broche BOOT0 avec la broche VDD (à l'aide d'un cavalier) pour sélectionner la mémoire système (chargeur de démarrage DFU) comme mode de démarrage. Rapide et simple.

@perexg Cela ne fonctionne pas.

@tghosgor fonctionne pour moi ...

Ce qui a fonctionné pour moi était:

1. Court-circuiter la broche BOOT0 avec VDD
2. Réinitialiser le tableau
3. effacement st-flash

Merci @latsku , cela a parfaitement fonctionné.

@latsku oui, vos 3 étapes ont fonctionné pour moi aussi. Merci!

Salut Latsku,

Super ami, ces 3 étapes fonctionnent très bien pour moi ....
Merci..

@latsku merci beaucoup pour votre suggestion! Cela m'a aussi aidé.

J'ai essayé toutes les suggestions, mais j'ai quand même obtenu WARN src/stlink-common.c: unknown chip id! 0xe0042000

Salut,
Vérifiez le lien ci-dessous, cela fonctionne bien pour moi.

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

Le mar 22 septembre 2015 à 19:24, Nickolay Kondratenko <
[email protected]> a écrit:

J'ai essayé toutes les suggestions mais obtenez toujours WARN src / stlink-common.c: unknown
puce id! 0xe0042000

-
Répondez directement à cet e-mail ou affichez-le sur GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142295944.

Cordialement
ADARSH BU

@ADARSHBU c'est un lien vers la page courante

@ Nickolay: Même moi, j'ai été confronté au même problème au début de mon travail et
l'a résolu en suivant la procédure mentionnée par Latsku.

_ID de puce inconnu 0xe0042000_
Cela signifie soit 1) vous avez en quelque sorte assemblé la puce de pont ST-Link (U2)

• vous aurez besoin des propres utilitaires Windows de ST pour résoudre ce problème, ou 2) vous essayez
  pour flasher le Discovery en mode ST-Link (SWD / JTAG). Remplacez le cavalier CN3
  si vous utilisez le tableau Discovery!

Suivez également les instructions du fichier readme stlink _à la lettre .._.
Le simple fait d'entrer dans GDB et d'appeler "load what.elf" ne fonctionnait pas, vous avez besoin
à

1. démarrer st-util
2. charger le fichier elf dans GDB ("gdb fancyblink.elf")
3. (gdb) charge
4. attendez...
5. (gdb) cont

et votre code commencera. _N'utilisez pas * run_ au lieu de _cont_, ce n'est pas le cas
semblent fonctionner non plus. Peu intuitif mais voilà.

Je voudrais également vous suggérer de vérifier avec

1. Configuration des cavaliers
2. Jetez un œil à: # 62 https://github.com/texane/stlink/issues/62
3. Le flash ne fonctionne pas non plus lorsque le processeur est en mode veille

Le mer 23 septembre 2015 à 14:48, Nickolay Kondratenko <
[email protected]> a écrit:

@ADARSHBU https://github.com/ADARSHBU c'est un lien vers la page actuelle

-
Répondez directement à cet e-mail ou affichez-le sur GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142538816.

Cordialement
ADARSH BU

1. ouvrez l'application utilitaire Stm32 St-link
2.Le mode cible> Paramètres doit être Connexion sous réinitialisation
3. puce à effacement complet
C est DA ccord.

@latsku im très nouveau dans stlink et les cartes, donc désolé pour la question stupide mais, que signifie vraiment "1. Court-circuiter la broche BOOT0 avec VDD"?

@ polaroi8d Pas du tout une question de vidage.
Connectez la broche BOOT0 à la broche VDD.

Et la partie d'argot électronique. Le court-circuit provient d'un court-circuit, qui relie les broches avec un fil ou un conducteur similaire.

@latsku Okey, merci pour la réponse, son travail :)

Jusqu'à présent, je viens de connecter le ST-LINK V2 (sans carte connectée), puis j'ai exécuté st-util qui a donné le rc/stlink-common.c: unknown chip id! 0xe0042000 qui m'a laissé ici.

Est-ce parce qu'il n'y a pas de carte connectée?
Ou s'agit-il du ST-LINKV2 lui-même?
Ou qu'est-ce que c'est?

Je dois encore essayer les instructions ci-dessus pour résoudre ce problème - mais quelqu'un pourrait-il essayer d'expliquer quel est réellement le problème? Je ne l'ai pas encore compris dans les commentaires ci-dessus.

@ xor-gate pourquoi la fermeture sans plus d'explications?

Parce que ce problème remonte à 2011 et est maintenu en vie par! = Auteur N'hésitez pas à rouvrir un nouveau numéro détaillé testé sur les outils stlink actuellement en master. Et le dernier firmware stlink (2.27).

Vous essayez de détecter un identifiant de puce sans rien de connecté, ce n'est pas comme les outils sont prévus.

Le commentaire de @ADARSHBU s'est avéré précieux pour moi; Je tiens à souligner le fait que les broches CN3 doivent être court-circuitées.

Hors de la boîte, les cartes de découverte sont livrées avec un cavalier sur ces broches, mais l'une de nos cartes avait en quelque sorte perdu ce cavalier et il a fallu un certain temps pour le remarquer. En cas de doute, regardez quelques photos de la carte concernée et vérifiez si les mêmes cavaliers sont en place sur le vôtre!

Pour les personnes qui abordent ce problème depuis Google. Si vous voyez une erreur unknown chip id! 0xe0042000 , cela signifie très probablement que vous avez connecté la broche ST-Link SWDIO à la broche CLK de votre carte STM32 et vice versa (SWCLK sur ST-Link à la broche IO de la carte). Revérifiez simplement la connexion, elle devrait être SWDIO -> IO et SWCLK -> CLK. C'est exactement ce qui m'est arrivé.

@afiskon n'est pas sûr du "plus probable", mais cela pourrait être une cause

Merci @latsku votre configuration 3 très bonne