>
> ＰＩＣやAVRでは荷が重いけど、H8／3048Fを持ち出すとコスト的に・・・という
応
> 用に使えそうな気がしました。どなたかこのＣＰＵを使ったことがある方、留意点
な
> どありましたらコメントしていただけませんか？
>
> 機能的な点に加えて、流通状態とどの程度の価格帯で購入できるのかも気になる
の
> ですが・・・
入手してはいます。 問題点は、デバッガーのサポートの如何ですね。
OAKS-16 では、完全な、ソースコードデバッグが、（SCU1を捨てれば）
最初から使えています。 これはすごいですね。 ＨＵＤＩ、ＪＴＡＧ 並で
すが、Ｈ８ では、これが、往年の、１チップ並では有りませんか？
３６６４は、ＤＢを開放しないので、パートナーＥＴ２が使えません。
Ｃ言語での開発では、インスペクト、ウォッチ無しでは、たまりませんね。
基板を開発可能な、デバッグモニターと、安価な、デバッガーが有れば、
使えるのですが、フラッシュがセグメント分割できるのが、絶対条件に
近いでしょう。 HUDI,JATGが使えれば、問題外。
開発時間が、開発工数の大部分であることを考えれば、現時点の３６６４
基板はおもちゃです。 AKIH８関係者、日立のマーケティンググループに、
考えて貰いたい点です。
---- モニター、シリアルデバッガーを提供してください！
ご指摘の用途こそ、ＯＡＫＳ−１６が向いていると思います。
ＯＡＫＳ−１６では、フラッシュが、セグメント消去、書き込み可能で、
フラッシュを操作中も、ベースセグメントでの実行が出来ています。
２８Ｆ８００Ｂ 相当の機能のフラッシュです。 ですから、ＯＡＫＳ−１６
キットで、提供される、フラッシュのモニター＋デバッガーで、ユーザ
ープログラムをフラッシュに書き込んで、１チップ動作のデバッグが出
来ています。 ブレイク、ＢＰ設定、ステップ 、インスペクト、メモリーフ
ィル、と、安価に開発可能ですよ。
OAKS-16は供給に疑問符のつく三菱ですから、日立のお尻をつつい
て、日立に改善してもらいましょう。
杉本
横浜市 緑区 東本郷 6017-1-602
オンボード Tel: 045-473-7678
URL:www02.so-net.ne.jp/~ob_henry
