Ｈ８／ｔｉｎｙｍｏｎ

Ｈ８／３６９４遊び

時間軸

  • h8300-hmsなgccのインストール
  • H8/tinyのアドレス空間、動作モードに関するおさらい.
  • Makefileの雛形を作る.
  • ldscriptの雛形を作る.
  • interrupt(Exception?) vectorのテーブルを作る.
  • interrupt型の関数の書き方を調べる.
  • monitorの原型を作成
  • 全然動かないのでデバッグ
  • 全然動かないので、出直してLEDピカピカを試す. --- これはok.
  • sciのRx Txルーチンをスクラッチから書いてみる. でも全然動かない.
    • 調べたら、I/Oの初期化がいろいろ抜けていたのと、while()ループの式の判断文が逆だった。がっくり。
    • 結局ＬＥＤピカピカで動作確認するしかないじゃん、この基板。（モニタ書くときね）
    • もう３０回以上flush焼いた。あと７０回しか残ってない・・・。
  • やっと動いた <---- 今ここ

現在のステータス.

  • ＲＯＭコード４ｋ以内。
    • ２ｋ以内にしないとＲＡＭ上に載せて試せないじゃん。
    • しかし、ライブラリをほとんどリンクしてない状態で４ｋ。
    • 下手にprintfとかscanfを入れようものなら、一気に３２ｋＢを越える。リンクエラーだ。
  • ＲＡＭワークは２５６Ｂｙｔｅ以内。
  • まだ、ダンプとエディットとフィルしかないんだよー。ＪｍｐがないしＳレコードのロードもないし。

目次：

ここまでで分かったこと。

  • Ｈ８の命令コードは、妙に洗練されていない。ドンクサイこと。
    • 命令コードの割り当てがスカスカなので、コードが無駄に長い。
  • 中途半端に３２ビットなＣＰＵなので、何でもmov.l になってしまって、長い。
    • ３２ビットの命令コードはあとで拡張したような感じで、長くなるようだ。
    • 関数のプロローグコード、エピローグコードがこんな感じに・・・
void foo() {
270:	01 00 6d f6 	01 00 6d f6       mov.l	er6,@-er7
274:	0f f6       	0f f6             mov.l	er7,er6
276:	01 00 6d f0 	01 00 6d f0       mov.l	er0,@-er7
27a:	01 00 6d f1 	01 00 6d f1       mov.l	er1,@-er7
27e:	01 00 6d f2 	01 00 6d f2       mov.l	er2,@-er7
282:	01 00 6d f3 	01 00 6d f3       mov.l	er3,@-er7

  本体はたいしたことしてないんだよう・・・ //

2ba:	01 00 6d 73 	01 00 6d 73       mov.l	@er7+,er3
2be:	01 00 6d 72 	01 00 6d 72       mov.l	@er7+,er2
2c2:	01 00 6d 71 	01 00 6d 71       mov.l	@er7+,er1
2c6:	01 00 6d 70 	01 00 6d 70       mov.l	@er7+,er0
2ca:	01 00 6d 76 	01 00 6d 76       mov.l	@er7+,er6
2ce:	56 70       	56 70             rte

こんだけー

  • まあ、-mint32 をやめればいいんだけど、そうするとh8/3048とかとソース共有するときに intのサイズが16bitなのか32bitなのかで書き分けないといけないし、
  • だいたい8086じゃあるまいしintがいまどき16bitってどうよ。
    • まあh8/tinyだけなら16bitでも困らないけど、h8って、品種が多いからねぇ・・・
    • tinyだけにしか通用しないソースってのもどうかと。
  • tinyじゃないh8では強制的に上のようなプロローグコードになります。駄目さ加減が爆発!

もうね、ここで半分匙は投げられた気分になる。

  • あと、h8300-hms-objdumpの変な二重ＨＥＸダンプはなんとかしてほすい。

Ｈ８の開発環境について†

Ｈ８開発環境の独善的選択ガイド　

  • 趣味、もしくはゼロから構築するなら、普通にh8300-hms-gccだ。環境はWindowsならMinGWがあるし、Linuxのrpmもある。

実はh8用のgccにはいくつかの派生があるらしい。

  • 秋月で配布（ボードの付属）されているcc38h.exeとか。
    • 自分が購入したAKI-H8/3048ボードにはまだＣコンパイラは付属せず、ＤＯＳ版のアセンブラだけが付いて来た。
    • 入手しようと思えばＣＤＲＯＭだけ５００円で買える。
  • KPIT GNU Tools http://www.kpitgnutools.com/ --このサイトは日本語ＯＫ。
  • GCC Developer Lite http://www.besttechnology.co.jp/index.htm
    • 実行ファイルフォーマットがｅｌｆなので良さげ。
    • ちなみに、sourceforgeのh8300-hms-gccは coffだった。

派生はいろいろ便利そうだが、とりあえずsourceforgeのやつで行くつもり。

使えそうなモニタデバッガのソースはないのか？

  • ルネサス（元日立）のモニタデバッガを探してみたが、見当たらず。
    • Ｈ８以外の品種では存在しているようだが・・・。もうＨ８用の配布はやめたのか？
    • 全部アセンブラ（ＨＥＷ）
  • 苫小牧高専のモニタ
    • ＧＰＬｖ２で公開されている。
    • 残念ながらフルアセンブラ。ビルド環境はgcc（のアセンブラ）とmake
    • Ｈ８/Ｔｉｎｙ用はない。
  • 秋月Ｈ８ボード用のモニタ（フリーウェア）
    • 半分アセンブラ
    • ライブラリ部分のソースがなく、改造不能だった。

結局、これは良いというものがなかった。

  • モニターのソースが欲しいのではなくて、普通にＣでアプリを書くときのフレームワークが欲しいだけ。
  • つまり、Makefileとldscriptとcrt0.SとUARTの割り込みハンドラ。
  • これだけ揃っていてＣで書き始められればそれで充分。
  • 何かやりたい場合は、モニターに機能追加する形で実装すればよい。
  • ＳレコードのローダーとＧＤＢスタブまで用意できれば、モニタでなくても良いわけだが。
↑

Ｈ８用のＧＤＢスタブはここにある。†

H8のGDB用スタブモジュール

＞田沢さんが、H8のGDB用にスタブモジュールを実装されました。ターゲットは (株)秋月電子通 商製 H8/3067FとH8/3069Fで、GDB用にSCI0を使用します。スタブのソースプログラムは、以下にあります。

とのこと。

  • リンク先にあるＧＤＢスタブはｇｃｃ用。（そりゃＧＤＢだからね）
  • 残念ながらＨ８/ｔｉｎｙ用はない。--->作るしか。
  • これまでは、Ｈ８とＨ８/ｔｉｎｙ間の違いがなんなのか良くわからず、移植方法も不明だった。
  • が、monitorを書いたことで、おぼろげながら分かるようになった。

要点としては、

  • Ｈ８/ｔｉｎｙではメモリー空間は６４ｋＢしかないこと。
  • 割り込みベクターが２バイトの配列に縮退していること。
  • Ｉ／Ｏのアドレスや種類が全く異なっていること。
  • デバイス依存の割り込みは品種ごとに違っている。
    • シリアル割り込みに関しては３６９４Ｆでは全部ひっくるめて１つのベクターに飛んでくる。

しかし、

  • toppers.jp にＵＰされているＨ８用ＧＤＢスタブがあれば、Ｈ８のスタートアップやデバッグには十分だと思われる。
  • このＧＤＢスタブは書き方がしっかりしている。

というわけで、

  • Ｈ８/ｔｉｎｙに移植すれば使えそうだ。
  • おまけでメモリーダンプ等のモニターコマンドを入れておくと（ＧＤＢなしでも使えるので）便利かも。

実際にやってみた。

  • ＧＤＢスタブのコードサイズは５ｋ程度。
  • .dataと.bssの合計（ＲＡＭサイズ）が４ｋくらいある。
  • .stackも２Ｋくらいある。
  • Ｈ８／３６９４Ｆには入らない。

よって、ＧＤＢスタブはＨ８/ｔｉｎｙではサポートされていない。

↑

Ｈ８/ｔｉｎｙ用のＧＤＢスタブを発見†

トラ技の２００４.４基板にＧＤＢスタブを移植している人を発見した。

答えは全部ここにあった。

  • もはや私はコードを書かなくてもＧＤＢが使えるということだ。
  • コンパイラがh8300-elfで作成されていた。
  • coffのコンパイラで通るようにmakefileとldscriptを改造した。
  • ビルドした。
  • コードサイズはやや大きく、１３ｋＢある。
  • .data+.bss+.stackは 0xfd80〜0xff80を使用している。以外と小さい。
  • 仮想vectorテーブルをＲＡＭ上の0xf780〜0xf7ffに置けば、間接的に呼んでくれる。
  • デバッグしたいプログラムは0xf800〜0xfd7fの1.3kBにロードする.（正確には、0xf780からvectorテーブルを先頭にコードを配置するのでベクターテーブルの余りはコードが置ける）
↑

ここまで分かったから、オチを書いておこう。†

  • トラ技基板のＨ８/３６９４ＦはＲＡＭが２Ｋしか実装されていない。
  • ＧＤＢデバッグは出来るのだが、置けるコード（＋ワーク）サイズは１.３ｋＢしかない。
    • これを補うために、ライブラリの類をＲＯＭに詰め込んでおいて、そっちを呼ぶようにすれば、少しは節約できる。
    • だとしても、Ｈ８の冗長コードをたったの１.３ｋＢしか置けないなんて・・・。
  • だったら、高効率なＡＶＲのコードが２ｋＢも置けるＡＴｔｉｎｙ２３１３のほうが使いやすくね？

あーＡＶＲの補完に使おうと思ったＨ８/ｔｉｎｙだったが、使えねー。

  • 残る利点はＩ/Ｏのピン数とＡ/Ｄコンバータのみとなる。
↑

GCC Developer Liteは良さげ†

  • Embeddedの集大成、ARM,AVR,H8,SH用のｇｃｃと周辺ツールが入っている。
  • gcc 4.1.2ベースだ。(AVRにはどちらかというと鬼門のgcc-4だ)
  • OpenOCD http://openocd.berlios.de/web/ というのも含まれていた。なかなか興味深い。

実は、GCC Developer Liteに含まれるＨ８ｔｉｎｙ用のサンプルに各種Ｈ８内蔵デバイスを使ったプログラム例が入っていた。

  • シリアルドライバー等はgccのライブラリに含まれている。
  • コンパクトで使いやすそうだった。
  • コンパクトなprintfの実装とかもある。

立ち上げてみると、統合環境風なＧＵＩが起動する。

  • gdb-6.1のＧＵＩ版（GNU Insight Debugger)まで統合されているようだ。
  • gdbスタブを書けばＧＵＩ上でソースレベルデバッグ出来るのか？

ある意味、これは凄いぞ。Embedded界のＶｉｓｕａｌＳｔｕｄｉｏだ。

  • しかし、冷静に考えると、これはBestTechnology社製のH8などのマイコンボードを購入した人を対象としたサービスであろう。
  • 秋月のボードを買った人とか、トラ技の付録基板の人は、若干の後ろめたさを感じながら使おう。


  • まあ、gcc,gdbに関してはＧＰＬなので使用には問題はないと思う。
  • ＧＵＩで纏められていて使いやすい上に、ライブラリとかスタートアップがある程度用意されているので、特に初心者にはお勧めだ。
  • 以前は購入者以外には公開されていなかったらしい。
  • GNUH8のリンク先をクリックするとKPIT GNU Toolsのページに飛ぶので、結局のところ、派生品とは、KPITと秋月ＣＤＲＯＭ(dos版gcc)の２種類ということになる。
↑

Ｈ８/ｔｉｎｙにはＥ８ａエミュレータがあるらしい。†

今頃知った。

  • 価格は、１万３０００円程度。
  • 但し、Ｈ８/ｔｉｎｙとかＲ８/ｔｉｎｙとか機種が限定されている。
  • ｔｉｎｙでないＨ８には対応していないっぽい。
  • Ｈ８/ｔｉｎｙなどには、デバッグ専用のピンが１本だけ用意されている。
  • そのピンと接続して、ＨＥＷ経由でデバッグ出来るらしい。
  • ｇｄｂ（ｉｎｓｉｇｈｔ）には対応していないのか？
    • 不明

続き
Ｈ８／ｇｄｂｓｔｕｂ