Rohitab の優れた API 監視ツールを使用して、Keil uVision が Segger の JLinkARM.dll に対して行っている DLL 呼び出しを監視し、自動化されたテスト環境内でそれらを複製できるようにしています。
この一環として、uVision がフラッシュ ローダー プログラムと通信してデバッグ中のイメージをダウンロードするメカニズムを理解しようとしています。
uVision がフラッシュ ローダー プログラムをターゲット デバイスの RAM にダウンロードし、ローダーがオンボード フラッシュと対話して消去し、新しいイメージをダウンロードすることは理解していますが、uVision から実際にストリーミングするために行われる DLL 呼び出しを確認するのに苦労しています。イメージをフラッシュローダにダウンロードします。
データをストリーミングするための呼び出しが大量にあることを期待してJLINKARM_WriteMemいましたが、そうではありません。たくさんのJLINK_WriteRegandJLINK_ReadReg呼び出しが表示されますが、画像を構成するのに十分ではありません。私の推測では、それらは点滅プロセスを監視するためのものです。Jlink が多数のフラッシュ ダウンロード関連の API をサポートしていることは知っていますが、ここでは使用されていません。パスが渡されていることもわかりません。JLink 自身のログ ファイルも、ここでは同様に役に立ちません。ここで見逃している帯域外メカニズムはありますか?