ARMが考えるIoTの3課題と4施策

2018年5月16日2018年5月17日 WithHappy

ARMはMCUコア開発会社ですが、製造はしません。開発したコアのライセンスをMCUメーカーへ供給し、このコアに自社周辺回路を実装し各メーカーがMCUデバイスを製造販売します。コア供給元のARMが考えるIoTの3つの課題記事を紹介します。

ARMの課題と施策

本ブログ掲載MCUでは、NXP、STM、CypressがARMコア、ルネサスがNon ARMコアです。いまやARMコアがMCU世界のデファクトスタンダードです。つまりARMの考えは、MCUメーカー各社に多大な影響を与えると言うことです。

ARMが考えるIoTの課題が、「デバイスの多様性」、「エンドツーエンドセキュリティ」、「データの適切な利用」の3つです。そしてこれら課題に対して、「Cortex」、「Mbed OS」、「Mbed Cloud」、「PSA：Platform Security Architecture」の4つの施策で対応します。
課題と施策の内容は、Arm、IoTプラットフォーム「Arm Mbed Platform」アピールの記事に説明されています。

上記記事で、最も印象に残ったのが、ARM）ディペッシュ・パテル氏の下記コメントです。

「専門知識がないユーザーでも、デバイスメーカーが提供するデバイスを購入して、Mbed OSを使えばすぐに利用できる。重要なことはシンプルであることだ。」

MCU開発者の課題と施策

さて、これらARMの施策に対してエンドポイントMCUソフトウェア開発者である我々の課題と施策は何でしょうか？

ARMの課題「デバイス多様性」や「セキュリティ」には、Cortexコア習熟や、セキュリティ理解などが必要です。また、最近更新が盛んなMbed OS習得も加わるでしょう。

記事記載の市場規模は大きくなっても、開発時間はこれまで以上に短く、また、顧客要求も多様化、複雑化するハズです。

従って、従来のような開発方法よりむしろ、スピード重視のプロトタイピング開発が求められると思います。これには、既存ライブラリやサンプルソフト流用、活用技術を磨く必要があるでしょう。前々から言われるソフトウェアの部品化開発手法です。

流用する中身に多少不明な点があっても気にすることはありません。パテル氏コメントの「シンプルであること」を常に念頭に置きながら開発を進めることが重要です。シンプルであれば、様々な状況変化へも対応できます。開発が終わった時に振り返ると、不明内容はおぼろげながら見えるものです。

具体的な手段

弊社は、プロトタイピング開発への具体的な実現手段として、ARMコアのNXP、STM、Cypress各社、およびNon ARMコアのルネサスに対してマイコンテンプレートを提供中です。テンプレートと評価ボードを使えば、早期開発着手と汎用開発部分の使いまわしも簡単で、プロトタイピング開発に最適です。

汎用処理が出来上がったテンプレートへ、顧客要求実現の開発部分を組込めばソフトウェア全体がほぼ仕上がる仕組みです。

また、Mbed OSの仲間であるFreeRTOSを例に、マイコンRTOS習得ページもテンプレートサイトに掲載しております。ご活用ください。

2017年アナログICメーカー売上高ランキング

2018年5月8日 WithHappy

2017年のアナログICメーカー売上高トップ10が、5月2日EE Times Japanで発表されました。

アナログ市場全体の成長率は10％、そのうちの上位10社のみで59％ものシェアを占めます。唯一マイナス成長となったNXPは、昨年汎用ロジック/ディスクリート事業をNexperiaへ売却したためです。

MCUメーカーのアナログICシェア

本ブログで扱っているMCUベンダのSTMicroelectronics（シェア5%）、NXP Semiconductors（4%）、ルネサスエレクトロニクス(2%)などもこのトップ10に入っています。一方Cypress Semiconductors のMCU PSoC 4などは、コンパレータやアンプなどのアナログ機能が他社MCUよりも充実していますが、売上高トップ10には入っていません。ADCやDACなどのアナログ単体ICの範疇にPSoC 4が入らないためかもしれません。

これらMCU各社をハイライトして、2017年アナログIC売上高シェアをグラフにしました。Texas InstrumentsもMCUを販売していますが、ブログの対象外ですので外しています。

IoTでは、とりわけMCUのフロントエンドにアナログ機能が必要です。好調なアナログ市場の伸びに伴って、アナログ機能をMCUに搭載したデバイスが発表される可能性があると思います。

NXPのQUALCOMMによる買収、取りやめ？

2018年4月23日 WithHappy

日経新聞4月20日に、“クアルコム、止まらぬ受難　NXP買収に暗雲”記事が掲載されました。
記事では、トランプ米大統領のBroadcomのQUALCOMM買収禁止命令の報復として、中国当局が承認に難色を示し、7月25日まで買収期限を再延長し、最悪の場合、買収が取りやめになることもあるそうです。

2017年半導体売上高ランキング

2017年の半導体売上高ランキングもEE Times Japanで発表されました。日経記事に登場したイスラエル）NVIDIAが10位、オランダ）NXPは9位、米）QUALCOMMは6位、Broadcomは5位です。

仮にNXPの買収が取りやめになった場合、NXPにとってそれが良いのか悪いのかは、判りません。ただ急成長する自動車分野の制御にMCUの老舗、NXPの名前が残るのは悪くないと思います。※ルネサスMCUが、日立、NEC、三菱の統合であり、3社の名前の記憶が薄くなっていくのもさみしいものですから。

決着は、今年の夏頃（2Q 2018）になりそうです。

技術レベルとは異なる政治、経済次元での買収結果が、MCU技術にどのように影響するかは、注意深く見守る必要があります。

NXPのMCUXpresso Support Devices Table（Mar. 2018）へ更新

NXPのMCUXpresso Support Devices Tableが、3月9日更新されました。Change Logページ記載のとおりLPC80X、LPC8N04、LPC540XXが更新され、本ブログ対象のLPC8xxにもSDKやCFGが2Q 2018に提供予定です。LPCOpenライブラリのバグ問題が、新しいSDKで解決されることを期待しています。

NXP MCUXpresso Supported Devices Table (Mar 2018). Product Family filtered with LPC 8xx.

IoTデバイス向け高速軽量改ざん検出技術

2018年4月12日 WithHappy

NECが、IoTデバイス向け軽量改ざん検出技術を開発しました。以下の特徴があります。

機器動作に影響を与えない⾼速改ざん検知（2KB実装サイズ機能を、約6msecで検査）
改ざん検知機能⾃体の保護と軽量実装の両⽴（Cortex-M23/33のTrustZone活用、4KB以内で実装）

TrustZoneのSecure World

セキュリティ強化のARMv8-MプロセッサCortex-M23とCortex-M33には、TrustZoneと呼ぶメモリ保護領域：Secure Worldの作成機能があります。このSecure Worldがあることが前提条件です。

2KBサイズ機能を6msecで検査できるのは、検査領域の絞り込みと実行コードのみのシンプルな監視方法のためで、遅延がゆるされない搬送ロボットなどのIoT機器にも適用できるそうです。

高速改ざん検出（出典：NECサイト） — 高速改ざん検出。2KB実装サイズ機能を、約6msecで検査可能。（出典：NECサイト）

Secure World内へ、改ざん検出機能、ホワイトリスト、サーバ通知機能合わせて4KB以内に実装できるので、メモリ容量が少ないIoT機器にも適用できるそうです。

改ざん検知機能⾃体の保護と軽量実装（出典：NECサイト） — 改ざん検知機能⾃体の保護と軽量実装。改ざん検出機能、ホワイトリスト、サーバ通知機能合わせて4KB以内に実装できる。（出典：NECサイト）

高速かつ軽量のため、低電力消費で24時間監視とリアルタイム改ざん検出の結果、IoT機器の信頼性を高めることができます。

ARM Cortex-M23/33のTrustZoneを活かしたセキュリティ強化機能です。検査機能限定の実装方法などは、全てのMCUソフトウェア開発へも応用できます。

Secure World領域があってこその技術ですが、TrustZone無しのCortex-M0/M0+/M3へも使えれば嬉しいです。Intelは、古いCPU向けのSpectre対策パッチは提供しないそうですが、既に稼働済みのCortex-M0/M0+/M3機器に向けて、せめてものセキュリティ強化策として使えるかもしれません。

Eclipse IDEベース統合開発環境のプロジェクトImport、Renameの方法

2018年4月5日2018年4月11日 WithHappy

統合開発環境のデファクトスタンダードがEclipse IDE。本ブログ対象ベンダのNXP）MCUXpresso IDE、ルネサス）e2studio、Cypress）PSoC Creator、STM）SW4STM32など全てこのEclipse IDEをベースとした統合開発環境です。

ベンダやマイコンが変わっても殆ど同じ操作でエディットやデバッグができるので、慣れが早く、本来のソフトウェア開発に集中できます。但し、オープンソース開発なので、毎年機能追加や変更があり、2018年は6月にバージョン4.8、コードネームPhoton（光子の意味）への改版が予定されています。

本投稿は、2017年版Eclipse IDEバージョン4.7、Oxygenベースの各社IDEプロジェクトインポート、リネームの方法を説明します。
弊社マイコンテンプレートを使ってソフトウェア開発をする時、これらの操作を知っているとテンプレート：ひな型活用のプロジェクト開発がより簡単です。

IDEの例としてSW4STM32を用います。IDEは、Workspace：ワークスペースと呼ぶフォルダ単位で機能します。ワークスペース内には複数プロジェクトが存在でき、2重起動ができます。

プロジェクトImport

マイコンテンプレートは、テンプレートの具体的な応用例にシンプルテンプレートプロジェクトやBaseboardテンプレートプロジェクトをArchives形式で提供します。Archives形式は、配布に都合が良くEclipse IDEの標準方法ですので、IDEダイアログに従って操作すれば「複数の方法」でプロジェクトインポートができます。

このArchiveプロジェクトの「最も簡単」なワークスペースへのインポート方法が下記です。

Windowsで、Archiveを適当な場所で解凍 → 事前に作成したIDEワークスペースへ解凍フォルダ毎コピー
IDEで、File＞Import＞General＞Existing Projects into Workspace実行 → インポートProjects選択

Import Existing Projects into Workspace。プロジェクトをインポートする方法は、マルチプラットフォーム対応のEclipse IDEの場合、複数ある。

IDEで直接Archivesプロジェクトを解凍しワークスペースへインポートすることもできますが、フォルダ選択などのダイアログ操作は面倒です。マルチプラットフォーム対応のEclipse IDEたるゆえんですが、WindowsかmacOSの上で使うのであれば、この方法が簡単です。

プロジェクト名Rename

※Rename後、Renameプロジェクトの再ビルドが失敗する場合があります。Rename前に、ワークスペース毎バックアップするなどの事前対策を実施後、Renameを実行してください。

ワークスペースに複数プロジェクトが存在するには、別々のプロジェクト名が必要です。例えば、シンプルテンプレートを使って開発したプロジェクトが既にあるワークスペースへ、もう一度シンプルテンプレートを使って新たなプロジェクトを追加作成する場合を考えます。

開発したプロジェクト名は、SimpleTemplateのままです。これをRenameしないと新たにシンプルテンプレートをインポートできません。この時は、開発したプロジェクト選択後、右ボタンクリックで表示されるメニューからRenameを選択し、別プロジェクト名に変更します。

Rename Project Name。元々のEclipse IDE守備範囲外のファイル名は、手動リネームが必要。

注意点は、この操作でプロジェクト名変更をIDEは認識しますが、IDE以外のツールで作成したファイル名などは、そのままとなる点です。図はSTM）SW4STM32の場合です。Debugフィルダ下の.cfg/ioc/pdf/txtの４ファイルがそれらです。これらファイルは、手動でのRenameが必要です。これを怠るとRenameしたプロジェクトの再ビルドやデバッグが失敗します。

これら手動Renameが必要なファイルは、各社のAPI生成ツールなどに関連したファイルで、他社IDEでも同様です。元々のEclipse 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をIDE初期状態に戻すのが、Window＞Perspective＞Reset Perspectiveです。

Reset Window Perspective。IDEの初期状態ウインド表示に簡単に戻せる。

この方法を知っていると、使わないPerspectiveを気軽に非表示にできるので、画面の有効活用ができます。

まとめ

Eclipse IDEベースの各社開発環境で知っていると便利な使い方をまとめます。

プロジェクトインポート：IDEのExisting Projects into Workspaceを使うと簡単
プロジェクト名リネーム：自動リネームはEclipse IDE関連のみ。API生成ツール関連ファイルは手動リネーム要。
別プロジェクトファイルのコピー＆ペースト：IDE2重起動を使い、ファイル選択ミスを防ぐ
IDE画面リセット：利用頻度の低いPerspectiveを非表示にし、画面有効活用

Eclipse Base IDE Project Import and Rename

マイコンテンプレート活用の最初の段階が、テンプレートプロジェクトのワークスペースへのインポートです。これらインポートしたテンプレートへ変更を加え、開発プロジェクトにします。

この開発プロジェクト名をリネームし、同じワークスペースへ、再びテンプレートプロジェクトをインポートします。ワークスペース内は、リネームした色々な既成開発プロジェクトから成り、様々なプロトタイピング開発へも応用できるでしょう。

ワークスペースが異なるファイル操作には、IDE2重起動でファイル選択のミスを防ぎます。

これらのTipsを知っていれば、既存資産を流用、活用し、本来のソフトウェアに集中しミスなくプロトタイピング開発ができます。

ルネサス世界初28nm車載マイコンサンプル出荷

2018年3月30日2018年4月1日 WithHappy

ルネサスエレクトロニクスは2018年3月28日、車載マイコンRHファミリに28nmプロセス採用マイコンのサンプル出荷を開始しました。従来の40nmに比べ、高性能、低消費電力で大容量フラッシュメモリ内蔵の世界初、世界最高性能のルネサスオリジナルコアマイコンです。

ルネサスマイコンの命名則

車載マイコンRHファミリは本ブログ対象外です。しかし、車載マイコンが、全てのマイコンを引っ張って発展させているので、注目しています。ここでは、ルネサスマイコンの名前の付け方を簡単に説明します。

先頭に「R」が付くのが新生ルネサス誕生後に発売のマイコンです。汎用マイコンが、図のRL78、RX、RZの3ファミリ、車載アプリケーション特化マイコンが今回発表のRHファミリです。

一部例外はあるものの、殆どがルネサスオリジナルのNon ARMコアマイコンです。

ルネサス汎用マイコンファミリ。用途、性能に応じてRL78、RX、RZと3ファミリある。（出典：汎用マイクロコンピュータラインアップカタログ）

汎用マイコンだけでも、用途や性能（ルネサスはソリューションと呼ぶ）に応じてRL78、RX、RZと3ファミリあり、さらにそのファミリの中で、RL78/G1x、RL78/F12など細かくシリーズに分かれた名前構造なので、解り難いです。

ちなみに本ブログ対象はRL78ファミリですが、RXも対象に入れるか検討中です。個人レベルでも開発環境を整え易いか否かが基準です。RXファミリの場合、実装メモリが大きいのに無償Cコンパイラの容量制限≦128KBがネックになっています。

他のH8や78K0Rなどは、日立やNEC、三菱電機などルネサスに統合前の各社マイコンの名称です。簡単に旧マイコン名が消える海外ベンダと異なり、旧会社のマイコン名をいつまでもカタログに記載するのも善し悪しです。

ルネサスSynergyは、これらNon ARMコアとは別に他社に遅ればせながら開発したARMコアマイコンファミリです。遅れた分、他社同様の売り方はせず、ルネサスSynergy Software Packageというルネサスが動作保証する専用ライブラリを提供し、開発者がアプリケーションのみを開発する方法で販売中です。個人レベルでは、特に価格で手を出しにくいと思っています。

28nmプロセス、大容量メモリの用途

ルネサスRHファミリで向上された性能を、具体的にどこで使うのかが解る図が、記事にありました。

大容量メモリの利用割合。アプリ増加比率よりも、データ、Safety、Security、Driversの増加比率が大きい。OTA利用により最低2面構成のメモリが必要の可能性もある。（出典：記事）

左側の色分けメモリマップから、アプリケーションのメモリ比率の増加よりも、Data、Safety、Security、Driversの増加比率が大きいことが判ります。つまり、開発するアプリケーションよりも、アプリが使うデータや安全性確保、ドライバーの増加がメモリ増大要因です。このドライバーの中にアプリが使うライブラリなども含まれると思います。

また、図では判りませんがOTA：Over-The-Airには、同じメモリが最低2面必要になるかもしれません（関連投稿は、コチラのIoT端末の脆弱性対応はOTA更新が必須を参照）。OTAに万一失敗しても、最悪更新前に戻るには、更新前と更新後のメモリが必要なのがその理由です。

いずれにしても大容量メモリは必須です。また、プロセス細分化でより低消費電力で高速動作を実現しています。
大容量メモリ実装、プロセス細分化は、車載マイコンに限った話ではありません。汎用マイコンでも同じです。

製造は、世界最大の半導体製造ファウンダリである台湾）TSMCが行うので、パソコンのCPU同様、マイコン：MCUも28nmプロセスへ一気に変わる可能性もあります。

半導体プロセス微細化の懸念

一方で、半導体プロセスの微細化は利益につながるのか2018年3月28日、EE Times Japanという記事もあります。28nmよりも先、10nm以下のモバイルプロセサでの話ですが、マイコンでもいずれ同じ時代が来るでしょう。

汎用マイコン技術は、先行する車載マイコンやモバイル半導体技術をベースに発展します。

先行の動向を知ることは、無駄ではありません。少し先を見越して、隠しコマンドなど遊び心がある工夫をソフトウェア、ハードウェアにこっそり入れておくのも開発者の数少ない楽しみの1つだと思います。

NFC機能搭載マイコンLPC8N04、LPC800シリーズに追加

2018年3月28日2018年4月23日 WithHappy

近距離無線通信（NFC）機能搭載のLPC8N04がLPC800シリーズに追加されました。
スマホで測定温度を表示するデモソフト付きのLPC8N04評価ボード：OM40002がNXPから直接購入可能（2304円）です。

LPC8xxシリーズラインナップとLPC8N04評価ボード

LPC8N04マイコンの特徴

4電⼒モード（sleep、deep sleep、deep power-down、battery off）のARM 8MHz Cortex-M0+コア
32KB Flash、8KB SRAM、4KB EEPROMを統合
広範囲なタギング/プロビジョニング・アプリケーションをサポートするエナジーハーベスト機能付きNFC/RFID ISO 14443 Type A通信
精度±1.5℃の温度センサを統合
2個のシリアル・インターフェースと12個のGPIO
1.72V〜3.6Vの動作電圧範囲と-40℃〜+85℃の周囲温度範囲
低コスト、⼩フットプリントのQFN24パッケージ

LPC8N04ブロック図 — LPC8N04のブロック図。従来LPC8xxシリーズと異なり、8MHz動作コア、NFC機能とEEPROM搭載などが特徴。（出典：Product data sheet）

スマホと連動した評価ボードの動作動画はコチラ。

個人的には、従来の汎用LPC8xxシリーズとは異なり、NFCアプリケーション特化マイコンのような気がします。Cortex-M0+コア8MHzによる超低消費電力動作、EEPROM、NFC/RFIDなどがその理由です。面白いアプリケーションが期待できそうです。

マイコン評価ボード2018

2018年3月25日2018年3月26日 WithHappy

マイコン装置を開発する時、ベンダ提供のマイコン評価ボードは重要です。良いハードウェア、良いソフトウェアは、評価ボードをレファンレンスとして活用した結果生まれるからです。

今回は、ARMコア対Non ARMコアという視点で最新マイコン評価ボードを分析します。掲載マイコン評価ボードは下記です（価格は、調査時点の参考値）。

PSoC 4200Dプロトタイピングキット：CY8CKIT-146、Cypress、1139円（Digi-Key）
RL78/G11評価ボード：YQB-R5F1057A-TB、ルネサス、2276円（Mouser）
RXファミリ評価ボード：Target Board for RX65N、ルネサス、2980円（マルツ）
PSoC 4200Lパイオニアキット：CY8CKIT-046、Cypress、5586円（Digi-Key）

デバッガの2機能

ベンダ評価ボードには、デバッガ付属とデバッガ無しの2タイプがあります。デバッガは、

デバッグ機能：ソースコードのダウンロード、ソースコード実行とブレークを行う
トレース機能：プログラムカウンタ実行履歴を記録する

の2機能を提供します。

トレース機能は、プログラムカウンタ遷移を記録し、ハード/ソフトの微妙なタイミングで発生するバグ取りなどに威力を発揮します。が、本ブログで扱うマイコンでは利用頻度が低く、サポートされない場合もありますので、デバッグ機能に絞って話を進めます。

各社が独自コアマイコンを供給していた頃は、各社各様のデバッガが必要でした。しかし現在は、ARMコアマイコンとNon ARMコアマイコンの2つに大別できます。

ARMコアマイコンの評価ボード

ARMコア評価ボードは、ARM CMSIS規定のSWD：Serial Wire Debugというデバッグインタフェースでコアに接続します。SWDを使うと、他社ARMコアとも接続できます。このため、評価ボードのデバッガ部分と対象マイコンを切り離し、デバッガ単独でも使えるように工夫したものもあります。

ARMコア評価ボードの多くは、対象マイコンにSWDインターフェイスのデバッガが付属しています。これは、対象マイコンが変わってもデバッガは全く同じものが使えるので、量産効果の結果、デバッガ付き評価ボードでも比較的安価に提供できるからです。

SWDデバッガ付属評価ボードCY8CKIT-146 (出典：CY8CKIT-146 PSoC® 4200DS Prototyping Kit Guide)

また、統合開発環境：IDEもEclipseベースを採用すれば、実行やブレークのデバッガ操作方法も同じになり、例え異なるベンダのARMコアでも同じようにデバッグできるので開発者にも好評です。

以上が、マイコンのデファクトスタンダードとなったARMコアとEclipseベースIDEを多くのベンダが採用する理由の1つです。

Non ARMコアマイコンの評価ボード

一方、Non ARMコアマイコン評価ボードは、本来コア毎に異なるデバッガが必要です。そこで、評価ボードには対象マイコンのみを実装し、その購入価格は安くして、別途デバッガを用意する方法が多数派です。

機能的には同じでもコア毎に異なるデバッガは、サポートするコアによりデバッガ価格が様々です。例えば、ルネサスのE1デバッガは、RL78、RX、RH850、V850の4コアカバーで12600円ですが、RL78とRXコアのサポートに限定したE2 Liteデバッガなら、7980円で購入できます（2018年3月の秋月電子価格）。

ルネサスもE1/E2 Liteデバッガ付きのRX用低価格評価ボード2980円を2018年3月に発表しました（マルツエレック価格）。

※RX評価ボードは、無償CコンパイラROM容量制限（≦128KB）に注意が必要です。入手性は良いので容量制限を撤廃してほしいです。

個人でマイコン開発環境を整える時は、購入価格は重要な要素です。マイコンがARMコアかNon ARMコアか、デバッガ搭載かなどにより、評価ボード価格がこのように異なります。

標準インターフェイスを持つマイコン評価ボードの狙い：プロトタイピング開発

最近の傾向として評価ボードの機能拡張に、Arduinoコネクタのシールド基板を利用するものが多くなりました。様々な機能のシールド基板とその専用ライブラリが、安く入手できることが背景にあります。

ARMコア、Arduinoコネクタ、EclipseベースIDEなどの標準的インターフェイスを持つマイコン評価ボードの狙いは、色々なマイコン装置の開発を、低価格で早期に着手することです。既存で低価格なハード/ソフト資産の入手性が良いのが後押しします。

中心となるマイコン評価ボードへ、機能に応じたシールド基板を実装し、早期にデバッグしてプロトタイピング開発し製品化が目指せます。

Arduinoコネクタを2個持つCY8CKIT-046、緑線がArduinoコネクタ (出典：CY8CKIT-046 Qiuck Start Guide)

ルネサスもEclipseベースのIDE：e2Studioを提供中ですが、これは世界中のEclipse IDEに慣れた開発者が、ルネサスマイコンを開発する時に違和感を少なくするのが主な狙いだと思います。Non ARMルネサスマイコン開発の不利な点を、少しでも補う方策だと推測します。

あとがき

ルネサス最新汎用マイコンRL78/G11は気になります。従来のRL78/G1xに比べアナログ機能を大幅に強化し、ローパワーと4μsの高速ウェイクアップを実現しています（詳細情報は、コチラ）。開発資料の多くがe2Studioで、CS+ではありません。Non ARMコアなので他社ARM比、特に優れたマイコンの可能性もあります。

汎用マイコンかアプリケーション特化マイコンか

2018年3月20日 WithHappy

大別するとマイコン：MCUには、汎用マイコンとアプリケーション特化マイコンの2種類があります。

弊社は、下記理由から汎用マイコン：General Purpose MCUを主として扱います。

対象ユーザとマイコンが多い
低価格で入手性の良い評価ボードが多い　→　オリジナルハードウェア開発にも役立つ
無償開発環境：IDEでもマイコンソフトウェア開発ができる
応用範囲が広い汎用マイコン開発の方が、顧客、開発者双方にとって有益である

汎用マイコンとは何か？に対しては、マイコンベンダ各社サイトのGeneral PurposeのMCUを指します。一方、アプリケーション特化マイコンとは、モータ制御、ワイヤレス制御、5V耐性などが代表的です。

かつては5Vマイコンが普通でしたが、現在は3.3V動作以下です。その結果、5V耐性がアプリケーション特化マイコンにカテゴライズされました。このように、時代や多数派に合わせて汎用の定義は変わります。高度なセキュリティや無線通信が必須のIoTマイコンも、いずれこの汎用マイコンにカテゴライズされると思います。

本投稿は、4番目の理由の追風となる記事を見つけたので紹介します。

汎用マイコンの動向記事

“G”と”L”で考える発展途上の産業エレクトロニクス市場、2018年3月13日、EE Times Japan
産業FAは「汎用」「多数」の時代に、国産マイコンが変化を支える、2018年2月5日、TechFactory

最初の記事の”G”は、Global、”L”は、Localを意味します。マイコンベンダも、マイコンを使うユーザも、どのマイコンを使うかは暗中模索で混迷しているが、いずれはLocalからGlobalへ移行すると筆者は考察しています。

2の記事は、産業用FAが専用、少量装置から、AI：人工知能を利用した汎用、多数装置の時代に入ったと分析し、ルネサスRZ/AシリーズにAI機能を組込んでこの時代変化に対応すると宣言しています（関連投稿のSTMはコチラ、ルネサスはコチラを参照）。

どちらの記事も、アプリケーション特化マイコンより汎用マイコンの方が、より多く利用されると予想しています。マイコンベンダにとっても、汎用品で大量生産ができ供給コストも下げられます。

お勧めはプロトタイピング開発

FPGAにソフトウェアIPを組込み、より柔軟制御を目指したことや、高分解能ADCマイコンで精密測定などの開発も行いましたが、技術的に得るものは多くても開発時間が予定より長くなり、結局収支は赤字だった経験があります。

パソコンCPUと同様、汎用マイコン処理能力やセンサ能力も半導体製造技術とともに年々向上します。特に処理能力が必要なIoTマイコンは、コア動作速度を上げる、ディアルコアを採用するなど、ここ数年で急激に向上しています（PSoC6は、Cortex-M0+ 100MH動作、Cortex-M4 150MHz動作）。

弊社も今後の組込開発は、汎用マイコンを使い、より早く低コストで装置化する方が、顧客、開発側双方にとって有益だと考えます。開発期間が長いと、その間により高性能マイコンが発売されたりするからです。つまり、プロトタイピング開発をお勧めします。

プロトタイピング開発した装置が仮に能力不足であった場合は、その不足部分のみに改良を加える方がリスクも低く、確実に目的を達成できます。プロトタイピングの意味は、この能力不足部分を明確にし、低コスト低リスクで成功への道筋を探すことも含まれています。

汎用マイコンテンプレート

開発の立ち上げを早くすることがプロトタイプ開発の第1歩です。弊社マイコンテンプレートは、

汎用マイコンの評価ボード上で動作確認済み
複数サンプルソフトウェアをそのまま使った時分割の並列処理可能
開発のつまずきを防ぐ豊富なTips満載のテンプレート説明資料添付

などの特徴があります。汎用マイコンテンプレートを活用し、効率的なプロトタイピング開発ができます。

NXPのMCUラインナップ2018春

2018年3月18日2018年3月19日 WithHappy

旧Freescaleの「Kinetisマイコン」と、元NXPの「LPCマイコン」の2つが統合した新生NXPのARMコアMCUラインナップは、2018年3月現在、KinetisとLPCの2つに別れてサイトに掲載中です。

従来ユーザには、この方が使いやすいと思います。しかし、同じCortex-Mコアでも２種類あり、困惑するユーザもいるのではと思っていました。そんな時、”Kinteis”と”LPC”を統合したNXPのCortex-Mコア資料を見つけたので示します。

その資料は、BRKINLPCPWRMCU REV 1（Oct. 2017）とREV 0（Oct. 2016）です。資料から「Kinetisマイコン」と「LPCマイコン」を横断的に概観します。

NXP Cortex-MコアMCUシリーズ構成

BRKINLPCPWRMCU REV1 （Oct. 2017）のP8とP9をブログ掲載用に縦長に加工、加筆したのが下図です。

MCU Solutions for Every Design (Source: 2017)

Kinetisは、V/K/E/L/EAの5シリーズ、LPCは、800/1100/54000の3シリーズから構成されています。各シリーズの特徴（オレンジ字）と概要（黒字）、それらを示すアイコンが解り易く記載されています。

KinetisとLPCの用途別構成

BRKINLPCPWRMCU REV0 （Oct. 2016）のP4、汎用/アプリケーション向けなど用途によるKinetisとLPCの分類が下図です。

Kinetis and LPC MCUs Offer a Range of Options (Source: 2016)

2016年資料の方が、Kinetis、LPCともに、2017年資料より細かなMCUシリーズが解ります。

2017年と2016年資料比較

2016年資料はKinetisとLPCマイコンの両方が同居する分野もあり、整理統合するのでは？との疑念をユーザに抱かせます。例えば、General PurposeでCost-Effective and Small Form Factor分野には、LPC81x/82xとKinetis KL02/03/05の両方があります。同じ用途に、ほぼ同じ３種類のMCUを供給するのは新生NXPにとって非効率のハズです。

この疑念を抱かないように改版したのが、2017年資料かもしれません。但し、2017年でもLPC1500/1700/4000シリーズや一部のKinetisシリーズが掲載されていないのが気になります。効率化の第一歩かもしれません。

”なぜアメリカ政府はBroadcomのQualcomm買収を阻⽌したのか︖”というGIGAZINE記事を読むと、理由は仮にBroadcomがQualcomを買収した場合、Broadcom負債の返済のため、短期的な収益性を重視し5Gや6Gなどの次世代通信規格の開発競争でQualcommが果たすべき長期的な研究開発を切り捨てる可能性があるためだそうです。

買収を免れたQualcomによるNXP買収が完了すれば、この非効率な同居マイコン部分にメスが入るかもしれません。STMicroelectronicsは、STM32マイコンに対して2018年から10年間の供給を保証しています。NXPも同様のマイコン製品longevity：寿命アナウンスが欲しいです。