RL78/l1Aでマイコンリセットしてしまいます

わわいです

> ＃も一つ面倒なのが、不正アクセスをしててもエラーとして表に出てこないことだったり。

これの対策（？）のために、一旦完成したコードをいろいろ最適化を変えて動作させたり、メモリ配置を変えて動作させたりして挙動が変わらないことを確認する、ってことをやる場合もありますね

現状のプログラム、最適化をオンにしてまだ問題が起こる場合、自動変数（静的確保じゃなくてスタックフレームに存在する変数）の参照関係が最適化で本来必要なタイミングより前に解放されてしまってるようなこともあるかもしれません。

SH2のコンパイラではそういうのが結構起こってました。その時の経験からポインタ渡しの関数には要注意だなと感じました。おそらく、ルネサス純正コンパイラには似たような最適化の手法が使われていると思います。volatile指定してもダメだったり・・・場合によっては(void)を使って明示的に参照範囲をコンパイラに教えてやるのがいいです。

int x = 12345;

func(&x);

(void)x;

こうすると(void)x;のところまでxは有効です。値渡しなら関数funcは正しく値を受け取れますが、ポインタ渡しだと(void)x;を書かないでおくと最適化でxのポインタ値をfuncに渡してスタックフレームからxが解放されてfunc関数の中でxの値が参照できなくなるということです。

RL78のこの手のエラーに泣かされた時の経験です（仕様やオプションの取り方で変わるカモ）。

【RAMパリティ】書かれていないRAMをいきなり読むと発生する。RAMパリティ割込はデバッガ環境中では出てこないから始末が悪い

１）V1.07以前は自動生成のcstart.asmでスタック領域の0フィルがデフォルトではない。コメントアウトを取るか、V1.07以降のでプロジェクト作り直す

２）発生事例
　ローカル変数の宣言時、明示的な初期値書込みされないので、二回一致とかのロジックで捨て読みとかすると出ることがある。
　ポインタ書き込み先引数を実引数に書き間違えた時、例えば、func_xx( &arg )をfunc_xx( arg )みたいな間違いしたとき。
　構造体のパディングの隙間も注意。パディングになっているところは変数初期化に関わらない模様。その構造体をメモリブロックとしてリードアクセスした場合、未定義変数にあたるパディング用域でパリティ踏む恐れあり

３）気にすべきこと
　cstart.asmがV1.07以前のコンパイラで生成されていないか（_stkinitがコメントアウトされている）
　型のウォーニングを軽視してはいけない
　多重比較読み出しとかのアルゴリズム注意（二度読みするからって未初期化変数をリードをしてはいけない）
　ウォーニングで未定義変数アクセス出ているものは確実に消しておくこと
　構造体の使い方に注意。パディングの可否/アクセスのされ方等。（コード見てるだけでは発見できない内容）
発生時のトラブルシューティング
　RAMパリティ機能禁止（RPERDIS=1）で起こらなくなるか確認

【不正メモリアクセス】

　const指定された変数に対してポインタ参照させ、そのポインタにライトアクセスとかしていないでしょうか？

【#pragma xx系の問題】

１）#pragma interrupｔ　割込み関数名（割込みベクタ）って宣言するんだけど、割込み関数名が誤っててもエラー出さずに謎の動作になる

２）#pragma address　(変数名=配置アドレス)って宣言するんだけど、変数名が誤っててもエラー出さない。よってあるべきアドレスに変数が配置されない

【コードフラッシュ上の内容のアクセス】

例えば、コードフラッシュ上の値をuint16_t の実アドレス変数作って、それをポインタ扱いにキャストして使ってるとこないでしょうか？_far修飾とかしないと意図しない領域見てたりします。

・FAQ 1011546：すべてのROM領域を読み出す方法
https://ja-support.renesas.com/knowledgeBase/17796625

詳しくコメントいただきありがとうございます！

コードを確認しつつ、とりあえず最適化無しにして駆動させてみたところそれ以来１度もリセットが発生しておらず、このまま終わらせていいのか悩んでいたところです。

アドバイスいただいた点も確認していこうと思います。