Stlink: STM32L422CB：st-flashがihexイメージのフラッシュに失敗する

誰がこれを詳しく見ることができますか？

これがハードウェアの問題ではないことを確認できるように、同じボードと他のフラッシュツールで確認することをお勧めします。
検証は最初は失敗したため、ハードウェアの問題でない場合は、フラッシュローダーに問題がある可能性があります。 残念ながら、フラッシュローダーのエラーコードチェック（可能な場合）は、ほとんどのモデルに適用されていません。 フラッシュが失敗した後、 st-utilと（ gdbまたはlldb ）を使用して、すべてのレジスタ値を出力することをお勧めします。

私は本物のstlinkv2と中国からのそれらの安いコピーの1つの両方で試しました。 両方で失敗します。 後でもう少し時間があれば、レジスターを調べます。

私が言及した「フラッシュツール」は、openocdまたはSTによる公式ツールを指します。 あいまいな表現でごめんなさい。 レジスタ値を確認するときは、STM32_FLASH_REGS_BASE + 0x10にあるSTM32_FLASH_SRレジスタ値を出力することをお勧めします。 STM32_FLASH_REGS_BASEは、STM32L4では0x40022000です。

返信が遅くなってすみません。
サイズの異なるいくつかの異なる16進ファイルをフラッシュしようとしましたが、st-flashは必要なページを正常に消去します（st linkユーティリティでメモリの内容を調べることで確認できます）が、最初の投稿で述べたようにフラッシュに失敗します。
st linkユーティリティで16進数をフラッシュするか、st dfuツールで対応するdfuをフラッシュすると、フラッシュは成功するので、ハードウェアの問題ではないと思います。

STM32_FLASH_SRの読み取り値は次のとおりです。

手がかりは、FLASH_SRがPGSERRとPGAERRが設定されていることを示していることです。つまり、いくつかの配置の問題があります。 プログラミングが失敗した後に汎用レジスタ値を提供でき（接続前にボードをリセットせずにgdb 、 info registersを使用）、 --debug st-flashを起動できる場合で、デバッグログとレジスタ値でさらに調査できると思います。

編集：フラッシュする前にSTM32_FLASH_SRの元の値を提供できればより良いでしょう。

これらは、フラッシュに失敗した後のレジスタです（リセットせずに接続されています）。

ここでは、-debugが設定された出力を示します。
log.txt

私が受け取ったメールの@ lulle2007200は、—debugを使用するとエラーなしで点滅すると述べています。 あなたがそれを編集したことに気づきました。
デバッグをオンにして、フラッシュは実際に成功しましたか？

もしそうなら、それはf0シリーズのそれと同じようにタイミングの問題かもしれません。

ログから、実行する前に問題がないようです。 汎用レジスタは、説明が難しい値を保持します。 r0が最初にゼロだった場合、レジスタに値を書き込む関数に問題があるのではないでしょうか。

それは機能しませんでした、私はst-flashの出力をファイルにリダイレクトしようとしているときに混乱しました。 まったく実行されなかったことが判明しましたが、st linkutiltyを使用する前にフラッシュしていました...
また、誤ってコメントではなく、閉じてコメントしました。混乱してすみません。
明日もう一度見てみます。

@ lulle2007200 ：これに関する更新はありますか？

私はこれをちょっと忘れました、人生は邪魔になりました。
st-flashは、提供されたhexファイルの消去とフラッシュに失敗します。
サイズの異なる複数のファイルがありますが、どのファイルでも機能しません。 公式のST-Linkユーティリティでそれらをフラッシュすることは完全にうまくいくことに注意してください。
フラッシュ試行の前後の両方で、st-flash出力のログと汎用レジスタおよびSTM32_FLASH_SRの値を添付しました。
log.txt

今、私たちは、L4シリーズに何とか精通している熟練した開発者を探しています。