こんにちは、#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
ヒントはありますか?
こんにちは、
ここを見てください:
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は私のために働きます...
私のために働いたのは:
@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)を何らかの方法でブリックしたことを意味します
また、stlink readme _to the letter .._の指示に従ってください。
GDBにアクセスして、「loadwhatever.elf」を呼び出すだけでは機能しませんでした。
に
コードが起動します。 _cont_の代わりに* run_を*使用しないでください。
どちらかが機能するようです。 直感的ではありませんが、そこに行きます。
また、確認することをお勧めします
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つのセットアップはとても良い
最も参考になるコメント
私のために働いたのは: