STM32およびST-LINK-プログラミングが成功した後にMCUに接続できない

STM32F7-45VGT6を使用して独自のボードを構築しました。ST-LINK v2（元のバージョンではありません）で正常にプログラムしましたが、MCUに接続することもできません。

STとSWDインターフェースからST-Linkユーティリティを使用しています。SWDピンを出力として使用していて、コードでGPIO出力として設定している場合もあります。それは本当ですか？

それでも、リセットピンをGNDに接続し、ST-Linkユーティリティで[リセットで接続]オプションを設定しましたが、機能しません...どうすればよいですか？

インターネットでBOOT0ピンの使用について何かを見つけましたが、正確にはわかりません...

私はなんとかその問題を解決しました。誰かが同様の問題に遭遇した場合、ここで私がやったことです：

ST-Link v2とST-Linkユーティリティを使用しました。設定では「Connect under reset」とSWDインターフェースを設定しました（周波数はわかりません）。
次に、ボードのリセットボタンを押して[ターゲット]-> [チップの消去]をクリックし、ボタンをクリックした直後にチップを消去して、MCUを再プログラムできるようにしました。

とにかく、SWDピンを出力として使用する必要がある場合は、プログラムの最初に遅延を追加するか、ジャンパーを使用して、これらのピンを出力として設定を無効または有効にします。

リセット下で接続するには、ST-Linkがリセットピンを制御できる必要があります。これをグランドに接続すると、ST-Linkはターゲットを実行してアクセスする機会がありません。

電源投入時にBOOT0ピンをHighにプルすると、MCUが内部ブートローダーを起動し、いくつかのシリアルプロトコルを使用してアクセスできます（詳細については、リファレンスマニュアルを参照してください）。

ブートローダー内では、SWDピンを使用してアクセスする必要がありますが、これについては100％確実ではありません。

ST フラッシュローダーデモンストレーターは、UARTインターフェイスを使用してマイクロを消去/プログラムできるツールです。microのUARTにアクセスできない場合、このソリューションは機能しません。

stmcubemxを使用している場合、シリアルワイヤをstmcubeピン配置タブで構成する必要があります。ピン配置タブで、SYSをクリックし、デバッグオプションをシリアルワイヤに変更します。それは私の問題を修正し、おそらくあなたの問題も修正します。

自分のSTM32F427ボードにコードをダウンロードしました。その後、ST-LINKユーティリティを使用してボードに接続できなくなりました。私のコードはデバッグポートのピン構成を混乱させていると思います（？確認できません）。私がしたことは、接続を作成してボードを再プログラムするための次のとおりです。

1. ST-LINKユーティリティを開き、[ターゲット]メニューで「接続」の準備をします。
2. ボードの電源を入れ（私の場合はUSBケーブルを使用）、同時にST-LINKユーティリティの[接続]をクリックします。

このトリックで2枚のボードを復元しました。お役に立てれば。 - ボブ

ディリが言ったように：

stmcubemxを使用している場合、シリアルワイヤをstmcubeピン配置タブで構成する必要があります。ピン配置タブで、SYSをクリックし、デバッグオプションをシリアルワイヤに変更します。それは私の問題を修正し、おそらくあなたの問題も修正します。

STM32CubeMxはデフォルトではデバッグポートを設定しないため、コードをフラッシュするとST-Linkが機能しなくなります。たとえば、ST-linkユーティリティを使用してチップを消去する必要があります。MCUと接続するには、起動中にBOOT0ピンをHighにして、ブートローダーをアクティブにする必要がありました。次に、TarjetメニューとErase chipに移動します。

MCUを再プログラムするには、リセットボタンを押したままST-Linkユーティリティでデバイスへの接続を選択するか、IDE（Keilなど）でダウンロードを押してから、リセットボタンを離します。

ブートピン（一部のバージョンではビット）は、デバッガーの起動を妨げる可能性があります。起動時にブートパターンを実装しないでください（boot0およびboot1ピンに特定のバイナリパターンが実装されています）。そうしないと、MCUがブート状態になります。