コードをデバッグすると、SRAM_U のダブル ビットおよびシングル ビット エラー フラグが設定され、障害アドレスがおかしくなります。使用可能な最大 RAM アドレスは 0x20007000 ですが、障害アドレスはそれよりも大きいのです。SO混乱しています
はい、もちろんです。ご回答ありがとうございます。
幸運をお祈りしています！
こんにちは@LijieDuさん
CAN新しいThreadを作成できますか。これはここでの最初の問題とは何の関係もありません。
よろしくお願い申し上げます。
わあ、それだ！ありがとう〜
ところで、もう一つ質問があります。
起動段階で以下のRAMテストを実行すると、常にステップ3でリセットされますが、その理由がわかりません。
助けてください/(ㄒoㄒ)/~~
-----------------------↓----------------↓-----------------------------------
;; RAM テスト (__RAM_START=0x1FFF9000 /__RAM_END = 0x20006FFF)
;;ステップ1 - アドレスが増加しながら背景00を書き込む
LDR R1、=__RAM_START
LDR R2、=__RAM_END
サブ R2、R2、R1
サブス R2、#1
BLE .TS1_2
ムービー R0、#0
MOVS R3、#4
.TS1_1: ;テストステップ1.1
STR R0、[R1]
R1、R1、R3を追加
サブス R2、#4
BGE .TS1_1
.TS1_2: ;テストステップ1.1
;;ステップ2 - 背景を確認し、アドレスが増加するにつれて反転した背景0xFFを書き込む
LDR R1、=__RAM_START
LDR R2、=__RAM_END
サブ R2、R2、R1
サブス R2、#1
BLE .TS2_2
LDR R3、=0xFFFFFFFF
.TS2_1: ;テストステップ2.1
LDR R0、[R1]
CMP R0、#0
BNE Fst_RAMTSTFAIL
STR R3、[R1]
R1、R1、#4 を追加
サブス R2、#4
BGE .TS2_1
.TS2_2: ;テストステップ2.2
;;ステップ3 - 反転された背景0xFFを確認し、アドレスが増加しながら背景0x00を書き込む
LDR R1、=__RAM_START
LDR R2、=__RAM_END
サブ R2、R2、R1
サブス R2、#1
BLE .TS3_2
MOVS R4、#0
.TS3_1: ;テストステップ3.1
LDR R0、[R1]
LDR R3、=0xFFFFFFFF
CMP R0、R3
BNE Fst_RAMTSTFAIL
STR R4、[R1]
R1、R1、#4 を追加
サブス R2、#4
BGE .TS3_1
.TS3_2: ;テストステップ3.2
;;ステップ4 - 背景0x00を確認し、反転した背景0xFFをアドレスに書き込む
....
;;ステップ5 - 反転した背景を確認し、アドレスが減少する背景を書き込む
....
こんにちは@LijieDuさん
現在 SRAM を監視しているメモリ ビューと変数ビューを閉じてください。
よろしくお願いいたします。
ダニエル
はい、 ermハンドラ関数でEIMCR[GEIEN]を無効にしました。
ちなみに、デバッグなしでコードを実行すると、正常に実行されますが、デバッグ ツールを使用してコードをデバッグすると、常に RAM ECC 障害が生成されます。また、コードを一時停止して実行し続けると、障害も生成されます。
こんにちは@LijieDuさん
ERM 割り込みでのエラー注入を無効にしていますか?
EIMCR[GEIEN] = 0。
SRAM_U 領域にはスタックが配置されています。
スタックを読み取る前に EIM を無効にする必要があります。
よろしくお願いいたします。
ダニエル