Stlink: stm32f4-Discovery - unbekannte Chip-ID! 0xe0042000

Hallo,

Schauen Sie hier:
https://github.com/texane/stlink/issues/62

Die "Connect under Reset" -Technik im STM-32 ST-LINK-Dienstprogramm brachte meinen toten Mcus zurück.

Prost!

Ich habe das gleiche Problem!

Um wieder mit dem Chip in Kontakt zu treten, muss ich Windows starten und das STM-32 ST-LINK-Dienstprogramm von ST verwenden, um den Flash zu löschen, wobei "Connect under Reset" in den Einstellungen aktiviert ist.

Ich habe das gleiche Problem, aber jetzt kommt es mit dem STM-32 ST-LINK-Dienstprogramm unter Windows zurück. Vielen Dank!

Sie können den BOOT0-Pin auch mit dem VDD-Pin (mithilfe eines Jumpers) kurzschließen, um den Systemspeicher (DFU-Bootloader) als Startmodus auszuwählen. Schnell und einfach.

@ Perexg Das funktioniert nicht.

@tghosgor arbeitet für mich ...

Was für mich funktioniert hat war:

1. Schließen Sie den BOOT0-Pin mit VDD kurz
2. Setzen Sie die Karte zurück
3. st-flash löschen

Danke @latsku , das hat perfekt funktioniert.

@latsku ja, deine 3 Schritte haben auch bei mir funktioniert. Vielen Dank!

Hallo Latsku,

Toller Kumpel, diese 3 Schritte funktionieren gut für mich ....
Dankeschön..

@latsku vielen Dank für Ihren Vorschlag! Das hat mir auch geholfen.

Versuchte alle Vorschläge, aber immer noch WARN src/stlink-common.c: unknown chip id! 0xe0042000

Hallo,
Überprüfen Sie den folgenden Link, der für mich gut funktioniert.

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

Am Dienstag, 22. September 2015, um 19:24 Uhr, Nickolay Kondratenko <
[email protected]> schrieb:

Versuchte alle Vorschläge, aber immer noch WARN src / stlink-common.c: unbekannt
Chip ID! 0xe0042000

- -
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/texane/stlink/issues/107#issuecomment -142295944.

Grüße
ADARSH BU

@ADARSHBU Es ist ein Link zur aktuellen Seite

@ Nickolay: Auch ich hatte zu Beginn meiner Arbeit das gleiche Problem und
löste es, indem es dem von Latsku erwähnten Verfahren folgte.

_unbekannte Chip-ID 0xe0042000_
Dies bedeutet entweder 1) Sie haben den ST-Link Bridge Chip (U2) irgendwie gemauert

• Sie benötigen STs eigene Windows-Dienstprogramme, um dies zu beheben, oder 2) Sie versuchen es
  um die Erkennung im ST-Link-Modus (SWD / JTAG) zu flashen. Ersetzen Sie den CN3-Jumper
  wenn Sie das Discovery Board verwenden!

Befolgen Sie auch die Anweisungen in der stlink-Readme-Datei _to the letter .._.
Es hat nicht funktioniert, einfach in GDB zu gehen und "load Whatever.elf" aufzurufen
zu

1. St-Ut starten
2. Lade die Elf-Datei in GDB ("gdb fantasieblink.elf")
3. (gdb) laden
4. warten...
5. (gdb) cont

und Ihr Code wird gestartet. Verwenden Sie * run_ nicht * anstelle von _cont_, das ist nicht der Fall
scheinen auch zu funktionieren. Unintuitiv, aber los geht's.

Ich möchte Ihnen auch vorschlagen, sich zu erkundigen

1. Jumper-Konfiguration
2. Schauen Sie sich Folgendes an: # 62 https://github.com/texane/stlink/issues/62
3. Auch Flash funktioniert nicht, wenn sich die CPU im Ruhemodus befindet

Am Mittwoch, 23. September 2015, um 14:48 Uhr, Nickolay Kondratenko <
[email protected]> schrieb:

@ADARSHBU https://github.com/ADARSHBU Es ist ein Link zur aktuellen Seite

- -
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/texane/stlink/issues/107#issuecomment -142538816.

Grüße
ADARSH BU

1. Öffnen Sie die Dienstprogrammanwendung Stm32 St-Link
2.Ziel> Einstellungsmodus sollte Verbinden unter Zurücksetzen sein
3. Voller Löschchip
Es ist okay.

@latsku Ich bin sehr neu in Stlink und Boards, also entschuldige die dumme Frage, aber was bedeutet "1. Den BOOT0-Pin mit VDD kurzschließen" wirklich?

@ polaroi8d Überhaupt keine Dump-Frage.
Verbinden Sie den BOOT0-Pin mit dem VDD-Pin.

Und der Elektronik-Slang-Teil. Kurzschluss entsteht durch Kurzschluss, bei dem die Stifte mit einem Draht oder einem ähnlichen Leiter verbunden werden.

@ Latsku Okey, danke für die Antwort, seine Arbeit :)

Bisher habe ich gerade die ST-LINK V2 (ohne angeschlossenes Board) und dann st-util was die rc/stlink-common.c: unknown chip id! 0xe0042000 ergab, die mich hierher ließen.

Liegt das daran, dass keine Karte angeschlossen ist?
Oder geht es um die ST-LINKV2 selbst?
Oder was ist das?

Ich muss noch die obigen Anweisungen ausprobieren, um das Problem zu beheben - aber könnte jemand versuchen, das eigentliche Problem zu erklären? Ich habe es aus den obigen Kommentaren noch nicht erhalten.

@ xor-gate warum das Schließen ohne weitere Erklärung?

Weil diese Ausgabe aus dem Jahr 2011 stammt und von! = Author am Leben erhalten wird. Sie können ein neues detailliertes Problem erneut öffnen, das mit den derzeit im Master enthaltenen stlink-Tools getestet wurde. Und die neueste Stlink-Firmware (2.27).

Sie versuchen, eine Chip-ID zu erkennen, an die nichts angeschlossen ist. Dies entspricht nicht den beabsichtigten Tools.

Der Kommentar von @ADARSHBU hat sich für mich als wertvoll erwiesen. Ich möchte betonen, dass die CN3-Pins kurzgeschlossen werden müssen.

Im Auslieferungszustand sind Discovery-Boards mit einem Jumper an diesen Stiften ausgestattet, aber eines unserer Boards hatte diesen Jumper irgendwie verloren, und es dauerte eine Weile, bis er es bemerkte. Schauen Sie im Zweifelsfall ein paar Fotos des entsprechenden Boards nach und prüfen Sie, ob bei Ihnen dieselben Jumper vorhanden sind!

Für Leute, die von Google zu diesem Thema kommen. Wenn Sie einen unknown chip id! 0xe0042000 -Fehler sehen, bedeutet dies höchstwahrscheinlich, dass Sie den ST-Link-Pin SWDIO mit dem CLK-Pin Ihrer STM32-Karte verbunden haben und umgekehrt (SWCLK auf ST-Link mit dem IO-Pin auf der Karte). Überprüfen Sie einfach die Verbindung erneut. Es sollte SWDIO -> IO und SWCLK -> CLK sein. Genau das ist mir passiert.

@afiskon nicht sicher über die "wahrscheinlichste", aber es könnte eine Ursache sein

Danke @latsku dein 3 Setup sehr gut