Atollic”と記載され、STとAtollicのロゴが表示されます。STMの無償IDEは、TrueSTUDIOが標準?の感じです。従って、新たにSTM開発環境を構築される方は、TrueSTUDIOを選ぶと良いかもしれません。これを裏付けるのが、Step1紹介のIDEがTrueSTUDIOだということです。TrueSTUDIOがSW4STM32とほぼ同様に操作できるのは、コチラの動画(9分42秒)で解ります。弊社2017年9月発売のSTM32FxテンプレートもSW4STM32を使っていますが、これもTrueSTUDIOに変えた方が良いかもしれません。TrueSTUDIO参照)。TrueSTUDIO(出典:Step4)。OK2回クリックでSW4STM32プロジェクトをTrueSTUDIOへインポートできる。Expresso)、ルネサス(Hew→CS+)などでもおなじみです。SW4STM32→TrueSTUDIOがあるのも、STMがTrueSTUDIOを推薦しつつある証と言えるでしょう。MCUが発展する気がします。MCU:低消費電力でIoTデータ取得(アナログフロントエンド)機能を備えたMCU。従来のベアメタル開発の延長・発展形。FreeRTOSなどのOS実装は必須で、従来MCUより高機能・高性能、1GHzにせまる高速動作。MCUの違いは、端的に言えば、ベアメタルソフトウェア開発かRTOSソフトウェア開発かです。MCUソフトウェア開発者も、ベアメタルとRTOSの2つに分かれるかもしれない、というのが第2の気になる点です。MCUだけではIoTに接続すらできません。MCUがIoT接続に必須になりつつある気がします。10バージョン1809配布が始まりました。Update更新プログラムのチェックで1809への更新が開始されます。これは運が良ければの話で、PCの更新準備が整っていても「最新の状態です」が表示され更新を待たされる場合があります。Updateの今すぐアップデートをクリックし、アップデートツールをダウンロードすると、手動で1809更新開始ができます。1809の自動設定に1時間、合計約2時間程度かかります(PCや通信リンク速度によって異なりますので目安です)。ダウンロードとインストール中は、通常のPC操作やソフトウェア開発は可能です。再起動は、自動的に始まります。何らかの操作を行っている場合は、再起動前に終了しなければなりません。10自動設定中は、PC操作はできませんし、操作不要で設定完了します。再起動したら1時間は待つしかありません。1809では正常に動作しました。マンスリー・アップデートを紹介します。マンスリー・アップデート。2018年バックナンバーも示す(出典:STマイクロエレクトロニクス)。(トレーニング資料含む)その他、開発に役立つ情報が、丁寧に整理されています。1最後の”今月のコラムと技術解説”は、A4:1ページに纏まっていて、チョットした空き時間に目を通しておくと、後々役立つ情報になると思います。2と3のMCU資料更新や新規追加、IDE更新情報は、リンク一覧で当該場所が判る優れたハイパーテキストです。Cortex-M開発者なら一読の価値がある月刊誌でお勧めです。WithHappyMCU統合開発環境は、後方互換が重要です。数年前に開発したプロジェクトを改良・改版する際には、最新の開発環境(IDE)でも開発当時と同じ動作が求められるからです。ベンダー各社もこの点に留意してIDE改版を行っているハズです。リリースノートにも具体的な互換性説明などは見当たりません。そこで、MCU最新IDEの後方互換性を検証します。本稿は、ルネサスエレクトロニクス(以下、ルネサス)の最新IDE:CS+に、弊社2015年開発のRL78/G1xテンプレートプロジェクトを適用し、発生するメッセージなどを示し、開発当時と同じ動作をするかを確認します。これはあくまでも一例にすぎませんが、開発中にIDE更新に遭遇した際などの安心材料になれば幸いです。V7.00.00(2018/07/20リリース)です。CS+は、業界標準のEclipseベースIDEではなくルネサス独自開発のIDEです。10へ最新CS+をインストールした条件で検証ができます(1803クリーンインストール顛末はコチラを参照)。どれかのパッケージをダウンロード後、実行すれば必要なツール全てがWindowsへインストールされます。CA,CXでも同じです。既存のプロジェクトを開く。BB-RL78G13-64.mtpjをクリック。CCを起動し、既存のプロジェクトを開くでRL78/G1xテンプレートプロジェクトのCC-RLを選択すると、最初に警告メッセージが表示され、出力パネルにその内容、プロジェクト開発当時と新しいCS+での「プロジェクトの差分情報」が表示されます。※“プロジェクト差分情報”は、新規CS+をインストールした時だけでなく、プロジェクト開発中にCS+更新に遭遇した際にも表示されます。“デバイス・ファイルが更新......”は、CS+がサポートするMCUデバイスが増えたために発生します。気にする必要はありません。“プロジェクト差分情報”は、新しいCS+を用いた結果、既存プロジェクトに生じた差分、影響のことです。選択肢が発生し、これに関しては、「いいえ」を選択したことなどが解ります。これらの選択は、基本的に既存プロジェクトに影響が無い(少ない)方をデフォルトとしてCS+が選びます。このデフォルト選択が、CS+の後方互換を実現している鍵です。後方互換の検証:プロジェクトビルド成功と評価ボードの動作確認そのままビルド(B)>ビルド・プロジェクト(B)を実行すると、サブプロジェクトを含め全プロジェクトがリビルドされます。出力パネル青字は警告:Warring、赤字はエラー:Errorを示します。出力パネルに赤字が出るのは問題ですが、青字内容に問題がなければ、新規CS+でもプロジェクトが正常にビルドできたことを示します。そこで、ターゲット評価ボードへビルド出力をダウンロード、既存プロジェクト開発当時の動作確認ができ、最新CS+で後方互換が検証できました。CS+の便利機能ルネサスCS+には、プロジェクトと開発ツールをパックして保存する便利な機能があります。プロジェクト開発時の環境を丸ごとそのまま保存できる。この開発ツールとは、使用中の統合開発環境のことで、文字通りプロジェクトとCS+、デバイス・ファイル情報などのプロジェクト開発時の環境を丸ごとそのまま保存し、復元もできます。7サービス終了などには開発者自ら対応する必要があります。後方互換とプロジェクト開発方針IDEの後方互換は、開発者にとっては当然のことです。改良・改版された最新コンパイラ性能を、既存プロジェクトで最大限引き出しているかは疑問を持つ方もいるでしょう。個人的には、この点について以下のように考えます。プロジェクト開発時、使用する統合開発環境のコンパイル・オプションは、最適化も含めてデフォルト設定で開発。サイズ優先や速度優先の設定は、開発の最終段階で必要性がある時にのみ最小限設定し、その設定をソースに明記。弊社マイコンテンプレートは、1つを除いて全て上記方針で開発しています。1KB)の小ROMデバイスの1段最適化のみです。テンプレート(ひな形)の性質上、いろいろなプロジェクトへの適応性が高いのもこの方針の理由です。デフォルト設定と最小限設定なので、結果的に最新統合開発環境への後方互換も取りやすいと言えます。経験上、コンパイル・オプションを操作して開発したトリッキーなプロジェクトは、設計段階(MCU選択やプログラム構成)の失敗だと考えています。個人的には、デフォルト設定で十分余裕(50%程度)がある設計がお勧めです。これを確かめるためにも、プロトタイプ開発は重要だというのが私の考えです。まとめMCU統合開発環境(IDE)とWindows環境の年間メジャー更新スケジュールは下図です(2018年7月9日投稿の再掲)。主要開発環境の年間更新スケジュールプロジェクト開発中にこれら更新に遭遇することは少なくないでしょう。本稿は、ルネサスCS+を例に最新IDEの後方互換性を確認しました。EclipseベースのIDEでも同様です。まとめると、IDE更新後、最初に既存プロジェクトを開く時の差分情報で、プロジェクトに生じた差分、影響を分析し、後方互換を検証コンパイル・オプションはデフォルト設定が、更新された統合開発環境の後方互換を取りやすいことを示しました。WithHappy開発環境、特にマイコンソフトウェアの統合開発環境(IDE)は、Eclipseベースが主流です。Eclipseは、年1回6月にメジャー更新され、2018年はPhoton(光子)がリリースされました。本投稿は、開発環境の更新時期と留意点、対策などを示します。Windows起動不能トラブルなどはいつでも起こりうる!。主要開発環境の、メジャー更新時期を一覧にしました。1開発期間が3カ月~6カ月とすると、なにがしかの更新に出会うことは確実です。期間中は開発者なら、できれば環境更新などのトラブルの種を避けたいのが願いですが、現状は難しい状況です。更新トラブルを避ける対策これらの各種更新による色々なトラブルを避ける最も簡単な方法は、更新を一時的にせよ停止/延期することです。Windows更新を停止/延期するには、コチラに方法が示されています。EclipseベースのIDEやルネサスCS+の場合には、更新通知があっても、開発者が許可しない限り自動的に更新しないので、Windowsに比べ安心です。開発中の案件が直面しているバグや問題が、更新で解決される場合もありますので、直面問題が開発環境起因かどうかの判断が重要です。Windowsは、SSD/HDDの故障などにより、いとも簡単に起動不能になります。これら更新トラブルや起動不能に対処するには、メイン開発環境とは別に、もう1つ別のバックアップ開発環境があるのが理想的です。この場合でも、メイン開発環境とバックアップ開発環境のデータ同期に注意を払わないと、折角のバックアップ環境もムダになります。※弊社開発環境もWindows起動不能に陥り、自動修復やbootrecコマンドで「全く楽しくない修復」を試みていますが、未だ解決していません。EclipseベースIDEの日本語化EclipseベースIDEで日本語化を望む場合には、Pleiades(プレアデス)というプラグインが使える可能性があります。個人的には、開発時に使うコマンドやボタンはF5やF8など決まっているので、英語版でも問題は無いと思っていますが、気になる方は、バックアップ環境で試すのも一案でしょう。