IoT MCU開発お役立ち情報満載
ルネサス主催マイコンセミナーのRL78コンパイラコースで使うCC-RLコンパイラ対応テキストがリリースされました。
旧CA78K0Rコンパイラのテキスト要約と同様、新テキストについても要約版を作成する予定です。セミナーに参加できると一番ですが、大阪か東京の２日間セミナーなので、弊社の場合、費用が悩みです。
CC-RLに関しては、5月18日時点で多くのFAQも追加掲載されています。つまづいている方が多そうです。
CC-RL対応済みのRL78/G1xテンプレート活用も、これらつまづきからの1解決策として有効です。
テンプレートは、CS+で実際に動作するプロジェクトで提供します。FAQの回答より具体的につまづきを解決できます。
RL78/G1xの習得、アプリ早期開発に使えるRL78/G1xテンプレートv3.1を、CC-RLコンパイラとCR78K0Rコンパイラの両方に対応したRL78/G1xテンプレートv4.0（税込1000円）に更新しました。
RL78/G1xテンプレートv4.0は、新しいCC-RLコンパイラと従来のCA78K0Rコンパイラ、それぞれにテンプレートを提供します。テンプレート全体像を説明資料P3に示します（マイコンテンプレートサイトより説明資料P1～P3ダウンロード可能）。
テンプレートを使ったアプリ例として、推薦開発ボード：BlueBoard-RL78/G13_64で動作確認済みのメニュードリブンテンプレート、４種CPUボード：RL78/G13-Stick、RL78/G14-Stick、QB-R5F100LE-TB、QB-R5F104LE-TBで動作確認済みのシンプルテンプレートを添付しております。RL78/G1x習得やアプリ開発が、ゼロから始めるよりも早くスムースに、しかもボードで実際に動作を確認しながら可能です。
| テンプレート応用例 | 動作確認ボード | 動作概要 |
| メニュードリブン | BlueBoard-RL78/G13_64 | LED, SW, ADC, LCD, データフラッシュ, UART処理等 |
| シンプル | RL78/G13-Stick | LED D2を1秒毎に点滅 |
| RL78/G14-Stick | SW1押下げでLED D2トグル点滅、または 1秒毎に点滅 |
|
| QB-R5F100LE-TB | LED1を1秒毎に点滅、SW1押下げでLED2トグル点滅 | |
| QB-R5F104LE-TB |
テンプレートですので、ボードのIO割付けを変更すれば、お好きなボードへの移植も簡単です。また、両コンパイラ版ともにボード動作は同じです。
※ルネサス提供のデータフラッシュライブラリは、各コンパイラ専用ですので注意してください。
新CコンパイラCC-RLは、CA78K0Rに比べ、「3倍の処理性能、割込み応答時間1/6、コードサイズ1割減」など、良い事ばかりです。今後のRL78開発にCA78K0Rを使い続けるメリットは少なそうです。
但し、これら数値は、最高値です。処理によっては、高速化の程度やコードサイズ削減効果はまちまちです。既に開発済みのアプリケーションの一部、または全部をテンプレートへ組込むことで、コンパイラ差が実際どの程度かが判ります。コンパイラ移行のリクス評価にも本テンプレートが使えます。
CA78K0RコンパイラからCC-RLコンパイラへのプロジェクト移行方法については、コチラの記事を参照ください。
RL78/G1xテンプレート詳細情報は、マイコンテンプレートサイトにまとめております。もくじ説明資料P1～P3は、無料でダウンロードできますので、是非ご検討ください。このサイトには、RL78/G1xテンプレート以外にも、3種類のマイコンテンプレートを掲載中です。
RL78/G1xテンプレートv4.0ご希望の方は、メール（info@happytech.jp）にてお知らせください。銀行振込口座を返信いたしますので、この口座へ代金1000円（税込）を振込んでください。
ご入金確認後、RL78/G1xテンプレートv4.0一式（CC-RL版テンプレート＋CA78K0R版テンプレート＋説明資料全ページ）ZIP圧縮、合計約4MBをメールにてお送りします。
旧RL78/G1xテンプレートご購入後、1年以内の無償バージョンアップ期間内の方は、弊社よりRL78/G1xテンプレートv4.0を、1週間以内に送付致しますのでお待ちください。
1年以上経過された方は、customerservice@happytech.jpへメールを頂ければ、50％OFFの500円（税込）で提供致します。よろしくお願い致します。
RL78開発に使っていたCA89K0Rコンパイラから、新登場のCC-RLコンパイラへの移行に関して、コンパイラ表記混在が可能で、多くの既存ルネサスサンプルソフトや、将来のCC-RLサンプルソフトも使える「CS+移行支援機能を使った方法2が適している」ことを前回示しました。
方法2では、移行のために多くのオプションを設定しました。これらを設定しないCC-RLネイティブオプションとRAM/ROMサイズを比較し、移行オプションの設定が、サイズや処理速度に影響を与えないことを検証しました。
最も基本的なオプションのみを設定したネイティブオプションのプロジェクトとして、CS+ for CC付属のサンプル・プロジェクトRL78_G13_Tutorial_Basic_Operation_CCを使います。
これは、CPUボードQB-R5F100LE-TBで動作可能なプロジェクトです。GOボタンを押すと、指定フォルダにRL78_G13_Tutorial_Basic_Operation_CC プロジェクトが作成されます。ネイティブのままでは、RAM/ROMサイズ出力がありませんので、合計セクション・サイズ表示のみを追加設定します。
リビルト・プロジェクト実行で、ネイティブオプションでのRAM/ROMサイズが出力されます。
RAMDATA SECTION: 00000002 Byte(s)
ROMDATA SECTION: 00000298 Byte(s)
PROGRAM SECTION: 000001b4 Byte(s)
ネイティブオプションプロジェクト作成時と別フォルダを指定しGOボタンを押し、もう1つ別のRL78_G13_Tutorial_Basic_Operation_CC プロジェクトを作成後、下記移行支援機能オプションと、前回プログ設定のオプションを追加設定します。
コンパイラ表記の混在可能を試すため、CC-RL表記をCA78K0R表記へ変更します。
リビルト・プロジェクト実行で、移行オプションでのRAM/ROMサイズが出力されます。
RAMDATA SECTION: 00000002 Byte(s)
ROMDATA SECTION: 00000298 Byte(s)
PROGRAM SECTION: 00000 1af Byte(s)
PROGRAM SECSIONに5バイト差分、減少が生じますが、これは、セクション自動割付けを行わなかったためです。
コンパイラ表記が混在してもビルドできますし、移行オプションを追加設定しても、RAM/ROMデータサイズは変わりません。ネイティブ1b4=436バイトに対して、5バイト程度の増減であれば、処理速度への影響もないことが確認できます。もちろん、CPUボードQB-R5F100LE-TBで正常動作します。
新CコンパイラCC-RLは、処理スピード重視でRXやRHマイコンなどのコンパイラノウハウを応用した結果、従来のCA78K0Rコンパイラに比べ、
を実現しています。従って、今後RL78開発にCA78K0Rを使い続けるメリットは少なさそうです。弊社RL78/G1xテンプレートもCA78K0RプロジェクトからCC-RLを使ったプロジェクトへ移行を行います。
CA78K0RからCC-RLへの移行方法については、ルネサスから4月20日時点で4移行資料が示されています（リンクページ一番下の4資料）。資料内容は、詳細ですが解りにくいので、弊社RL78/G1xテンプレートを例に、その移行手順やTipsなどを記載します。
移行方法は、2つあります。
1つが、新規にCS+でプロジェクトを作成し、これに、旧CA78K0Rで作成したソースを手動で移植する方法1。もう1つが、CS+の移行支援機能を使う方法2です。両者比較結果を示します。
方法2が、コンパイラ表記混在でもビルト成功し、多くのルネサス既存サンプルソフトと、将来のCC-RLコンパイラサンプルソフトを活用、流用できることから優れています。
2つの方法をRL78/G1xテンプレートへ適用した例とTipsを示します。
方法1で、CA78K0Rで作成したRL78/G1xテンプレート移行を行った例です。そのデメリットが明らかになります。
5月1日時点の、ルネサスFAQを「RL78 CC-RL」で検索しました。よくある質問に対して回答が示されるので、参考にします。
この中で、メモリ・モデルをスモール・モデルにすると、生成コードサイズが小さくなることが示されています。RL78/G1xテンプレートは、無償評価版CS+で動作するので、ROM≦64KBのスモール・モデルで適合します。そこで、新規プロジェクト作成後、CC-RLのコンパイル・オプションでスモール・モデルを選択します。
その他は全てデフォルトとし、コード生成（設計ツール）＞クロック発生回路＞端子割当て設定も、デフォルトのまま確定ボタンを押します。
これで、コード生成ツールが使えますので、コード生成（G）ボタンを押すと、プロジェクト・ツリーに緑囲いファイルが生成されます。これが、新コンパイラCC-RLネイティブの出力ファイルとファイル構成です。
この状態で、ビルドをすると、当然ですがエラーなしでビルド成功します。ここへ、CA78K0Rで作成したファイルを手動で移植し、エラーフリーの状態までもっていけばプロジェクト移行完了です。
コード生成は、周辺回路をGUIで設定し、ソースコードと端子配置へその結果を出力します。しかし、逆のソースコードから周辺回路の設定を出力するツールはありません。仮に、このリバースツールがあれば、プロジェクト移行が簡単になるだけに残念です。
しかたありませんので、CS+ for CA,CXとCS+ for CCの両方を起動し、CS+ for CA, CXのRL78/G1xテンプレートのコード生成のパラメタを、CS+ for CC側へ手動で移設します。
※方法2の移行支援機能を使うと、コード生成パラメタが新しいプロジェクトへそのまま移植されます。方法2のメリットです。
シンプルテンプレートのコード生成パラメタをCS+ for CCへ手動で移設し、コード生成（Ｇ）実行結果が下図です。CPUボードは、RL78/G14 Promotion Board（RL78G14-Stickとも言う）を使いました。
チャタリング対応済みのSW入力とLED出力を実装し、テンプレート動作理解と、ユーザ処理追加時のスタートプロジェクト提供を目的としたシンプルテンプレートは、WDTを停止させています。
※この他に、3種のCPUボード、RL78G13-Stick＝RL78/G13 Promotion Board、QB-R5F100LE-TB、QB-R5F104LE-TBでRL78/G1xシンプルテンプレートは動作確認済みです。また、メニュードリブンテンプレートは、弊社推薦評価ボードBB-RL78G13_64で動作確認済みです。テンプレートですので、他ボードでもポート定義などの変更のみで動作します。
シンプルテンプレートで必要となるソースファイルは、SW入力処理、LED出力処理、ユーザ追加マクロ、テンプレート本体main.cの4つです。「ユーザ追加」カテゴリを作成し、これらCA78K0Rのソースファイルをコピーした後、登録した結果が下図です。
ビルド時、シンプルテンプレートでソース修正が必要となった内容とその箇所（一部抜粋）を示します。
| 内容 | 修正前（上:CA78K0R表記）と修正後（下:CC-RL表記）の実例（一部抜粋） |
| 割込み関数宣言 | #pragma interrupt INTTM02 r_tau0_channel2_interrupt RB3 |
| #pragma interrupt r_tau0_channel2_interrupt(vect=INTTM02, bank=RB3) | |
| sreg使用宣言 | sreg ubyte_t SwRedReg; |
| __saddr ubyte_t SwRedReg; | |
| ポート定義 | #define SW_SW1 P7.6 |
| #define SW_SW1 P7_bit.no6 |
これら修正後、コンパイルエラー無しになりましたので、プロジェクト移設完了です。
CC-RLコンパイラのセクション自動配置を「いいえ」にする必要があります。
CC-RLでコンパイルしたソースを、RL78 EZ Emulatorへダウンロードする際に、下記エラーが発生します。
対策に、EZ Emulatorプロパティの上書きチェックを「いいえ」にします。
これでRL78/G14 Promotion Boardにダウンロードでき、シンプルテンプレートの正常動作を確認しました。
以上が、方法1：新規プロジェクトを作成し、手動にてCA78K0R環境を移植した例です。
CS+の移行支援機能を使うと、手順2のコード生成設定と手順4のソース修正を省けます。また手順3のソースファイル登録もmain.cを除いて自動化できます。自動生成のmain.cは、内容なしのスケルトンファイルですので、CA78K0R側からmain.cを手動コピーして上書きが必要です。
方法2では、CC-RLを使っていても、ソースコードはCC-RL表記とCA78K0R表記の両方が使えます。
但し、今後CC-RLを使う時には、移行支援機能が設定したオプションを、毎回必ず設定する必要が生じます。この目的のため「現在のビルト・オプションをプロジェクトの標準に設定する（S）」があります。
ルネサス提供のRL/G1xサンプルコードも、今は全てCA78K0R表記です。今後追加されるサンプルコードがCC-RL表記になるとサンプル流用時に、コンパイラ表記の混在問題が生じます。この問題を回避するためにも、このビルド・オプションの設定は必要でしょう。
CA78K0Rコンパイラ環境から、CC-RLコンパイラ環境へ移行するには、CS+移行支援機能を使う方法2が良いことを示しました。この方法2をまとめると、以下になります。
※一旦CS+を終了するのは、無用なコード生成カテゴリの生成を防ぐ目的です。これをしないと、2つコード生成カテゴリが生じます。
販売中のRL78/G1xテンプレートv3.1は、CA78K0Rコンパイラ版です。方法2を使って新CC-RLコンパイラに対応したRL78/G1xテンプレートv4.0は、近日中に販売予定です。
テンプレートのご購入方法は、RL78G1xテンプレート購入方法を参照してください。
2015年4月16日、処理性能3倍、コードサイズ1割減が可能な、新コンパイラ「CC-RL」がリリースされました。今回は、この新コンパイラの速報を示します。
注意が必要なのは、CS+もコンパイラ毎に変わる点です。
CS+ for CA,CXをお使いの方が、UpdateしてもCC-RLは取得できません。新しいCC-RL取得には、これまでRX、RH850開発用だったCS+ for CCを起動し、Updateすることが必要です。これにより、CC-RLがインストールされ、CS+ for CCでもRL78開発ができるようになります。
| マイコン | コンパイラ | Windowsスタートメニュー |
| RL78 | CA78K0R | CS+ for CA, CX (78K、RL78、V850) |
| CC-RL | CS+ for CC (RL78、RX、RH850) |
結局CS+を最新版へ更新すると、WindowsスタートメニューのCS+両方にRL78が表示されます。
リリース資料は、特徴を3つ記載しており、また掲載図から「割込み応答時間1/6へ向上」が解ります。
従来比とは、CA78K0R作成のコードです。MISRA: Motor Industry Software Reliability Association Cチェックとは、主として車載用ソフトのC言語コーティングガイド確認機能です。
普通は、良いことがあると、反面、悪いこともあるハズです。しかし、特徴からすると今後RL78開発に、従来CA78K0Rコンパイラを使うメリットは、無さそうです。また、スタンバイモードが長くなることから、弊社RL78/G1xテンプレート動作にも好適です。
開発環境が、CS+ for CA, CXからCS+ for CCへ変わるなど、面倒ですが、CC-RLへの移行ガイドなどの資料を取得し、弊社RL78/G1xテンプレートもCC-RLへ対応していく予定です。
移行スケジュールや詳細情報、コンパイラ移行のメリット/デメリットなどは、今後記載予定です。