いうことで、FFF00000~FFF559EBの書き込みはやっていないのですけどね~。);Change_PSW_PM_to_UserMode();//ユザーモードにnop();nop();nop();nop();nop();nop();nop();nop();nop();nop();nop();nop();printf("設定成功\r");}関数の最後まで、行ってますが、暴走しております(割り込?)、例外は発生していないようです。IKUZO関数の最後まで、行ってますが、暴走といいますか、どこかでぐるぐる回っているようですpingすると問題ないようです、ウェブサーバー等も問題ないです、つまり割り込みで駆動している動作は問題ないです、止まっているのはメインループのみのようです、メインループのどこで止まっているのか、PCはどのようになっているのか、こういう時はやはりE10のようなエミュレータがあったらいいなと思う次第です。IKUZOこんにちは。段階でのリターンしない原因(例外要因は無し)10.例外処理を何度も呼び出す原因(スパーバイザーになるので1度のみのはず)よろしくお願いいたします。段階でのリターンしない原因(例外要因は無し)10.例外処理を何度も呼び出す原因(スパーバイザーになるので1度のみのはず)よろしくお願いいたします。[R0E000010KCE00]の見積もりを販売店にお願いしました。IKUZOこんにちは。ありがとうございます。御認識している部分も含まれているかと思いますが、その部分は読み飛ばしてください。17.3.3を参照ください)まず、以下は認識されていますよね?メモリプロテクションユニット関連レジスタへは、スーパバイザモードでのみアクセスすることができます。オペランドアクセスでメモリプロテクションユニット関連レジスタへのアクセスを行った場合には、メモリプロテクション機能が有効かどうかに関わらずデータメモリプロテクションエラーが発生します。先日も書き込みしましたが、"スーパバイザモード時はメモリ保護なし"であり、スーパバイザモード時にアクセス例外は発生しないと考えられます。範囲外へのアクセスが発生していると考えるのが自然かと思います。アクセス制御領域となっており、それ以外がバックグラウンド領域になっているのではないかと思います。割り込み処理が終了後は、退避されたPSWが設定されるため、ユーザモードに移行すると考えられます。↓その後、再びアクセス例外発生が発生する。いう形で、繰り返し例外処理を何度も呼び出す動作になっているのではないでしょうか?(ソースコードがC言語で記述されているようですので、エミュレータがあれば逆アセンブラで確認できると思います。(アクセス許可:無効)で設定できませんでしたでしょうか?mpu_init();を実行する前はMPUにはタッチしていませんのでスーパバイザモードと考えております、この点はサンプルソフトと異なりましてresetprg.cにはmpu_init();の部分は除いております。関しては「割り込み処理が終了後は、退避されたPSWが設定される」ということで納得いたしました。IKUZOすみません。言葉が足りませんでした。領域開始ページ番号のRSPAGEnのRSPN[27:0]が28ビットしかないため、アドレス空間でいう下位4ビットという意味です。領域終了ページ番号のREPAGEnのREPN[27:0]も同様です。なっているのではないかということです。IKUZOcircleさん失礼しましたRSPAGE7、REPAGE7がありましたね、どうも、どうも、早速テストしてみます。