お世話になっております。
カイロスです。
現在、以下の環境でファームウエアアップデートを実行しようとしている過程で、サンプルプログラムの処理で気になったところがあったので質問させてください。
（FW情報）CPU：63TROM配置：更新用ROMと運用ROMを分ける方法：シリアルを通じて、外部フラッシュメモリに更新プログラムを保存し、そこから随時プログラムを読み込んでROMを更新参考サンプルプログラム：USBマスストレージ経由内蔵FlashROM書き換えプログラム(R01AN3503JJ0105)内部のRAMが足りないので、サンプルプログラムを読み解いて、必要部分のみで実装できないか試行錯誤しているのですが、以下が気になったところです。
(質問内容)・サンプルプログラムは、ROM配置が連続していることを前提としている？
サンプルプログラムで、128byteを切り出す処理にて、途中で書き出す長さがオーバーフローしそうになったら、・128byteを埋める・あふれた分を予備バッファに保存・ROMに書き出す・予備バッファの値を、次回のバッファに持ち越す
という流れになっているなと思いまして、そうなると、途中で書き出すROMのアドレスが大きく飛んだ場合、書き出したい箇所に書き出せないのでは？と思いました。(すみません。サンプルプログラムをある程度読んだことがある人前提の説明になっていますが、ご容赦ください)
この私の認識があっているのか、それとも、実は私が読み解けていないのかあれば教えていただきたいです。
ちなみに、最終的な実装としては連続したアドレスになるので、上記の処理でも問題ないと思います。
以上、よろしくお願いいたします。
ウチではその辺のサンプル一切読まずに全部自力で実装していますので話がずれているかもしれませんが...
RX 系で CodeFlash 領域 (FFFx0000-FFFFFFFF) を更新しようとすると内蔵 CodeFlash を P/E モードにしなければならないです。 P/E モードにすると CodeFlash 領域を Read/Fetch できなくなる仕様。なので RX63T では書き込みプログラムを内蔵 RAM に転送して RAM 上から CodeFlash 書き込みを行わなければなりません。その辺は理解されていることとして
RX63T ハードウエア仕様として CodeFlash へのプログラムは 128 バイト単位で行う義務がプログラマ側にあります。もしデータが 128 バイトに足らないまま次のアドレスが飛んでいる場合
1. 前ブロックは後ろの足らない部分に FF を埋めて 128 バイトにしてから書く
2.後ブロックは前の足らない部分に FF を埋めて 128 バイトにしてから書く
ということになります。足らない部分に埋めると考えるとめんどくさいですが、実際の処理はバッファの初期値として全バイト FF を埋めておき、データがあればバッファを上書きするだけですので悩むところはないと思います。そもそも外付け SPI-Flash からマイコンプログラムを読み込むのならすべて FF な領域もお構いなしに書いちゃえばよいので何も考える必要はありません。
ちなみにウチでも外付け SPI-Flash からマイコン CodeFlash を更新することはやっていますが SPI-Flash 読み込み＋CodeFlash 更新だけなら 3KiB 程度で済んでいます (USB Mass Storage Device に構成していません）独自 USB ファンクションなプログラムを実装しても 6.4KiB ってとこで RAM が足らないってのはなさそうな気がしますが・・・