EEPROMからRAMへ移動したがウォッチできない

質問

現在、Atmel Studio6.2でatmega88pマイコンのプログラミングを行っています。リアルタイムデバッグではJTAGICE3を使用しています。プログラムのVersion値とeepromに保存しているVersion値を比較して、違いがあった場合は、プログラムの更新があったことを記録するため、最新のVersion値をEEPROMに書き込むプログラムを作成したのですが、EEPROMからRAM領域へ取り出したデータをリアルタイムデバッグでウォッチできない現象が起こり困っています。

なお、このプロジェクトフォルダは
https://sourceforge.jp/projects/cc1101driver/scm/svn/tree/2564/branches/test002_AVRS6_20140819/test02/

こちらで公開させてもらっています。

（EEPROM領域側）

#define EEPROM __attribute__((section(".eeprom")))
save_eeprom_data_t EEPROM save_eeprom_data;

（RAM領域側）
new_ctl_data tnew_ctl_data;

main関数スタート後

check_env()関数内でEEPROM領域からRAM領域へデータを

my_eeprom_read_block((u8 *)&tnew_ctl_data,(u8 *)&save_eeprom_data.gnew_ctl_data,sizeof(ctl_data));

この関数で読み出しているのですが、再度main関数内で

if(tnew_ctl_data.fix_osccal_flag != 0x01 || tnew_ctl_data.prog_ver != PRG_VERSION)
{

------(中略)---------------------------------
}

このコードに来たときにtnew_ctl_dataをウォッチしても

new_ctl_data.fix_osccal_flag
tnew_ctl_data.prog_ver

どちらの値も0x00と表示されてしまいます。

また、

tnew_ctl_data.prog_ver の値は0xdcのはずなのですが、0x00となっており、

PRG_VERSIONは
#define PRG_VERSION 0xDD

0x00 と0xDDでは違いが出ているのですが、そのときの条件でEEPROM内容を

tnew_ctl_data.fix_osccal_flag = 0x01;
tnew_ctl_data.prog_ver = PRG_VERSION;

eeprom_busy_wait();
eeprom_write_block(&tnew_ctl_data.fix_osccal_val,&save_eeprom_data.gnew_ctl_data.fix_osccal_val,3);

このコードで0xddにtnew_ctl_data.prog_verの領域バイトを書き換えるはずなのですが、0xdcのままになってしまいます。

このような場合、どのように修正したら良いのかをご教示頂きますよう、お願い致します。

回答No.1

kabasan · ベストアンサー

my_eeprom_read_blockを実行する直前にブレークポイントで止めて、
EEPROM内のデータをを確認してください。そもそも意図した値はEEPROMにあるのですか?
デバッグ開始時に全領域が00に初期化されていませんか?

お礼

回答頂きありがとうございます。

https://sourceforge.jp/projects/cc1101driver/scm/svn/blobs/2564/branches/test002_AVRS6_20140819/test02/test02/src/main.c

こちらのmain.cの2199行目の

if(tnew_ctl_data.fix_osccal_flag != 0x01 || tnew_ctl_data.prog_ver != PRG_VERSION)

この行でブレークポイントをかけた際に、EEPROMからRAMへ移した各アドレスのデータ値をウォッチしたところ、

tnew_ctl_data.fix_osccal_flag
tnew_ctl_data.prog_ver

それぞれ0x00となっていました。

しかし、EEPROM側のアドレスでは、ウォッチしたところ、

save_eeprom_data.gnew_ctl_data.fix_osccal_flag = 0x01
save_eeprom_data.gnew_ctl_data.prog_ver = 0xdc

このようになっていました。

何か、RAM側に設けたtnew_ctl_dataは論理圧縮されているような気がしています。

また、RS-232C通信の9600bpsのずれを修正するために、RS-232Cの受信ポートで待ち受けて補正できるようにしたosccalコマンドのコード部分で、

https://sourceforge.jp/projects/cc1101driver/scm/svn/blobs/2564/branches/test002_AVRS6_20140819/test02/test02/src/main.c（1640行目付近）

1657行目の

OSCCAL = tnew_ctl_data.fix_osccal_val;

ここのところにブレークでOSCCALへの値の更新ができているかを調べたところ、tnew_ctl_data.fix_osccal_valの値はウォッチの際には0x00と表示されてしまいます。

しかし、ave_eeprom_data.gnew_ctl_data.fix_osccal_valでは0xa3などの補正値が正常に更新されており、メモリーウィンドウのeepromウィンドウでもこのアドレス部分の値が更新されていることを確認しています。

また、デバッグを行っていて、気になっているところがあるのですが、このosccalコマンドでOSCCALの更新を行った際に、更新が正常にできたことを目視で確認できるようにするためにRS-232CのTX送信で ”fix_ok\r”というテキストを出力するようにしていて、さらに何という値に更新したのかも目視できるように

hexToAsc(OSCCAL,&tex_test[0]);
tex_test[2] = 0x0d;
putstr(tex_test);

このようなコードを追加したのですが、うまくいきませんでした。
いろいろと調べてみたところ、”fix_ok”を出力しているコード

putstr((u8 * )" fix_ok\r");

このコードをコメントアウトしてビルドしても、このルーチンを通過すると”fix_ok”というキャラクタをRS-232Cに出力していることに気づきました。

このような現象を解決する方法をご教示頂きますよう、よろしくお願い致します。

補足

この度は、ご協力頂き大変助かります。
今回の問題に関しては、一度マイコンをデバッグモードを停止して、通常のプログラミングモードでファームウェアを書き込んだ場合だと、変更したプログラム通りの動作をすることがわかりました。

現在なぜそのような動作をしたのか調査中です。

とりあえず、変更したプログラム内容は反映されていることが確認できました。

大変助かりました。