ＥＴ２０１０散歩

今年も12/1から開かれた、パシフィコ横浜で開かれている。Embedded　Technology　2010に行ってきました。
過去のＥＴでは、より高性能なマイコンに興味が向かっていたのですが、最近、８ビット、１６ビットの小さなマイコン（ＳＨやＡＲＭなどに比べ）を使っているせいか、自然とローエンドのマイコンが目に留まりました。

以下に訪れたブースの内容を記します。

◎アーム
◎ＳＴマイクロエレクトロニクス
　ＳＴＭ8Ｌの説明を受けた。さらに「ＳＴＭ８Ｌ－Ｄｉｓｃｏｖｅｒｙ」をいただきました。
◎富士通セミコンダクター
◎横川ディジタルコンピュータ
　昨年の横川ブースとは一変、計測器の展示は無かった。
◎アジレントテクノロジー
　ローエンドのオシロスコープを見る。多彩な機能を見る。
◎インテル
　・・・・
◎ＮＥＣ
　・年齢判断システムで、若干老けて判定され、少々ガックリ。。。１０歳区切りで判定されるので、４９歳の私が５０～５９歳と判定されると。。。
　・Ｃ言語によるＦＰＧＡの開発環境が紹介
◎マイクロソフト
　ほかの多くのブースで、.NET Micro Framework による開発が扱われていました。マイクロソフトのブースでこのことにあまりふれられていないようでした。
◎ＮＸＰセミコンダクター
　今回、最も興味を覚えたブースです。開発環境「ｍｂｅｄ」のデモは特にクラウド利用の、組込み開発の新しい形を提案しているようです。
　Internet Explorerで　ｍｂｅｄ　のＷｅｂサイトにアクセスし、提供されるアプレットでコンパイル・リンクを行い。作成されたバイナリファイルをダウンロードし。
　このファイルをＰＣでＵＳＢメモリと認識される「mbed NXP LPC1768」等に移すだけで、プログラムの書き込みが出来てしまいます。
　ＰＣ側に開発環境を整える必要がなく。開発環境のアップデート等のメンテナンスも不要です。
　サンプルプログラムにはＨＴＴＰサーバーやＴｗｉｔｔｅｒに直接書き込むプログラムもあり、ＮＸＰのサポートも充実しているようです。
　・開発のプログラムソース群はｍｂｅｄで保有されます。
　　（ローカルでプログラムソースを管理しようとすると、結構面倒なことになりそうです。）
　・常に現行バージョンのコンパイラ･リンカーでバイナリ（プログラム）が作成されます。
　　（コンパイラのバージョンアップ等で、プログラムソースのビルドが通らなくなる可能性があるのでは。。）
◎ザイリンクス
　ＲＣカー（？）搭載の４方向カメラの画像で上空からの映像を合成して、駐車場の枠を表示したデモが行われていました。
　ＰＡＬＴＥＫブースで同社のＷｅｂサイトで技術資料が公開されていて、ＦＰＧＡの開発に役立つとのこと、私のような個人でも利用できるそうです。
◎タタ・エレクシー・リミッテッド
　エンジニアリングの一般論を語り合いました。インド企業の自信を感じさせられました。
◎東芝
　車載用のマイコンCoretex-M3、通常のタイマとはべつに独立したＰＷＭのユニットが用意されている、車載用に特化されたマイコンを実感。
◎ＴＨＯＨＯＫＵものづくりコリドー
◎日本アルテラ
　２０数年運用されている、ＭＳ－ＤＯＳやＣＰＭ上に構築されたシステムの維持に、ＦＰＧＡで代替機のハードウエアを組み上げる事例が紹介されていました。
　今までこのようなケースは、ＰＣ上に　Virtual　Machine を組み上げ対応するものと思っていました。この際問題になるのは周辺機器とのＩＦが実現できないことですが。
　ＦＰＧＡを使えばこれらのＩＦも実現できそうです。
◎日本テキサス・インスツルメンツ
　今回　MSP430 Value Line LaunchPad Dev. を目当てにブースを訪れました。そこでいくつかの質問をしました。
　・同包の注意書きの　電波法による使用制限について。
　　＝＝＞単なるミスプリント、ＲＦデバイス製品の注意書きと混同したそうで　今後この注意書きはなくなるそうです。
　・Value Line以外のMSP430の対応は？
　　＝＝＞JTAG系のピンアサインを変えて配線すれば使用可能
　　＝＝＞LaunchPadのJTAGによるプログラミングはSpy-Bi-Wireという二線式を使っているそうです。
　　　　　Spy-Bi-Wireは　SBWTCK(TEST)というクロック信号とSBWTDIO（RST)というInput/Output信号で構成
　　　　　したがって、MSP430のうちLaunchPadでプログラムの書き込みが出来るのは　MSP430G2xx バリューシリーズ　と　MSP430F5xx シリーズに限られそうです。
　・デモプログラム（温度表示）について。
　　ＰＣとのシリアル通信はどのように行っているのか質問したが、いまひとつ理解できなかった。
　　LaunchPad では　MSP430G2231 の　P1.1にTXD　P1.2にRXDが割り当てられているように思うが、MSP430G2231にはUARTの機能が無いはず、なぜ、プログラムダウンロード用やシリアル通信用に　P1.1、P1.2がつかわれているのか不明。
　　＝＝＞プログラムのダウンロードにはTXD、RXDは使われていないとのこと（前述のSpy-Bi-Wire方式）
　　＝＝＞デモプログラムはソフトUARTを使ってP1.1をTXD　P1.2をRXDして使用してＰＣとのシリアル通信を実現しているそうです。
◎パナソニック
　３Ｄの展示がありました。
◎ルネサスエレクトロニクス
　ＮＥＣエレクトロニクスとの経営統合で期待していたのですが、肩透かしを食った感がありました。例年楽しみしていた78Ｋのミニ実習コーナーが無く少々がっかり。



ＮＸＰセミコンダクターブースのｍｂｅｄのデモで、キューブ（立方体）状にＬＥＤを組み上げ、多彩な表現を実現したものがありました。思わず見入ってしまいました。
自分なりに考えると、ＸＹＺ毎に４本のＩＯを割り当て（汎用ポートの１２ビットを使用）、各ＬＥＤはＸＹＺ該当ビットのＡＮＤをとり点滅させているのでしょうか。
私が作るとすると大量のロジックＩＣを使うか、ＦＰＧＡを使うか結構大掛かりなものになってしまいそうです。

付属SH-2A基板 SD/MMCカード対応ブート・ローダを試す。（その２）

　ＣＱ出版Ｉｎｔｅｒｆａｃｅ誌付属ＳＨ－２Ａ基板「SD/MMCカード対応ブート・ローダ」がようやく実現できました。
　弊ブログで以前に述べたように、I誌の「SD/MMCカード対応ブート・ローダ」で使われるＳＤメモリカード端子の一部（ＣＳ，ＷＰ，ＣＤ）を変更しました。
　最初、今回のブートローダーは、SH7262の起動時に直ちに実行されるローダープログラムとして扱われものと思いシリアルフラッシュROMの先頭に書き込みました。試行錯誤のたび、本来のローダープログラムとHEWモニタプログラムの復旧を繰り返しました。これが結構な手間で、このブートローダーの実現がほど遠い困難なものと思えました。
　I誌9月号で今回のブートローダーは単に１ユーザープログラムにすぎず、SDカード上のプログラムを従来のローダープログラムと同様な機能で起動させることを知りました。
　そこで、「SDカード対応ブート・ローダ」をユーザープログラムとしてシリアルフラッシュROMに書き込み試したのですが、以前沈黙したままでした。

　今回のブートローダー用に作成したドータボード（SDメモリカード（SPI0)用）の検証するため、同プログラムソースをテスト（デバッグ）プログラムに流用し、SDメモリカード関連の動作を確認しました。
　その際、起こった不具合は、割り込み　CMT、関数　memcpy　の動作でした。この対処に代替関数を考えたのですが、その前に、「SDカード対応ブート・ローダ」を試しました。
　すると、付属ＳＨ－２Ａ基板上のＬＥＤが点滅しているではありませんか。そこで、ＳＤメモリーカードに以前　シリアルフラッシュＲＯＭの書き込み用に作成したプログラムをapp.binにリネームし書き込みました。
　このSDメモリカードをコネクタにセットすると、書き込まれたプログラムが起動しました。
今回は、「SDカード対応ブート・ローダ」HEW版で行いました。なぜ、今まで稼動しなかったのか、なぜ今稼動しているのか、不明。
　稼動していないときは、CMT割り込みや、関数memcpyが不調であったと考えられます。HEWに遊ばれてしまった感があります。

　※ＳＤメモリカードに書き込むプログラムapp.binは、シリアルフラッシュROMに書き込むプログラムと同じ。




　今回のハードウエア構成は、本体（LCD等搭載）＋　シリアル通信ドータボード　＋SDメモリカードドータボード（SPI0）です。
　シリアル通信ドータボードは、デバッグ用に準備しました。ほかのドータボードが追加搭載出来ます。
　SDメモリカードドータボードは、２つのシリアルフラッシュROMをSPI0、SPI1にそれぞれ接続し、ローダープログラムとHEWモニタプログラムの復旧に備えました。またＳＤメモリカードコネクタはSPI0に併設しました。
　以前作成した　SDメモリカードドータボードは、ＳＤメモリカードコネクタをシリアルフラッシュROMとの競合をさけて、SPI1に接続しました。最初「SDカード対応ブート・ローダ」はSPI0でなくてはならないと思い、今回のSDメモリカードドータボード（SPI0）を作成したのですが、今思えば、以前のSDメモリカードドータボード（SPI1）でも可能でした。
*****************************************
関連動画（YouTube)
http://www.youtube.com/watch?v=2EyEyyvyArw
*****************************************

付属SH-2A基板 SD/MMCカード対応ブート・ローダを試す。（その１：失敗の顛末）

ＳＱ出版　Ｉｎｔｅｒｆａｃｅ誌　Ｗｅｂサイト「付属SH-2A基板特設ページ」で　SD/MMCカード対応ブート・ローダが先行公開されました。
　私、安直に、「これは、良い、今まで、外付けシリアルフラッシュで64(32)KByteオーバープログラムに対応していたのが、SDカードで置き換えられる。」と思い、早速試してみました。
　結論から言えば、現時点でまだ、この素晴らしい、ブート方式の検証は出来ていません。失敗事例とし今回、投稿します。ご容赦願います。

［概要］
1.SD/MMCカード対応ブート・ローダ　”ff_loader” 改造ポイント
　1)SDカードの端子変更
　　CS: PG20(33)=> PG16(24)
　　WP: PJ3(32) => PC6(27)
　　CD: PJ1(31) => PC7(28)
　2）ff_loader.binの（ブート・ローダー）の扱い
　　外付けシリアルフラッシュROMの先頭（0x00000000）に書き込む。
　　＝＞外付けシリアルフラッシュROMの32KB以降（0x00008000）に書き込む。（訂正7/25）
2.稼動させたい、プログラム。
　過去に、シリアルフラッシュROMに書き込んだプログラム。「付属SH-2A基板　２Chオシロスコープ（弊ブログ）」を、ＰＣでＳＤカードに、”app.bin”というファイル名で書き込む。
3.試行
　　失敗
4.試行後
　　既存のブート・ローダーおよびＨＥＷモニターが潰れたため、付属基盤は不能に。
5.リカバリー
　　「SH-2A基板用ＨＥＷモニタプログラムを外付けシリアル・フラッシュＲＯＭに書き込む。（弊ブログ）」で、元のブート・ローダーおよびＨＥＷモニターを書き込み、復旧。


　以降、今回の失敗の詳細を述べます。


1.SD/MMCカード対応ブート・ローダ　”ff_loader” 改造
　1)SDカードの端子変更
　　①ＣＳ端子
　　　CN3 33はSPI Ch1のMISOで使いたいので、CN3 24　（PG16）に変更
　　　・ソース：mmc.c　のCS制御を
　　　　#define CS_LOW() PORT.PGDR1.BIT.PG16DR = 0 /* MMC CS = L */
　　　　#define CS_HIGH() PORT.PGDR1.BIT.PG16DR = 1 /* MMC CS = H */　　　
　　　に変更。
　　　・ソース：mmc.c　のpower_on()内のCS　設定を
　　　　PORT.PGIOR1.WORD |= 0x0001; PORT.PGCR4.WORD &= 0xFFF0; /* MMC_CS */
　　　に変更。（7/23追記）
　　　


　　②ＷＰ端子、ＣＤ端子
　　　CN3 31,32は、ＬＣＤ（モノクログラフィック）で使用のため、CN3 27,28　（PC6,PC7）に変更

　　　・ソース：mmc.c　のWP,CDのGPIOポート設定を
　　　　#define SOCKPORT PORT.PCPR0.WORD /* ソケット状態入力(PC) */
　　　　#define SOCKWP 0x0040 /* ライトプロテクト接点 (PC6) */
　　　　#define SOCKINS 0x0080 /* カード検出接点 (PC7) */
　　　に変更
　　　・ソース：mmc.c　のpower_on()内のWP/CD　設定を
　　　　if (_USE_CD) {PORT.PCIOR0.WORD &= 0xFF7F; PORT.PCCR0.WORD &= 0x0FFF;} /* MMC_CD */
　　　　if (_USE_WP) {PORT.PCIOR0.WORD &= 0xFFBF; PORT.PCCR0.WORD &= 0xF0FF;} /* MMC_WP */
　　　に変更。（7/23追記）

　2）ff_loader.binの（ブート・ローダー）の扱い
　　現在、シリアルフラッシュROM（SPI Ch0）に、プログラムを書き込むプログラムを改造し、シリアルフラッシュROMの先頭（0x00000000）にブート・ローダーのみを書き込みプログラムを作成し、改造後の”ff_loader.bin”を書き込みました。
　＝＞このブート・ローダーは、ユーザープログラムとして扱うようです。ユーザー･プログラムがさらに、別のユーザープログラムをロードすることで、ＳＤカード上のプログラムを実行するようです。したがって、プログラム書き込み位置は、従来のユーザープログラムと同じ、シリアルフラッシュROMの32KB（0x00008000）以降になります。（7/25追記）


3.試行～5.リカバリー　上記のとおり、

6.疑問点
　SH7262のローダープログラムのサイズは8KBだった記憶があります。今回のブート・ローダーのプログラムサイズは12KB、少々疑問を持っています。＝＞この疑問無効（7/25追記）

※今回の失敗で、SDカードコネクタ周りの配線チェックを予定しています。チェックの方法として、以前試していた、SDカード関連のプログラムを元のSPI　Ch0に戻し再度動作確認を行いたいと思います。

ＳＤカードからのブートが実現できれば、結構快適に、付属SH-2A基板のプログラム開発が行えると期待してます。

7.状況
　7/23　I誌7月号第3章　「メモリカードとFATファイル・システムの実装」のプログラムの動作を実現し、SPI　Ch0によるSDカードコネクタ周りの回路構成（配線等）を確認しました。
　7/25　I誌9月号を読みながら、GCC版、HEW版いずれも試すが、SDカードプログラムの稼動は確認出来ず。

SH-2A GNU GCC 4.5.0のインストール

ＣＱ出版Ｉｎｔｅｒｆａｃｅ誌付属ＳＨ－２Ａ基盤にについて、色々と試行錯誤を繰り返してきました。
　ＨＥＷのライセンス切れで２５６ＫＢｙｔｅの制限が課せられ、ＴＦＴカラー液晶表示でのフォント表示、ファイルシステム（ＦＡＴ）を利用したプログラムの開発が頓挫してしまいました。
　そこで、昨年同様ＧＮＵ　ＧＣＣでの開発に切り替えようと悪あがきを続けています。
　過去に述べたように、Ｉｎｔｅｒｆａｃｅ誌Ｗｅｂサイト(GCC 4.4.0)、ＫＰＩＴ　Ｗｅｂサイト(GCC 4.5.0)から入手したＧＮＵ　ＧＣＣの開発環境でなかなか思い通りの動作が得られず独自にＧＮＵ　ＧＣＣの環境の構築に挑戦しました。

［概要］
○パッケージ　
　　GCC　　　　　4.5.0
　　binutils　　2.20.1（失敗）＝＞　2.19.1
　　gmp　　　　　5.0.1
　　mpfr　　　　　3.0.0
　　mpc　　　　　0.8.2（GCC4.5.0から必須パッケージ）
　　newlib　　　1.18.0
○インストール後の動作
　　現時点で、Interface、KPIT　提供のＧＣＣ環境でのビルドと同じ動作。
　　今まで発生したビルドエラーは、Makefileの記述ミスに起因したものでした。
○割り込み
　　SH-2A基板特設ページ「SD/MMCカード対応ブート・ローダ」をダウンロードし、その　asmfunc.s　を参考にすると割り込み動作が初めて確認できました。　


※これ以降の記述は、Interface誌Webサイト等で公開されているGNU　GCC開発環境を使えば不要です。当初　Makefile等の不備でＧＮＵ開発環境の構築を始めたのですが、結果的に不要な苦労をしたようです。（結構時間をとられてしまいました。）

１．インストール
　１）Cygwin 1.7.5　のインストール
　　・Archive　Unzip
　　・Devel　すべてインストール
　　・Libs　すべてインストール
　　　今回GNUの一連のインストールでは　ビルド時にプログラム”XXX”が無い、ライブラリ”libXXX”が無いといったビルドエラーが多発しました。手っ取り早く、CygwinのDevel、Libsのパッケージをすべてインストールすることでこの種のビルドエラーは回避できました。
　　　

　2）binutilsのインストール
　　(1) 2.20.1では　tc-arm.c　のコンパイルエラー
　　　（メモ）binutils-2.20-2.20.1-patch　ファイルの適用
　　　　　binutilsのインストール失敗に対応しようとし、パッチファイルを適用しようとしたが失敗。どうも、このパッチファイルは、binutils-2.20をbinutils-2.20.1にバージョンアップを行うものと思われる。
　　　　　（パッチの当て方　binutils-2.20.tar.gz を展開したディレクトリで「patch -p0 -d . < binutils-2.20-2.20.1-patch」を実行　）
　　(2) 2.19.1をインストール
　　　　・mkdir build_binutils
　　　　・cd build_binutils
　　　　・../binutils-2.19.1/configure --target=sh-elf --prefix=/usr/local/sh-tools --with-gmp=/usr/local/sh-tools --with-mpfr=/usr/local/sh-tools --with-mpc=/usr/local/sh-tools
　　　　・make
　　　　・make check
　　　　・make install
　　(3)CygwinのDevelの　binutils　をアンインストール
　3）gmp、mpfrのインストール　過去の記述を参照
　4）mpcのインストール
　　・mkdir　 build_mpc
　　・cd　build_mpc
　　・../mpc-0.8.2/configure --target=sh-elf --prefix=/usr/local/sh-tools --with-gmp=/usr/local/sh-tools --with-mpfr=/usr/local/sh-tools
　　・make　
　　・make check
　　・make install
　5）GCCのインストール
　　・mkdir build_gcc
　　・cd　build_gcc
　　・../gcc-4.5.0/configure --target=sh-elf --prefix=/usr/local/sh-tools --with-gmp=/usr/local/sh-tools --with-mpfr=/usr/local/sh-tools --with-mpc=/usr/local/sh-tools --enable-interwork --enable-multilib --enable-languages=c --disable-libssp
　　・make
　　　　（メモ）Cygwinのbinutillsパッケージでmakeすると「cannot compute suffix of object files」のエラー　＝＝＞　2)のbinutilsインストールで成功
　　・make check
　　　　 「autogen: Command not found」のエラー
　　　　（メモ）autogen-5.10.2を入手しインストールを試みると、Configureで「Cannot find libguile」のエラー発生（CygwinのLibsはインストールはデフォルト（このときはすべてではなかった）＝＞　1)Cygwinのインストールに反映）
　　・make install（make chekuエラーは無視）
　6）newlibのインストール
　　・mkdir build_newlib
　　・cd build_newlib
　　・../newlib-1.18.0/configure --target=sh-elf --prefix=/usr/local/sh-tools --with-gmp=/usr/local/sh-tools --with-mpfr=/usr/local/sh-tools --with-mpc=/usr/local/sh-tools
　　・make　
　　・make check
　　・make install
　7）GCCのインストール　その２
　　・cd build_gcc
　　・make all
　　・make install

※GNUの各パッケージのインストールは、ARM7TDMIとSH-2Aを並行して行いました。パッケージのビルドでtarget=arm-elf／target=sh-elfの差異がわからなかったので、各パッケージのインストール先はarm-tools／sh-toolsにしました。
また、各パッケージのインストール作業はビルドエラーを頻発しながら、繰り返しインストール作業を重ねました。

２．サンプルプログラム　動作確認
　1）ｇｃｃのサンプルプログラム
　　　「第3章　メモリ・カードとFATファイル・システムの実装」の　gcc用サンプル・プログラムを使用
　2）サンプルプログラムのビルド
　　(1)asmfunc.sのエラー
　　　　SH-2A基板特設ページ「SD/MMCカード対応ブート・ローダ」をダウンロードし、その　asmfunc.s　を参考に修正する。
　　　・asmfunc.sの修正
　　　　「メモリ・カード...」と「SD/MMCカード...」差異を調べSetImask()の後半に
　　　　　　.global _set_sp
　　　　　　_set_sp:
　　　　　　　　MOV R4, R15
　　　　　　　　RTS
　　　　　　　　NOP
　　　　　　を追加。
　　　　（「メモリ・カード...」のasmfunc.sではコンパイルエラーが発生。）
　　(2)main.cの修正
　　　・割り込みハンドラー関数　Isr_CMI0()　はLEDの点滅のみの動作に修正
　　　・delay_ms()、SetCCR1(x)、IoInit（）、 main ()以外の関数は削除
　　　・main()は、
　　　　　int main (void)
　　　　　{
　　　　　　　IoInit();　　　/* 内蔵周辺モジュールの初期化 */

　　　　　　　/* 起動メッセージ */
　　　　　　　delay_ms(10);
　　　　　　　while(1) {}
　　　　　}
　　　　　に削り込みました。
　　(3)Makefileの修正
　　　・TARGET = cmt0_test
　　　・CSRC = main.c
　　　　　ファイルシステム関連のソースファイルを削りました。
　　　・LIBDIR = /usr/local/sh-tools/lib/gcc/sh-elf/4.5.0/m2a
　　　　　ライブラリ参照を　ｍ２　＝＞　ｍ２ａ　に変更
　　　・CFLAGS = -Wall -g$(DEBUG) -m2a $(OPTIMIZE) $(DEFS)
　　　　　コンパイルオプション　－ｍ２　＝＞　－ｍ２ａに変更

※ｍ２では割り込みは動作せず、ｍ２ａに変更して、割り込み動作を確認できました。
（偶然、ｍ２ａにしたタイミングで、割り込みが機能しただけかも知れません。）

※今回構築したGNU　GCCの開発環境ですが、ビルド時（make　check）のエラーを無視しています。作成したプログラムの動作が確認出来た状況です。
　感想として、GNU　GCCの開発環境の構築は私にとって、かなり困難になってきたように思います。
GNUの各パッケージについて、リリース毎にインストール手順の説明があったらと思いました。（私が、その情報に辿り着けなかっただけかも知れません。）

※やはり、ＳＨの開発はＨＥＷを使うべきとの感が強くなりました。こうなると、出来るだけコンパクトなプログラムを作成するかが今後のテーマになりそうです。

SH-2A（SH72620) 開発用 GNU GCC 環境整備中

今回は、ＧＮＵ　ＧＣＣによる環境整備の途中経過をメモ的に記述します。
7/1追記

　付属ＳＨ－２Ａ基板（ＣＱ出版Interface誌）で、ＳＨマイコンデビューを果たしたと思いきや、ＨＥＷのライセンス切れ（試供）で、約半数のテストプログラムのビルドが不可となりました。
　◎ビルド不可となったプログラム　
　　・ビデオディスプレイコントローラを使ったプログラム、特にフォントを組み込んだプログラム
　　・ファイルシステム（ＦＡＴ）を組み込んだプログラム
　◎ＨＥＷの制限（２５６ＫＢ）内でビルド可能なプログラム。
　　・簡易オシロスコープほか、Ｖ850、ＡＲＭ7、Cortex-M3で組んだプログラムをSH用に修正したプログラム。
　結局、SH72620の特色を十分に活かそうとしたプログラムが制限にかかってしまったと言う感じでしょうか。

　以前、「GCC対応シリアル・ダウンローダ（TinyMON）」でＧＮＵ　ＧＣＣによるビルドを行っているので、ビルド不可となったプログラムをＧＣＣでビルドしてみました。
　なお、ＧＮＵ　ＧＣＣの環境は、ＫＰＩＴから入手したものと、Ｉｎｔｅｒｆａｃｅ誌Ｗｅｂサイトから入手したものを試しました。特に、大きな違いは無いようです。（組み込まれているパッケージの数はKPITの方が多いようです、現時点で、ビルドエラーの発生状況は同じです。）

１．開発環境について（ビルド時のエラー）
　　ＣＭＴ割り込みのハンドリングが比較的理解しやすいと思い、Ｉ誌7月号３章「メモリ・カードとＦＡＴファイル・システムの実装」のサンプルコードcq_sh7262_gccを雛形に、ＨＥＷの制限に引っ掛かったプログラムプロジェクトをＧＣＣ対応をおこないました。
　◎発生したビルドエラー　その１
　　・asmfunc.s: Assembler messages:
　　　asmfunc.s:425: Error: misaligned data
　　　asmfunc.s:412: Error: offset to unaligned destination
　　　make: *** [asmfunc.o] Error 1
　　　　asmfunc.sのSet interrupt mask level のコードを削除（もう少し検証）
　◎発生したビルドエラー　その２（その１での修正後）
　　・undefined reference to `end'
　　　　過去に、このエラーで悩んだ記憶があるような。。。
　　　　リンクスクリプトファイル　Tsh72620_ram.ld　を修正。
　　・undefined reference to `__fpscr_values'
　　・undefined reference to `log10'
　　・undefined reference to `pow'
　　　　ＧＮＵ　ＧＣＣの開発環境に、ｍｐｆｒ、ｇｍｐパッケージを追加する必要があると思われる。
　　　＝＝＞ｍｐｆｒ、ｇｍｐパッケージのインストール成功後も解決できず。7/1現在

２．開発環境について（ｍｐｆｒ、ｇｍｐパッケージの追加）
　Ｉ誌7月号６章「SH-2A対応GCCによるクロス開発環境の構築と使い方」のMPFRライブラリ、GMPライブラリのインストールを参考に、同パッケージのインストールを行いました。
　しかし、ｍｐｆｒパッケージのインストールは失敗しました。
　（昨年はARMで成功していたが今回失敗）
　●対処　　7/1追記
　　・両パッケージのインストール先を /usr/local/sh-tools にする。
　　　　Interface誌提供のGNU　GCC環境は　/usr/local/sh-tools
　　・ｇｍｐパッケージを先にインストールする。
　　　　①./configure --prefix=/usr/local/sh-tools
　　　　②make　/　make　check　/　make　install
　　・ｍｐｆｒパッケージをｇｍｐライブラリ、インクルードファイル指定でインストールする。
　　　　①/configure --prefix=/usr/local/sh-tools --with-gmp-include=/usr/local/sh-tools/include --with-gmp-lib=/usr/local/sh-tools/lib
　　　　②make　/　make　check　/　make　install


３．ＧＮＵ　ＧＣＣにより作成したプログラムについて。
　前述のプログラムについて、数値演算関数、浮動小数点関連のコードを削除し、とりあえずビルドを通しました。
　そのプログラムの動作は以下の通りでした。
　１）割り込みは不調
　　　ＣＭＴおよびＭＴＵ２による割り込み処理を試しましたが、いづれも不調でした。ただし、一部のプログラムについては、割り込みによるＬＥＤの数回の点滅を確認できましたが、割り込みを使いこなすにはほど遠い状況です。
　２）空のｆｏｒループの回りが遅い。
　　　Ｗａｉｔ用に使用した、空のｆｏｒループ　ＨＥＷで１秒であったものがＧＣＣでは４秒弱かかりました。結構気になります。
　３）割り込み処理なし、main()内のwhile(1)ループで処理をこなすプログラムは安定動作。
　　　（高機能のマイコンを使う意味がなさそう。）

以下に今後の課題をまとめます。
○ＧＮＵ　ＧＣＣの開発環境に、ｍｐｆｒ、ｇｍｐパッケージを追加
　＝＞成功　7/1
○割り込み処理の安定動作
○処理速度の改善、オプティマイズの検討

SH-2A SDカード（SPIモード）を試す。

CQ出版　Interface誌　2010/7号でFATファイルシステムの実装記事があり、同誌Webサイトでソースコード等が公開されました。記事を斜読しながら、SDカードの読み込みを試しました。


（モノクロLCD表示　左半分は表示不全）








概要
　　［SDカード］［SPIモード］==（SPI)==［付属SH-2A基板］［モノクロLCD表示］

　ソースファイル
　　（mmc.c/cc932.c）（ff.c）（main.c）
　　　　mmc.c　　　SDカード制御（SPIモードコマンド送信、SPI設定）
　　　　cc932.c　　Unicode/SJIS変換
　　　　ff.c　　　　FATファイルシステム
　　　　main.c　　　プログラムメイン
　　　　他

　改造点
　　・SCIF（UART）による出力を液晶表示に（機能検証が出来る程度）
　　・SPIチャネルをCh0からCh1に（SPI1使用）
　　・MMC_CD/MMC_WPのポートアサインを変更　（PC6、PC7）使用


１.SDカード・ドータボードの作成
　・シリアルフラッシュROM（M25P40）
　　　ブート用　SPI０接続・・・このため、SDカードはSPI1接続に変更
　・SDカードコネクタ
　　　I誌　記事を参考に配線　付属SH-2A基板　CN3のピンアサインは以下の通り。

　　［SDカード］　　　［付属SH-2A基板　CN3］　　　　
　　　9　　　　　　　（100KΩ）---　3.3V
　　　1　CD/DAT3　　　22　SSL10（CS）　PG18（GPOIOのHi/Low出力でCS信号を代替）
　　　2　CMD　　　　　21　MOSI1（DI）　　　　　　　　　---（100KΩ）---　3.3V
　　　3　Vss　　　　　　GND
　　　4　Vcc　　　　　　3.3V　　　　　　　　　　　　　　---（0.1uF）---　GND
　　　5　CLK　　　　　23　RSPCK1（SCK）
　　　6　Vss　　　　　　GND
　　　7　DAT0　　　　　33　MISO1（DO）　　　　　　　　---（100KΩ）---　3.3V　　　
　　　8　DAT1　　　　（100KΩ）---　3.3V
　　　CD　　　　　　　28　PC7　　　　　　　　　　　　　---（100KΩ）---　3.3V
　　　WP　　　　　　　27　PC6　　　　　　　　　　　　　---（100KΩ）---　3.3V
　　　※SDカード　１ピンのプルアップ（100KΩ---3.3V）は無し。
　　最初、SDカード　１ピン（CS）信号はSPIのSSL信号を使うものだと思っていました。ソースコードにCS_HIGH/CL_LOWの操作があるのを、SH7262のSPI機能で賄えないかと思い色々調べるのですが不明、結局、ソースコードどおりにGPIOのHi/Low出力で行いました。

2.ソースの改造
　1)mmc.c
　　　・使用する、SPIチャネル０をチャネル１に　　（RSPI0＝＞RSPI1）
　　　・CS、CD、WP　のポートアサインを変更
　2)cc932.c　　そのまま使用
　3)ff.c　　　　そのまま使用
　4)main.c
　　　main()のfor(;;)ループ内のSDカード操作機能を切り出し、ディレクトリのファイルリスト表示、選択ファイルのテキスト表示を行う。
　　・di　ディスク初期化（SPI、GPIOの初期設定）　ディスクのフォーマットは行わないようです。
　　　　　disk_initialize()
　　・fi　論理ドライブ初期化 f_mount()
　　・fl　ディレクトリ情報取得 f_opnedir(), f_readdir()
　　・fo　ファイルOpen f_open()
　　・fr　ファイルRead f_read()
　　・fc　ファイルClose　f_close()
　　
　※セクションの設定の試行錯誤に合せ　#pragma section文の追加・削除を行っています。
　※dhisk_initialize()の前にf_chdrive(0)を実行（メモ）


3.不具合対応（試行錯誤）
　1)モノクロＬＣＤ表示不全
　　現象　モノクロＬＣＤ（SG12864）の左半分の表示が不能、プログラムの表示領域のデータも不全
　　対処　FATファイルシステム（SDカード関連含め）、LCD表示を　個別のセクションに配置
　　結果　プログラムの表示領域のデータは正常に設定されるようになるが、依然表示は不全

以前、V850　で　SDカードの読み書きに挑戦したのですが、挫折、今回、ある程度の動作が確認できたことで、なんとか、SDカードの利用に目処がついたと思っています。後は、もう少し、公開されたソースを解析し、安定動作を実現したいと思います。

SH-2A ビデオディスプレイコントローラを試す。

(6/13 訂正）

ＣＱ出版　Ｉｎｔｅｒｆａｃｅ誌　付属ＳＨ－２Ａ基板で、TFT-LCD の表示に挑戦しました。TFT-LCD は、ＯＰＴＲＥＸ　T-55343GD035...を使用しました。一部、前日、弊ブログで掲載した内容と重複している点もありますが、ご容赦願います。

1.準備
　1)コネクタ探し
　　OPTREX　指定の以下の３種のFPC/FFCコネクタを秋葉原で探しました、ラジオデパートなどの数軒のコネクタ専門店を探すのですがいずれも、メーカーに発注になり、２０００個単位でしか扱わないとの事、秋葉原ではどこも５個や１０個程度は扱わないと言われました。そういわれながらも諦めきれず、秋葉原を放浪しました、すると、秋月電子通商近くの「鈴商」というパーツ屋で、メーカー不明ながらも0.5mmピッチ40極のFPCコネクタを１個５０円で購入出来ました。また、１７号線沿いの「スーパージャンク？」で0.5mmピッチ6極のFPCコネクタを１個１６円で購入しました。
　・表示側回路部FPC用コネクタ　0.5mmピッチ40極　（Kyocera Elco　6240）
　　　＝＝＞前述の　0.5mmピッチ40極　コネクタを使用
　・照明側回路部FPC用コネクタ　0.5mmピッチ3極　（Kyocera Elco　6298）
　　　＝＝＞前述の　0.5mmピッチ6極　コネクタを使用　余り３極分のスペースを埋める。
　・タッチパネルFPC用コネクタ　0.65mmピッチ4極（Kyocera Elco　6227）
　　　＝＝＞自作コネクタ　まだ試さず。
　2)FPC変換基板作成
　　1)で入手した、FPC用コネクタ40極をサンハヤト　ＳＭＴコネクタ変換基板CK-4にハンダ付けしました。配置を考え、11～50ピンを使用
　3)0.5mmピッチ6極FPC用コネクタの改造
　　LCDバックライト白色ＬＥＤの電源として、１，３極を使用、リード線をハンダ付け、４～６極はプラスチックフィルム（0.2mm厚）を挿入固定
　4）拡張基板作成。
　　付属SH-2A基板のＣＮ３に接続し、シリアルフラッシュＲＯＭ（M25P40）搭載、ＣＮ３のLCD_XXX..端子を、FPC用コネクタ40極に引き出す基板を作成。ＯＰＴＲＥＸ　T-55343GD035　にはＳＰＩによる制御機能があるので、SPI0が使用できるように、M25P40と、T-55343GD035　の接続を切り替える回路を試しに搭載。（今だSPIは試していません。）

　5）カラーバー表示プログラムを試す。
　　Interface誌のLCD表示サンプル（2010.6　６章）およびルネサスからダウンロードした、TFT-LCDパネル表示のサンプルコード（an_rjj06b1002_sh_lcd）を参考にして作成したプログラムを試す。
　　T-55343GD035　は暗いまま、変化なし。
　　（実は、かすかながら、左端、１cmに幅５mmの縦帯が見えた。後でこの縦帯が表示領域だったことを知りました。）
　6）LCDバックライト白色ＬＥＤの電源回路の作成
　　今まで、使用のモノクログラフィックLCDを使った感覚で、OPTREX　T-55343GD035　は３．３Vで全てまかなえると思っていたのですが、（OPTREXの仕様書　7.Electrical　Specifications（電気特性）だけを見て判断し、T-55343GD035の購入を決めました。）
　OPTREXの仕様書の後ろの方、7.7.Lighting　Specifications（照明仕様）に19.2Vの表記あり、さらに後日入手した　T-55343GD035　アプリケーションノートよると、リニアテクノロジーのLEDコントローラLT3591が必要と知り、これを購入、ここからは以前、投稿した「ハンダ付けの。。。。」の内容どおりの試行錯誤をおこないました。
　とにもかくにも、T-55343GD035のバックライトの点灯に成功しました。ちなみに前述の5)を試すと、白地に縦の黒帯表示となりました。

2.TFT-LCDの表示
　1)SH-2AのLCD（T-55343GD035）コントロールの確認
　　この時点で、LCDの表示は白地に黒帯（左端から１cmの位置に５mm幅）、T-55343GD035がかってに表示しているのか、SH-2Aが何らかの制御を行った結果なのか不明。
　　そこで、SH-2Aのビデオディスプレイコントローラ３（VDC3）の表示領域外の色指定を試しました。
　　グラフィックス画像外の色設定レジスタ（GROPBASERGB1）に赤、青、緑と順次設定し、これを試すと
LCDの表示は赤、青、緑と順次変化するのが確かめられました。
　＝＝＞SH-2AのVDC3機能が稼動しているのを、初めて確認。

　2)表示調整
　　この時点で、SH-2A側の設定は、マニュアルどおりの設定で、後は　T-55343GD035　側の設定が必要と思われました。しかし、T-55343GD035　の初期設定は、SPI通信で行う必要があり、この設定法が今一つわかりません、CLKの周波数、各コマンド、各パラメータ等はドキュメントで確認できるのですが実際にどのようにすればよいのかわかりません、たとえば、コマンドとパラメータは繋げて送ればよいのか、一定の間隔を空けて送ればよいのか、はたまた、セパレータ等が必要なのか不明です。
　　　・・・T-55343GD035のSPIによる設定はここで一旦諦める。
　そうこうしているうちに、DE　の水平方向開始設定（DE_START_H）を適当にいじると、1)の表示の縦の黒帯が広がりました。さらにその黒帯の下半分に本来表示されるべきカラーバー画像の下部グレーのグラディエーション表示らしきものが見えるのに気付きました。そこで、カラーバー画像を横縞に変更すると（上掲の画像）、設定した全ての色表示が確認出来ました。
　後は、マニュアル無視のVDC3の設定を試すだけです。色々試すうちにDE　の水平方向開始設定（DE_START_H）を320にすることで９割がたの表示になることがわかりました。（カラーバーの表示、上掲画像参照）
　　＊後は、SPIによる　T-55343GD035　の設定で、SH-2A　VDC3の設定を本来の値に戻すことが今後の課題となります。　　　　（6/13訂正）

3.TFT-LCDの表示で遊ぶ。
　ここまでTFT－LCD（T-55343GD035）の表示が出来たら、何か、画像を表示したくなりました。
　1)RGB565形式の画像データファイル作成プログラム。
　　以前、LUMINARY MICRO社　LM3S8962　の　OLED（グラフィクディスプレイ128 x 96）の表示データを作成するために作成したアプリケーション（MakeRIT_Image）を修正し、画像ファイル（ビットマップ等）から、RGB565形式のデータを生成するアプリケーションを作成しました。
　最初はテキストファイル出力で、ヘッダーファイルで定義する画像データの配列の初期化データとして使用しました。プログラムサイズは２５６ＫＢを超え、近い将来使えなくなるので、バイナリファイルを出力し、ＨＥＷのSH-2Aへのダウンロードファイルとして扱うようにしました。
　試しに、OPRTEX社のホームページをハードコピーしたビットマップファイルを320×240のRGB565形式の画像ファイルにして、T-55343GD035に表示しました。（上掲画像参照）

4.文字表示
　ここまでTFT－LCD（T-55343GD035）の表示が出来たら、何か、文字を表示したくなりました。
　1)自作フォント　Font6×8
　　いままでモノクロLCDで使用している自作フォントを使いました。ここで、SH-2AのVDC3の機能の便利さが実感されました。いままで、RAM上に個別にVideoRAMを組み、LCD内のVRAMと同期をとっていたのですが。今回の場合、直接LCD内のVRAMを操作する感覚で、表示が扱えます。
　2)STMicroのフォント
　　以前、STMicroelectronics　の　STM32F　のマイクロコントローラを試した際に使用したフォント　16×24　を組み込みました。
　フォントデータとしては、　"（SP)"以降でしたので、アスキーコードより、0x20（SP)を引く等工夫が必要でした。フォントデータだけ拝借、ライセンス的に多少の問題があるとは思いつつ、、
　3)IPA_FONTについて、
　　ARMコンテスト優勝作品　「MP３プレーヤー。。。」2010.6掲載　を参考にIPAフォントを試したいと思いました。まずは、必要なサイズのフォントイメージを作成する必要があるようですが、今一つ不明、結構ハードルが高めかなと思います。ぼちぼちと試したいと思います。

※今回のTFT-LCD表示で気付いた点
　・表示を試すカラーバーは、縦縞、横縞を準備するべき。
　・表示を試すカラーバーは、左端、上端、下端、右端には、白、黒は避けるべき。
　・まずは、表示外の色設定を行うこと。

※HEWのライセンス切れまであと、１０日余り。256KBの壁がどの様なものか、GNU　GCCに切り替えるべきか、、、、悩ましいことです。

付属SH-2A基板 ２Chオシロスコープ

　ＣＱ出版　Interface誌　付属ＳＨ－２Ａ基板に　昨年NXP　LPC2388基板　で作成した、簡易オシロスコープを移植しました。
　今回は、内蔵ＡＤＣを使いました。インターバルタイマ（MTU2使用）で最高で10uSの間隔でサンプリングします。（100KSPS)
　ハードウエア構成は、拡張基板を従来より、コンパクトにしました。

1.内蔵ADCについて、
　1)サンプリング周期の上限決定
　　　ルネサスSH7262ハードウエアマニュアルの「24.A/D変換器」　レジスタ：ADCSRのクロックセレクト：CKSの設定で変換時間　212～548ｔcycの記載が目に付き、ダメモトで10uSのサンプリング周期を試しました。多少の波形の乱れはあるものの一応サンプリングが成功しているようなので、この値を最高値としました。
　（ｔcycは　Ｉφ：144MHzをさすのか、Pφ：24MHｚをさすのかいまいち不明ながら、１０uSのサンプリングが成功する可能性があると思い試しました。）

　2）ADCモードについて
　　マルチモードと、スキャンモードを試しました。どちらもまだ深くマニュアルを読まず、とりあえずの設定でためしたら、それなりの動作をしたので、、、見直しの必要を感じています。

2.ハードウエア
　1)拡張基板
　　昨年のARMマイコンコンテスト、「コイセ君」（小伊勢、井上　両氏　作成）の実機を拝見し、そのコンパクトさに魅力を感じ、今回それを見習い、95ｘ72mmのユニバーサル基板に纏めました。
　　上端にタクトスイッチを置くために、アクリル板で補強した事が工夫のポイントです。
　2）サブ（ドータ）基板
　　現在、サブ基板上には、シリアルフラッシュROM（M25P40）を搭載し、アプリケーション毎に、サブ基板を使い分けることにしました、ファミコンのゲームカートリッジを交換するイメージです。
　現在　AN0、AN1の端子のみのもの（上記）　と、　RS232Cドライバを搭載し、PCとのシリアル通信を行うものを組みました。
　将来、オシロスコープの電圧レンジ対応でリレー、オペアンプ、etcを搭載したものを作成したいと思っています。

ハンダ付けの限界に挑戦してみました。

今回は、ＳＨ－２Ａ基板でカラーＬＣＤの表示に挑戦したことから始まります。
使用した、カラーＬＣＤは　OPTREX　T-55343GD035JU-LW-AEN　で、少々手こずっています。

まず、Interface誌（2010/6）の液晶表示制御を参考に、プログラムを作成して実行しました。しかし、ＬＣＤは真っ暗のまま、砂嵐、ノイズぐらいは表示されると思っていたのですが、

OPTREX　のドキュメントを調べ直すうちに、バックライトＬＥＤの順電圧：19.2Ｖに気付きました、ここで初めて、ＬＥＤのコントローラ回路が必要であることがわかりました。

さらに、同ＬＣＤのアプリケーションノートが入手でき、そこには、ＬＥＤコントローラの動作例（回路例）が記載されています。ＬＥＤコントローラには　ＬＥＤリニアテクノロジーのLT3591　が使われています。

　LT3591を購入し、実際に手にすると、3mm×2mmのパッケージ、各端子が0.5mmmピッチその小ささがかなりのハードルになったことを改めて実感しました。

　ハンダ付けに、四苦八苦した経緯を以下に述べます。

◎異常発熱。
　１個目のLT3591　出力の電圧（A-K間）は6.0V、普段使う３端子レギュレータ並みの発熱。ＬＣＤは依然真っ暗、6.0Ｖの出力では、、、
◎白煙が上がる。
　２個目のLT3591　CTRL端子をGND にすると、白煙が上がった、さらに、22uHのインダクタからも白煙が、、、
◎42.5Vの安定出力
　３個目のLT3591　CTRL端子を3.3Vに接続、出力の電圧（A-K間）は42.5Vで安定出力（無負荷）
　４個目のも同様に、42.5Vの安定出力

　　・・・42.5Ｖは危ないと思いながら、出力電圧が安定していたので、勇気を奮ってＬＣＤに接続

◎ＬＣＤのバックライトＬＥＤ点灯
　３、４個目のLT3591のコントロール回路をＬＣＤ（ＡＫ端子）に接続、ようやくバックライトＬＥＤが点灯、この時の出力電圧は17.7Ｖで、発熱なし。
　

※ハンダ付け手順
　①サンハヤトのエクステンション基板（0.5mmピッチ）を5mm（４線）切り分け、ハンダメッキする。
　②LT3591の１～４端子に①の基板切片をつけ、裏面の接着状況を確かめて、５～８端子を着ける。
　　*裏面の接着が、LT3591の裏面の中央のGNDに及ぶと、異常発熱、等の不具合に繋がる。
　③SOP8ピン＝＞DIP変換基板を加工
　　　変換基板のハンダポイントを適宜に削り取る。（1～2mm程度残す程度）
　④変換基板に、②を両面テープで固定する。　エナメル線のハンダ付けで、変換基板と②を繋げる。

付属SH-2A基板 開発メモ

一旦、これまでの付属SH-2A基板の開発手順および、注意点をまとめます。

履歴
　6/6変更 　　　　　　　　　　　　　　　
　6/7変更、追記
　6/12、追記
6/23、追記
　8/1　　追記


Ⅰプログラム開発
　1.ＨＥＷ　新規プロジェクトワークスペースの作成
　　1)「ようこそ」で「新規プロジェクトワークスペースの作成」を選択
　　　・「ワークスペース名」を入力　　　　"sh2a_wksp"
　　　　（プロジェクト名はワークスペース名と同じ）
　　　・「ディレクトリ」を入力（参照）
　　　==>　参照で指定したディレクトリが "c:\sh2a_home" とすると "c:\sh2a_home\sh2a_wksp" となる。
　　　・CPU種別　"SuperH RISC engine"　　そのまま
　　　・ツールチェイン　"Renesas SuperH Standard"　　そのまま
　　2)CPU設定
　　　・ツールチェインバージョン　"9.3.2.0"　そのまま
　　　・CPUシリーズ　"SH2A-FPU"　を選択
　　　・CPUタイプ　"SH72620"　を選択
　　3)グローバルオプション設定
　　　・浮動小数点演算モード　"MIX"　そのまま
　　　・丸め方式　"Zero" そのまま　　　　　・・・・　要　検討
　　4)自動生成　設定
　　　・ヒープメモリ　"使用"　で　サイズ　H'400
　　　・main()関数生成　"C source file" 　そのまま　　
　　　・I/Oレジスタ定義ファイル　"使用"
　　5)ライブラリ設定
　　　・ctype.h math.h を　"使用"
　　　・stdarg.h を　試しに　使用　ひょっとして　printf() sprintf()で必要かも？
　　6)スタック設定
　　　・スタックポインタアドレス　H'1C100000　に変更
　　　・スタックサイズ　H'FA00　に変更
　　7）ベクタ設定
　　　・ベクタテーブル定義　"使用"
　　　　"PowerON_Reset_PC" "Manual_Reset_PC" のベクタハンドラがエントリされている。
　　8)ターゲット設定
　　　・ターゲット　
　　　　"SH2A-FPU Cycle Base Simulator"
　　　　"SH2A-FPU Functonal Simulator" 両方使わず。
　　　・ターゲットタイプ／ターゲットCPU　1)CPU設定の通りの内容が表示　そのまま

　　　　「完了」


　2.ユーザーライブラリ使用設定
　　1)インクルードファイルディレクトリの指定
　　　「SuperH RISC engine Standard Toolchain」のコンパイラ/ソース/インクルードディレクトリで「追加」
　　　・相対パスはCustom directoryを選択
　　　・ブラウズでユーザーライブラリのインクルードディレクトリを選択
　　2)ユーザーライブラリの設定
　　　　「SuperH RISC engine Standard Toolchain」の最適化リンカ/入力/ライブラリファイルで「追加」
　　　・相対パスはCustom directoryを選択
　　　・ブラウズで　ユーザーライブラリ.libを選択
　　　　　　　　　

　3.テストプログラムの作成
　　1)main()の編集
　　　プロジェクト名.cのファイルにmain()がある。
　　　・インクルードファイルの追加
　　　　"iodefine.h",""　に加え　ユーザー定義インクルードファイルを追加。
　　　・while(1)ループを追加
　　　・プログラムコードを追加
　　2)割り込み設定　intprg.c の編集
　　インターバルタイマを　MTU2　の　TGInA　で実現した　場合　　
　　　・179:MTU0_TGI0A (Timer0 で使用)
　　　・186:MTU1_TGI1A (Timer1 で使用)
　　　・190:MTU2_TGI2A (Timer2 で使用)
　　　・194:MTU3_TGI3A (Timer3 で使用)
　　　・199:MTU4_TGI4A (Timer4 で使用)　で　割り込みでCallされるハンドラ関数を記述する。
　　　　※例
　　　　// 179 MTU2 MTU0 TGI0A
　　　　#pragma ifunc INT_MTU2_MTU0_TGI0A,int_mtu_tgi0a
　　　　void INT_MTU2_MTU0_TGI0A(void){
　　　　　　extern void int_mtu_tgi0a(void);
　　　　　　int_mtu_tgi0a();
　　　　}

　　3)割り込みベクタの設定　vecttbl.cの編集
　　　HEWモニタプログラムでのプログラムの設定　
　　　　#pragma section INTTBL
　　　　void *INT_Vectors[] = {
　　　　// 8 Reserved
　　　　　(void*) RESET_Vectors,// Dummy, Used by SPI-Flash boot

　　4)割り込みベクタの設定　vecttbl.hの編集
　　　　レジスタバンクの指定
　　　　// 179 MTU2 MTU0 TGI0A
　　　　#pragma interrupt INT_MTU2_MTU0_TGI0A
　　　　　を
　　　　#pragma interrupt INT_MTU2_MTU0_TGI0A(resbank)
　　　　　に

　4.ROM化の設定
　　1)　resetprg.cの修正
　　　　インクルードファイル　"iodefine.h" を追加
　　　　インクルードファイル　"typedefine.h"の削除

　　　　プログラムコード INTC.IBNR.WORD = 0x4000;　を追加（　_INITSCT();の前　）
　　2)出力ファイル形式の設定
　　　「SuperH RISC engine Standard Toolchain」の最適化リンカ/出力
　　　　の出力形式をバイナリへ変更

　5.セクションの設定
　　・DVECTTBL,DINTTBL: 0x1C000000
　　・PResetPRG,PinPRG: 0x1C000500
　　・P,C,C$BSCE,C$DSEC,D: 0x1C001000
　　・B,R: 0x1C061000
　　・S: 0x1C0F0600
　
　6.新規セッションの作成
　　1)新規セッション
　　　・セッション名　適宜
　　　・ターゲット　SH-2A Serial Monitor を選択
　　　・使用するプロジェクトジェネレータ　Renesas SH Project Generator そのまま
　　2)CPU選択
　　　・CPUシリーズ　"SH2A-FPU"　を選択
　　　・CPUタイプ　"SH72620"　を選択
　
Ⅱ工夫
　1.割り込みハンドラ設定 　例）MTU2　Ch0-a
　　　割り込みハンドラ関数の設定を関数ポインタで行うことで、割り込み時にCallされる関数をプログラムで切り替えるように修正（割り込み発生時に分岐（if文、　switch文）させるのではなく、割り込み発生前にすでに、割り込みハンドラ関数を切り替えられるように修正）

　　1)割り込みプログラム"intprg.c"での割り込みハンドラ関数の設定を変更
　　　　#pragma ifunc INT_MTU2_MTU0_TGI0A,int_mtu_tgi0a
　　　　void INT_MTU2_MTU0_TGI0A(void){
　　　　　　extern void (*int_mtu_tgi0a)(void);
　　　　　　(*int_mtu_tgi0a)();
　　　　}
　　2)割り込みハンドラ関数の宣言　main.c
　　　　void (*int_mtu_tgi0a)(void);
　　3)割り込みハンドラ関数の宣言　その他のソース
　　　　extern void (*int_mtu_tgi0a)(void);
　　4)割り込みハンドラ関数の実装　ユーザーソース
　　　①割り込みハンドラー関数　設定関数　　ユーザーソース１
　　　　void TIMER_Set_Intrrupt(TIMER_TypeDef* TIMERx,void *pfunc,int intpri)
　　　　{
　　　　　　　　switch(TIMERx->Timer_ID)
　　　　　　　　{
　　　　　　　　case TIMER_ID_0:
　　　　　　　　　　　　INTC.IPR11.BIT._MTU00 = (u8)intpri;
　　　　　　　　　　　　INTC.IPR11.BIT._MTU01 = (u8)intpri;
　　　　　　　　　　　　int_mtu_tgi0a = pfunc;
　　　　　　　　　　　break;
　　　　　　　　case TIMER_ID_1:
　　　②割り込みハンドラー関数　設定　ユーザーソース２
　　　　#define APP_INTRPT_PRIORITY 6
　　　　extern void (*int_mtu_tgi0a)(void);

　　　　void APP_TM2_IRQInterrupt(void)　・・この関数を割り込み時にCallされるように設定。
　　　　{
　　　　　　・・・・・・・・・・
　　　　　　TIMER_InterruptReset(&TIMER_2);　・タイマスタートレジスタ（TMSTSR）で割り込みフラグクリア、タイマインタラプトイネーブルレジスタ（TMIER）で割り込み許可を行う。
　　　　｝　　

　　　　void App_examplefunc()
　　　　{
　　　　　　・・・・・・・・・・
　　　　　　TIMER_Set_Intrrupt(&TIMER_2,APP_TM2_IRQInterrupt,APP_INTRPT_PRIORITY);
　　　　　　・・・・・・・・・・
　　　　　　return;
　　　　}

　2.大きな初期化データの扱い。　6/12追記
　　画像データの表示に、ヘッダーファイルで定義された配列の初期化データを使った場合、プログラムファイルは、その分大きくなる。HEWのライセンス制限を考えると、画像データをバイナリファイルにし、HEWのダウンロードファイルとして扱う、プログラムでは、ダウンロード先のアドレス指定でデータを扱う。

　3.セクションの利用 （大きな初期化データの扱い。）6/23追記
　　データ領域に設定したデータが、原因不明（たぶん私のバグが原因と思う）で潰れていた、その分析、対処で、そのデータ領域を任意のアドレスに配置するために　セクションを利用しました。
　　1）コーディング　ソースファイル(*.c)
　　　ユーザー関数の前に　#pragma　section　SECTION_NAME　を記述　　　　
　　2）コーディング　ヘッダーファイル(*.h)
　　　ヘッダー定義の先頭に　#pragma　section　SECTION_NAME　を記述　　　　
　　　ヘッダー定義の末尾に　#pragma　section　を記述・・・セクション指定を解除
　　3）セクションの設定（作成）
　　　①セクションアドレスの設定
　　　　シンボル表示で空きアドレスを確認する。

　　　以降　[SuperH RISC engine Standard Toolchain]　の作業
　　　②セクション　PSECTION_NAMEを設定　プログラム領域　
　　　③セクション　CSECTION_NAMEを設定　定数領域　
　　　　　const　unsigned　char CnstXxT[128] =
　　　　　　　{0,3,1,4,1,5,9,2,6,5,3,5,,,,,,,};
　　　④セクション　DSECTION_NAMEを設定　初期化データ領域　
　　　　　unsigned　char XxT[128] =
　　　　　　　{0,3,1,4,1,5,9,2,6,5,3,5,,,,,,,};
　　　⑤セクション　BSECTION_NAMEを設定　未初期化データ領域　
　　　　　unsigned　char WkXxT[128];
　　　※設定（作成）したセクションに、メンバーとなる関数、定数、変数の定義が無い場合、ビルドでワーニングが出る。ワーニング表示されたセクションは削除します。

Ⅲビルドエラー対応
　1.HEW
　　1）コンパイルエラー　8/1追記
　　　現象
　　　　#pragma inline_asm set_sp
　　　　static void set_sp(int a){MOV R4, R15}　で
　　　　Illegal Option for #pragma inline_asm エラー
　　　対処
　　　　「ビルド」/「SuperH RISC engine standerd tool chain」の　コンパイラ/カテゴリ：オブジェクトで出力ファイル形式　「アセンブリプログラム(*.src)」に変更

　　2）コンパイルエラー　8/1追記
　　　現象
　　　　#indef HEW　でエラー発生
　　　対処
　　　　「ビルド」/「SuperH RISC engine Standard Toolchain」の　コンパイラ/カテゴリ：ソース/マクロ定義でHEW（値なし）を追加



Ⅳ不具合（問題点）対処
　1.HEW関連
　　1）関数　sprintf()　でハングする。　　　　6/6追記
　　　現象：プログラムがsprintf()で止まる。
　　　原因：標準ヘッダー　指定忘れ　#include　
　　　対処：このヘッダーを指定　で　正常に

　　2)関数　pow()　を使った演算結果不具合　　　6/6追記
　　　現象：pow()を使った計算結果が　４、８、１６、で扱われるはずが、、３、７、１５で扱われた計算結果になっている。
　　　原因：　例　pow(2.0,2.0)の演算結果は4.0となっているが、どうも　3.9999....で扱われているようで、整数値との計算で３への切り捨てが行われているようです。
　　　対処：「SuperH RISC engine Standard Toolchain」のＣＰＵ設定、標準ライブラリ設定　等のオプション設定などで対処すべきとは思いますが、自作のpow()関数で逃げました。
　自作pow()関数　ループで乗算を繰り返す簡単なものですが、昔、MSCの初期バージョンを使っていた頃にも同じようなことをしていたと思い出しました。

　2.付属SH-2A基板およびSH72620関連
　　1）内蔵ＡＤＣ　　　　　　　　　　　　　　　6/6追記
　　　現象：AN0入力の出力値がAN1入力の影響を受ける。
　　　　AN0の出力値のノイズ値を調べると、AN1の入力のタイミングであることがわかりました。
　　　対処；未定

　　2）内蔵ＡＤＣ　　　　　　　　　　　　　　　6/7追記
　　　現象：AN0入力、シングルモード、でループでデータ収集すると、ハングする。
　　　　　　ループ回数は不定で、数万回のADCのデータ変換でハングするようです。
　　　原因：ADCの終了フラグ待ちでハング、。。。終了フラグが立たないようです。
　　　対処：ADCをスキャンモード、マルチモードで使う。なんとか所定の動作が達成できました。

　　3）ルネサスシリアルペリフェラルインターフェース（ＳＰＩ） 6/23追記
　　　現象：コマンドレジスタ（SPCMD0-3）設定内容がメモリ表示で確認出来ない。SPCMD0の場合、アドレス0xFFFF8810に設定した値が表示されると思うが、00 00の表示、（インスタントウォッチでは設定値が確認できるのですが）、これが原因かどうかしれませんがSPCMD0-3の設定がコーディングの手法により上手くいかないことがあるようです。
　成功したコーディング RSPIn.SPCMDm.WORD = 0xXXXX;
　　　対処：　未

SH-2A基板 32KB超プログラムのROM化を試しました。

先日、Interface誌　付属SH-2A基板特設ページ　でリリースされた　「シリアル・フラッシュROM用ブート・ローダのプロジェクト・ファイル一式をアップロードしました（SPIbootloader1）」を参考にし、ブートローダープログラムを改造し、また、以前使用した「ROM化ユーザ・プログラム書き込み用プログラム（SPIwreterUserDI）」再度改造して、３２KBを超えるサイズのプログラムをシリアル・フラッシュROM(M25P40)に書き込み、その動作を確認しました。


概要

1.プログラムの改造
　1)ブートローダープログラム（SPIbootloader1）のシリアル・フラッシュROMからの読み出しサイズを
448KB　に拡張した。
　2)ROM化ユーザ・プログラム書き込み用プログラム（SPIwreterUserDI）で
　　・ブートローダープログラム
　　・HEWモニタプログラム
　　・ユーザープログラム
　　　　の３つのプログラムを個別に書き込むように改造した。
2.ROM化プログラムの動作確認
　　・プログラムサイズ　42,364バイト　のプログラムを書き込む
　　・リセット、USBケーブル　抜き差し（電源）　での　稼動を確認
　　・ＨＥＷモニタの動作を確認　　NMIピン　High　（JPP2　Open)

以下に今回の作業を述べます。

1．ブートローダープログラム（SPIbootloader1）の改造
　1)入手したブートローダープロジェクトの解析
　以前　Renesas　サイトから入手した「シリアルフラッシュ・シリアルフラッシュメモリからのブート例」サンプルコード　を参考にしながら、ソースコードを解析しました。
　気付いた点
　　・ロードするプログラムのサイズが実質固定で32KBであった。
　　　本来、0x00002000にあるプログラム情報（APPINFO）を取得し、プログラム開始・終了アドレスの差分をプログラムのロードサイズとしているが、今まで作成したプログラムの開始アドレスが0x1C000000（0x1C000500）であることを考えると、32KB固定と考えられる。
　　・プログラム情報（APPINFO）のアドレスの扱いが、ユーザープログラムの場合、0x00008020、HEWもにたの場合　0x00002020　・・・・この　0x20（32バイト）のズレが不明　（このズレを無視して、0x00008000、0x00002000　で　ローダプログラムを組むと不調　）
　　　　　　
　　　　　　32バイトのズレは、RESET_Vector のポインタが格納されている位置、

　　　　　　Renesasのサンプル（sh7264_sflash_loader_prog）は、ブート開始時に　PowerON_Reset_PC　[0x1C000500]　に跳び、
　　　　　　SPIbootloader1の場合、RESET_Vector　[0x1C000000]に跳ぶ、この違いがよく解らない。
　
　　　　　　RESET_Vectorの最初のエントリはPowerON_Reset_PC　
　　　　　　直接PowerON_Reset_PCに跳ぶか、
　　　　　　一旦RESET_Vectorに跳ぶが、実はPowerON_Reset_PCに跳んでいた、同じようで同じでない、、、、

　　　　　　何か苦肉の策で　リザーブ８に　RESET_Vector　のポインタをセットして、このようなスキームを実現したのか、、、、　よく解らない。　　

　2)ソース　main.c の修正
　　　個々の疑問には、目をつぶり、
　　　　　/* アプリケーションプログラムを内蔵RAMにロード */
　　　　　sf_byte_read_long(0x00002000, (unsigned long *)app_top, app_len);
　　　の直前に、app_len = 0x00070000;　//（448KB）を置く

　　　　（app_len の算出等で改造の余地あり。）
　　
2．ROM化ユーザ・プログラム書き込み用プログラム（SPIwreterUserDI）の再改造
　1)ブートローダープログラムのＲＯＭ書き込み
　　1.で作成したブートローダープログラムを　0x1C080000　に置いて、シリアルフラッシュROMのセクタ０の消しこみ後、先頭8KBに書き込む。

　　　　　/* SPI-ROMの書き込み処理 for HEW Loader Program */
　　　　　if( write_prog_data( (unsigned char *)0x1C080000, 0x00000000, 0x00002000) < 0 ){
　　　　　　　　error();
　　　　　}

　2)ＨＥＷモニタプログラムのＲＯＭ書き込み
　　　以前使用した「SPIシリアル接続フラッシュROM　アップデート・ファイル」（SPIROM.BIN）のＨＥＷモニタプログラムの部分をシリアルフラッシュROMの　8KB～32KB　に書き込む。
　　　（ＨＥＷでは、SPIROM.BIN　は　0x1C092000　に置く）　　　6/4追記

　　　　　/* SPI-ROMの書き込み処理 for HEW Monitor */
　　　　　if( write_prog_data_user( (unsigned char *)0x1C092000, 0x00002000, 0x00006000) < 0 ){
　　　　　　　　error();
　　　　　}

　3)ユーザープログラムのＲＯＭ書き込み
　　　作成した、ユーザープログラムをシリアルフラッシュROMの　32KB以降　に書き込む。書き込みが次セクタに及ぶ場合、先に、次セクタの消しこみを行う。
　　　（ＨＥＷでは、USERROM.BIN　は　0x1C0A0000　に置く）　　　6/4追記
　　　　　app_prog_size = SECTOR_SIZE * SECTOR_NUM - 0x00008000;

　　　　　/* SPI-ROMの書き込み処理 for UserProgram */
　　　　　if( write_prog_data_user( (unsigned char *)0x1C0A0000, 0x00008000, app_prog_size) < 0 ){
　　　　　　　　error();
　　　　　}

3.ROM化プログラムの動作確認
　今回の検証用に32KBを超えるプログラムを作成した、半ば強引に、動作が不十分なグラフィックモジュールを組み込んだ。現時点で動作確認できているモジュールについては、正常の動作が確認できました。
　後は、１MBを超えるプログラムサイズをどうするか、、まあ、不要なことかも知れません。


＊write_prog_data_userのコード
　　int write_prog_data_user(unsigned char *program_data, unsigned long sflash_addr, unsigned long size)
　　{
　　　　unsigned long sector_no;
　　　　unsigned long saddr;
　　　　unsigned long sz;
　　　　unsigned char read_data;
　　　　unsigned char *w_p;

　　　　/* ==== 引数から値をローカル変数にコピー ==== */
　　　　saddr = sflash_addr;
　　　　sz = size;
　　　　w_p = program_data;

　　　　/* ==== シリアルフラッシュメモリへの書き込み ==== */
　　　　while( sz > 0){
　　　　　　sector_no = saddr / SECTOR_SIZE;

　　　　　　/*セクタ消去を調整　No.0　セクタの消去除外　*/
　　　　　　if(sector_no > 0)
　　　　　　{
　　　　　　　　if( Is_erased_sector(sector_no) == 0 ){　/* 未消去であれば */
　　　　　　　　　　sf_sector_erase(sector_no);　　/* 消去する */
　　　　　　　　　　set_erase_flag(sector_no);　　/* 消去したら、消去済みフラグを立てる */
　　　　　　　　}
　　　　　　}
　　　　　　sf_byte_program(saddr, w_p, 1 );　　/* 1バイトずつ書き込む */
　　　　　　w_p++;
　　　　　　saddr++;
　　　　　　sz--;
　　　　}
　　　　/* ==== ベリファイ処理（書き込みの検証）==== */
　　　　saddr = sflash_addr;
　　　　sz = size;
　　　　w_p = program_data;

　　　　while( sz > 0){
　　　　　　sf_byte_read(saddr,&read_data, 1);　　/* 書き込みしたデータを読み出し */

　　　　　　if( *w_p != read_data ){
　　　　　　　　return -1;　　　　/* データが一致しない場合エラーとする */
　　　　　　}
　　　　　　w_p++;
　　　　　　saddr++;
　　　　　　sz--;
　　　　}
　　　　return 0;
　　}
※5/24　訂正　0x1C090000　==>　0x1C0A0000　ユーザープログラムＲＯＭ書き込み

SH-2A基板 「GCC対応シリアル・ダウンローダ（TinyMON）」を試す。

ＣＱ出版　Interface誌　付属SH-2A基板特設ページ　から「GCC対応シリアル・ダウンローダ（TinyMON）」を入手し、その動作を検証しました。

「GCC対応シリアル・ダウンローダ（TinyMON）」の検証では、GNU　GCC　開発環境の検証、この環境で作成したプログラムのＲＯＭ化の検証が併せて行えたようです。

［概要］
・TinyMONのシリアル通信チャネルをSCIF2からSCIF3に変更
・GNU　GCCによる開発環境の検証　（TinyMONのビルド）
・TinyMONの動作確認

1.TinyMONの改造
　シリアル通信チャネルをSCIF2からSCIF3に変更するにあたり、以下の修正をTinyMONに行いました。
　1）cpu_uart.cの修正
　　・UARTコントローラの設定変更
　　　　#define USE_UART_CH　2　　＝＞　#define USE_UART_CH　3
　　・ポート設定
　　　付属SH-2A基板のCN3のNo.18（RxD3）No.24（TxD3）を使用するための設定。
　　　　/* ポートコントローラ制御レジスタ */
　　　　#define PGCR3 ((volatile unsigned short int *)(0xFFFE38C8))
　　　　#define PGCR4 ((volatile unsigned short int *)(0xFFFE38C6))
　　　　　を追加

　　　　/* ポート設定(RXD3(PG15))*/
　　　　*PGCR3 = (*PGCR3&0x0FFF)|0x3000;
　　　　/* ポート設定(TXD3(PG16))*/
　　　　*PGCR4 = (*PGCR4&0xFFF0)|0x0003;
　　　　　を追加

　　　　※2010.7.18追加
　　　　シリアル通信チャネル３　BaseAddress　の設定
　　　　/* FIFO付きシリアルコントローラSCIF(SCIF3) */
　　　　#define BaseAddr (0xFFFE9800)
　　　　　を追加
　

　　　　シリアル通信チャネル３　スタンバイ解除
　　　　/* SCIF3スタンバイ解除 */
　　　　*STBCR4 = (*STBCR4 & 0xEF); /* SCIF3動作 */
　　　　　を追加

2.TinyMONのビルド
　GNU　GCCの開発環境は　KPITカミンズ・インフォシステムズ・リミテッド　より入手した環境で行いました。
　1）Makefileの修正
　　・各ツールの指定
　　　　GCC = /usr/local/sh-tools/bin/sh-elf-gcc
　　　　LD = /usr/local/sh-tools/bin/sh-elf-ld
　　　　AS = /usr/local/sh-tools/bin/sh-elf-as
　　　　OBJCOPY = /usr/local/sh-tools/bin/sh-elf-objcopy
　　　　＝＞
　　　　GCC = sh-elf-gcc
　　　　LD = sh-elf-ld
　　　　AS = sh-elf-as
　　　　OBJCOPY = sh-elf-objcopy
　　　　（/cygdrive/c/KPIT_Cummins/GNUSHv10.01-ELF/sh-elf/bin/sh-elf-gcc.exe　..）
　　　　（環境設定で既にPATHが通っているので）
　　・ライブラリの参照指定を変更
　　　　GCCLIB = /usr/local/sh-tools/lib/gcc/sh-elf/3.4.5/m2
　　　　$(LD) -Map $(TARGET).map -T $(LDSCRIPT) $(OBJS) -L$(GCCLIB) -lgcc -o $(TARGET).elf
　　　　＝＞
　　　　LIBRARY_DIRS = -L ../../../../KPIT_Cummins/GNUSHv10.01-ELF/sh-elf/lib/gcc/sh-elf/4.4-GNUSH_v10.01/m2a -L ../../../../KPIT_Cummins/GNUSHv10.01-ELF/sh-elf/sh-elf/lib/m2a
　　　　 $(LD) -Map $(TARGET).map -T $(LDSCRIPT) $(OBJS) $(LIBRARY_DIRS) -lgcc -o $(TARGET).elf
　　　　※修正前のライブラリディレクトリ指定が　m2　で　気休めに　m2a　に変更しました。

　2)ビルドの実行
　　　色々、試行錯誤（後述）の結果、無事成功。
　3)シリアルフラッシュROMへの書き込み。
　　　SPIwreterUserDI（改）により　TinyMON　を　シリアルフラッシュROMに書き込みました。

3.TinyMONの動作検証
　幸か不幸か、HEWをインストールしたＰＣにシリアル（RS232c）のポートが残っていたので、付属SH-2A基板にRS232CドライバＩＣ（ADM3202）を繋ぐだけでＰＣとのシリアル通信が実現できました。
　とりあえず、ハイバーターミナルでTinyMONの動作が検証できました。
　・SH7262リセットで　ハイバーターミナルに”Tiny Dump Monitor”　が　表示
　・ヘルプ表示
　・メモリダンプ
　　　ためしに、SH7262レジスタ　周波数制御レジスタ（FRQCR）を確認しようと　
　　　DB FFFE0010 を　実行したが、0x1104　の設定は確認出来なかった。？？？？
　　　（00　00　であった）
　　　・・・課題点

※開発メモ
1.GNU GCCの開発環境（KPIT版）/（付属SH-2A基板特設ページ版）
　今回GNU GCCの開発環境はKPITでリリースされている環境を使用しました、付属SH-2A基板特設ページ（Interface誌）で提供される　sh-tools20100424.tar.bz2　で　GNU GCCの開発環境を整えた場合、上記のようなMakefileの修正の必要は無く容易にGNU　GCCによる開発が出来るようです。

2.GNU GCCの開発環境（KPIT版）での注意点
　1)インストール先について。
　私の場合　WindowsVISTA　64bit版にインストールしました。すると、インストール先が　Program Files(x86)　になりました。これが　Cygwin　で結構、厄介なことになります。しかたなく、別ディレクトリ（C:\KPIT_Cummins）にインストールし直しました。

　2)Makeファイルのライブラリ設定。
　・ビルドエラー　”cannot find -lgcc　make: *** [all] Error 1　”が発生。　最初、libgcc.a　の所在を確認し、Makefileでのライブラリ設定に反映させました。しかし、エラーは解消されず、sh-elf-ld　が　libgcc.a　を見つけられないのか不明でした。
　試しに、-lc　や　-lm　等でも　ビルドを行うと、これも同様のエラー　libc.a、libm.c　が　有るのに見つけられないと言うエラーが起きました。いろいろもがくうちに、ライブラリフォルダの位置が問題と考えるようになりました。
　Windows上で　C:\KPIT_Cummins\GNUSHv10.01-ELF配下のライブラリファイルは、Cygwinでは、/cygdrive/c/KPIT Cummins/GNUSHv10.01-ELF配下と表現します。
　Windows上で　C:\Cygwin\usr\local\sh-tools等の配下のライブラリファイルは、Cygwinでは/usr/local/sh-tools等の配下と表現します。
　どうも、sh-elf-ld　が　/cygdrive/c/....の　表記を受け付けないようです。この推測を実証するために、次の対処を行ったところ、ようやくビルドが成功しました。

　（対処）　
　　ライブラリ指定を
　　　　LIBRARY_DIRS = -L /cygdrive/c/KPIT_Cummins/GNUSHv10.01-ELF/sh-elf/....
　　から
　　　　LIBRARY_DIRS = -L ../../../../KPIT_Cummins/GNUSHv10.01-ELF/sh-elf/....
　　に修正

SH-2A基板 「ROM化ユーザ・プログラム書き込み用プログラム」を試しました。 （その２）

「ROM化ユーザ・プログラム書き込み用プログラム（以降　SPIwreterUserDI）」により、いままで作成した、付属SH-2A基板　自作テストプログラムの書き込みを行いました。

◎自作テストプログラムのROM化対応について。
　○　SPIwreterUserDIのドキュメント（README.TXT）で指示されているROM化作業
　　（「付属SH-2A基板特設ページ」
　　　／「付属SH-2A基板関連のダウンロード・データ」
　　　　／「ROM化ユーザ・プログラム書き込み用プログラムをアップロードしました」
　　　から入手した　SPIwriteUser.zip　＞＞　CQ　Connect）　

　　・出力ファイルをバイナリに変更
　　　[ビルド]／[SuperH RISC engine Standard toolchain]
　　　　[最適化リンカ]／[出力]で　　「バイナリ」を選択
　　・vecttbl.cの修正
　　　割り込みベクタテーブル（INT_Vectors[]）
　　　　// 8 Reserved
　　　(void*) Dummy,　を　(void*) RESET_Vectors,　に修正

　○　Interface_Sample2のドキュメント（README.TXT）で指示されているROM化作業
　　（「付属SH-2A基板特設ページ」
　　　／「付属SH-2A基板関連のダウンロード・データ」
　　　　／「タイマ割り込みLED点滅制御サンプル・プログラムの改定版を用意しました」
　　　から入手した　Interface_Sample2.zip）　

　　・resetprg.c　で　レジスタバンクの初期化処理を追加
　　　　#include　　"typedefine.h"　を　#include　　"iodefine.h"　に置き換える。

　　　INTC.IBNR.WORD = 0x4000;　を　set_fpscr(FPSCR_Init);　と　 _INITSCT();の間に追加する。


◎自作テストプログラムのROM化　結果
　・GPIOテストプログラム（ほぼサンプルプログラム）
　　　動作：　　４つのＬＥＤを交互に点滅
　　　サイズ：　6912バイト
　　　＝＝＞　成功
　・モノクロＬＣＤテストプログラム
　　　動作：　ＬＣＤ　SG12864　の　表示　（自作フォント表示）
　　　サイズ：　33260バイト
　　　＝＝＞　成功／失敗　（単純にROM書き込みを繰り返すのですが。成功したり、失敗したり。稼動までに異常に時間がかかったり。。。。）
　・キー入力＋モノクロＬＣＤ　テストプログラム
　　　動作：　ＬＣＤ　SG12864　の　表示　（自作フォント表示）
　　　　　　　キー入力により、表示文字を変化させる。
　　　サイズ：　33988バイト
　　　＝＝＞　ほとんど失敗　１０回の試行中　成功２回、成功の場合も一旦ＵＳＢケーブルを外すと動作せ
ず。


まだ、Ｉｎｔｅｒｆａｃｅ誌の付属SH-2A基板関連の公開情報（本誌、およびダウンロードファイル）の読み落としがあるのでしょう。あとは、暇をみて、ぼちぼちと。。。。。


＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

最後に　jujurouさんのコメントに感謝します。

SH-2A基板 「ROM化ユーザ・プログラム書き込み用プログラム」を試しました。

　先日、Interface誌　付属SH-2A基板特設ページ　でリリースされた　「ROM化ユーザ・プログラム書き込み用プログラム（以降　SPIwreterUserDI）」を試しました。



　早速、”だめもと”で、外付けシリアルフラッシュROM（M25P40）搭載の付属SH-2A基板で試しました。結果は、当然のことですが失敗しました。SPIwreterUserDI実行後は、HEWモニタプログラム等が消去されたようで、リセット後、SH-2A基板は沈黙。。。



　以下に、SPIwreterUserDI　の改造および、その際の顛末について述べます。


※改造後のプログラム概要
　　・M25P40　セクタ０　のクリア後、以前使った。「SPIシリアル接続フラッシュROM　アップデート・ファイル」（SPIROM.BIN）の前半　32KB分　を書き込む。
　　・M25P40　セクタ０　の後半32KBから、ユーザープログラムを書き込む。
　　　（セクタの消去は、セクタ１以降に行う。）


1.SPIwreterUserDIを外付けシリアルフラッシュROM（M25P40）に使う上での問題点。
　・付属基板上のM25P05-Aの場合、ユーザープログラムはセクタ１に書き込まれるが、M25P40では、HEWモニタプログラムと同じ、セクタ０に書き込まれる。この時、セクタ０の消去が行われ、HEWモニタプログラム等が消去されてしまいます。


2.SPIwreterUserDIの改造
　①SPIwreterUserDIの改造　その１
　　　serial_flash.hのセクタサイズ、セクタ数を書き換える。（M25P40用に）　
　　　※プログラム書き込みサイズはまだそのまま。
　②ビルド
　③書き込み実行　＝＝＞失敗
　　　書き込み実行し、LEDの点滅までたどりつくが、付属基板リセットすると、HEWモニタ、およびLED点滅プログラムは作動しなくった。
　④M25P40の復旧
　　　モニタプログラムを書き込み、MP25P40を復旧させる。
　⑤SPIwreterUserDIの改造　その２
　　　a.SH-2Aマイコン基板実装SPIシリアル接続フラッシュROM　アップデート・ファイル（2010年4月24日版）の　「SPIROM.BIN」をSPIwreterUserDIのフォルダに組み込み、Download modulesに追加する。
　　　　　USERROM.BINのオフセットを　1C090000に変更
　　　　　SPIROM.BINのオフセットを　1C080000で追加する。
　　　b.main.cを修正
　　　　・SPIROM.BINを　シリアルフラッシュROMのアドレス0x00000000　サイズ0x00008000で　write_prog_dataを使って書き込む。
　　　　・write_prog_data_userをwrite_prog_dataを元に作成する。（セクタNo.０の場合　セクタの消去は行わないように改造）
　　　　・USERROM.BINを　シリアルフラッシュROMのアドレス0x00008000　サイズ0x00008000で　write_prog_data_userを使って書き込む。
　　　c.ビルド/ダウンロード SPIwriterUser.abs、SPIROM.BIN、USERROM.BIN
　　　d.実行
　　　＝＝＞成功
　⑥SPIwreterUserDIの改造　その３
　　　・write_prog_data_userでの書き込みプログラムサイズを　セクタサイズ（SECTOR_SIZE）×　セクタ数（SECTOR_NUM）　－　0x00008000　に変更

3.今後、
　現時点で、SPIwreterUserDIでROM化するユーザープログラムの作成に失敗しています。付属SH-2A基板特設ページでダウンロードした、LED点滅プログラム（Interface_Sample/SH7262_LED）でも試すのですが、上手くいきません。SPIwreterUserDIに付随した　LED点滅プログラム（USERROM.BIN）だけROM可できている状況です。

　その辺の所は、Intarface次号を期待して、。。。。

SH-2A基板でモノクロＬＣＤを使う。

今年のＧＷも、ＣＱ出版　Interface誌の付録基板と格闘していました。なんだか、年中行事化しているようです。3日も有れば出来ると思っていたモノクログラフィカルLCD（SG12864）の表示に、連休いっぱいかかってしまいました。
特に今年は、気持ちよい晴天が続き。部屋にこもりっきりで付属SH-2A基板をいじるのはどうかと思いながら．．．．







付属SH-2A基板でLCDの表示に辿り着くまでにＨＥＷで起きたエラーと対処を記します。

１．数値演算用関数（math.h）log10、pow等が使えない。
エラー：　L2310 (E) Undefined external symbol "_log10" referenced in "C:\....
対処　：　＜HEW＞　[ビルド]/[SuperH　RISC　engine　Standard　Toolchain...]
　　　　　　　　　　[標準ライブラリ]
　　　　　　　　　　　　カテゴリで標準ライブラリを選択
　　　　　　　　　　　　　　math.hにチェック
　　　　　　　　　　　　　　string.hもついでに
ドキュメントを見ると、標準ライブラリ関数として、これらの数値演算関数は使えると書かれています。当然デフォルトの環境で使えると思っていたので最初は、開発環境が壊れたと思いました。しかし、調べていくうちに、”SuperH　RISC　engine　Standard　Toolchain...”での設定が必要と知りました。

２．セクションの設定エラー
エラー：　L2321 （E) Section "B" overlaps section "P"
　　　　　L2321 (E) Seciton "R" overlaps section "P"
対処　：　＜HEW＞　[ビルド]/[SuperH　RISC　engine　Standard　Toolchain...]
　　　　　　　　　　[最適化リンカ]
　　　　　　　　　　　　カテゴリでセクションを選択

　　　セッションP～Dに384KB(0x60000)を確保することにして、セッションB,Rの設定　1C005000～　＝＞　1C061000～に変更

（セッション情報　ビルド時に作成されたマップファイル(*.map)で確認した内容　）
セッション　P～Dまでが 1C001000～1C008437 で　サイズ　7436（29750）
セッション　B,Rが　　　1C005000～1C005D33　で　サイズ　d34（3380）　※確かにかぶっている。
セッション　Sが　　　　1C0F0600～1C0FFFFF　で　サイズ fa00(64000)

I誌（2010.6）の第３章の記事（P107)で、セクションの設定例（表6）があり、その設定を鵜呑みにして、セクション設定を行ったことが原因、設定例では、プログラムサイズが16KB未満に限定されてしまいます。
HEWの無償版の制限サイズ256KBに合わせた設定であってほしかった。


次に、今年の基板で手こずった点を以下に述べます。

○マルチファンクションタイマパルスユニット2（MTU2)
　I誌の記事には、コンペアマッチタイマ（CMT）の使い方があったのですが、２Chしかないので、MTU2を使いたいと考え、MTU2を試すのですが、なかなか思うように使えません。特にタイマカウンタが16ビットで、他のマイコンの32ビットのタイマカウンタに慣れいた自分にとって結構不便を感じました。
また、CMTとMTU2の使い勝手が大きく異なることも．．．．

○レジスタのサイズがまちまち。
　レジスタのサイズは、8,16,32ビットがあり、同じようなタイプのレジスタで異なるサイズがある場合があり、ケアレスミスで、サイズを誤ってアクセスし、それに気付くまで結構時間がかかったりしました。
また、レジストリ等のネーミングルールがいまいち整備されていないようで、これも意外と手こずる原因になりました。
　SH系のソースのヘッダーファイル”iodefine.h”を工夫すれば、ほとんどのレジストリを32ビットで扱えるのではないと思うのですが、なにせこのヘッダーファイル、9000行を超える巨大ファイル、手が出せずにいます。

○割り込み
intprg.c、vecttbl.c、vect.h等を編集する必要あり、
・vect.hのエントリに(resbank)を付加、
　　割り込み時にレジスタバンクを使うと言う意味か？
・vectbl.cはそのまま
・intprg.cに#pragma文と、割り込みでCallする関数を記述する。
いまいち、しっくりこない。


○汎用入出力ポート（GPIO）
・ポートEはオープンドレイン出力
　Vcc＋抵抗で電圧を印加する。”１”出力はハイインピーダンスで電圧を保持し(High電圧)、”０”出力でこのポートを通しGNDに電荷を流し、Low電圧となる。
・ポートHは入力専用
GPIOの各ポートは、GPIOとしての機能と端子数を揃えてもらいたいものです。ポートHにLCDの端子を繋げてしまい、ハンダをやり直すはめになりました。I誌（2010.6）のP76-77を見ながら拡張ボードを作成したので、ビルドエラーで初めて、ポートの選択を誤ったことに気付きました。

SH-2A基板用ＨＥＷモニタプログラムを外付けシリアル・フラッシュＲＯＭに書き込む。

手持ちのシリアル・フラッシュＲＯＭ（M25P40　512Kバイト）を　SH-2A基板（Interface 2010.06付属）のブート用に使いたいと思い、ＨＥＷモニタプログラムの書き込みに挑戦しました。











概要

SH-2Aマイコン基板実装SPIシリアル接続フラッシュROM　アップデート・ファイル
［アップデートプログラム(SPIwriterAll) ］==（SPI Ch0)==> [基板上のシリアル・フラッシュＲＯＭ(M25P05-A)］
を
［アップデートプログラム(SPIwriterAll)改 ］==（SPI Ch1)==> [外付けシリアル・フラッシュＲＯＭ(M25P40)］
に改造


手順

　１．Interface誌　Webサイトの
　　　［付属SH-2A基板特設ページ］／［付属SH-2A基板関連のダウンロード・データ］／［付属SH-2Aマイコン基板回路図などをアップロードしました］
　　　　で　SH-2Aマイコン基板実装SPIシリアル接続フラッシュROM　アップデート・ファイル（2010年4月24日版）
　　　　　　で　ROM_UpDate0424.zip　を取得した。

　２．アップデートファイルの解析。
　　　内容：　アップデートプログラム(SPIwriterAll)　＋　　HEW　モニタプログラム(書き込みデータ)　の構成
　　１）アップデートプログラム(SPIwriterAll / main.c)
　　　ポインタ　0x1C080000　以降のデータをSPI Ch0 のシリアル・フラッシュＲＯＭのアドレス　0x00000000　以降に　64Kバイト書き込む。
　　２）ポインタ　0x1C080000　について。
　　　　アップデートプログラム(SPIwriterAll)のリンクマップ(SPIwriterAll.map)をみる、マッピングリスト末尾は　1c07ffff　となっている。　　
　　　　　＝＝＞　これが、main.cでの　HEW　モニタプログラム　のポインタ　0x1C080000　の　起源？
　（デバッグでの注意点）
　　　　　＝＝＞　main.cでの　HEW　モニタプログラム　のポインタ（0x1C080000）と　ＨＥＷ　ダウンロードモジュールのオフセット設定と、が一致していること。　

　３．アップデートプログラムの改造
　　１）フォルダ　ROM_Update　を　ROM_Createに複写　これ以降　ROM_Createでの作業
　　２）プログラムソース（serial_flash.c）の修正
　　　　SPI Ch0を　Ch1に置き換える。　
　　　①関数　io_init_rspi(void)　の修正
　　　　・ポートレジスタの設定　SPI　Ch1　用に
　　　　　PG20:MISO1　PG19:MOSI　PG18:SSL10　PG17:PSPCK1
　　　　・SPI　CH1レジスタの稼動
　　　　　スタンバイコントロールレジスタ５のMSTP50（SPI　Ch1用）に０設定
　　　　・SPI　Ch1レジスタの設定
　　　　　SPI Ch0に対応する一連のレジスタ群用に宣言された構造体RSPI0の使用をCh1用のRSPI1に変更
　　　②関数　io_cmd_exe()　の修正
　　　　・SPI　Ch1レジスタの設定
　　　③関数　io_cmd_exe_rdmode()の修正
　　　　・SPI　Ch1レジスタの設定
　　　④関数　io_cmd_exe_rdmode_cpu_l()の修正
　　　　・SPI　Ch1レジスタの設定
　　　⑤関数　io_cmd_exe_rdmode_dma_l()の修正
　　　　・SPI　Ch1レジスタの設定
　　　　・DMAの設定　
　　　　　　DMA 拡張リソースセレクタ0　の設定　0x52　を　0ｘ56　（DMAC Ch0のMIDの変更）
　　　　　　DMA ソースアドレスレジスタの設定　SPI Ch0のデータレジスタ（RSPI0.SPDR.BYTE）のポインタをSPI Ch1のデータレジスタ（RSPI1.SPDR.BYTE）のポインタに変更
　　　⑥関数　io_wait_tx_end()　の修正
　　　　・SPI　Ch1レジスタの設定

　　３）ヘッダーファイル　serial_flah.hの修正
　　　　M25P05-AとM25P40の差分を反映させました。
　　　　・セクタサイズ　0x8000を0x10000に
　　　　・セクタ数　2を8に

　　４）ＨＥＷでビルドする。

　４．シリアル・フラッシュＲＯＭ　M25P40（512Kバイト）の接続
　　　付属SH-2A基板　CN3 Pin 21,22,23,33(SPI Ch1)に　M25P40　を接続

　５．HEW　モニタプログラムの書き込み。

　６．書き込んだシリアル・フラッシュＲＯＭを　SPI　Ch0に繋ぎ直す。
　　　付属SH-2A基板　CN3 Pin 36,37,38,40 (SPI Ch0)に　M25P40　を接続

　７．外部フラッシュメモリによるブート設定
　　　付属SH-2A基板　　JP16パターンカット

　８．ＨＥＷモニタプログラムの動作検証
　　１）付属SH-2A基板のデモプログラム
　　　　どうも、フラッシュメモリに書き込んだデータに基板上のシリアル・フラッシュＲＯＭと同じＬＥＤ点滅のデモプログラムが書かれているようで、ＪＰＰ２ショートで、リセット後に基板上のＬＥＤの点滅が始まる。
　　　　念のため、外付けＲＯＭを外すと、動かない（ＬＥＤ点滅しない）
　　２）ＨＥＷでの確認
　　　　Interface誌のサンプルプログラム　SH7262_LED　のホルダをコピーし、ＨＥＷで若干の変更を行った
　　　　（変更内容　ポートＢの20,21,22ピン(bit)にそれぞれLEDを接続し、付属基板上のLEDと交互に点滅させる。）
　　　　ビルドし、ダウンロードし、プログラムの動作を確認しました。

※とりあえず、これで、付属SH-2A基板上のシリアル･フラッシュROM（M25P05-A）が潰れても何とかなりそうです。

---以降　ＨＥＷ開発メモ---
1．割り込み優先レベル１５は使えない。
resetprg.c の　#define SR_Init 0x000000F0
を#define SR_Init 0x000000E0に修正する必要　（Interface2010.6　P105　●ステータスレジスタの初期値設定）
（HEWモニタが割り込みを使用しているため。ユーザープログラムで割り込み優先レベル１５は使えない。）

2．セクションの設定
　１）スタックサイズ、スタックポインタ　　stacksct.h　で設定。　スタックサイズ設定値：H'FA00
スタックポインタの設定ファイル　不明
（HEWでは、［プロジェクト］／［構成の編集］／［スタック］

3.ＨＥＷでのアプリケーション開発を、既存のプロジェクトのフォルダをコピーして行う場合。一旦「ダウンロードモジュール」を削除し、再登録しなおしたほうがよい。
　Interface2010.6　第3章「開発ツールHEWの使い方。。。」（P109）での「ダウンロードモジュール」の追加で＄(CONFIGDIR)\（PROJECTNAME)を使えば問題ないのですが、どうやら「参照」を使って「ダウンロードモジュール」が設定されていた場合、元フォルダのプログラムをダウンロードすることになります。
　（いくら修正しても”元のまま”ということになります。）

ＨＥＷと付属ＳＨ－２Ａ基板の接続

ＣＱ出版Ｉｎｔｅｒｆａｃｅ誌（2010.6）付属基板が、ようやくＨＥＷから認識できるようになったので、その要点を以下にまとめます。

１．構成
[[ＰＣ側]][ＨＥＷ][シリアル接続HEWモニタ](SH2A_VcomINF)==(ＵＳＢ接続)==[HEWモニタプログラム][ユーザープログラム][[付属基板側]]

ＨＥＷ：shv9302_ev.exe
シリアル接続HEWモニタ：HEWmonitor.zip　
SH2A_VcomINF（付属ＳＨ－２Ａマイコン基盤用仮想シリアル･ドライバ）：SH2A_VcomINF.zip
（5/3）

２．ＰＣで属ＳＨ－２Ａ基板は、ＣＯＭ１～ＣＯＭ９の範囲で認識させる。
　　シリアルHEWモニターは、１０番を超えるCOMポートには対応できません。・・・（Interface2010.6　P100　コラム１）
３．ＵＳＢケーブルはＰＣ本体に繋ぐ
　　パソコン本体のUSBポートを使って下さい。・・・（Interface2010.6　P100　コラム１）

Ｉｎｔｅｒｆａｃｅ誌Ｗｅｂサイトからダウンロードした、ＬＥＤチカチカのサンプルプロジェクト（Interface_Sample.zip）をＨＥＷで開けると、「デバイスドライバが見つからないか、接続をキャンセルしましたSH-2A Serial Moniter」のエラーメッセージが表示され、付属ＳＨ－２Ａ基板との接続に失敗しました。

さて接続エラーの対処を以下に記します。

１．ＰＣのシリアルポートを確認
［コントロールパネル］／［管理ツール］／［コンピュータの管理］／［デバイスマネージャ］
ポート（COMとLPT)のエントリを確認すると、[USB SerialPorts Driver(COM18)]で更に、そのエントリのプロパティを確認すると、COM1、COM3～COM17が使用中（［ポートの設定］／［詳細設定］）となっていた（少々驚き）でＣＯＭ３が実際に使用されていないのを確認し、付録ＳＨ－２Ａを強制的にＣＯＭ３に割り当てた。
＝＝＞まだ接続失敗　

２．ＵＳＢケーブルを本体に繋ぎなおす。
＝＝＞まだ接続失敗

３．Ｉｎｔｅｒｆａｃｅ（2010.6）の「開発ツールＨＥＷの使い方とサンプル･プログラムの作り方」（第３章）の　「２．プロジェクト構築」以降を実行。
★この段階で初めてＰＣに「シリアル接続ＨＥＷモニタ」をインストール（ＨＥＷ　アドミニストレーションでの登録）する必要があることを知る。
＝＝＞ようやくＨＥＷが付属ＳＨ－２Ａ基板に繋がった。

４．ついでに、「Appendix３　シリアル・フラッシュＲＯＭのアップデート手順」を実行。
「SPIwriterAll.absとSPIROM.BINの付録ＳＨ－２Ａ基板へのダウンロード」
　　これらのファイルを一ずつダウンロード。
「リセットを実行（図Ａの②のボタンをクリック）して」
　ＰＣ（プログラムカウンタ）1C000800、Ｒ１５（スタックポインタ）1C080000にならなかった。
　＊付属基板フラッシュROMが潰れるのを覚悟で、プログラムの実行（図Ａの④）ボタンをクリックした。
　　数度のクリックで、ＰＣ：1C000800、Ｒ１５：1C080000になった。
　　・・ほっとした。
　　プログラムの実行（図Ａの④）ボタンをクリックした。
　　＝＝＞ＨＥＷモニタプログラムの書き換えが始まった。少し待つと基板のＬＥＤの点滅が始まった。（書き換え成功）


確認）　一応　ＬＥＤチカチカのサンプルプロジェクトをＨＥＷで開け、付属ＳＨ－２Ａ基板にプログラムをダウンロード、デバックを試しました。＝＝＞上手くいくようです。


＜＜注意＞＞この作業は、フラッシュＲＯＭをつぶしてしまう可能性があるので、実行に際しては、Ｉｎｔｅｒｆａｃｅ誌を熟読のうえ、慎重に行って下さい。上記記事の内容に責任は持てません、ご容赦願います。

５．Windows7でのメモ（5/3）
※Windows7(Home Premium 32bit)でＨＥＷのインストール
　付属ＳＨ-2Ａ基板をＵＳＢで繋いだ際に、Windowsで、新しいデバイスの認識が出来なかった。
　Windowsのデバイスマネージャでは不明のデバイスとして表示されていました。
　この、不明のデバイスのドライバのインストール作業が必要　（SH2A_VcomINFを使用）
（忘れがち）

Interface 2010.06（付属基板付き)

ようやくInterface誌が、手元に届きました（4/23）。早速付属基板の解説ページを繰りました。

１.不満な点
まず、搭載シリアルフラッシュメモリの確認、Numoryx(STマイクロ)　M25P05-Aとある、「エ！」　M25P05-A、M25P05-A、M25P05-A、M25P05-A。。。。
不安を抱えながら読み進む。512Kビット!!、（64Kバイト）!!、さらに、後半32Kバイトはユーザー用として使う、、、!!
　アマチュアレベルの私にとって、かなりショックキングな内容が明らかになってきました。
昨年のARM7付属基板でＬＥＤチカチカのプログラムサイズが34Ｋバイト（コンパイル等のオプションで小さくなるかも知れないのですが）
同誌の「CPU内臓LCDコントローラを使った...(第6章）」の記事の内容がこの基板で実現出来るのか！！！

２．納得な点
　・とにかくSH-2A搭載がうれしい。またその充実した能力もうれしい。
　・昨年のARM7付属基板と同様拡張コネクタが40Pin×３Chあり、さらに10Pinが１Ch追加で搭載されています。SH7262（SH-2A)の全てCPUピンが使用可能となっていることです。
（PA0～PA3は使えないようですが。)

３．不満な点　その２
　１）SH7262（SH-2A)に対して、
　　　・SPI（ルネサスシリアルペリフェラルインタフェース）のチャネル１と、ビデオディスプレイコントローラ3のCPUピンが重なっている。
　２）付録基板に対して、
　　　・拡張コネクタの位置、
　　　　　CN1,CN2の位置は入れ替わったほうが良さそう。

４．さて、どうしよう
　案１　昨年のInterface（ARM7付属基板　号）を買い足す。
　案２　SH7262のブートモードをNANDフラッシュROMにする。
　　　　①LPC2388等でNANDフラッシュにプログラムを書き込み、このNANDフラッシュを使い、、、
　案３　シリアルフラッシュメモリを外部につなげる。
　　　　今手元に、シリアルフラッシュメモリM25P40がありこれを使う。
　　　　（雑誌で紹介された、（株）アルファプロジェクト　HJ-LINK/USB Debugger for SH7262を使う）
　案３-2　シリアルフラッシュメモリを外部につなげる。
　　　　基板上のHEW　モニタプログラムを、大容量のシリアルフラッシュメモリに複写する。

昨年のARM7付属基板の時は、ＩＡＲの開発ツールの限定に不満を持ち、ＧＮＵ　ＧＣＣによる開発環境の整備に四苦八苦、今年は、搭載シリアルフラッシュメモリの容量”小”で、てこずりそうです。

２００７年のＶ850付属基板と比較すると、Ｉｎｔｅｒｆａｃｅ誌の付属基板の企画はアマチュアにとって年々高度になっているように思います。

Interfaceの編集部各スタッフのスキルＵＰに私が追いつけなくなってきているだけかもしれません。

Interface編集部には、この付録基板のフォローを厚くして頂くことを希望します。

Interface 2010.06（付属基板付き）発売前夜

いよいよ、今週末、CQ出版　Interface誌（付属基板付き）が発売となります。

この基板には、マイクロコントローラして、ルネサスSH-2Aが搭載されます。
同誌の付録基板（旧NECエレV850）でマイコンデビューし、STM32、78K、LPC2388のプログラム作成にトライしてきた私としては、SH2付録基板は、入手し損ねた幻の基板という位置付けです。

本年当初には、Interface 増刊として液晶マイコン基板付きの雑誌が発行され、トランジスタ技術でも、ルネサスH8基板が付いた増刊が発行されたりしたことから、今年の同誌付録基板企画は無いのではと諦めていました。
ところが、２月下旬ごろ、同誌の予告で今年の基板は、「ルネサスSH-2A」と知り、さらにその性能が桁外れに優れたものであることを知り同誌の発売を心待ちにするようになりました。
また、併せて、SH2Aの下調べを行い、その内容を以下に述べます。

１．資料等の入手
　１）ルネサスエレクトロニクスWebサイトより。
　　　「ホーム / 製品 / マイクロコンピュータ / SuperH RISC engine ファミリ / SH7260 シリーズ / SH7262, SH7264 グループ / 」

　　　・SH7262グループ、SH7264グループハードウェアマニュアル
　　　・アプリケーションノート サンプルコード　
　　　　　ルネサス エレクトロニクス（株）の「MY RENESAS」というアカウント登録が必要
　　　　　サンプルコードとして、「ビデオディスプレイコントローラ３　映像表示例」等を入手
　２）SHのサンプルコードを入手
　　　各Ｗｅｂサイトより、SH772x、SH7144のサンプルコードを入手

２．SH-2Aの特徴
　あくまでも、趣味レベルの感想ですので、思い違いもあるかと思います。ご容赦願います。

　１）[iodefine.h] によるレジスタ定義
　　9.2Kステップを超える巨大なヘッダーファイルにSHのレジスタの定義情報が各機能ごとに格納されています。
　　ARM系のマイコンとの比較になりますが、SHのレジスタのコーディング上の扱い。

　　　　　　　　　｜＜ARM_系＞　　　　　　　　　｜＜SH系＞　　　　　　　　　　｜
＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＝＝＝＝＋
レジスタ定義　　　｜ポインタ（アドレス指定）　　｜構造体　　　　　　　　　　　｜
－－－－－－－－－＋－－－－－－－－－－－－－－＋－－－－－－－－－－－－－－＋
レジスタ設定　　　｜ビットビットパターンで設定　｜構造体メンバーで設定　　　　｜
－－－－－－－－－＋－－－－－－－－－－－－－－＋－－－－－－－－－－－－－－＋
レジスタサイズ　　｜ほとんど32(16)ビット　　　　｜08,16,32ビットが混在　　　　｜
－－－－－－－－－＋－－－－－－－－－－－－－－＋－－－－－－－－－－－－－－＋


　　例　ＵＡＲＴ（シリアル通信）Ｒｘ端子設定

　　　①ＡＲＭ系
　　　　　コーディング　PINSEL1 &= 0xFFFFFFFC;
　　　　　　　　　　　　PINSEL1 |= 0x00000001;
　　　　　　　　　PINSEL1：汎用入出力の機能選択レジスタ　対象ポート０の16～31番ピンが対象
　　　　　　　　　ポート０の16番ピンはPINSEL1の0-1bitで機能選択
　　　　　　　　　まずピットパターン（マスクパターン）ＡＮＤでレジスタの該当ビットをクリア
　　　　　　　　　機能１選択用のビットパターン　ＯＲでレジスタの該当ビットを設定

-----------------LPC23xx.h---------------------------------------
#define PINSEL_BASE_ADDR 0xE002C000
#define PINSEL1 (*(volatile unsigned long *)(PINSEL_BASE_ADDR + 0x04))
....汎用入出力の機能選択レジスタのアドレス（ポインタ）
------------------------------------------------------------------

　　　②ＳＨ系
　　　　　　コーディング　　PORT.PGCR3.BIT.PG12MD = 4;
　　　　　　　　PORT：汎用入出力の構造体
　　　　　　　　PGCR3：ポートG コントロールレジスタ３を定義する構造体
　　　　　　　　PG12MD：ポートG　１２番ピンの設定ビット
　　　　　　　　4：機能　[RxD1]を　選択

-----------------iodefine.h---------------------------------------
#define PORT (*(volatile struct st_gpio *)0xFFFE3812)　
.....汎用入出力の構造体宣言　（宣言の代替といったほうがよいかも！）
struct st_gpio {　　　　　　　　　　　　　　　　/* PGCR3　　　　*/
　　　 union {　　　　　　　　　　　　　　　　　/* PAIOR0　　　 */
　　　　　　 _UWORD WORD;　　　　　　　　　　　 /*　Word Access */
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
　　　 union {　　　　　　　　　　　　　　　　　/*　　　　*/
　　　　　　 _UWORD WORD;　　　　　　　　　　　 /*　Word Access */
　　　　　　 struct {　　　　　　　　　　　　　 /*　Byte Access */
　　　　　　　　　　_UBYTE H;　　　　　　　　　 /*　 High　　　 */
　　　　　　　　　　_UBYTE L;　　　　　　　　　 /*　 Low　　　　*/
　　　　　　　　　　} BYTE;　　　　　　　　　　 /*　　　　　　　*/
　　　　　　 struct {　　　　　　　　　　　　　 /*　Bit Access　*/
　　　　　　　　　　_UBYTE :1;　　　　　　　　　/*　　　　　　　*/
　　　　　　　　　　_UBYTE PG15MD:3;　　　　　　/*　 PG15MD　　 */
　　　　　　　　　　_UBYTE :1;　　　　　　　　　/*　　　　　　　*/
　　　　　　　　　　_UBYTE PG14MD:3;　　　　　　/*　 PG14MD　　 */
　　　　　　　　　　_UBYTE :1;　　　　　　　　　/*　　　　　　　*/
　　　　　　　　　　_UBYTE PG13MD:3;　　　　　　/*　 PG13MD　　 */
　　　　　　　　　　_UBYTE :1;　　　　　　　　　/*　　　　　　　*/
　　　　　　　　　　_UBYTE PG12MD:3;　　　　　　/*　 PG12MD　　 */
　　　　　　　　　　} BIT;　　　　　　　　　　　/*　　　　　　　*/
　　　　　　 } PGCR3;　　　　　　　　　　　　　 /*　　　　　　　*/

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
--------------------------------------------------------------------

　２）マニュアル上の独特機能表現
　　　マニュアル上に、ルネサス独特の以下のような表現があり、戸惑いを覚えました。
　　　①ＵＡＲＴを使おうとすると、FIFO 内蔵シリアルコミュニケーションインタフェースを利用
　　　②ＳＰＩを使おうとすると、ルネサスシリアルペリフェラルインタフェースを利用
　　　③タイマを使おうとすると、マルチファンクションタイマパルスユニット2または、コンペアマッチタイマを利用


３．開発環境の整備
　開発環境としてＨｅｗがあるが、無料版の制限次第で、ＧＮＵの環境を整えました。
　１）ＧＮＵの開発環境を整備
　　　・ＫＰＩＴ（Ｗｅｂサイトには、ルネサスのパートナーと表記）からＳＨの開発環境（ＧＮＵ）をダウンロード
　　　　開発環境は、　GNUSHv1001-ELF.exe　というインストールプログラムで提供されます。
インストール実行でＧＮＵ　ＧＣＣの環境、ｎｅｗｌｉｂ、ｂｉｎｕｔｉｌｓ等の環境が整うようです。
　　　　注意点）ＫＰＩＴに対し、ユーザー登録が必要であり、平日（営業日）に行う必要がある。私は休日にユーザー登録を行ったため、当日、パスワードが発行されず、後日営業日にパスワード発行のメールを受け取った。
　　　・各ツールにパスを通す。
　　　　　インストール先をデフォルトのままにしたので、以下のパスをWindowsの環境変数PATHに追加した。
　　　　　C:\Program Files (x86)\KPIT Cummins\GNUSHv10.01-ELF\sh-elf\bin
　　　　　C:\Program Files (x86)\KPIT Cummins\GNUSHv10.01-ELF\sh-elf\sh-elf\bin
　　　　　C:\Program Files (x86)\KPIT Cummins\GNUSHv10.01-ELF\sh-elf\libexec\gcc\sh-elf\4.4-GNUSH_v10.01
　　　　以前のＡＲＭ系の開発環境の整備では、Ｃｙｇｗｉｎのカレントディレクトリの.bash_profileで PATH=/usr/local/arm-tools/bin:${PATH}を追加してPATHの設定を行った。
　　　　Windowsの環境変数でも可能だと言うことを認識しました。

　２）Ｃｙｇｗｉｎはインストール済み

　３）Ｅｃｌｉｐｓｅのインストール
　　　①ＥｃｌｉｐｓｅのＷｅｂサイトより統合開発環境として、Ｅｃｌｉｐｓｅをダウンロード（ Eclipse IDE for C/C++ Developers (79 MB) ）
　　　②eclipse-cpp-galileo-SR2-win32.zip を展開　ホルダeclipseをC:\にコピー
　　　③「Select a workspace」で　C:\Embedded\SH_2A\Project_Eclipse（任意）を指定
　　　④「Welcome to the Eclipse IDE for C/C++ Developers」で　メニュー　Help/Install New Software
　　　⑤「Availabe Software」　[Add….]で
　「Add Site」で　Name　Zylin EmbeddedCDT　Location　http://opensource.zylin.com/zylincdt
Check [Zylin Embedded CDT]
　　　⑥「Review Licenses」 [I accept the terms of...]
　　　　　　「Securty Warning」 [OK]
　　　　　　「Software Update」　[Yes]
　　　⑦　eclipse.exe再起動
　　　　　　「C/C++　-Eclipse」
　　　　　　　　[Workbench]をクリック（Welcome　ウインドウ内　アイコンの一つ）

　４）Hello World!(project01)のプログラムを作成
　　　C++でHello World!のプログラムを作成、ビルドは通る。
　　　実行でこける。（cygwin1.dllが見つからないエラー）
　　　＝＞　Cygwinを立ち上げ、project01.exeを実行　Hello World!の表示確認

　　＊Eclipseでは、Cygwin自体のGNU　GCCが使われているようです。

　　　　[プロジェクト]を選択
　　　　　プロパティ表示
　　　　　　[C/C++ Build]/[Tool Chain Editor]
　　　　　　　　[Used tools][Select Tools..ボタン]
　　　　　「Slect tools」
　　　　ここに、[Available tools]と[Used　Tools]が表示される。
GCC C Compiler(Av.) Cygwin C Compiler(Us.) が対になって、入れ替え可能となっています。
　　　　たぶんこの入れ替えを行えばSH2の開発ができるのではと思いますが。。。

　　　　現在Cygwinの環境下で、ARM7用他複数のＧＮＵ　ＧＣＣ環境が存在しています。そのうちＳＨ用のＧＣＣが　GCC C Compiler(Av.) と結びついているとは思えない。

　　　　また、[Zylin Embedded CDT]がEclipseでどのような役割を果たしているのか不明。
　　　　　プロパティ表示
　　　　　　[C/C++ Build]/[Emvironment]の環境変数PATH
　　　　　　[C/C++　General]/[Path and Symbols] のInclude等の設定
　　　　　ともかくいろいろありそうです。

ALTERA Cyclone IV GX スタータ開発キット

ALTERA Cyclone IV GX スタータ開発キット発売のメールが本日（3/30）届きました。
早速、Digi-Keyでチェックすると、544-2569-ND（DK-START-4CGX15N）　39,540円で購入可能のようです。在庫０なので納期は少々かかるかもしれません。

今回の内容が以下のとおり。
（ユーザーガイド等のドキュメントが、まだ見れないので正確な情報では有りません。私自身の思い込みかもしれません！）
　1.主要デバイス
　　・Cyclone IV GX EP4CGX15BF14C8N FPGA
　　・PCI-SIG 準拠の PCI Express ハード IP
　2.コンフィギュレーション・ステータスとセットアップ要素
　　・フラッシュ・メモリよりのパッシブ・シリアル（ＰＳ）コンフィギュレーションを実現するMAX® II CPLD (EPM2210)のシステム・コントローラ
　　・FPGA コンフィギュレーション用エンベデッドオンボードUSB-Blaster™ 回路
　　・外部 USB-Blaster 用JTAGヘッダ
　　・アルテラ EPCS シリアル・コンフィギュレーション・デバイス
　3.クロック
　　・FPGA のクロック： 50 MHz、125 MHz および SMA コネクタよるクロック入力
　　・その他のオンボード・クロック・オシレータ: 6 MHz、24 MHz、25 MHz
　4.汎用ユーザ入力/出力
　　・LED
　　・2行の文字表示用 LCD ディスプレイ
　　プッシュ・ボタン・スイッチと DIP スイッチ
　5.メモリ・デバイス
　　・16 Mバイトのフラッシュ・メモリ
　　・2 Mバイトのシンクロナス SRAM
　6.コンポーネントおよびインタフェース
　　・PCI Expressエッジ・コネクタ
　　・RJ-45コネクタ付き10/100/1000BASE-TイーサネットPHY、または SMA コネクタへのトランシーバ1　つ （ボードの小規模な変更が必要）
　7.デザイン例
　　・Nios® II プロセッサ・ウェブ・サーバーとリモート・システム・アップデートを搭載したボード・アップデート・ポータル
　　・◦ボード・テスト・システム

　　（（ALTERA　HPより抜粋））


以前から、Nios® IIを試したいと思い、Cyclone IV　のスタータ開発キットの発売を待っていたのですが。
　・CyclonIVがEP4CGX15BF14C8N
　・HSMCのコネクタが無い（GPIO用のコネクタが裏面に隠れているといいのですが。）
この２点で購入に躊躇
　・デザイン例　Nios® II プロセッサ・ウェブ・サーバーと...
この点で、少々魅力（デザイン例ソースが入手できれば。。）

いずれ公開される、ドキュメントを待って、購入を判断したいと思います。

CQ出版 Interface誌 Sh2a 付録基板？？

ネットでルネサステクノロジSH-2Aを調べているうちにエレキジャック・フォーラム（4/24開催）のＨＰにたどりつきました。
このＨＰの
「プロの技」トーク・ショーで
T-9　　Interface 2010年6月号付属SH-2Aボードの製作事例（仮） があり、そこに付録ＳＨ２Ａの基板の写真が掲載されています。
その写真から、搭載ＳＨ－２Ａはどうも、R5S72623W144FPU　らしいです。


概要抜粋（Renesas　HPより）

　動作周波数
　　144MHz
　CPU性能
　　345MIPS(144MHz)
　キャッシュ
　　16Kバイト（命令8K/ データ8K分離、 4ウェイセットアソシアティブ方式）
　デバッグ
　　H-UDI, AUD-Ⅱ
　パッケージ
　　176ピンQFP（24mm×24mm)(0.5mmピッチ)
　そのほか
　1Mバイト大容量SRAMの内蔵により、外付けRAMなしでのシステム構成を実現
　ビデオ入力機能付きディスプレイコントローラにより、映像処理が可能
　NANDフラッシュメモリ、シリアルフラッシュメモリ等との接続及びそれらからのブートが可能


当面、昨年のLPC2388で遊ぶつもりでしたが、こちらに切り替えようと言う誘惑に駆られます。
付録基板が出るたびに、毎年、マイコンを切り替えてしまう、その切り替えに３，４ヶ月かかってしまうという言うジレンマ、、、実に悩ましいことです。


付録基板にフラッシュメモリ、水晶発信器が搭載済みであることを願います。
（願わくば、秋葉原（秋月、千石）で普通に購入できることを希望します。）
（高額な、パーツセットのみの販売だと、キツイと思います。）

空気清浄機のホコリセンサーをイジッテみました。

花粉症に悩まされる季節になりました。部屋には壊れた空気清浄機があり、モータ等の部品取り用に捨てずに置いてあります。
　購入時、絶大の期待を持っていたのですが、実際には、それほどの効果はありませんでした。３年で、円筒形のファンの軸受けが破損、あっけなく、使い物にならなくなりました。
　そんな、空気清浄機から、ホコリセンサーを取り出し。花粉モニターが出来ないかと思い。色々試してみました。

1．ホコリセンサを調べる。
　空気清浄機に電源を入れ、センサの端子（３ピン）をの電圧を調べる。テスターを適当に当てる。Pin1とPin2で最大電圧。Pin2とPin3で最小電圧。
　＝＝＞　Pin1　電源１２V　（Vdd）　
　　　　　Pin2　グランド　　（Vss）
　　　　　Pin3　電圧出力　　（Vout）
2．ホコリセンサ出力電圧調整回路
　　出力電圧が最大で５V程度であった（現時点での実測値）。しかし電源電圧の出力も考慮し、電圧の調整回路を組みました。素人の考えですが、抵抗値が高い可変抵抗を使うことで、センサの出力電圧降下を最小にする。抵抗の分圧を有効にするために、オペアンプで、ボルテージフォロア回路を構成
（ADCの内部抵抗が40KΩ（LPC2388 Product data sheet）なので 10KΩ程度の可変抵抗のみでも）
　　　　可変抵抗　100KΩ
　　　　オペアンプ　Vdd(Vs)　2.7～(3.3)～5.5V　（不意の高電圧に備え？）

　　＊色々やっているうちに、LPC2388のADCに12Vを流してしまい、「チッ」と言う音とともにLPC2388はクラッシュ。以前使用していたLPC2388（DAC不調）を現役復帰。
　
3．LPC2388　１CHオシロスコープの改修
　長時間の測定に備えるため、測定値をＰＣに送信する機能を追加しました。
　　液晶の表示のタイミング（1024サンプリング）で、サンプルデータの平均をとり、UART0でPCにデータを送信。

4．ＰＣアプリケーションの作成。
　1)Microsoft Visual C++ 2008 Express Edition
　2)シリアルポートのイベント(DataReceived)処理で、LPC2388から送信されたデータと受信時刻を蓄積する。
　3)グラフ表示は、パネル（System::Windows::Forms::Panel）に行う。

※グラフ表示が跳ね上がったところ、食事の支度（野菜炒め）をした結果。

----------------------------------------------
ＶＣ＋＋テクニカルメモ　
（一部　ソースコードのカットアンドペーストで表示出来ない部分があります。）
1．実行時エラー
　1)メッセージ
　　　　有効ではないスレッド間の操作: コントロールが作成されたスレッド以外のスレッドからコントロール '＊＊＊' がアクセスされました。
　2)内容
　　どうもシリアルポートのイベント処理はボタン、タイマ等のイベント処理とは異なり、イベント発生時に立ち上げられたスレッドで実行されるようです。つまり、Form上の各コントロール（オブジェクト）を管理しているスレッドと異なるため、シリアルポートのイベント処理で、Form上の各コントロールを操作することは安全でないと判断されているようです。
　3)対処
　　・Invoke等の関数でスレッド セーフな呼び出しを行うそうですが、今一つ不調
　　で、応急的対処を行った。
　　・Formのコンストラクタに以下のコードを追加。
this->CheckForIllegalCrossThreadCalls = false;
　　　（前述のスレッドチェック機能をOFFにするようです。）

2.グラフ描画
　1)グラフィックの宣言
　　　System::Drawing::Graphics^ GrpChart;　ポインタで宣言
　2)グラフィックの初期化
　　　Formにパネル( pnlChart )を置き、このパネルにグラフィックを生成する。
　　　　　this->GrpChart = this->pnlChart->CreateGraphics();
　3)Drawツールの宣言
　　・ペン
　　　　　System::Drawing::Pen^ PenChart;
　　・ブラシ
　　　　　System::Drawing::SolidBrush^ BrsChart;
　　・フォント
　　　　　System::Drawing::Font^ FntChartItem;
　4)Drawツールの初期化
　　・ペン
　　　　　this->PenChart = gcnew System::Drawing::Pen( System::Drawing::Color::Black,1.0f );
　　・ブラシ
　　　　　this->BrsChart = gcnew System::Drawing::SolidBrush( System::Drawing::Color::Black);
　　・フォント
　　　　　this->FntChartItem = gcnew System::Drawing::Font("ＭＳゴシック",10.0);
　5)グラフィック描画
　　・ライン
　　　　　Point point1 = Point(50,50);
　　　　　Point point2 = Point(200,100);
　　　　　this->GrpChart->DrawLine( this->PenChart, point1, point2 );
　　・文字（String）
　　　　　this->GrpChart->DrawString("Draw String",this->FntChartItem,this->BrsChart,10.0,10.0);
※久々にグラフィック表示のWinアプリを作成しようとして、少々戸惑ったのでここにメモります。

※ＣＱ出版２０１０年６月号が付録基板ＳＨ－２Ａで、期待しています。このマイコン（型番）限定でコードサイズ制限なし、期間限定無しのＨｅｗが添付されることを密かに期待しています。
　また、ＲＡＭ１Ｍバイト等の予告情報より、SH7262/SH7264あたりが搭載されるのでしょうか？
NECエレクトロニクス、ルネサステクノロジ統合記念の大盤振る舞いを期待します。

LM3S8962 Evaluation Kit プログラム作成 3 （GNU gcc）

　Texas Instruments（LUMINARY MICRO）社　 Cortex-M3 MCU　LM3S8962 マクロプロセッサ評価ボード　EKI-LM3S8962　を、あいも変わらずいじっています。

　今回、評価ボードのOLED（グラフィクディスプレイ128 x 96）の表示を試しました。
1.表示データの解析
　1)ディスプレイ関数　RIT128x96x4ImageDraw（rit128x96x4.c）のデモプログラムでの使用を調べた。
　　デモプログラム：　FreeRTOSデモ
　　　＝＞bitmap.hのpucBasicBitmap（FreeRTOSのロゴ表示）3201バイトのイメージデータがあり、４ビット１画素が確認された。（１６階調のグレースケール）
2.表示データの作成
　1)ペイントブラシ等で作成されたビットマップを表示データに変換することを考える。
　　①テストパターン（２4ビット　ビットマップ）をペイントブラシで作成し、データを調べた。
　　②od -cx bitmap.bmp 等でファイルのダンプを行った　
　　　　＝＞テストパターンのデータで、バイトの反転があった。(白地に黒点）
　　　　表示データは　0xFFFF　0xFFFF 0x00FF 0x0000 0xFFFF　であったが、本来、0xFFFF　0xFFFF 0xFF00 0x0000 0xFFFF　であるべき。リトルエンディアン的なバイト反転が起こっているのでしょうか？
　　　　C言語で、ビットマップファイルをバイナリで開け、各画素のRGB要素の平均をとって１６階調の数値データとし、テキストファイルに落とすことを考えていたのですが、このバイト反転、ファイルヘッダーの呼び飛ばしなどを考えると、面倒に思い、C言語による変換プログラムの作成は見送りました。
　2)Visual C++ 2008 による変換プログラムの作成
　　前述の理由の他、画像ファイルの制限を外すことを考えるとVC++を使うのが良いと判断しました、プログラムの要点は、
　　　　①Bitmapクラスを画像ファイル割当てで初期化する。（ビットマップ、JPEG、GIF等の画像ファイルが一様に扱える）
　　　　②pictureBoxクラスのImageプロパティに　①のBitmapクラスを設定する。（表示用）
　　　　③　①のBitmapクラスのGetPixelメソッドを使って画像の各画素を取得する（Colorクラス）。
　　　　④各画素のRGB要素の平均を求める。（この時点で２５６階調のグレースケール）
　　　　⑤求めた平均を１／１６する。（OLEDで使える１６階調のグレースケールになります。）
　　　　⑥この値をテキストファイルに出力する。一応Hex表示形式
　3)デモプログラムへの組み込み。
　　　　デモプログラムに　RIT128x96x4ImageDraw　関数を追加し、2)で作成したグレースケールデータ（出力テキストファイル）をイメージデータとして使いました。
　　　
　※Visual C++ 2008 メモ
　　久々のVC++で、戸惑った点
　・二次元配列が使えなかった。
　　データＷＫ用に　private: unsigned char imgdtT[128][96];を使おうとしたのですが。
　　　　....のメンバとして定義できません。混合型はサポートされていません。のエラー発生、Arrayクラスを使用するようです。
　　宣言は　　　 private:array< unsigned char, 2 >^ imgdtT;　　
　　初期化は　　　imgdtT= gcnew array< unsigned char, 2 >( 128,96);
　　代入は　　　　imgdtT[i,j] = iBrite /16;　
　　参照は　　　　iGray16 = imgdtT[i,j];　
（一部訂正　3/9　初期化は　の　array　が表示しきれていなかった。実は、＜Ｕｎｓｉｇｎｅｄ．．．．が隠れてしまっていた。）
3.OLED（グラフィクディスプレイ128 x 96）の表示
　鉄道模型（Nゲージ）の表示は128ｘ50（4ビット）ドットで行っています。今まで128ｘ64（1ビット）ドットのグラフィックＬＣＤを主に扱ってきたので、このOLEDの表示はあまり期待していませんでした。しかし16階調（4ビット）のグレースケール表示ができることで表現力が格段に上がることは以外でした。
　HondaのHPより、バイクの画像をパクリ、１６階調のグレースケールに変換し表示させました。結構きれいな表示でした。この解像度では表示しきれない細部まで見えるような錯覚を覚えました。

--------------------------------------------------------------------
--------------------------------------------------------------------
　試行錯誤を始めて、３ヶ月、暇を見つけてはの趣味の範囲では、超えられない壁が幾つかでてきました。

1.IARサンプルプログラムのGNU　GCCへのコンバート
　・Ethernetの割り込みがハンドリング出来ない。
　　　DHCPからのIPアドレスの割当が受けられない状況　
2.FreeRTOS上の開発環境（GNU　GCC）の整備
　1)FreeRTOSからVre.6.0.2をダウンロードして試しました。
　　・IAR用のデモプロジェクト（CORTEX_LM3Sxxxx_IAR_Keil）を試す。（IARの環境）
　　　　＝＞デモプログラムの動作を確認・・・容易に確認
　　・Eclipse用のデモプロジェクト（CORTEX_LM3Sxxxx_Eclipse）を参考にGNU　GCCの開発環境を整える。
　　　　＝＞FreeRTOSのデバイスドライバ等のライブラリ（libdriver.a、libgr.a）は、arm-elf-系の開発環境では利用できません。
　　　　　＝＞CODESOURCERYよりSoucery G++ Liteをインストールする。arm-none-eabi-系の開発環境が整い、ライブラリ（libdriver.a、libgr.a）の使用が可能になります。
　　　　　　＝＞main.cのvSetupHighFrequencyTimer()のCallで止まってしまいます。タイマ関連のレジストリの設定で止まってしまうようです。