過 去 ロ グ
RENESAS
[970]Re: KD30 使用時に安心できるのは 4800bps
まで？ - 投稿者：ryosuke 2004年12月6日(月) 12時31分
オークス電子さんからの回答にもう一つ重要なポイントがありましたので、ここで
紹介させていただきます。
RAMモニタウィンドウ、ASMウォッチウィンドウ、Cウォッチウィンドウを開いている
場合にも割り込みが発生するので、ユーザプログラムをリアルタイムに実行させたい
場合は閉じておいてください、ということでした。
ウィンドウごとに更新の間隔を設定することもできるらしいです。
ありがたいことです。
[969]Re: KD30 使用時に安心できるのは 4800bps
まで？ - 投稿者：ryosuke 2004年12月6日(月) 11時59分
オークス電子さんに問い合わせたところ、丁寧かつ明快な回答が返ってきました。
要約すると、KD30 起動時の Init
画面で設定可能ということでした。
Init 画面の RunMode タブを見ると、KD30
からマイコンへの定期的な問い合わせ
をする Sampling Mode (100ms〜5000ms設定可能) 、または
KD30 から STOP させる
まで走り続ける Free Run Mode が選べます。
Free Run Mode
にすれば前述のユーザ割り込みがかからない期間が発生しません
から、リアルタイム性が確保されます。
素晴らしい！
詳しくは Init 画面 RunMode
タブのヘルプに解説がありました。
なお、Sampling Mode
時の１回あたりの割り込み禁止時間については説明が
ありませんでした。KD30
のバージョンでも変わるかもしれないし、保証するもの
ではないでしょうから、そこは実測データを元に組んでいけば良いと思います。
そうか、パソコン〜マイコン間の通信速度によっても変わるんでしょうね！
これも Init 画面の MCU タブで選択できます。私は
38400bps で使っています。
> R8C/Tiny で KD30
を使ったオンチップデバッグを行うとき、約1.8ms
の
>
割り込み禁止期間が断続的に発生しているようだ、と書きました。
この時間は一例として、参考にとどめておいてください。
> 4800bps にすれば１フレームが 2.3ms
となって、上記 1.8ms よりも長い
>
のでうまくすればオーバーランなしで使えるはずです。
この 4800bps
以下なら大丈夫そうだ、というのも一例と考えておいてください。
私は予定通り R8C/Tiny と外部機器との通信を 19200bps
で行って、Sampling Mode
と Free Run Mode
をうまく使い分けて開発〜デバッグしてみます。
（あまりに不便だったら 4800bps に落として
Sampling Mode のみにします。）
[947]KD30 使用時に安心できるのは 4800bps まで？
- 投稿者：ryosuke 2004年11月28日(日) 21時53分
R8C/Tiny で KD30
を使ったオンチップデバッグを行うとき、約1.8ms
の
割り込み禁止期間が断続的に発生しているようだ、と書きました。
今回私は空いている方の UART0
を使って他の機器と 19200bps の連続
送受信をするつもりだったのですが、１フレームが
0.57ms（パリティあり）
となってしまって、受信データ読み出しが間に合わずにオーバーランする
可能性が大です。
4800bps にすれば１フレームが 2.3ms
となって、上記 1.8ms よりも長い
のでうまくすればオーバーランなしで使えるはずです。
本当にそうなのかオークス電子さんに問い合わせてみます。
[944]R8C/Tiny オンチップデバッグのメモ -
投稿者：ryosuke 2004年11月28日(日) 11時36分
OAKS8-FullKit(税込み\4,148)
を買うと付いてくるデバッガ KD30 を
使って R8C/Tiny
のオンチップデバッグを始めてみました。
とても簡単で面白いです。
ちなみにルネサス純正のＣコンパイラと同等の非常にくせのない、
優秀なコンパイラも付いていますからお世辞抜きでお買い得です。
市販用純正コンパイラと違うのはデバイスが R8C
に限定されていて、
他の M16C
ファミリ用には使えないことくらいです。そんなのは制限
のうちに入りませんね。
というわけで、使い始めて気が付いたことをメモしておきます。
KD30
を使ったデバッグ中は、ときどき情報をマイコンとデバッガの間で
やり取りするためにユーザが用意した割り込みが掛からない期間があります。
正確ではありませんが、1.8ms
の割り込み禁止が、20ms 置いて２回、
パパッと発生しています。それが、約１秒毎に発生しています。
KD30
を使わずに通常モードでマイコンを起動するとそのような割り込み
禁止期間は発生していませんから、現象を知っていて使い方を気を付ければ
問題にはならないと思います。
[943]M16C と R8C/Tiny の UiRB 読み出し相違点 -
投稿者：ryosuke 2004年11月28日(日) 1時16分
いきなりですが、ルネサスの M16C/20 シリーズ、M16C/10
シリーズで
作成したソフトウェア資産を R8C/Tiny
に流用しようとして気付いた
ことがあります。
UARTi 受信バッファ (UiRB)
は２バイトのレジスタです。
M16C/20、M16C/10 では、UARTi 受信バッファ (UiRB)
の注意点として
下位バイトを読み出すと上位バイトに含まれる一部のフラグがクリア
されるとマニュアルに書かれていました。
特に M16C/10
のマニュアルには「上位、下位の順番で読み出すように」
と明確に書かれていました。
ところが R8C/Tiny
の場合は、上位バイトを読み出したときにフラグが
クリアされると書かれています。また、必ず２バイト転送命令で
「16
ビット幅を同時に読み出すように」と書かれていました。
これは「改良」と見るべきなんでしょうけど、どちらでも問題なく安心
して使うためには 16
ビット同時に読み出すのが良いようです。
私は M16C/10
のマニュアルにあった通り上位、下位の順に読み出す
コードを書いてあったのですが、修正して 16
ビット幅で読み出すよう
に変更しました。
ちなみに M16C/60 用の UART
の使い方を簡単に書いたドキュメントには
16
ビット幅で読み出すコードが参考に載っていました。
その他にも、同じレジスタ名称でも中身のビット構成が違うものが多々
ありますので、慣れたつもりで使わない方が良いな、と感じました。
[913]Re: ＯＡＫＳ８−ＦｕｌｌＫｉｔ -
投稿者：ryosuke 2004年11月16日(火) 23時21分
今日はソフトウェア環境を一式整えました。もちろん正常に使えました。
サンプルプログラムを楽しんだあと、
Ｏｐｔｉｏｎ１（ＬＣＤ）を追加して
文字表示のサンプルも動かしました。それから、シリアル通信のサンプルも
動かしてみてハイパーターミナルを使ったエコーバック動作を確認しました。
さらに、それらを組み合わせたサンプルでハイパーターミナルを使って送り
込んだ文字をＬＣＤに表示させて楽しみました。ちゃんとスクロールするん
ですね。
用意された内容は動かしてみることができました。次は、もう１１本しか
余っていない入出力ポートをうまく使って、６×５のマトリクスによる
ＳＷ入力３０点を取り込む回路を追加します。
ちなみにこれは、頼まれ事に使います。（半分趣味です）
[911]ＯＡＫＳ８−ＦｕｌｌＫｉｔ - 投稿者：ryosuke
2004年11月16日(火) 0時40分
うーん、過去ログをざっと見てみると、中途半端で止まっていることがとても多いです。
いかんなぁ。まぁ、いろいろな事情があるわけですが。
そんな中、今度はルネサステクノロジＲ８Ｃ／Ｔｉｎｙの開発キットである、
オークス電子のＯＡＫＳ８−ＦｕｌｌＫｉｔに手を出しました。(^_^;)
まずは組み立てて、あらかじめフラッシュに書かれているホタルプログラムを
動かしてみました。確か、大西さんと同じ状況です。
これのコンパイラも CodeWarrior
に負けず劣らず素晴らしいできなので、使うのが
楽しみです。ああ、なぜ知っているかというと、Ｒ８Ｃの兄貴分であるＭ１６Ｃで
ＮＣ３０コンパイラを使っているからです。
[239]Re: Ｈ８ - 投稿者：ryosuke 2004年6月13日(日) 7時4分
Ｈ８は、初代のＨ８／５３２を製品に使いました。あの当時はあそこまで
コンパクトに必要な機能が全部詰め込まれたマイコンは他に見当たりません
でした。（価格や開発サポート体制も含めての話です。）
ただ、私は当時は回路屋さんでしたので、できあがったハードウェアが
正常に機能するかを確認する各種のドライバとかテストプログラムくらいしか
プログラミングをしていないので、本当の意味での使い心地は判りません
でした。
その後、フラッシュ版が出てきて個人でも簡単に使えるようになった頃に
秋月通商からＡＫＩ−Ｈ８が出たので飛び付きました。Ｃコンパイラも
サイズ限定版は２千円と激安でした。
趣味で一通り使ってみた感想は、非常によくできているけど、面白みは
感じられないな、という印象でした。何と言うか、素直すぎるんですね。
必要なものは全て入っているし、変なクセが無い。価格も安く入手性も良い。
仕事で使う分には、申し分の無い条件です。が、惹きつけられる何かが
ありませんでした。あくまで私個人にとって、ということですけど。
ああ、たった今気付きました！ パッケージです。１００ピンＱＦＰが
どうも魅力を感じなかったんです。あれでもし１８ピンＤＩＰがあれば
私の最も好きなマイコンになっていたかもしれません。(^_^;)
そうか、私の場合は仕事で使いたいマイコンと趣味や副業（？）で使い
たいマイコンは違う基準で選んでいるなぁ。仕事でチームで進めるプロ
ジェクトでは、クセが無い方がいいからそうなっちゃうんですね。
個人で何かを作るときは、まずパッケージが扱いやすいことが条件で、
あとは必要な機能があって開発環境が安く揃えられることかな。
[238]Ｈ８ - 投稿者：ryosuke 2004年6月13日(日) 6時41分
大西さん、こんにちは。
>
もしかしたら世代交代したいだけかも知れない。
きっとそうでしょうね。日立の半導体部門と三菱電機の半導体部門が
合併（一部を除く）するお知らせが来たとき、その理由としては開発の
効率化のためと書かれていました。
たぶん８ビット／１６ビットはＲ８Ｃ、Ｍ１６Ｃに統一したいんじゃ
ないでしょうか。一応以前から売れている製品は継続しているようですが
旧三菱電機の１６ビット７７００シリーズも先は短いでしょうね。
旧日立勢はＳＨを残したいのではないでしょうか。最近のラインアップには
Ｍ３２Ｒなどが載っていますが、性格がかなり違いますから。
>
それに、トラ技の付録にしているくらいだから。
正直言って、なぜ今更Ｈ８？と思いました。まぁルネサスの営業さんも
売れそうなときは出していくでしょうから、ＣＱ出版の企画に乗ったの
ではないでしょうか。出版社側としては読者に合わせたというところ
かもしれません。
ルネサスの幹部がどう思おうと、Ｈ８は当分の間無くならないと思います。
[119]トラ技 リアルタイムＯＳの記事に期待 -
投稿者：ryosuke 2004年5月8日(土) 21時34分
トラ技４月号、５月号はもちろん買いましたが、実は私が楽しみに
しているのは６月号です。なぜってそれは、Ｈ８Ｔｉｎｙのリアル
タイムＯＳの記事が載るからなのです。
リアルタイムＯＳは、仕事以外で勉強してきました。
でも、普段「１ループ５ｍｓで全ての処理を終わらせ、次の５ｍｓ
開始タイミングまで待機」というソフトばかり作っているから本当の
マルチタスクのありがたみがピンと来ていないのです。
タスクの生成とかプリエンプティブとか、仕組みは解っていてもどう
やって使えば有効なのかがイマイチ理解できていません。
ＲＴＯＳの仕組みや使い方だけではなく、実践での利用法を紹介して
くれていると良いなぁ。まねして使ってコツを身に付けたいですね。
[37]オークス電子 - 投稿者：ryosuke 2003年9月20日(土)
5時11分
大西さん、こんばんは！
なるほど、統合を象徴する名前だったんですね。
Ｒ８Ｃは部品価格は安いですけど純正開発ツールＥ７の値段が気に
なっていました。オークスさんから出るモニタ機能付きのボードを使う
方が確かにお手軽ですね。
オークス電子さんと言えば、オークスＭ１６Ｃの発売時に無料モニター
を募集していて、トラ技で見た瞬間に応募しました。見事当選して、
それでキッチンタイマーを作りました。（笑）
[36]Re: ルネサス R8C/Tiny - 投稿者：DAIこと大西
2003年9月19日(金) 22時44分
こんばんは。
先日買ったトラ技１０月号のオークス電子の広告にボードの発売予告が出てますね。
たしか、ルネサスのHPに開発は三菱でやっていた物だけど、日立との統合を象徴
させるため、H8/3664からTinyをもらったとか書いてありましたね。
今日は、DWMの実験基板がわずか２時間で完売になるのを、指をくわえて見て
いました。仕事中に注文などできない・・・
[35]ルネサス R8C/Tiny - 投稿者：ryosuke 2003年9月18日(木)
19時55分
日立と三菱の半導体セクションが合併してできたルネサステクノロジー
から発表された「Ｒ８Ｃ／Ｔｉｎｙ」マイコン、とても良さそうです。
三菱が開発中としていた「Ｍ１６Ｃ／１０」がＲｅｎｅｓａｓから
発売されるにあたって名称変更されたもののようです。
どうして「Ｒ１６Ｃ」にしなかったのかな？
Ｒ８Ｃの中身はモロにＭ１６Ｃなんだけど、ピン数が少ないから差別化
したかった、というところかな。
Ｈ８（これもルネサス）と並べて見せたかったから、かもしれません。
私はＭ１６Ｃ／２０シリーズを使っているので、遅かれ早かれＲ８Ｃも
使ってみることになりそうです。
トラ技のインフォメーションで先月だったか紹介されていて、値段も
安かったので非常に気になりました。