Keil uVision MDK-Lite、STM32F072B-DiscoveryボードおよびフラッシュAPI

STMicroelectronics STM32F072B-Disco "Discovery"ボードでMDK-Liteバージョン5.23を使用していますが、Discoveryサンプルで提供されているFlashの例を使用しようとしています。

このボードとツールチェーンを他の例に使用し、SPIとGPIOの作業をコーディングしました。IDEはチャンピオンのように機能します。ただし、この特定のプロジェクトでは、コードをビルドして、リセットボタンをダウンロードして使用することで実行できます。HAL_FLASHEx_Erase（）ルーチンを使用するとすぐに、プロジェクトでデバッガーを使用できません。そのルーチンを実行すると、IDEは「ターゲットにアクセスできません。デバッグセッションをシャットダウンしています」というダイアログをポップアップします。

コードのダウンロード後、リセットボタンを押してコードを実行すると機能するので、これはプログラミングエラーではないことがわかります。私はこれと同じデバッガをTIボードで使用しており、フラッシュをプログラムしてフラッシュルーチンを実行することもできました。フラッシュのコードが保存されている部分を消去していないと確信しているので、そうではありません。

main.cでこの行をまたぐと

if (HAL_FLASHEx_Erase(&EraseInitStruct, &PageError) != HAL_OK)

その後、デバッグセッションをドロップします。代わりに同じ行にステップインしてから、フラッシュ消去ルーチンの各呼び出しをステップオーバーすると、それが機能し、最終的にルーチンからステップアウトし、残りのコードをデバッグできます。

私の推測では、これはあるレベルで関連する電源です。外部電源、または電源レールのオンボードスイッチング。

シナリオを明確にするために、ハードウェアリセット後にデバッグは正常に機能しますが、ターゲットがフラッシュのブロックを消去すると、デバッグ接続が切断されますか？

デバッグでは、コードが正しく実行されているかどうかは考慮されません。ロックアップ状態になっていても、デバッグの停止は機能します。デバッグをロックアウトするCPU側の唯一のものは、デッドロックされたAHBアクセスです。これは、STM32F7とオンボードUSB-SWDインターフェースチップの間のSWDインターフェース（STM32でもあると思います）に問題があることを意味します。このデバイスには、オンボードの電源レールスイッチングがいくつかあり、ボードを初めて使用したときに混乱しました。

フラッシュ消去はデバイスの現在のドレインを増加させることに注意する価値があります-外部PSUはその仕事に対応していますか？代替を使用できますか？

編集：問題のコードをステップオーバーするとデバッガーがクラッシュするが、シングルステップではクラッシュしないというフィードバックに基づいて、問題はこの質問に関連していると思います。

ステップオーバーは、ブレークポイント（および停止状態のポーリング）を使用して実装されますが、シングルステップはハードウェアでサポートされています。これは、デバッガーが混乱しているように見える理由をまだ説明していませんが、フラッシュコントローラーがアクティブなときにデバッガーが（フラッシュから）コードにアクセスしようとしている可能性はあります。

これらの観察に基づいて、消去後にブレークポイントを設定し、このシナリオがトリガーされないようにすることをお勧めします。