Ｉ２Ｃが、何とか動作するようになったので、次はＳＰＩ通信。
ＲＬ７８／Ｇ１３は、ＳＡＵ（シリアル・アレイ・ユニット）で、ＳＰＩ準拠の通信も
扱える（ＣＳＩと呼ぶらしい）、これなら、ＳＤカードアクセスを行なっても、アクセ
ス速度が足りないとかは無さそうだし、ＤＭＡ転送も使えるはず。
※以前にＲ８ＣでＳＰＩ通信を行なった時は、ソフトウェアーのみで実装した、その時
は、ＳＤカードのアクセスでは、１１．０５ＫＨｚの波形ファイルの再生が限界だった。
一応Ｒ８ＣにもシリアルユニットをＳＰＩ通信で使うモードが用意されてはいるものの、
そうすると、シリアル通信が出来なくなってしまう。
ＲＬ７８／Ｇ１３では、シリアル・アレイは６チャネルもあり、潤沢に使える。
ただ、ＣＳＩを実装していて気がついたが、最高速度は１６ＭＨｚである上に、それは、
ＣＳＩ０だけで、他は８ＭＨｚが上限のようだ・・
これは、かなり痛い・・
現在ＵＡＲＴには、チャネル０、１を宛てているので、これを、別に宛てて、最高速度
が出せるチャネルは、ＣＳＩ用にする必要があるようだ・・
それでは、早速、ＣＳＩ用のマネージャーを作成開始。
ＵＡＲＴと違うのは、ＵＡＲＴでは、基本、送信と受信は全二重（別チャネル）で動く
ので、ＳＡＵは２チャンネル必要だけど、ＣＳＩでは、１チャネルで、出力、入力を兼
ねる点。
簡単なテストプログラムを作成して、出力をオシロスコープで確認してみたもの、パル
スが出力されない・・・
随分時間をかけて、調べた結果、ＳＡＵのデータレジスターの実アドレスだけが、イレ
ギュラーな飛び方をしている事を発見、それを修正したら、ＳＯ１０から、パルスが出
るようになった。
FFF10H, FFF11H（SDR00）, FFF12H, FFF13H（SDR01）
FFF44H, FFF45H（SDR02）, FFF46H, FFF47H（SDR03）
FFF48H, FFF49H（SDR10）, FFF4AH, FFF4BH（SDR11）
FFF14H, FFF15H（SDR12）, FFF16H, FFF17H（SDR13）
※「ＳＯ１０」は、「ＳＤＲ０２」を使う。
まず、ＳＤカードの前に、もっとも簡単なＬＣＤを繋いでみた。
大型STN液晶モジュール（128x64/SPI） [LCD12864B11-2P]
ＲＡＭが潤沢にあるので、１２８Ｘ６４のグラフィックスも余裕で扱える～
ビットマップのＬＣＤを高速に、そして柔軟に扱うには、どうしてもフレームバッファ
が不可欠で、表示サイズと同等のメモリーが必要となる。
この場合、１Ｋバイトの領域が必要。
通常、アプリケーションは、フレームバッファを全クリアして、オブジェクトをメモリ
ー上に描画する、そして、最後の描画が終わったら、全ての内容を、ＬＣＤに送る。
こうする事で、柔軟な描画が出来る。
これが、俗に言う「フレームバッファ方式」と呼ぶもので、他の考え方として、書き換
えが起こったら、その領域だけを選択的に書き換える方法があるが、液晶モジュールと
のコマンドのやりとりが複雑になり、書き換える領域が大きいほど、描画時間が多くか
かってしまう、また、書き換えるタイミングも個別に管理しなくてはならない。
フレームバッファ方式の場合、１秒に６０回ほどの書き換えが望ましいが、ＳＴＮの液
晶は、応答が速く無いので、秒間１５枚も書き換えれば、十分かもしれない。
この方式は、昔からゲーム機で広く使われている方式。
能書きはこのくらいで～
-----
先日、Ａｉｔｅｎｄｏで購入したＬＣＤは、コントローラーは、「ＳＴ７５６５Ｒ」と
あるので、ネットを探して、「ＳＴ７５６５」のドライバーを入手した。
以前にＲ８Ｃでも「ＳＴ７５６７」の液晶を扱ったので、その時に書いたドライバーは
あるが、別のソースを精査して、もう一度ドライバーを見直してみた。
※少し、動作が怪しい部分があった為もある。
ソフトを実装して、動かしてみたが、ウンともスンとも動かない・・
ＳＣＩ関係のバグなのかもと思い、クロックとデータの関係など、色々確認してみたが、
問題無い、悩んだ末、組み立てる前から、基板のコネクターが気になっていたので、良
く調べてみると・・・
何と、ケーブルを差し込む上下が逆になっている・・・
ホームページの写真ではストレートに接続しているが、これでは、機能しない、１８０
度返さないと接触しない。
とりあえず、動作はしたのだが、非常に後味が悪い・・・
※メールで交換、返品を申し出たのだが、どうなるやら・・
