PageオブジェクトコンバーターによるCRC演算の結果出力機能について使用デバイス:RL78/G13,G14開発環境:CA78K0Rプログラムコードの領域をブート、フラッシュの2領域に分割して開発を行います。ブート領域はスワップ機能を使わず、16KByte固定として残りをフラッシュ領域に割り当てる形としたのですが、ブート側のオブジェクトコンバーターによるCRC演算の結果出力が、フラッシュ側に反映されていないように見えます。基本的にツール側で対応できないのであれば、それはそれで良いのです。対応できると思いますが、当人ができなくて良いという程度の問題であったのであればそもそもの話として他人に相談などされないほうが良かったですね。設定されているよう見えます。値は設定されていることが確認でき、問題なさげであったことをご報告しておきます。6:05正直どう回答してよいものかと考えておりましたが、このまま放置するのも掲示板の検索履歴上問題かと思いますので、ご返信いたします。お手数をおかけして大変申し訳ありませんが、記載された内容は質問の回答にはなっておりません。boot.hexとflash.hxb、または分割をやめてをflash.hexでもかまいませんが、比較検索ソフトで確認してみてください。flash.hxb/.hexに足りないものがありませんか?問題となっているのは、boot.hexの演算結果がflash.hxb、またはflash.hexに反映されていないため、flash.hexを書き込むことを前提にそのまま機能を入れ込むと、高速CRC演算によるフラッシュの状態チェックがブート側(入れ込み方次第では両方とも無効になりますが)で正常に行えないことです。業務運用で使用するソフトウェア構造上の設計が絡む機能をこの掲示板で質問するのは適切ではなかったと思いますので、今後このような質問は控えます。申し訳ありませんでした。これ以上の返信はいたしません。豆大福:豆大福さんのやりたい事は分かりました。ツールの設計思想として、フラッシュ丸ごとのCRCが計算できれば、OKということでbootのCRCと丸ごとのCRCの2段階でCRCを取ることは考えていないようですね。CS+でやるならアセンブラでBOOT部のCRCをdb命令で埋め込めばlmfにも反映されるようです。BOOT部はそうそう修正は入らないと思いますから、通常の手順でHEXにCRCを付加する設定をして、オブジェクトコンバータで出力されたCRCの結果をアセンブラで定義しなおせば全体コンパイル時にBOOTのCRCも取り込まれます。(更新時はCRCの再設定を忘れずに)↓CRCをデバッグする場合の設定(CRCが埋め込まれたHEXを追加で読み込めば、CRCがメモリにロードされます。フラッシュ部コード、フラッシュ部データ、フラッシュ部CRCとなっており、足りないものは見当たりませんでした。「~が足りない」ということであれば具体的に指摘されるべきことと思います。他人の労力を無駄にさせるだけであり正直どうかという感じですね。ツールの設計思想として、フラッシュ丸ごとのCRCが計算できれば、OKということでbootのCRCと丸ごとのCRCの2段階でCRCを取ることは考えていないようですね。BOOT部はそうそう修正は入らないと思いますから、通常の手順でHEXにCRCを付加する設定をして、オブジェクトコンバータで出力されたCRCの結果をアセンブラで定義しなおせば全体コンパイル時にBOOTのCRCも取り込まれます。内容を保証する必要が出てくるので労力的に良い方法ではないでしょう。可能性低そうですが)、コンパイルオプションの変更だとかに気を遣うこととなります。内容が常に再現できるようアセンブラソースに差し替えることも可能ではありますが、要らない作業が増えるという点では同じです。ブート部の内容は含めるべきではないと思います。nozomu:Fujitaさん私もそう思います。boot.hexを書いたあとにブロック書き込みでflash.hxfを追加するのは一手間ですけど。