IDEをベースとした統合開発環境です。ベンダやマイコンが変わっても殆ど同じ操作でエディットやデバッグができるので、慣れが早く、本来のソフトウェア開発に集中できます。オープンソース開発なので、毎年機能追加や変更があり、2018年は6月にバージョン4.8、コードネームPhoton(光子の意味)への改版が予定されています。IDEバージョン4.7、Oxygenベースの各社IDEプロジェクトインポート、リネームの方法を説明します。弊社マイコンテンプレートを使ってソフトウェア開発をする時、これらの操作を知っているとテンプレート:ひな型活用のプロジェクト開発がより簡単です。IDEの例としてSW4STM32を用います。IDEは、Workspace:ワークスペースと呼ぶフォルダ単位で機能します。ワークスペース内には複数プロジェクトが存在でき、2重起動ができます。プロジェクトImportマイコンテンプレートは、テンプレートの具体的な応用例にシンプルテンプレートプロジェクトやBaseboardテンプレートプロジェクトをArchives形式で提供します。IDEの標準方法ですので、IDEダイアログに従って操作すれば「複数の方法」でプロジェクトインポートができます。このArchiveプロジェクトの「最も簡単」なワークスペースへのインポート方法が下記です。IDEの場合、複数ある。IDEで直接Archivesプロジェクトを解凍しワークスペースへインポートすることもできますが、フォルダ選択などのダイアログ操作は面倒です。IDEたるゆえんですが、WindowsかmacOSの上で使うのであれば、この方法が簡単です。プロジェクト名Rename※Rename後、Renameプロジェクトの再ビルドが失敗する場合があります。Rename前に、ワークスペース毎バックアップするなどの事前対策を実施後、Renameを実行してください。ワークスペースに複数プロジェクトが存在するには、別々のプロジェクト名が必要です。シンプルテンプレートを使って開発したプロジェクトが既にあるワークスペースへ、もう一度シンプルテンプレートを使って新たなプロジェクトを追加作成する場合を考えます。開発したプロジェクト名は、SimpleTemplateのままです。これをRenameしないと新たにシンプルテンプレートをインポートできません。この時は、開発したプロジェクト選択後、右ボタンクリックで表示されるメニューからRenameを選択し、別プロジェクト名に変更します。IDE守備範囲外のファイル名は、手動リネームが必要。注意点は、この操作でプロジェクト名変更をIDEは認識しますが、IDE以外のツールで作成したファイル名などは、そのままとなる点です。図はSTM)SW4STM32の場合です。Debugフィルダ下の.cfg/ioc/pdf/txtの4ファイルがそれらです。これらファイルは、手動でのRenameが必要です。これを怠るとRenameしたプロジェクトの再ビルドやデバッグが失敗します。これら手動Renameが必要なファイルは、各社のAPI生成ツールなどに関連したファイルで、他社IDEでも同様です。IDE守備範囲外のこれらファイルは、プロジェクト名Rename時、手動Renameが必要ですので注意してください。※Rename後、再ビルドが成功することを確認してください。再ビルドが失敗する場合には、プロジェクトフォルダ毎コピー&ペーストを実行し、ペースト時にRenameしたい別プロジェクト名を設定する方法でRenameを試してください。別プロジェクトファイルのコピー、ペースト別プロジェクトファイルを当該プロジェクトへコピー、ペーストする方法は、同じワークスペース内であれば簡単です。ファイル選択後、コピー:Ctrl+Cとペースト:Ctrl+Vでできます。ワークスペースが異なる場合は、IDEの2重起動を使うとファイル選択ミスがありません。IDEは、起動中でももう1つ同時起動が可能です。IDE起動時に、異なるワークスペース選択をすれば、コピー対象プロジェクトのファイルをIDEで目視しながら選択できます。Windowsエクスプローラでファイルを直接選択しペーストも可能ですが、普段IDEで見慣れたファイル表示で選択する方がミスは少ないです。同一ファイル名の上書き前の確認も行います。エクスプローラでファイル表示をすると、普段IDEで見慣れないファイルなども見られます。これらが選択のミスを生みます。IDEは、必要最低限のファイルのみ表示しているのです。IDE画面のリセットデバッグやコンソールなど複数Perspectiveを表示するIDE画面は、時に隠したPerspectiveを表示したくなります。Perspectiveです。Perspective。IDEの初期状態ウインド表示に簡単に戻せる。この方法を知っていると、使わないPerspectiveを気軽に非表示にできるので、画面の有効活用ができます。IDEベースの各社開発環境で知っていると便利な使い方をまとめます。API生成ツール関連ファイルは手動リネーム要。Renameマイコンテンプレート活用の最初の段階が、テンプレートプロジェクトのワークスペースへのインポートです。これらインポートしたテンプレートへ変更を加え、開発プロジェクトにします。この開発プロジェクト名をリネームし、同じワークスペースへ、再びテンプレートプロジェクトをインポートします。ワークスペース内は、リネームした色々な既成開発プロジェクトから成り、様々なプロトタイピング開発へも応用できるでしょう。ワークスペースが異なるファイル操作には、IDE2重起動でファイル選択のミスを防ぎます。これらのTipsを知っていれば、既存資産を流用、活用し、本来のソフトウェアに集中しミスなくプロトタイピング開発ができます。WithHappy現役STマイクロエレクトロニクスの「メーカエンジニアの立場」から記載された、ユーザ質問の多かった事項を中心にマイコンデータシートの見かたを解説する記事(連載3回目)の最終回を紹介します。(2017年10月29日投稿済み)第3回:フラッシュメモリ特性、ラッチアップ/EMS/EMI/ESD、汎用IO、リセット回路(←今回の投稿)マイコンデータシートの見かた3回分割のマイコン個別機能データシートの見かた、最終回ではSPIとADCの記載データ見かたが当初予定に追加されました。SPIは、接続デバイスがASICやFPGAの場合の注意点、ADCは、アナログ回路なので消費電流が大きくなる点に注意すべきだと記載されています。当然のことですがデータシートは、データ値の羅列です。従って、そのデータ値の意味と解釈の仕方は、例えば記事図9の赤囲みコメントで付記されたようにすべきです。普通は残念ながら赤囲みコメントは、データシートには付いていません。サンプル&ホールドタイプのA-Dコンバーターの電気的特性(記事、図9より)従って、この赤囲みコメントが自然に頭に浮かぶような勉強、半導体の基礎知識がマイコンを使うには必要で、その知識を背景にデータ値を読むことを記事は求めています。連載3回範囲のデータシート見かたまとめフラッシュメモリは、高温使用時、データ保持年数が短くなる。データシート記載値は、MCU内部書込み/消去時間であり、書込み開始~終了までの作業時間ではない。書き換えビットが増えると消費電流も増える。EMS/EMI/ESDは、MCUを実装した基板や使用環境に依存。データシート記載値は、MCU「単体の能力」。汎用IOは、電源電圧を下げると端子駆動能力も下がり、立上り/立下り時間が長くなる。STM32MCUは、駆動能力をレジスタで設定できるので遅くなることを抑えることができる。MCUリセット回路設計時は、フィルタリング信号幅のグレーゾーンを避けることが必須。SPIは、接続デバイスがASICやFPGAの場合、十分なタイミングマージンが必要。ADCは、アナログ回路のバイアス電流のため消費電流が大きくなる。電流変動で変換誤差が増える。全て学んだ後の開発着手では遅い!開発者に求められるのは、「開発したもの」です。多くの場合、短い期限付きです。問題は、この期限内で、なにがしかの結果、成果を出さなければ、開発者としてはNGなことです。成果を出すには勉強、知識も必要です。初心者は、この勉強、知識の入力時間と、成果の出力時間の配分が上手くありません。ベテランになると知識も増えますが、入出力の時間配分が上手く、結局何らかの成果も生みます。開発者は、全行程の自己マネジメント(時間配分)にも注意を払う必要があります。例を挙げると、夏休みの自由課題を何にし、休み中にどのように仕上げるか、です。提出物が無ければ、課題に取り組んでいないのと(殆ど)同じです。残業時間制約も厳しく、開発者にとっての作業環境は厳しくなる一方です。弊社マイコンテンプレートとMCUベンダ評価ボードとの組合せは、開発者が求められる出力を早期に生み出すツールになると思います。WithHappy現役STマイクロエレクトロニクスの「メーカエンジニアの立場」から記載された、ユーザ質問の多かった事項を中心にマイコンデータシートの見かたを解説する記事(連載2回目)を紹介します。留意点が記述されています。何でしょうか?私は、データシート数値は、理想的動作環境のマイコン単体の最高数値、これが裏の条件と理解しています。車の性能を燃費で比較する方は、普通の運転では絶対に達成できないカタログ燃費で車を評価します。データシート数値は、このカタログ燃費相当だと思います。カタログ燃費(出典:日本自動車工業会)実際は、この最高数値にマージンを入れて考える必要があります。どの程度のマージンを入れるかが問題で、安全側評価ならデューティ50%、つまり性能半分位が良いと思います。これもマイコン単体の話で、マイコン:MCUと電源、発信器や必須周辺回路を含めた制御系で考えると、どの程度マージンを入れるかは複雑怪奇になります。そこで、ベンダ開発の評価ボードを手本とする考え、つまり、10月1日投稿で示した評価ボードをハードウエアテンプレートとして用いる考え方を、私は提案しています。10月15日記事のように、評価ボードでもWi-Fi起動時電流に電源部品の余裕が(短時間ですが)少ないものもありますが、大方のベンダ評価ボードは、実用に耐えられる厳選部品が実装済みです。そこで、プロトタイピング時には、この評価ボードで制御系を作り、実装部品のマージンが十分かを評価するのです。マージンが足りない場合には、同じ評価ボードへ、より高性能な部品を載せ替えるなどの対策が簡単にできます。制御される側もこのようなモジュールで開発しておけば、モジュール単位の設計、変更が可能です。ソフトウエアも同様です。評価ボードを使えば、少なくとも最低限のソフト動作環境は整いますので、プロトタイピングのソフトをなるべく早く開発し、動作マージンを確認しておきましょう。完成・出荷時には、ソフトへ様々な機能が後追加されるので、プロトタイピング時はハード同様デューティ50%、つまりROM/RAMの残りに50%位は残しておくと安心です。ソフトウエアのプロトタイピング開発には、弊社マイコンテンプレートが最適です。連載第2回範囲のデータシートの見かたまとめ水晶振動子のMCUクロック供給は、発振波形が正弦波に近いため貫通電流が増え消費電流大となる。未使用GPIO端子は、外来ノイズ対策に10k~100kプルアップorダウンし、電位固定が望ましい。クロックサイクル規定の場合はそのまま使え、μs規定の場合は参考値。外付け水晶振動子の利用時は、ベンダ推薦部品を使う。内蔵発振回路の利用時に、MCU温度変化やリフローによる機械的応力による周波数変動が無視できない場合は、周波数トリミングソフトを組込む。PLL動作最低/最高周波数の設定ミスは多いが、マージンがありそのまま動作するので注意。WithHappy現役STマイクロエレクトロニクスの「メーカエンジニアの立場」から記載された、ユーザ質問の多かった事項を中心にSTM32マイコンデータシートの見かたを解説する記事(連載1回目)を紹介します。予定されている第2回、第3回の解説内容が下記です。今回の第1回を読むと、データシートの読み誤り易いポイントが説明されており、興味深いです。ハードウエアに興味がある、または、ハードも自分で設計するソフトウエア開発者は、読むことをお勧めします。マイコンハード開発を数回経験すると、おおよその感触とデータシートの見る箇所が解ってきます。私も新人の頃は、網羅されたデータシートの、”どこの何を見れば良いかが判らず”困惑したものでした。ハードウエアテンプレートは評価ボードがお勧め私は、使用するマイコンの評価ボードを、ハードウエアのテンプレートとして使います。files)や使用部品リスト(=BOM)もサイトに公開されています。これらのデータは、「短納期を要求される開発者の立場」なら、網羅的記載のデータシートよりも、効率よく回路設計をする手助けとなります。データシートを見ることは、間違いなく重要です。具体的にハードウエア設計をする時は、評価ボードのような既に設計済みの「ブツ」を参考にしながら、なぜこの部分はこうなっているのか?などの疑問を持ってデータシートを見る方が、効率が良く、しかも、分厚いデータシートのポイントを理解するのにも役立ちます。アナログとデジタル電源の1点接地や、パスコン実装位置などは、文字で注意書きをいくらされても解り難くいものです。この点、実物は、文字に勝ります。ソフトウエアテンプレートはマイコンテンプレートがお勧めソフトウエア開発は、マイコンテンプレートの宣伝をするな!と思われた、勘のいい読者の方は、コチラのサイトを参照してください。サンプルソフトは、”メーカ立場”での提供ブツですが、”開発者の立場”からの実物として、STM32ファミリ、サイプレスPSoC、NXPのLPC8xx/LPC111x/Kinetis、ルネサスRL78/G1xの各種マイコンテンプレートを、ソフトウエア開発者様向けに提供中です。連載第1回範囲のデータシートの見かたまとめ第1回記事の範囲で、マイコンハード開発ノウハウをまとめると、以下になります。マイコン外部接続ハード駆動能力は、I2C、USART、数点のLED直接駆動可能端子を除いては極小で基本的には直接駆動はしない。Baseboard)や、各種Arduinoシールドを参考にする。マイコン電源は、評価ボードのパターン、実装部品も含めてまねる。開発製品版の未使用(空き)端子処理は悩ましいが、ソフトはデフォルト、ハードはソルダーブリッジ経由で接地。私は、今後の連載を読んで、未使用(空き)端子処理の見識などを深めたいと思っています。WithHappy販売中のマイコンテンプレート説明資料は、テンプレートについて重点的に説明しています。ご購入者様から頂く質問には、テンプレート動作環境、つまりマイコンIDEに関するものも多くあります。今回は、このマイコンIDE使い方のコツ、ポイントを説明します。10発売を機に、皆さんは今新しいOSの機能や利用方法を習得中だと思います。10を関連付け解説を試みます。7や8と比べると、新ハードウエアやネットワーク、セキュリティ対応に機能満載です。多くの設定項目がありますが、最初はデフォルト設定で動かすのが良いでしょう。慣れてくれば、設定をいろいろに変えて、自分好みにカスタマイズもできます。マイコンIDEも同じです。IDEは、多くのマイコン機種、使用言語、デバッグ方法に対応できるよう多くの選択肢:プロパティを持ちます。ユーザマニュアルにも、多くのページを使ってプロパティの説明があります。IDEを使う時に、これら多くのプロパティを、全部知るのは無理ですし不要です。Windowsと同じく最初はデフォルトで使用し、徐々にカスタマイズするのがIDEやOSなどの環境ソフトの使い方です。初心者にとって、デフォルト設定でIDEが使えればありがたいのですが、多くのIDEは、中級~上級者へも対応する、いわば「初心者と中級者以上の二兎を追う方式」のため、多少のカスタム設定が必須です。このカスタム設定が最も少ないのが、IDEベンダ提供の標準評価ボードを使ったマイコン開発時です。弊社テンプレートが、この評価ボードで動作確認しているのもこのためです。マイコンIDEのプロパティ設定が多いのは、しょうがない。カスタムプロパティ設定の少ないIDE+標準評価ボードが、マイコン初心者には適す。アセンブラなど)、IDE(コンパイラやデバッガなどの開発環境)は選定済みとします。この時のIDE設定手順が下記です。3段階から構成されます。マイコンIDE設定手順IDEへ使用マイコンとデバッガなどの環境ツール設定が、最初の段階です。RADツールを使用するか否かなども選択肢になります。MCU:マイコン本体クロック設定と周辺回路の設定が、次の第2段階です。最後が、IDEが出力したスケルトンソースへ、ユーザソースを追加し、ビルド&ボードデバッグを繰り返し行い、アプリケーションを完成させます。ユーザソースを追記したい気持ちは解ります。使用するRADツールに応じてIDEが生成するスケルトンが異なることがよくあります。Kitを選ぶ場合とでは、スケルトンが異なります。ルネサスのCS+でも、コード生成の有無でスケルトンは全く異なります。IDEが生成する「スケルトン動作を把握することが最重要」です。このために、RAD選択肢を変えることも必要でしょう。殆どのIDEの場合、第2段階のMCUクロックは、デフォルトで安全動作周波数に設定済みです。従って、周辺回路なしでも生成されたスケルトンコードでボードデバッグができます。スケルトン動作把握とは、「マイコン電源投入後、順番にどの処理を行い、main()を呼出しているか、次に、割込み処理の記述はどこで行っているかを知ること」です。main()呼出しまでの処理(スタートアップ処理)は、MCU動作クロックを変更する場合などを除けば、大体把握できればOKです。マイコン機種による違いも少ないです。割込み処理記述は、使用マイコンやIDEにより様々です。経験的に、IDEと標準評価ボードの組合せで用いる記述方法が、解りやすさや柔軟性に優れます。素直に、この方法でユーザ処理を追加することをお勧めします。IDE生成スケルトンは、使用RADツールにより異なる。生成スケルトンの動作を把握することが最重要。最初は、MCUクロックはデフォルト設定、周辺回路なし、スケルトンコードのみでビルドします。このビルドは、IDE生成分のみですので100%成功するハズです。問題は、デバッガ接続です。IDEがサポートするデバッガは、通常4~6種類もあります。デバッガに応じてさらに詳細設定が必要ですので大変です。ここは、ユーザマニュアルの「対応デバッガ部分のみ」を注意深く読んで、設定する必要があります。ユーザマニュアルが分厚いのは、このように対応種類が多いためです。使用するデバッガのみに絞って読めば、恐れるに足りません。IDEとデバッガを接続後、ビルド出力をボードへダウンロードし、デバッガで動作確認します。何もユーザ処理を追加していない時の動作、例えばスタートアップ処理後のRAMクリア状態などが確認できます。ユーザ処理は追加していませんが、これでIDEの処理全体を一通り試すことができます。IDEとデバッガ接続は、ユーザマニュアルの対応部分を拾い読み。最初のビルドは、スケルトンコードのみでデバッガ接続しIDE全体処理を体験。ポイント3:サンプルソフトAPI利用例を活用スケルトンは、骨組みです。この骨組みに、ユーザ処理を追記すれば、アプリケーションが完成します。骨組みには、IDEが使用周辺回路に応じてライブラリを生成します。このライブラリへのインタフェースがAPIです。IDEの役割は、APIの中身を作ることです。ユーザソースは、このAPIの使用順序を記述するのみと考えても良いです。前までは、このライブラリもユーザが開発していました。最近は、ライブラリはベンダが提供します。ベンダ提供ライブラリを使えば、ユーザソースは、API使用順序のみですので、移植性やメインテナンスも楽です。APIの使用法は、これも分厚いAPIレファンスマニュアルに記述されています。真面目にこれを読む前にサンプルソフトを参照します。典型的な周辺回路APIの使い方、これがサンプルソフトです。サンプルに出てくるAPIのみをレファレンスマニュアルでチェックすれば十分です。サンプルソフトの選び方は、コチラを参照ください。IDEは、スケルトンと、使用周辺回路に応じたAPIを生成。サンプルソフトを参照し、典型的なAPIの使い方を学ぶ。まとめ多くのプロパティがあり、付属マニュアルも厚いので取っ付きにくいマイコンIDEですが、ここで示した方法を用いれば、早く効果的にIDEを習得できます。具体的な話が少ないので、皆様のお叱りを受けそうですが、少しでもご参考になれば幸いです。*Windowsには、様々なTipsがあります。各マイコンIDEのTipsも少なからずありますが、ここでは個々のIDEによる違いは無視して説明しました。実は、IDEで差が生じるのはRADです。RADに対しては、初心者の方は、少し力を入れてマニュアルを読む必要があるかもしれません。これも必要な周辺回路の箇所のみを拾読みすれば、事足ります。分厚いマニュアルは、読む箇所を間違わないように、拾読みで対処しましょう。UpdateコントールTipsマイコンIDEで具体例が無かった代わりのTipsです。Tweakerが役立つかもしれません。Preview対応ですが、製品版にも使えそうです。WithHappy今回は、次期マイコンテンプレートのLPCXpresso824-MAXボードを、無償IDEのLPCXpressoで動作させる方法を示します。256KBまで開発できますので、LPC8xxには十分です。LPCXpressoのインストールからアクティベーションの方法などは、トラ技サイトを参照してください。IDEの設定を解説します。IDEmbed動作のLPCXpreeso824-MAXLPCXpresso824-MAXボードは、mbed動作がデフォルトです。ボードとパソコンを接続すると、USBメモリとして認識され、このUSBメモリへmbedネット環境で作成したオブジェクトをダウンロードしさえすれば、LPC824が動きます。この時に必要なツールは、ネットアクセスのブラウザのみです。このように手軽にネットでオブジェクトが作成できるのがmbedの利点です。デバッグ環境としては、今後の進展を待つ必要があります。効率的なデバッグを行うには、IDEデバッガは必須です。mbed動作からCMSIS-DAPへの変更ボードユーザマニュアルUM108304~5章にも方法が書かれていますが、要点を示します。IDEデバッグができるローカル環境が整います。v7.6.2_326をインスト済みならば、C:\nxp\LPCXpresso_7.6.2_326\lpcxpresso\Examples\LPCOpenフォルダ内に同じサンプルがあるので、ここからインポートしても良い。LED青が点灯します。デバッグ状態のボードです。CMSIS-DAP認識は、プロジェクトデバッグ初回のみで、次回起動時はありません。LPCOpenライブラリ2でインポートしたLPCOpenは、LPCXpresso以外のKeilやIAR開発環境でも同じAPIを提供するなど、適用範囲が広く、可読性も優れたライブラリです。プロジェクトを含め、LPC824周辺回路30種以上のサンプルソフトも付属しています。Forumサイトで情報共有もできます。販売中のLPC812用テンプレートと同じく、LPC824用テンプレートもこのLPCOpenライブラリを使って開発します。LPCXpresso824-MAXボードの留意点LPCXpresso812やLPCXpresso1114/5ボードは、パソコンとの接続に一般的なUSBケーブルを使います。LPCXpresso824-MAXの接続には、スマートフォンの充電、データ転送に使われるMicro-USBケーブルが必要です。このケーブルは、ボードに付属していませんので別途必要です。v7.5.0以降で動作確認されています。古い版使用時は、v7.5.0以降へ更新が必要です。※私のパソコンのみの可能性もありますが、Windows8.1(無印)でLPCOpenライブラリをビルドすると本来発生しないハズのエラーが発生します(互換モード変更でも同じ)。Windows8.1ProとWindows7ではこの問題は発生しません(いずれも64bit版)。ProかWindows7のご使用をお勧めします。WithHappy販売中の4種マイコンテンプレート説明資料に、テンプレート利用法ページを追加しました。テンプレートご購入の皆様へは、近日中に追加済みのテンプレート説明資料をメールにて送付いたしますので、しばらくお待ちください。テンプレート利用法ページの内容一部抜粋テンプレート利用法ページには、ソースコードを見やすくするための記述の工夫、テンプレート機能とその処理関数、どこにユーザ関数を追加した結果、シンプル/メニュードリブンテンプレートになるのかを3ページにわたって示しております。説明資料の全ページ内容は、テンプレートサイトの各テンプレート説明資料右下のもくじを参照して下さい。P1とP2は、サイトからダウンロード可能です。RL78/G1xテンプレートの内容を一部抜粋します。Eテンプレートも同様です。テンプレート機能とその処理関数(RL78/G1xテンプレートの例)RL78/G1xテンプレートに追加したユーザ関数:LedBluToggle()の例これらのページにより、より具体的にテンプレート使用方法がお判り頂けると思います。テンプレートご購入者様、ご検討中の方にとって一番知りたいことは、「テンプレートが簡単に使えるかどうか」です。追加したページが、このご参考になることを期待しております。WithHappyマイコンテンプレート関連の情報を、1ページにまとめた専用サイトを2つ立上げました。ブログは、マイコンテンプレートの開発情報や開発経緯、Tipsなどを時系列で記載します。ブログを最後まで読んでいただく手間を省くため、重要内容を抽出し再編しました。紆余曲折の検討結果が、最新版テンプレートの状況になり、専用サイトにまとめられたと考えてください。マイコンテンプレートサイトマイコンテンプレート専用サイト記載マイコンテンプレートは、下記です。Eテンプレートサイトの「もくじ」をクリックすると、記載位置へジャンプします。スマホなどの小さい画面でも観やすいように、解像度の高いテンプレート動作中写真も掲載しております。アプリケーション開発手順サイトマイコンアプリケーション開発手順サイトマイコンアプリケーションの開発手順を1ページにまとめました。マイコンテンプレートを使ってアプリを開発する時の、10手順と、2補足を掲載しています。:CWよりも良さそうだということは以前のブログで書きました。今はCWの方がより習得が容易だと思います。このCW習得に便利なクイックレファレンスを見つけましたので、紹介します。マイコンIDEとEclipse全てのマイコンIDEは、Eclipseベースになりつつあります。studio、NXPやfreescaleの無償IDEは全てEclipseベースです。メリットは、プラグインが多少違っていても同じベースなので使い方を知っていれば、他社IDEでも「即使える」ことです。Officeを知っていれば、Office互換ソフトが、簡単に使えるのと同じです。このIDEを即使えることは、重要です。マイコンソフト開発準備労力のかなりの部分を短縮できるからです。分厚いユーザマニュアルを読んでも、肝心のソフト開発には、直接結びつかない苦労を避けられます。Card.pdfがあります。IDEに応用が利きます。Card.pdfでネット検索すると、CWをパソコンへインストしなくても参照できると思います。ページ1~2にショートカット、ページ4以降は、Eclipseの操作画面説明です。Eclipseを使ったソフト開発なら、これだけ知っていれば十分だと思います。Expertを使いこなすことがポイントと考えた理由を示します。:PEとはPEは、ルネサスRL78/G1xのCS+コード生成ツールに相当します。使用周辺回路のパラメタをGUIで設定できます。Eテンプレート開発で使うボード:FRDM-KE02Z40Mと、その赤LEDをPWM点灯する時の設定です。設定ミスがあると、そのパラメタが黄色で表示されるので、すぐに修正や変更ができます。設定後、コード生成ボタンを押すと、ユーザソース所定か所にPE生成コードが自動挿入されます。ユーザは、PEが生成したAPIを使ってアプリ開発に着手します。PE設定パラメタを変更後、再生成しても、ユーザソースは残ったまま、生成コードが再挿入されます。ユーザソースそのものの流用が可能、です。CS+のコード生成ツールと同じ目的です。PEを使わないサンプルソフト旧来のマイコンソフト開発は、デバイスドライバ開発担当が、このAPIを自作していました。高性能APIが自作できますが、機種が変わるとAPIも変わることが多く、同じ処理でもアプリ作り直しが必要でした。API自動生成ツールPEは、アプリ作り直しの回避と再利用を可能にするツールです。EでもPEを使わずに旧方法のアプリ開発もできます。IDE付属サンプルソフトの多くは、この旧方法で提供中です。サンプルソフトの目的が、1個の周辺回路のシンプルな説明に主眼があり、PEを使うよりはこの目的に適していること、従来からあるサンプルソフトをそのまま流用したこと、などが理由だと思います。APIリファレンス編は、400ページ以上のボリュームがあること、などもAPI自動生成ツールがサンプルソフトで使われない原因かもしれません。良いツールには、それなりの解説書が必要です。背景記述が少ないのと、クイックレファレンスがほしいです。iPhoneやスマホを使うと、本当に良いツールは、マニュアル無しでも使えるモノかな?とも思いますが、コンシューマ向けと、マイコン開発のようにプロフェショナル向けのモノとでは違って当然ですね。テンプレート開発ボードのPEテンプレート開発ボードFRDM-KE02Z40MでPEが自動生成する周辺回路一覧を、アルファベット順に示します。テンプレート開発ボードのコンポーネントリスト多くの周辺回路=Componentの設定が可能です。Eテンプレートで使う予定です。:LDD、High、Lowの順で流用性が高くなります。Lowレベルコンポーネント使用時、既に動いているアプリを別機種へ移植した時に、想定外動作をする時は、このLowレベルコンポーネントからデバッグしていくと良いかもしれません。これはCS+コード生成には無かった機能です。これらPEの設定を出力し、別プロジェクトへ移植する機能もあります。これもCS+コード生成にはありません。CS+は日本語操作できる良くできたIDEですが、多くのコード生成パラメタを別プロジェクトへ引継げないのが(唯一の)欠点だと思います。:KDSのどちらにも移植でき、CWからKDSへ変更してもそのまま使えます。Kinetisシリーズ開発環境が、今年CWからKDSへ移行中ですので重要です。Eテンプレート開発に使う理由です。