マイコンテンプレート活用プロトタイピング開発(3)

マイコンテンプレートを使ったプロトタイプ開発の第3回は、シールド基板Joystick機能のテンプレート追加です。

Joystick for HMI (Source:Adafruit)
4方向入力とプッシュ操作ができるジョイスティック(出典:Adafruit)

要旨

STM32Fx用テンプレートを題材にしましたが、他テンプレートでも同様です。説明が長くなったので、先に本投稿の開発手順と要旨を示します。

  1. シンプルテンプレートをRenameし、「機能追加用テンプレートを作成」
  2. API作成ツール、サンプルソフトやレファンレンスなどを利用し、「追加機能を理解」
  3. 「追加機能ファイルを作成」し、追加処理をプログラミング
  4. ユーザ関数起動「Launcher()で追加処理を起動し、デバッグ」

要旨:マイコンテンプレートをプロトタイプ開発に利用すると、既に基本動作する枠組みやライブラリが準備済みなので、機能追加の開発効率が上がり、追加処理が1ファイルに閉じ込められるため、ソフトウェア資産として流用性も高まる。

シールド基板構成

機能追加に使うシールド基板は、SDカードに液晶表示画像が保存されており、カードから画像を読込み、それを液晶に出力する、これにMCUのSPIインタフェースを使う構成です。Joystickは、液晶表示の選択肢を入力するためのHMI(Human Machine Interface)に使います。

Shield Fabrication Print
TFT液晶出力、SDカードのデータ入出力、Joystickでの5SW入力、これら3機能ハードウェアを追加するシールド基板(Source:Adafruit)

回路図からも解るようにJoystickは、シールド基板のSDカードやTFT液晶とは完全に別物です。1個のJoystickで「上下左右」と「プッシュ」の5入力を1本のADC入力だけで処理できますので、効率的で低価格なHMI実現手段の1つと言えます。

本投稿は、このJoystickのADC入力を弊社STM32Fxシンプルテンプレートへ追加し、ADC_Joystickプロジェクトを作り動作確認します。

関連投稿:テンプレート活用プロトタイピングの開発方針:第1回ソフトウェア概要:第2回

テンプレート変更準備

今回は、初めてですので、少し丁寧に説明を加えます。

最初に、ワークスペースへシンプルテンプレートを取込み、これに「変更を加える前」にプロジェクト名をADC_JoystickへRenameします。

Template Project Rename
Template Project Rename

Renameを選択すると、プロジェクト名の入力ダイアログが現れますのでADC_Joystickと入力します。

さらに、「手動」でcfg/ico/pdf/txtの4ファイル名をADC_Joystick. cfg/ico/pdf/txtに変更します。

最後に、ADC_JoystickをClean ProjectとBuild Projectすると、正常にコンパイルされ、シンプルテンプレートからADC_JoystickへRenameが成功したことが確認できます。

Tips:リネームプロジェクト名は、「追加周辺回路_装置」としました。プロジェクト名を見れば、時間が経過した後でも、内容が解りやすいメリットがあります。

関連投稿:Eclipse IDEプロジェクトのImportやRename方法

また、レファレンスプロジェクトとしてTFTシールドサンプルソフトもワークスペースへ取込みます。方法は、
File>Import>Existing Projects into Workspaceで
Repository>STM32Cube FW F0 V1.9.0>Project>STM32F072RB-Nucleo>Demonstrations>STM32F072RB-Nucleoを選択しImportしてください。

以上で、2プロジェクトがワークスペースへ入り、ADC_Joystickに変更を加える準備ができました。

Renamed to ADC_Joystick Project
ADC_JoystickプロジェクトとTFTシールドサンプルソフト(STM32F072RB-Nucleo)がワークスペースへ入る

STM32CubeMXでADC追加

Joystickで利用するADCを、STM32CubeMX(以下CubeMX)でADC_Joystickプロジェクトへ追加します。

CubeMXを起動し前章で手動変更したADC_Joystick.icoをLoadすると、シンプルテンプレートのCubeMX設定がロードされます。これに周辺回路ADCを追加します。

ADCのIN8に☑を入れると、PB0ピン、PB.00を使うことが解ります。このPB.00がArduinoコネクタA3に接続されており、Joystickのアナログ値がADCへ入力されます。

STM32CubeMX Setting
STM32CubeMX Setting

通常は、ここでADCを利用するサンプルソフトなどを参照し、詳細設定を調べます。しかし今回は、もっと直接役立つレファレンスプロジェクトのADC関連ソースを読みます。

※レファンレンスソースは一部しか抜粋しませんので、解りにくいと思いますが、文章が分かれば十分です。

TFT_ShieldDetect Logic
TFT_ShieldDetect Logic

ADC関連は、最初にmain.cのL120でシールド基板の実装有無を確認し、実装(SHIELED DETECTED)ならばTFTを初期化(BSP_LCD_Init())し、SDカードから画像読込み(SDCard_Config())を実行します。

L116のコメントから、PB.00電圧レベルで基板有無を確認していることが解ります。そこで、ShieledDetect()を読むと、アナログ入力として使う予定のPB.00を、ここでGPIO入力+プルダウンへ初期設定した後、電圧レベルを読込み、0以外で基板実装と判断しています。

PB.00をアナログ入力に設定しているのは、TFT_DisplayImages()の中、L304のBSP_JOY_Init()です。

つまり、最初にPB.00をGPIO入力+プルダウンに設定し、入力が0以外で基板実装と判断し、次に同じPB.00をADCのIN8に再設定(stm32f0xx_nucleo.cのL841)します。アナログ入力では基板有無の判定ができないのです。
プルダウンが設定できるGPIO入力なら基板無し(電圧レベル=0)の判定が可能です。また、ADC設定は、CubeMXのデフォルト設定で良いことも解ります。

Tips:「同じピン機能をADCからGPIOに切替えて実装有無を判断するテクニック」は、今回だけでなく他でも使えるので覚えておくと役立ちます。

以上、レファンレンスからADCの使い方が解りました。CubeMXへADC追加後のConfigurationタブを示します。CubeMX ProjectをセーブしGenerate Code、Generate Reportを実行し、初期化コードを生成して下さい。

STM32CubeMX Configuration
STM32CubeMX Configuration

シールド基板実装判定GPIOとADCの切り替え

ADC_Joystickのmain.cには、PB.00のADC初期化コードMX_ADC_Init()がCubeMXにより自動追加されます。では、どこで基板実装有無を確認するかというと、L232のUserInit()で行います。

UserInit()
テンプレートに準備済みのUserInit()

UserInit()は、無限ループ実行直前に、何らかの独自設定をユーザが行うための関数です。テンプレートには初めからこの関数が準備されています。

Shield Detection Logic in UserInit
Shield Detection Logic in UserInit

UserInit()のL128で基板実装判定のため、PB.00を再度GPIOに設定し直します。そして、判定結果をUSB経由のCOMポートへ出力します。テンプレートには、COMポート出力機能がありますので、簡単に判定結果が出力できます。

基板実装を確認したら、L146でPB.00を再再度ADCに設定します。

つまり、PB.00はCubeMXでADCとして初期設定しますが、UserInit()で基板実装判定のためGPIOに再設定し、実装済みならもう1度ADC初期設定をします。ADC初期設定コードは、CubeMX自動生成コードですので、将来ADC設定に変更が生じたとしてもCubeMXを変えれば良いだけで、ソースはそのまま使えます。

後は、ADCの値を読んで、stick位置を判断し、その結果も基板実装結果と同様、COMポートへ出力すればJoystick関連の追加処理は完成です。

STM32F0とSTM32F1のBSP

BSPはBoard Support Packageのことで、評価ボード用のライブラリです。
STM32F0用は、Drivers>BSP>stm32f0xx_nucleo.c/hです。STM32F1用は、stm32f1xx_nucleo.c/hです。

関連投稿:BSP解説は、コチラの投稿のSTM32Fxファームウエア構成やHAL Examplesの章を参照。

Joystickのstick位置判断関数BSP_JOY_GetState()もこのBSPで提供されますが、面白いことに、F0用とF1用のBSP_JOY_GetState()の閾値が異なります。どちらも同一条件で動作するので異なる必要はありません。また、if~else if~else文で分岐するのも、処理時間が長くなります。

Difference Between F0 BSP_JOY_GetState() and F1
Difference Between F0 BSP_JOY_GetState() and F1

そこで、F0用のより広い判断閾値を使い、if文とgoto文で分岐する方法を用いました。

Stick Position Judgement
Stick Position Judgement

ADC_Joystickプロジェクト動作確認

Joystickのみ機能追加する場合に備え、stick位置のCOMポート出力、STM32F0xとF1xで共用のための#ifdef~#endifなどの関連処理を新規追加のJoystick.cファイルに集め、ADC_Joystickプロジェクトへ加えました。

ADC_Joystick File Configuration
ADC_Joystick File Configuration

シールド基板を実装すると評価ボード上の青SWが操作できませんので、ユーザ関数を起動するLauncher()のSwScan()はコメントアウトし、代わりに40ms周期起動にstick位置の取得判断関数:JoystickSacn()を入れました。

完成したADC_Joystickプロジェクト動作中のCOMポート出力例を示します。

ADC_Joystick COM Output Example
ADC_Joystick COM Output Example

まとめ

STM32Fxシンプルテンプレートを使って、シールド基板のJoystick機能のみを追加しました。

長文説明になりましたが、実際に行った処理は、下記のようにとても簡単で単純です。

  1. テンプレートプロジェクトをRenameし、ADC_Joystickプロジェクト作成
  2. STM32CubeMXで、作成プロジェクトへADC機能を追加
  3. レファレンスプロジェクトのADC関連部分を読み、使い方と設定理解
  4. 機能追加/削除を容易にするため、Joystick.cファイルを新規追加し、ADC関連処理記述
  5. Launcher()で起動し、必要に応じて処理結果をCOMポートへ出力し、追加処理の動作確認

テンプレートには、COMポート出力やUserInit()などの基本的な処理と枠組み、BSPなど開発に必要となるライブラリが既に準備済みなので、「追加する処理にのみ集中して開発できる」ことがお判り頂けたと思います。

Joystickファイルを新規追加すると、機能の追加/削除、他プロジェクトへの応用も簡単です。ユーザが手動で変更する箇所は、ユーザ関数を起動するLauncher()やUserInit()、COMポートへの出力メッセージ程度で、初期化コードなどはAPI作成ツールSTM32CubeMXが自動的に生成します。

マイコンテンプレート活用プロトタイピング開発(2)

マイコンテンプレートがプロトタイピング開発に適すシリーズ投稿第2回は、開発に活用流用できるソフトウェア=ライブラリの概要を示します。説明するライブラリが下記です。詳細説明が必要になった時は、それに応じて追記するので、今回は概要を示します。

  1. Arduinoシールド付属C++ライブラリ
  2. SW4STM32付属デモソフト
  3. STM32CubeMX:初期化Cコード生成ツール
  4. HAL:Hardware Abstraction LayerとBSP:Board Support Package
  5. Middleware Components:ミドルウェア:FatFs
  6. STMicroelectronicsアプリケーションノート
  7. STMicroelectronics Communityやネット情報

ソフトウェアは、ドライバーやミドルウェアなど階層構造や使い方に応じて色々な呼び方がありますが、本投稿では、開発に使える可能性のあるソフトウェアや情報を、全てライブラリと呼びます。つまり、開発者自らが開発するソフトウェアと、その開発に使えるライブラリの2つに大別して説明します。

開発着手時は、各ライブラリ概要をおおよそ把握し、自分で開発するソフトのイメージが捉えられれば十分です。後はそのイメージをソフトの形にしてテンプレートに追加すれば、プロトタイピング開発完成です。

1.Arduinoシールド付属C++ライブラリ

Arduinoは、オープンソースハードウェアのシングルボードコントローラです。Arduinoコネクタにシールド基板を実装すれば、誰でも簡単に機能追加できるのがウリです。もちろんハード制御に必須なソフトウェア=ライブラリもシールド基板とともに提供されます。

TFTシールド基板ライブラリは、ArduinoのAPIを利用しC++で記述(左下:shieldtest参照)されています。Arduino IDEにこのライブラリを追加しさえすれば簡単に基板の動作確認ができ、ソース変更も容易です。しかし、これを対象マイコン用に変更するのは、簡単ではありません。API変更とC++が問題です。

Adafruit TFT shieldtest Sketch running
Adafruit TFT shieldtest Sketch running

2.SW4STM32付属デモソフト

SW4STM32には、TFTシールド基板のデモソフトが付属しています。UM1787にデモファームウェアが紹介されており、利用や変更、修正など開発者が自由に使って良いライブラリです。

TFT Shield Demonstration running (Source:UM1787)
TFT Shield Demonstration running (Source:UM1787)

但しこのデモソフトは、デモの表示画像やテキストの変更は簡単でも、一部機能の切出しや新機能の追加、例えばUART入出力処理の追加などは容易ではありません。また、最新の開発ツールSTM32CubeMXベースで開発されたのもでもなく、エキスパートが自作したものです。

このデモソフトのような既存ファームウェアがあっても、そのまま流用活用しにくいというのは、MCUソフトウェア開発ではよくある話です。既存ファームウェアやライブラリの解析に手間と時間がかかるため、新たな環境で新たなソフトウェアを開発したほうが早く済むこともよくあります。

ナゼか? それは、流用性や資産とすることを念頭に置いてソフト開発をしないからです。MCU処理能力の低さやメモリ量の少なさが主な原因ですが、これらは今後改善されます。MCUソフトも流用性を重視し、ソフトウェア資産、部品化を考慮した開発が今後必要です。

3.STM32CubeMX:初期化Cコード生成ツール

STM32CubeMXは、STM32シリーズの全MCUに対して、GUIでパラメタを設定しさえすれば周辺回路の初期化Cコードを自動生成するツールです。また、SW4STM32を含め全IDE(TrueSTUDO、MDK-ARM、EWARM)で共通に使えるなど守備範囲も広く「STM32ソフトウェア開発の要」です。

UM1718に解説があります。このUM1718のTutorial 2に、MCUはSTM32F4ですが、本開発に使えるSTM32CubeMXの設定方法があります。

関連投稿:STM32CubeMX設定については、コチラの投稿も参照してください。

4.HAL:Hardware Abstraction LayerとBSP:Board Support Package

HALは、文字通りハードウェア隠蔽機能を提供する階層です。CortexコアといえどM0/M0+/M3/M4などハードウェアは異なります。この異なるハードにも関わらずHALが同じAPIを上位層に提供するので、性能不足などでコア変更が生じても同じソフトが流用できる訳です。UM1749に詳しく解説されています。

BSPは、このHALのAPIを組み合わせた評価ボード特有機能のマクロ関数です。評価ボードを制御系にそのまま利用する時に便利です。

HALやBSPを使うとオーバーヘッドも生じます。しかし、流用性向上のメリットの方が大きいと思います。

関連投稿:HALのオーバーヘッドは、コチラの投稿の、“STM32CubeMXの2種ドライバライブラリ”を参照してください。

5.Middleware Components:ミドルウェア:FatFs

FatFsは、MCU向けの汎用FATシステムモジュールでフリーソフトウェアです。MCUハードには依存しないので、どのマイコンでも使えるのが特徴です。FatFs APIを使うと、SDカードなどのファイルシステムに簡単にアクセスできます。

STM32CubeMXでは、MiddleWaresのFatFs、User-definedに☑を入れると使えようになります。

STM32CubeMX MiddleWare FatFs
STM32CubeMX MiddleWare FatFs

6.STMicroelectronicsアプリケーションノート

UM1721は、“Developing Applications on STM32Cube with FatFs”と本開発にはピッタリの内容です。3.3にサンプルソフトがあります。これは、FatFsを使って開発したソフトの単体テストに使えます。

7.STMicroelectronics Communityやネット情報

STMicroelectronics Communityなどのベンダーコミュニティは、開発者同士の情報交換、質問の場です。各ベンダーは、提供ツールのバグ情報や更新方針などもこのコミュニティーから収集していますので、時々閲覧すると参考になります。開発でつまずいた時など解決方法が見つかることもあります。

また、検索エンジンでは様々なネット情報が得られます。最新情報などを取集すると、開発動向の把握も可能でしょう。

開発ソフトウェア構成とイメージ

今回のソフトウェア開発に役立つライブラリ概要を示しました。

直ぐにソースコードを書きたい気持ちを少し我慢して、ほんの少し事前調査をすると、視野が広がり使えそうなライブラリの見当もつきます。使えるモノを流用すれば、より重要箇所に集中できます(前回投稿の「選択と集中」ができます)。

本開発は、SPIシールド基板で追加する3機能毎にSTM32CubeMXを用いてソフト開発し、テンプレートへ追加します。また、流用性を上げるため追加機能毎にファイル化し、単体機能の追加削除も容易な構成とします。これをまとめたのが前回投稿の開発方針図です(再掲します)。

Development policy
初期設定生成ツール:STM32CubeMXや、評価ボード開発支援ライブラリを活用しテンプレートへ機能追加

MCUのライバル

プレッシャーをかけるつもりはありませんが、競合他社のMCUだけがライバルではありません。

ArduinoコントローラやRaspberry Pi 3などのMPUは、後発の利点を活かし、ソフトウェア/ハードウェア開発が、誰でも早く簡単にできる工夫が施されています。どちらも低価格で開発環境が整います。MCU開発者の方は、是非どちらか試して、MCUに比べ開発の簡単さを実感してください。

MCU Rivals_R1
MCUのライバルは、競合他社だけでなく、ArduinoコントローラやRaspberry Pi 3などもある。

制御系

特徴

開発障壁

ソフトウェア流用性

MCU

低消費電力
アナログ/デジタル周辺機能豊富

高い

低い

Arduino/Genuino

オープンソースハードウェア基板
豊富なシールド基板で機能追加が容易

低い

高い

Raspberry Pi 3 B/B+

OS搭載シングルボードコンピュータ
動画再生や複雑な技術計算も可能

とても低い

高い

最新Arduinoの動きとしては、SonyのSPERSENSEなどがあります。また、Raspberry Pi 3 B+では、コア速度やLAN高速化、PoEなどのIoTに向けた性能向上も図られています。

MCU評価ボードにArduinoコネクタの採用が増えたのは、豊富なシールドハードの簡単追加が目的です。また、ARM CMSISもMCUソフト流用性を高める方策の1つです。

関連投稿:ARM CMSISの目標については、コチラの投稿の、“CMSIS”を参照してください。

CMSIS実用化に伴い、MCUソフトウェア開発者も、個人レベルでソフト資産化と各種ライブラリ活用技術を身につけないと、先行するArduinoやRaspberry Piへ顧客が逃げてしまいます。

逆に、ArduinoやRaspberry Piのソフトウェアやライブラリを積極的にMCUへ流用するアプローチも(簡単にできれば)良いと思います。

いずれにしても、MCUソフトウェア開発は、既存ライブラリや様々な資産をより活用して、開発効率化を上げることが必要でしょう。

マイコンテンプレート活用プロトタイピング開発(1)

Adafruit 1.8 Color TFT Shield with microSD and Joystick
Adafruit 1.8 Color TFT Shield with microSD and Joystick (Source: Adafruit)

前投稿で、プロトタイピング開発に、マイコンテンプレートが適すと説明しました。その理由は、テンプレートの既に出来上がった汎用処理へ、顧客要求機能を追加しさえすれば、早期に顧客ソフトウェア開発がほぼ完成するためです。つまり、顧客仕様の開発に、より集中できるのです。

働き方改革と、今後も増える仕事量、このバランスを開発者が保つには、選択と集中です。
集中すべきは顧客独自仕様、それ以外は既存資産をより流用活用するテクニックを身につけることです。

具体的にこのこと説明するため、今回から数回に分けて、マイコンテンプレートと評価ボードに、上図Arduino SPI接続シールド基板を追加する開発例を使って、プロトタイピング開発にテンプレートが適すことを説明します。

テンプレート活用開発例の前提条件

途中、別内容の投稿もありますので、3カ月程度の期間で7~10件程度のシリーズ投稿を予定しております。

STM32F072RB/Cortex-M0コアを用いますが、STM32FxテンプレートのCortex-M3コア/STM32F103RBでも同様です。また、投稿カテゴリーはSTM32マイコンですが、他マイコンのテンプレートを使用中、検討中の方も参考にしてください。

様々なシールド基板がある中で、SPI接続シールドを選択した理由は、マイコンでも従来のGPIOによるLCD表示から、よりリッチなSPI:Serial Parallel InterfaceによるカラーLCD表示に変わりつつあることが背景です。詳細は、コチラの投稿を参照してください。

Arduino SPI接続シールド基板構成

Adafruitの1.8“カラーTFTシールド(128×160ドット)、microSDカードスロットとジョイスティック搭載基板(3,680円)は、秋月電子から入手できます。

Shield Fabrication Print
3ハードウェア機能を追加するSPIシールド基板 (Source:Adafruit)

このシールド基板は、TFT液晶出力、SDカードのデータ入出力、Joystickでの5SW入力、これら3機能を、マイコン評価ボードArduinoコネクタに装着するだけでハードウェアの追加ができます。

そこで、テンプレートへシールド3機能のソフトウェアを追加していきます。これにより、Joystickのみ、SDカードのみ、あるいは全機能の追加などいろいろなバリエーションの開発例を説明します。

サンプルソフト、レファレンスソフト構成と開発方針

本開発に使えるサンプルソフトや既存ライブラリを一覧にし、開発方針を図示しました。

Development policy
初期設定生成ツール:STM32CubeMXや、評価ボード開発支援ライブラリを活用しテンプレートへ機能追加

Arduinoのシールド基板には、C++ライブラリが付属していますが、これはArduinoでの動作が前提なので、マイコンにはそのまま使えません。

上手いことに開発環境SW4STM32には、使用するArduino SPI接続シールド基板のデモサンプルソフトが付属しています。但し、このデモソフトは、エキスパートが自作したExamples and Demosなので、部分的に機能を切出そうとすると、解析や変更に手間取ります。

せっかく初期設定生成ツール:STM32CubeMXや、評価ボード開発支援ライブラリのBSP:Board Support Packageがあるのですから、これらツールやライブラリを活用しない手は無いでしょう。
そこで、図示したようにデモソフトは、レファレンスとして活用し、極力STM32CubeMXやBSPを使ってエキスパート自作ソフトと同じものを、初心者でも開発できることを開発方針とします。

シリーズ投稿の予定内容

実際に着手しないと投稿内容は確定しませんが、一応の目安として、下記内容の投稿を目標、予定しています。

第1回、シールド基板、サンプルソフト、レファレンスソフト構成と開発方針(←今回の投稿)
第2回、BSP、FatFs、STM32CubeMX、デモソフト、アプリケーションノートなどの活用/流用可能ソフトウェア概要
第3回、Joystick機能のテンプレート追加:Joystickのみ追加希望の方は、ココまでで開発できることを目標にします。
第4回、SDカードリード/ライト機能のテンプレート追加:SDカードのみ追加希望の方は、ココまでで開発できることを目標にします。
第5回、TFT表示機能のテンプレート追加:TFT表示のみ追加希望の方は、ココまでで開発できることを目標にします。
第6回、SPIシールドテンプレート構成:シールド3機能全てを追加する場合のテンプレート構想
第7回、SPIシールドテンプレート開発:シールド基板活用のTipsなどの資料も含むテンプレート化を目指します。

このように、現在のGPIO LCDを使ったテンプレート応用例Baseboardテンプレートに加えて、最終回にはSPIシールドテンプレートとして発売できれば完成です。ご期待ください。

Yano E plus 2018.5にHappyTech掲載

シンクタンクの矢野経済研究所様の月刊誌Yano E pulsの2018.5、注目市場フォーカス:MCU(マイコン)市場の6-7に、弊社HappyTechが掲載されました。MCUの現状、2021年までの市場予測、ベンダー各社動向などがまとめられたレポートです。お近くに冊子がある場合には、ご覧ください。

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

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習得ページもテンプレートサイトに掲載しております。ご活用ください。

マイコン評価ボード2018

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

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

デバッガの2機能

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

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

の2機能を提供します。

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

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

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

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

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

CY8CKIT-146
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月の秋月電子価格)。

RL78/G11評価ボードとE1
RL78/G11評価ボードとE1

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

E1、E2 Liteデバッガ付きRX評価ボード
E1、E2 Liteデバッガ付きRX評価ボード (出典:Runesasサイト)

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

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

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

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

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

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

CY8CKIT-046
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比、特に優れたマイコンの可能性もあります。

 

NXPのMCUラインナップ2018春

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

NXP ARMCortex-M MCUs Site
NXP ARMCortex-M MCUs Site

従来ユーザには、この方が使いやすいと思います。しかし、同じCortex-Mコアでも2種類あり、困惑するユーザもいるのではと思っていました。そんな時、”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)
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)
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の両方があります。同じ用途に、ほぼ同じ3種類の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:寿命アナウンスが欲しいです。

NXP LPC111xテンプレートV2改版

ARMコア制御の入門マイコンとして適しているNXP LPC1114/5マイコンのテンプレートを改版しました。

このLPC111xテンプレートV2は、従来テンプレートの必須機能のみを実装したTiny(小さな)テンプレートの適用、最新開発環境MCUXpresso IDE(v10.1.1_606)での動作確認が改版目的です。

近日中に旧LPC111xテンプレートご購入者様で、無料アップグレード対象者様には、お知らせとLPC111xテンプレートV2の無償配布を行います。暫くお待ちください。

LPC1114とLPC1115の違い

NXP LPC111xテンプレートの対象マイコンは、ARM Cortex-M0コア50MHz動作のLPC1114(ROM/RAM=32KB/8KB)とLPC1115(ROM/RAM=64KB/8KB)です。

以前の投稿で紹介したNXPマイコンの推薦開発環境をLPC1114/5でフィルタしたものが下図です。

LPC1114 and LPC1115 Recommended Software
LPC1114 and LPC1115 Recommended Software

※赤線は、評価ボード搭載マイコン、青線は、単体購入可能マイコン

NXPのLPC1100シリーズは、LPC1110/11/12/13/14/15の6種の型番と、同じ型番でも低消費電力の技術進化によりLPC1100/1100L/1100XLの3つの世代があるので複雑です(通常→L→XLでより低消費電力)。

但し本ブログは、個人でも入手性が良く低価格、良い評価ボードもあるマイコンが対象です。このふるいにかけると、フィルタの下線を付けたLPC1114/302、消費電力LPC1100L搭載のNXP評価ボードLPCXpresso1114(秋月電子2000円)、デバイス単体では、DIP28ピンパッケージLPC1114/102、消費電力LPC1100L(400円)とSOP28ピンパッケージLPC1114/102、消費電力LPC1100L(190円)の3種類がそれぞれ秋月電子より購入できるので対象となります。
※LPC1114/102は、どちらもRAM=4KBで評価ボード搭載のLPC1114/302の8KBの半分に注意

LPC1115は、LPC1114のROMを2倍の64KBにし、電力消費を第3世代に進化させたマイコンです。NXP評価ボードのLPCXpresso1115には、LPC1115/303、消費電力LPC1100XLが搭載されています。
※型番/xxxの最後の数字が消費電力を示し、1が通常、2がL、3がXLを意味します。

LPCXpresso1115の入手性はあまり良くありません。しかし、開発環境MCUXpresso IDEでAvailable boardsに現れる評価ボードはLPCXpresso1115とLPCXpresso11C24のみで、LPCXpresso1114はありません。

MCUXpresso IDE Available Boards
MCUXpresso IDE Available Boards

従って、入手性が良いLPCXpresso1114評価ボードで新プロジェクトを作るには、評価ボードからでなく、Preinstalled MCUsからLPC1114/302を選択する必要があります。

LPCXpresso1114のMCUXpresso新規プロジェクト作成方法

Select LPC1114/302
Select LPC1114/302

Preinstalled MCUsから評価ボード搭載のLPC1114/302選択後>Next>LPCOpen – C Project>Project name追記と進み、Import…をクリックします。

Click Import...
Click Import…

ArchiveでLPCOpenからlpcopen_v2_00a_lpcxpresso_nxp_lpcxpresso_11c24.zipを選択しNextをクリックします。

Import lpcopen_v2_00a_lpcxpresso_nxp_lpcxpresso_11c24.zip
Import lpcopen_v2_00a_lpcxpresso_nxp_lpcxpresso_11c24.zip

使用ライブラリにlpc_chip_11cxx_libとnxp_lpcxpresso_11c24_board_libを選択後、ダイアログに従っていけば評価ボードLPCXpresso1114/302上に新プロジェクトが作成できます。

LPCXpresso1114とLPCXpresso1115評価ボードの回路図は全く同じです。違いは、搭載ターゲットマイコンのみでIO割付も同じ、PLC-Linkと呼ぶ評価ボード付属デバッガも同じです。またImportして使用するライブラリも同じです。

ならば、Available boards のLPCXpresso1115を選択して新プロジェクトを作成し、LPC1114評価ボードへダウンロードも可能だと思われるかもしれません。しかし、これはデバッガ接続時にエラーが発生します。

MCUXpressoの右下にターゲットマイコンNXP LPC1114/302が示されており、これ以外へはデバッガ接続ができない仕組みになっています。

Target NXP LPC1114/302
Target NXP LPC1114/302

このため、同一ソースコード、使用ライブラリも同じであっても、ターゲット毎にプロジェクト作成が必要です。逆に、LPC1114評価ボードで動作確認したソースコードでライブラリも同じなら、ターゲットさえ変えれば、LPC1115評価ボードでも動作すると言えます。違いは、ROM容量のみだからです。

評価ボード搭載のLPC1115/303とLPC1114/302の機能差はROM容量以外にもありますが、LPC111xテンプレートの応用例は、この差が生じる機能は使用しておりません。

従って、テンプレート応用例のシンプルテンプレート/Baseboardテンプレートを、LPC1114評価ボード、LPC1115評価ボードそれぞれに提供します。LPC111xテンプレートProject Explorerの様子が下図です。

LPC111xTemplate Project Explorer
LPC111xTemplate Project Explorer

LPC1100シリーズの位置づけと開発環境の良さ

NXP ARMコアエントリレベルのLPCマイコンラインナップを、LPC Cortex-M microcontrollers — Discover the differenceより抜粋しました。

LPC1100 Series (Source:LPC Cortex-M microcontrollers — Discover the difference)
LPC1100 Series (Source:LPC Cortex-M microcontrollers — Discover the difference)

LPC1100シリーズは、最も基本的で適用範囲も広いCortex-M0コアマイコンです。電力効率は、LPC800シリーズのCortex-M0+に及びませんが、低電力技術の進化でCortex-M0+に近い低電力動作も可能です。Cortex-M0とM0+の機能差は、コチラの投稿も参照してください。

また、LPCOpenライブラリもLPC8xxに比べ安定(≒バグ無し)しています。DIPやSOPパッケージの入手が容易で低価格、手実装も可能です。LPCXpresso1114/5評価ボードとLPC111xテンプレートを使えば、ARM Cortex-M0マイコンの早期習得とプロトタイピング開発ができると思います。

評価ボードの半分は、切り離して単体デバッガとしても使えます。デバッガとターゲットの接続は、ARMコア標準のSWDインタフェースなので、LPCマイコン以外の他社ARMコアにも使うことができます。100mAまでの電力供給と、実質4本の接続でデバッグとオブジェクトダウンロードが可能です。

LPC111xテンプレートV2のまとめ

改版したNXP LPC111xマイコンテンプレートV2構成を示します。

テンプレート名 対象マイコン(ベンダ/コア) テンプレート応用例 評価ボード:動作確認ハードウェア
LPC111xテンプレートV2(LPCOpen v2.00a利用) LPC1114(NXP/Cortex-M0) ・シンプルテンプレート
・Baseboardテンプレート
LPCXpresso1114(LPC1114/302)
+ Baseboard
LPC1115(NXP/Cortex-M0) ・シンプルテンプレート
・Baseboardテンプレート
LPCXpresso1115(LPC1115/303)
+ Baseboard

ARM Cortex-M0コアのLPC1114/302(ROM/RAM=32KB/8KB)実装のLPCXpresso1114評価ボードは、低価格で入手性良く、開発環境MCUXpressoも他社EclipseベースIDEと比べ使い勝手良く、ライブラリも安定しています。また、評価ボードとBaseboardを接続すれば、色々な周辺回路制御も手軽に学べます。

今回の改版でテンプレート本体は、より解り易く、利用し易くなりました。テンプレートを使うと、複数のサンプルソフトをそのまま流用した並列処理が簡単に実現できます。

テンプレートの特徴や仕様は、LPC111xテンプレートサイトを、使い方などはサイトのテンプレート関連情報を参照してください。

ARMコア制御の入門用として適しているLPC111xテンプレートとLPC1114評価ボードは、Cortex-M0の習得、プロトタイピング開発のお勧めキットです。

独自開発ボードのMCUXpressoプロジェクト作成方法

今回はNXP評価ボード以外の“独自開発マイコンボード”を使って、MCUXpressoの新規プロジェクトを作成する方法を、LPC810を例に示します。

New Project by Available boards
New Project by Available boards

上図NXP評価ボードを使ったMCUXpressoの新規プロジェクト作成は簡単です。現在LPC8xxマイコンには、6種のNXP評価ボードがあり、これらの中から使用ボード選択し、Nextクリックでダイアログに従っていけば新規プロジェクトが作成できます。

Preistalled MCUsプロジェクト作成

一方、LPC810(ROM/RAM=4KB/1KB)で独自開発したマイコンボードへ新規プロジェクトを作成する場合は、Preinstalled MCUsからLPC810を選びます。

New Project by Preinstalled MCUs
New Project by Preinstalled MCUs

Nextクリック>LPCOpen – C Project>Project name追記>Import>BrowseでLPCOpenライブラリをImportします(最新版LPCOpenライブラリはv3.02ですが、ここではMCUXpresso IDE v10.1.1 にプリインスト済みのv2.19を使っています)。

Import LPCOpen Library
Import LPCOpen Library

Importするのは、lpc_chip_8xx (lpc_chip_8xx/)です。lpc_board_nxp_lpcxpresso812は、NXP評価ボード利用時、lpc_chip_8xx関数を利用したマクロ関数です(マクロ関数は後述)。

インポートが完了するとNew Projectダイアログに戻ります。ここでLPCOpen Chip Library Projectのlpc_chip_8xx_libの_lib部分を削除すると、Nextボタンが“有効”になるのでクリックします。ポイントは、_libを削除することです。削除しないと、Nextは無効のままで先に進めません。

Import lpc_chip_8xx
Import lpc_chip_8xx

この後は、デフォルト設定のままでNextを何回かクリックすれば、独自開発ボードでの新規プロジェクトが作成できます。

なおLPC810は、ROM4KB、RAM1KBと極少ですのでデフォルトで使用となっているMTBやCRPは未使用に変更すると良いでしょう。

ちなみに、MTB、CRP未使用でLPC810へ弊社LPC8xxマイコンテンプレートのみを実装した時のメモリ使用量は、ROM88%、RAM2%です(debug configuration時)。これでは、残り部分へユーザ処理を追加するとすぐに容量オーバーになります。

対策は、コンパイラ最適化をデフォルトの“最適化なし(O0)”から“、1段階最適化(O1)”へ変更することです。
Project >Properties>C/C++ Build>Settings>Tool Settings>Optimization>Optimization Levelで最適化レベルが変更できます。O1レベルでも、かなりの使用量空きが確保できます。

Optimize for Debug
Optimize for Debug

但し、最適化には副作用も伴います。変数にvolatile宣言を付記するなどして、ツールが行う勝手な最適化への対策をしましょう。対策の詳細は、コチラなどを参照してください。

マクロ関数

LPCOpen Library Stack
LPCOpen Library Stack

LPCOpenライブラリは、層構成になっています。BOARD layerは、CHIP layerを使って上位の各ExampleへAPIを提供します。例えば、LPC812評価ボード実装済みのLED出力の初期化関数:Board_LED_Init()が、chip layerのChip_GPIO_…()を使っているなどです。

Macro Function
Macro Function

本投稿では、Board_LED_Init()をマクロ関数と呼びます。NXP評価ボードは、NXPから多くのマクロ関数が提供されますが、独自開発ボードでは、これらも必要に応じて自作する必要があります。

また、自動生成ソースコードにインクルードされるファイルも、NXP評価ボードでは無いためboard.hからchip.hに代わっていることにも注意しておきましょう。

MCUXpresso Generated Source
MCUXpresso Generated Source

ベンダ提供評価ボード活用の独自開発ボード

独自開発マイコンボードと、NXP評価ボードのIO割付が同じならば、MCUXpressoの新規プロジェクト作成時に本投稿で示したような神経を使う必要はありません。多くのマクロ関数もそのまま利用できます。独自開発ボードの新規プロジェクト作成でも、NXP評価ボードと全く同じになるからです。

独自にマイコンボードを開発する前に、ベンダ提供の評価ボードIO割付を調査し、独自開発へ適用できるか否かの検討をすることをお勧めします。

ベンダ提供評価ボードは、標準的なIO割付ですが、最も応用範囲が広い割付とも言えます。さらに、上述のようにソフトウェア開発、新規プロジェクト作成に対しても多くのメリットがあるのがその理由です。

マイコンソフトウェア開発の基礎知識と開発方法、配布開始

1月末に3回に分けて投稿した「マイコンソフトウェア開発の基礎知識と開発方法」を1つのpdf資料にまとめました。弊社マイコンテンプレートサイトのアプリケーション開発手順のページから、どなたでも無料ダウンロードが可能です。

Sample Software First and MCU Template
Sample Software First and MCU Template

この資料は、Sample Software Firstについて説明しています。マイコンテンプレートを使ったアプリケーション開発手順と合わせて読んで頂くと、マイコンソフトウェアの開発方法がより解り易くなると思います。

今後、ご購入頂いたマイコンテンプレートの付属資料としてこの資料も添付する予定です。

マイコンテンプレート購入検討中の方、既に購入された方でも、ご活用ください。

NXPとルネサスのMCU開発動向

NXPとルネサス、両社幹部が語ったMCU開発動向記事から、弊社ブログARM Cortex-Mシリーズ、16ビットMCU RL78関連部分をピックアップしました。動向記事は下記です。

NXPのMCU開発動向

記事によると車載MCUは、製品群をS32 Automotive PlatformでARMアーキテクチャ(Cortex-A、Cortex-R、 Cortex-M)に全て統一し、基本的なペリフェラル、メモリインタフェースを共通化、S32デバイス間ならソフトウェアの90%を再利用できるそうです。

同時にS32 MCUは、自動車用機能安全規格である「ASIL-D」に対応し高度セキュリティを担保、また完全なOTA(Over the Air)機能もサポート予定です(OTAはコチラの投稿参照)。

S32製品は、2018年1Qサンプル出荷、2019年から量産予定です。

Common Hardware Architecture Platform (Source: NXP)
Common Hardware Architecture Platform (Source: NXP)

この車載MCU開発動向は、本ブログ対象の家庭や個人向けCortex-MコアMCUへも影響を与えると思います。NXPはFreescale買収後、LPCとKinetisの2つのCortex-Mシリーズ製品を提供中です。

ARM Cortex-M Core Kinetis and LPC
ARM Cortex-M Core Kinetis and LPC

S32製品の強み、ハードウェア共通化、ソフトウェア再利用、セキュリティ確保、OTAは、そのまま現状NXPの 2製品並立Cortex-Mシリーズへも適用される可能性が高いと思います。その方がNXP、新規ユーザ双方にとって開発リソースを集中し易いからです(現行ユーザには多少インパクトがありますが、Cortex-Mコアは同じなので、SDKなどが変わるかも?!しれません…)。

ペリフェラルが共通化されれば、サンプルソフトも同じになるでしょう。ソフトウェア90%再利用は、ライブラリ充実化も見込めます。差分の10%は、Cortex-コア差、セキュリティレベル差、応用範囲などになる可能性があり、期待できそうです。

ルネサスのMCU開発動向

ルネサスは、2018年夏発売予定のRZファミリで、組込みAIによる推論モデル処理能力を10倍、2019年末までに更に10倍、2021年で10倍にし、推論処理能力を1000倍にするそうです。このために動的に再構成可能なプロセサ技術「DRP(Dynamically Reconfigurable Processor)」を汎用MCU製品へ取り込んでいくそうです。

RZファミリ:現状ARM Cortex-A9 400MHz採用の家電、カーオーディオなどが対象のMCU。

Cortex-AコアのRZファミリとRL78の比較(Source: Runesas)
Cortex-AコアのRZファミリとRL78の比較(Source: Runesas)

能力向上したAI推論により、振動などの画像データを扱えるようになり、さらにはそのフレームレートも高められ、例えば、熟練工のノウハウをエンドポイントで自動化できるようになる。1000倍ともなれば、現在はエンドポイントでは難しいとされる学習も行えるようになるそうです。

産業機器分野では、自動化やロボット化の実現に関わる異常検知、予知保全、認知検査などにAI処理能力を適用予定です。

1月14日投稿のルネサスe2 studioのAI利用無償プラグインで開発環境を提供しますが、弊社対象のRL78ファミリでどの様に実現されるかは不明です。

AI処理能力を1000倍化(Source: Runesas)
AI処理能力を1000倍化(Source: Runesas)

正常進化のNXPと差別化のルネサス

NXP、ルネサスともにARMコアMCUの開発動向は似ています。ルネサス幹部が、汎用MCU統括のため、あえて産業分野にフォーカスして語っただけと思います。

差分は、NXPがARMアーキテクチャの正常進化とも言えるソフトウェア資産の共通化を全面に推しているのに対し、ルネサスは、差別化DPR技術で推論機能の1000倍化を目指す点です。
※正常進化の根拠は、コチラの投稿のCMSIS参照

この差別化がガラパゴスになるのか、それとも光る技術になるか、今年夏頃の新製品RZファミリに注目します。