RL78/G23 Fast Prototyping Boardを買いました

こんにちは。NoMaYです。

別スレッドでRL78 nextに関して長期に書いていたわけですし、買ったなら黙っているのもアレかな、と思いましたので投稿します。

RenesasさんからStrategy Updateが発表されましたね
japan.renesasrulz.com/cafe_rene/f/forum13/6192/renesas-strategy-update/37890#37890

ボードの形状は、まるっきりArduino、ですね。また、ボードのUMに書かれていたのですが、将来、Arduino IDEでもボードをサポートする予定らしいです。また、RL78/G13,14,11,10,12のようにCS+でシミュレータGUIが起動しましたね。まだ、空のコードしか作ってないのと、あと、CS+をインストールしてもRL78/G23シミュレータのリリースノートが含まれていなかったので、ちょっと五分五分の可能性?、というところですが、内蔵周辺機能のシミュレーションが出来るかも知れません。また、上のスレッドでもFujitaさんが書かれていましたが、従来のRX231によるオンボードエミュレータではなくて、USB−シリアル変換チップ(FT232RQ)によるオンボードエミュレータに変更されてました。これで、RFPでのプログラミングと、CS+/e2 studioでのデバッグと、ターミナルソフト(TeraTermなど)によるUART通信と、これら3つのことが出来るみたいです。(きっと、これらは排他使用かな、と思います。)

Parents
  • こんにちは。NoMaYです。

    FT232を内蔵フラッシュメモリ書き換え制御とかデバッグ制御とかで使用する場合に処理時間/レスポンスを改善するWindows(というかFT232のWindowsデバイスドライバ)の設定(知っている人は知っている的な?設定)があるのですが、試してみたところ、USB−シリアル変換チップ(FT232RQ)によるオンボードエミュレータ回路によるデバッグでも劇的に改善されましたね。とりあえずは、Go/Breakのレスポンスを試しただけですが、ダウンロード時間など含めて、後で定量的なデータを取ってみたいと思います。(なお、CS+でもe2 studioでも改善されますが、CS+の方がe2 studioより3倍くらい速いような気がします。CS+派の私の贔屓目かも知れませんけど、、、)

    以下、画面コピーです。

    改善策: FT232のWindowsデバイスドライバの設定のBMオプションの待ち時間を1msecへ変更する


    改善前: FT232のWindowsデバイスドライバの設定のBMオプションの待ち時間の初期値は16msecでした


    上記設定画面へは以下のように移動します



    CS+とe2 studioのデバッグ画面


     

Reply
  • こんにちは。NoMaYです。

    FT232を内蔵フラッシュメモリ書き換え制御とかデバッグ制御とかで使用する場合に処理時間/レスポンスを改善するWindows(というかFT232のWindowsデバイスドライバ)の設定(知っている人は知っている的な?設定)があるのですが、試してみたところ、USB−シリアル変換チップ(FT232RQ)によるオンボードエミュレータ回路によるデバッグでも劇的に改善されましたね。とりあえずは、Go/Breakのレスポンスを試しただけですが、ダウンロード時間など含めて、後で定量的なデータを取ってみたいと思います。(なお、CS+でもe2 studioでも改善されますが、CS+の方がe2 studioより3倍くらい速いような気がします。CS+派の私の贔屓目かも知れませんけど、、、)

    以下、画面コピーです。

    改善策: FT232のWindowsデバイスドライバの設定のBMオプションの待ち時間を1msecへ変更する


    改善前: FT232のWindowsデバイスドライバの設定のBMオプションの待ち時間の初期値は16msecでした


    上記設定画面へは以下のように移動します



    CS+とe2 studioのデバッグ画面


     

Children
No Data