Stlink: stm32f4-discovery-不明なチップID! 0xe0042000

作成日 2012年09月01日  ·  27コメント  ·  ソース: stlink-org/stlink

こんにちは、#issue 64と同様の問題がありますが、STM32F4-DISCOVERYがあります。

st-flash write build / ch.bin 0x8000000

2012-09-01T18:33:59 INFO src / stlink-usb.c:-exit_dfu_mode
2012-09-01T18:33:59 INFO src / stlink-common.c:デバイスパラメータを読み込んでいます...。
2012-09-01T18:33:59警告src / stlink-common.c:不明なチップID! 0xe0042000
stlink_sram_flash()== -1

ヒントはありますか?

bufixed componenst-flash errounknown-chipid staturesolved targestm32f4

最も参考になるコメント

私のために働いたのは:

  1. BOOT0ピンをVDDで短絡します
  2. ボードをリセットする
  3. st-フラッシュ消去

全てのコメント27件

こんにちは、

ここを見てください:
https://github.com/texane/stlink/issues/62

STM-32 ST-LINKユーティリティの「リセット時に接続」テクニックにより、死んだmcusが復活しました。

乾杯!

私も同じ問題を抱えてる!

チップに戻るには、Windowsを起動し、STからSTM-32 ST-LINKユーティリティを使用して、[設定]で[リセット時に接続]を有効にしてフラッシュを消去する必要があります。

同じ問題がありますが、WindowsのSTM-32ST-LINKユーティリティで問題が発生します。 ありがとう!

BOOT0ピンをVDDピン(ジャンパーを使用)で短絡して、システムメモリ(DFUブートローダー)をブートモードとして選択することもできます。 すばやく簡単。

@perexgそれは機能しません。

@tghosgorは私のために働きます...

私のために働いたのは:

  1. BOOT0ピンをVDDで短絡します
  2. ボードをリセットする
  3. st-フラッシュ消去

@latskuに感謝し

@latskuはい、あなたの3つのステップは私にも

こんにちはLatsku、

素晴らしい仲間、これらの3つのステップは私にとってはうまくいきます...。
ありがとうございました..

@latskuご提案ありがとうございます! これは私にも役立ちました。

すべての提案を試しましたが、それでもWARN src/stlink-common.c: unknown chip id! 0xe0042000取得します

こんにちは、
以下のリンクを確認してください。これで問題ありません。

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

2015年9月22日火曜日午後7時24分、Nickolay Kondratenko <
[email protected]>は書いた:

すべての提案を試しましたが、それでもWARN src / stlink-common.c:unknownを取得します
チップID! 0xe0042000


このメールに直接返信するか、GitHubで表示してください
https://github.com/texane/stlink/issues/107#issuecomment-142295944

よろしく
ADARSH BU

@ADARSHBU現在のページへのリンクです

@ Nickolay:仕事の始めに同じ問題に直面し、
Latskuが述べた手順に従ってそれを解決しました。

_不明なチップID0xe0042000_
これは、1)ST-Linkブリッジチップ(U2)を何らかの方法でブリックしたことを意味します

  • それを修正するには、ST独自のWindowsユーティリティが必要です。または2)試している
    ST-Link(SWD / JTAG)モードでディスカバリーをフラッシュします。 CN3ジャンパーを交換してください
    ディスカバリーボードを使用している場合!

また、stlink readme _to the letter .._の指示に従ってください。
GDBにアクセスして、「loadwhatever.elf」を呼び出すだけでは機能しませんでした。

  1. st-utilを開始します
  2. elfファイルをGDBにロードします( "gdb fancyblink.elf")
  3. (gdb)ロード
  4. 待つ...
  5. (gdb)続き

コードが起動します。 _cont_の代わりに* run_を*使用しないでください。
どちらかが機能するようです。 直感的ではありませんが、そこに行きます。

また、確認することをお勧めします

  1. ジャンパー構成
  2. ご覧ください:#62
  3. また、CPUがスリープモードの場合、フラッシュは機能しません

2015年9月23日水曜日午後2時48分、Nickolay Kondratenko <
[email protected]>は書いた:

@ADARSHBUhttps ://github.com/ADARSHBU現在のページへのリンクです


このメールに直接返信するか、GitHubで表示してください
https://github.com/texane/stlink/issues/107#issuecomment-142538816

よろしく
ADARSH BU

1. Stm32St-linkユーティリティアプリケーションを開きます
2.ターゲット>設定モードはリセット時に接続する必要があります
3.完全消去チップ
大丈夫です。

@latsku imはstlinkとボードで非常に新しいので、ばかげた質問で申し訳ありませんが、「1。BOOT0ピンをVDDで短絡する」とはどういう意味ですか?

@ polaroi8dダンプの質問ではありません。
BOOT0ピンをVDDピンに接続します。

そして、電子機器のスラング部分。 短絡は、ピンをワイヤまたは同様の導体で接続している短絡から発生します。

@latsku Okey、答えてくれてありがとう、そのうわさ:)

これまでのところ、 ST-LINK V2 (ボードを接続せずに)接続してから、 st-utilを実行すると、 rc/stlink-common.c: unknown chip id! 0xe0042000が得られます。

ボードが接続されていないので、これですか?
それとも、これはST-LINKV2自体についてですか?
またはそれは何ですか?

私はまだこれを修正する方法について上記の指示を試す必要があります-しかし誰かが実際に問題が何であるかを説明しようとすることができますか? 上記のコメントからはまだわかりません。

@ xor-gateなぜそれ以上の説明なしに閉じるのですか?

この問題は2011年にさかのぼり、!=作成者によって存続しているためです。 現在マスターにあるstlinkツールに対してテストされた新しい詳細な問題を自由に再開してください。 そして最新のstlinkファームウェア(2.27)。

何も接続されていないチップIDを検出しようとしていますが、これはツールの意図どおりではありません。

@ADARSHBUによるコメントは、私にとって貴重であることが証明されました。 CN3ピンを短絡する必要があるという事実を強調したいと思います。

箱から出して、ディスカバリーボードにはこれらのピンにジャンパーが付いていますが、ボードの1つがどういうわけかこのジャンパーを失い、気付くのに時間がかかりました。 疑わしい場合は、関連するボードの写真をいくつか調べて、同じジャンパーが配置されているかどうかを確認してください。

グーグルからこの問題に来る人々のために。 unknown chip id! 0xe0042000エラーが表示された場合、これはおそらくST-LinkピンSWDIOをSTM32ボードのCLKピンに接続したこと、またはその逆を意味します(ST-LinkのSWCLKをボードのIOピンに接続した)。 接続を再確認するだけで、SWDIO-> IOおよびSWCLK-> CLKになります。 これはまさに私に起こったことです。

@afiskonは「最も可能性が高い」については

ありがとう@latskuあなたの3つのセットアップはとても良い

このページは役に立ちましたか?
0 / 5 - 0 評価