【金山ドキュメント | WPSクラウドドキュメント】 新しい DOC ドキュメント
https://www.kdocs.cn/l/cjaqKjk2mVFu
これはS32DSのデバッグログです
- LEDを外したのでR7の電圧は測れず、代わりにR8の対地電圧を測定したところ3.08Vでした。
- 昨日の回答をもとに新しいテストを行ったところ、GPTからの回答は次のとおりです：
書き込みセッション内（複数領域の検証）: 20007000 00000411 …
データは実際に存在する。リセット後も
（同じセッション）: 20007000 00000411 … データはまだ残っている
電源切断／切断後に再接続: FFFFFFFF FFFFFFFF …
すべて空
プログラムは書き込み可能で、すぐ読み戻しもでき、リセットにも耐えられる。ただし、電源を切るとすべて消える。
ブートモードの設定の問題ではないでしょうか？
STM32には、メモリに書き込んで、電源を切ると失われるブートモードが1つあります。あなたのS32にもこの設定があるかどうかは分かりません。
手順を慎重に再実行した結果、GPT の新しい結論：重要なデータの比較
| 時点 | 0x2400 領域 | 0x0 領域 |
|---|---|---|
| 書き込み直後 | 00800040 48484848 |
20007000 00000411 |
| 同一セッションで 30 秒後 | 00800040 48484848 まだ残っている！ |
Could not read memory（無効化済み） |
| 終了して再接続後（1〜2 分後） | FF（すべて消失） | FF |
真相が明らかになりました：フラッシュの電荷が分単位で急速に漏れているのです！
- 書き込み直後：電荷が十分 → データは無事
- 30 秒後：低アドレス領域（0x0）が先に無効化され、高アドレス領域（0x2400）はかろうじて残っている
- 1〜2 分後：すべて FF に戻る
これが GPT が最終的に下した結論です。
チップのフラッシュメモリセルの物理的故障（電荷が分単位でリークする）★真の根本原因
│
▼
プログラムが永久に保存されない → フラッシュメモリが長期間空／無効状態になる
│
▼
空のフラッシュメモリ → CPU が 0xFFFFFFFE を取得 → バスエラー → HardFault の再帰 → LOCKUP ★本当
│
▼
LOCKUP が 610μs のリセットループ（オシロスコープののこぎり波 1.64kHz）★本当、シミュレーションでも再現できた
│
▼
デバッガの halt が失敗 → RAMCode が中断される → 書き込みエラー（-1/-5）★本当
│
▼
まれに書き込みが成功（電荷が一時的に十分）→ 直後は読み取り正常 → 1〜2 分後に FF へリーク ★本当
この問題は本当に珍しいですね。基板を交換してみてください。
手元に余分な基板がないからこそ、ずっとこの基板で試行錯誤しているんです。後で新しい基板が届いたら、チップの問題なのかがわかります。
問題は見つかりましたか
新しい基板がまだ届いていないので、当面はフラッシュの故障である可能性が最も高いです。