Cortex-M33コアアーカイブ - 11ページ目 (12ページ中)

MCU開発におけるベンダ専用IDEと汎用IDE

2017年5月20日2017年5月29日 WithHappy

ARM Cortex-M系（M0、M0+、M3、M4…）のMCUを開発する時のIDEは、Eclipse IDEベースが一般的です。同じEclipseを使って各ベンダ専用IDEが開発されますので、ウインド構成や操作性（F5やF7の機能など）は同じです。

MCUXpresso IDE Perspective — NXPのMCUXpresso IDE画面（ユーザカイドより）

今回は、MCU開発スピードを左右する、専用IDEと汎用IDEの差と将来性を考察します。

ARM Cortex-M系のIDE

弊社マイコンテンプレートで使用中の専用IDE（ベンダ）が下記です。いずれもコードサイズ制限はありません。

・MCUXpresso（NXP）
・SW4STM32（STM）
・PSoC Creator（Cypress）
・CS+ for CC/CA,CX（Runesas）、64KBコードサイズ制限あり

このうち、CS+ for CC/CA,CXは、ルネサスRL78系MCUなので除外します。今回から、2016年MCUベンダ売上5位のSTM32のマイコンテンプレートも開発しますので、追加しました。

一方、MCUベンダに依存しない汎用IDEで有名なのが、下記です。

・IAR Embedded Workbench for ARM（IAR）　（＝EWARM）、無償版32KBコードサイズ制限
・uVision（Keil）　（＝MDK-ARM）、無償版32KBコードサイズ制限
・mbed（ARM）、コードサイズ制限なし

残念ながら汎用IDE無償版はコードサイズ制限があります。勿論、商用版は制限なしですが1ライセンスあたり数十万円程度もします。

mbed（ARM）は、サイズ制限なしでベンダにも依存しませんが、ブラウザでコンパイルとダウンロード（＝書込み）はできても、デバッグ機能がありませんので、今回は汎用IDEから除外しました。
※IDEへエクスポート（下図）すればデバッグ可能との記載はありますが、今のところ私は成功していません。

汎用IDEのメリットは、ベンダが変わっても同じIDEが使えること、開発したソフトのベンダ間流用障壁が専用IDEよりも低い（可能性がある）こと、技術サポートがあることなどです。

Eclipse IDEのプラグイン機能とCMSIS

オープンソースのEclipse IDEは、プラグインで機能を追加できます。もしベンダ専用機能が、全てプラグインで提供されれば、毎年更新される生のEclipse IDEへ、これらを追加すればIDEが出来上がります。これが一番低価格で良いのですが、Unixならともかく、Windowsでの実現性は低いと思います。

一方、CMSISが普及すると、開発ソフトのベンダ間流用問題はいずれ解決します。従って結局、ベンダ専用IDEで最後まで残る差は、コード生成機能になると思います。

同じCortex-M系MCUであっても、周辺回路はベンダ毎に異なる差別化部分です。コード生成機能は、汎用IDEの弱点でもあります。使いやすコード生成を提供できるMCUベンダが、生き残るでしょう。

一長一短があるChrome、Firefox、IE、Edgeなどのブラウザ同様、Cortex-M系MCU開発は、ベンダ専用IDEを使うのが良さそうだと思いました。

2016年MCUシェア1位はNXP

2017年5月9日2017年5月10日 WithHappy

2016年主要マイコンシェア/販売額の記事がEE Times Japanに記載されました。2016年は、主要MCUベンダの買収が盛んでしたが、買収後で集計されているので、MCUの現状が示されています。

車載半導体はNXPが2015年にルネサスを抜いて1位になっており、2016年のMCUシェア首位とともにNXPの躍進が明確になりました。

NXPの新IDE MCUXpresso

2017年4月時点の最新MCUXpressoIDE_10.0.0_344と、最終LPCXpresso_8.2.2_650の違いは、FreeRTOSタブが追加されたことのみです。残念ながらMCUXpressoのFreeRTOSもv8.0.1のままでした。

FreeRTOS V9はFreeRTOSサイトからダウンロードできます。が、これをMCUXpressoのv8へ手動で上書きインストールして問題なく動作させる自信はありません。FreeRTOS v9がNXPにより提供されるまで待つ方が、トラブルがなく得策と判断しました。
※MCUXpressoは、旧LPCXpressoプロジェクトフォルダがそのまま使えます。
※MCUXpressoに、PE: Processor Expertをアドインし旧Kinetis Design Studio代用とする方法は、調査中です。

マイコンテンプレートラインナップ

弊社マイコンテンプレートラインナップを、2016 MCUラインキング順に並べたのが上表です。おかげさまでテンプレートは、Runesas＞NXP（Freescale含む）＞Cypressの順に売れております。が、MCU順位5のSTM向けテンプレートもあれば、と思いました。

STMの場合、Cortex-M0/M0+を対象コアとすると、STM32F0/L0がテンプレートの対象です。しかし、このクラスのMCUへのRTOS適用によるROM/RAM大容量化や、IoT向けMCUの販売個数の増大などを考慮すると、より高性能なCortex-M3クラスも視野に入れた開発も必要か？と思っています。

CMSIS準拠でソフト開発すると、コア差はCMSISで隠蔽されるので、要求性能に応じたMCU選択が可能でクラス別けの必要もなくなります。また、RTOSでマイコンテンプレート相当が本当に必要か？という懸念もあります。

2016MCUシェアから、ルネサスの順位低下傾向が今後気になるところです。また、マイコンテンプレートについても、これらシェアの動きに合わせて、変わり続ける必要性を実感しました。

MCUXpresso概要と当面の開発方法

2017年4月18日2017年4月18日 WithHappy

LPCXpressoとKinetis Design Studioが新しいMCUXpressoへ統合されました。Windows 10 Version 1703で動作確認したMCUXpressoの概要について示します。

MCUXpresso概要

MCUXpressoの概要は、コチラの4分程の英語Videoが良く解ります。ポイント抜粋すると以下になります。

MCUXpressoは、3つのツール：IDE、SDK、CFGから構成され、各機能が下記です。

IDE機能：ソースエディト、コンパイル、デバッグ。Eclipse 4.6ベース。ローカルPCで利用。
SDK機能：使用デバイスのAPI生成とサンプルソフト提供。クラウドで設定し、結果をIDEにダウンロードして利用。
CFG機能：使用ピン、動作周波数など設定。クラウドで設定し、結果をIDEにダウンロードして利用。

全てが1パッケージのローカルPCで機能した旧IDE（LPCXpressoやKinetis Design Studio）を、MCUXpressoで３ツール構成にしたのは、SDKとCFGをクラウド側で分離提供し、IDEを軽量化することと、CMSIS準拠の開発環境構築が目的だと思います。CMSISはコチラの記事を参照してください。

CMSIS準拠ならMCUハードとソフトの分離が容易になり、開発済みアプリケーション資産を少ない工数で別ハード移植や再利用が可能です。また、CMSIS仕様（CMSIS-COREや-DSPなど）が修正/更新されても、その内容は全てクラウド側のSDKとCFGツールに閉じ込めることができるので、常に最新CMSIS準拠のSDKとCFGを利用したソフト開発が可能です。
ARM Cortex M系のIDEは、今後この分離構成が流行するかもしれません。

注目点は、IDEではコードサイズ制限なし、SDKではFreeRTOS v9提供（LPCXpresso最終版はv8）、CFGでは電力評価やプロジェクトクローナーです。各ツールの概要を以下に示します。

MCUXpresso IDE

旧LPCXpressoとの差分は、FreeRTOSタブが新設されたこと位です。コードサイズ制限なしで、添付マニュアル類も判り易く、誰にでも使い勝手が良いIDEです。MCU開発は、従来のRTOSを使わないベアメタル開発から、RTOS利用ソフト開発へシフトしつつあり、このMCUXpresso IDEもこの流れに沿った機能が追加されました。

MCUXpresso SDK

SDK BuilderでBoard、Processor、Kitsなどの対象MCUパラメタを入力し、対応するSDKパッケージをクラウドで作成後、ローカルPCへダウンロードして使います。パッケージの中身は、APIとこのAPIの活用サンプル集です。但し、2017年4月現在は、FreescaleのMCUと2017年に発売されたNXPのLPC54000対応のものしか提供されていません。

その理由は、旧Kinetis Design Studio：KDSのProcessor Expert：PEの代替だからと推測します。MCUXpressoは、KDSのPE機能がSDKとCFGに分離してクラウドへ実装されました。PEをお気に入りだったユーザは、この点に困惑すると思います。

一方旧LPCXpressoのユーザのSDKはというと、これは従来のLPCXpressoに同胞されていたLPCOpenライブラリなどがそのままMCUXpressoにも実装されています。つまり、MCUXpressoは旧LPCOpenライブラリなどが従来同様使えます。

従って、LPC54000開発とKDSユーザ以外は、MCUXpresso SDKを使うことは、今のところありません。

MCUXpresso CFG

CFGも現状はSDKと同様、FreescaleのSDKとNXPのLPC54000対応のみが提供中です。

MCUXpressoのまとめと当面の開発方法

MCUXpressoは、旧LPCXpressoと旧Kinetis Design Studioを統合した新しいIDEで、現状「フレームワークは出来たものの、完全な移行完了とは言い難い」ものです。以下に特徴を示します。

IDEとSDK、CFGの3ツールに分離するフレームワークは、CMSIS準拠ソフト開発に適している。
KDSのPE代替機能をSDKとCFGに割振っている。2017年NXP発売のLPC54000開発にも使えるが、既存NXPのMCUはSDK、CFGともに未対応。
LPCXpressoとKDSの今後の更新は、期待できない。将来的には、NXP/FreescaleのMCU開発にMCUXpressoを使う必要あり。
LPCXpressoユーザは、当面SDKとCFGを使わずにMCUXpresso IDEを旧LPCXpressoと殆ど同じ使用法で使える。
KDSユーザは、MCUXpresso IDEとSDK、CFGを使い開発する方法と、当面はMCUXpressoにPEをプラグインし開発する方法の２通りの開発方法が取りえる。但し、PEの更新が期待できないので、将来はMCUXpresso SDK、CFGを使わざるをえない。

当面の目安としては、LPCXpressoユーザならば、既存MCUのSDK、CFGが提供されるまで、KDSユーザならば、PE更新が必要になるまで、でしょう。

もう1つの目安が以下です。Windows 10 1703更新に相当するIDEベースEclipse 4.6（Neon）の次版4.7（Oxygen）への更新は、2017年6月の予定です。IDEベース更新から約半年でこの4.7ベースの最新IDEが各社からリリースされるとすると、2017年末から2018年初め位にはMCUXpressoへの完全移行完了となる可能性があります。

MCUのIDEは開発スピードを左右する部分だけに、仕様変更や更新が定期的に発生する部分と、各社独自の部分を分離し、トータルでパッケージ化すると、以上で示したフレームワークが重要となります。開発者は、フレームワーク要素更新にも注意を払う必要があるでしょう。

ルネサスSynergyロードマップ2017 and 2018

2017年4月7日2017年4月7日 WithHappy

3月29日、ルネサス発表の“Renesas Synergy™プラットフォームに新たに３つのマイクロコントローラグループを追加、業界初の組み込み開発向け統合プラットフォームをさらに拡充”に、SynergyのS1グループのロードマップが示されました。

Cortex-M0+ 32MHzのS1グループはROM/RAM増量

弊社対象MCUのCortex-M0/M0+クラスは、S1グループです。ROM/RAMが増量されることが解ります。無線機能は、未実装です。

Cortex-M23もこのグループに属すと思いますが、S128データシートでは、ARM v6-M採用となっており、Cortex-M23のv8-Mとは異なります。昨年のSynergyでM23サポート発表とどのようにリンクするかは、不明です。

それにしても、MCU名が、以前のR8CやRL78と同様複雑と感じるのは、私だけでしょうか？Synergyのスケーラブルなマイクロコントローラという特徴や優位点からすると、MCU選定はアプリ開発と同時で良いので、名前が複雑でも関係ないのかもしれません。

mbed OS 5.4.0のLチカ動作、LPCXpresso824-MAXで確認

2017年3月25日2020年11月28日 WithHappy

四半期毎更新のIoTマイコン向けRTOS、ARM mbed OS 5の最新版5.4.0がリリースされました。このmbed OS 5を使って、ARM mbed開発環境でBlinky：Lチカサンプルプログラムを、LPCXpresso824-MAX評価ボードで動作確認しました。

ARM mbed開発環境

ARM mbed開発環境は、オンラインでコンパイル環境が提供されます。ブラウザさえあれば、統合開発環境：IDEをPCへインストールすること無しにソフト開発が可能です。コンパイル出力を、USB経由で評価ボードへダウンロードすれば、動作確認も簡単です。

mbed OS 5が動作するCortex-M0+評価ボードは、現在6種あります（全74種対応中）。

mbed OS 5.4.0のBlinkyサンプルとFreeRTOS v8の比較

この6種評価ボードに、FreeRTOSで使用中のLPCXpresso824-MAXもありますので、mbed OS 5でLチカサンプルプログラムを作成し、FreeRTOSのそれとソース比較しました。

mbed OS 5は、Cをオブジェクト指向へ拡張したC++言語で記述します。

ハード初期設定などは、評価ボード選定時に（別の個所で）済ませるので、記述ソースはFreeRTOSに比べて少なくなります。FreeRTOSのSuspendedは、mbed OS 5では、waitingに相当します。また、mbed OS 5 APIの方が、全般的に短く記述できます。

mbed開発環境は、直ぐに試せて取っ付き易い反面、ボード差や詳細なRTOS処理内容が隠される（見えない）気がしますが、本来のアプリ早期開発には、こちらの方が細かいことは気にせずに良いのでしょう。また、ボード間の移植性も高まります（次章CMSISを参照）。

両RTOSのLチカリソース使用量比較は、止めておきます。FreeRTOSの方はDebug出力で、一方、mbed OSの方は（多分）Release出力で条件が違うと思うからです。ARM mbed環境のデバッグ方法は、いろいろありそうなので、今後調査する予定です。

CMSIS

CMSIS：Cortex Microcontroller Software Interface Standardは、Cortex IPコア開発元のARM規定のソフトウエア規格で、図が全体像（v4版）です（シムシスまたはセムシイスと読むようです）。最上位アプリケーションと最下位Microcontrollerの間に、7種のCMSIS-xyzを規定します（CMSIS-RTOSなどCMSIS Software Packの緑色領域）。

CMSISの目的は、アプリ側（青緑領域）から見えるハードウエアCortexコア（灰色領域）の隠蔽です。ARM Cortexコアを使うMCU各社が、このCMSIS準拠でソフト開発すれば、各社間のアプリ移植問題は解決します。つまり、CMSIS準拠アプリならば、例えARMコア以外であっても、全てのMCUで同じアプリが動作するということです。

ARMは、Cortex IPコア販売でMCUハードウエアのデファクトスタンダードになりました。CMSISは、よりCortexコアを普及させ、さらにMCUソフトウエアのスタンダードを狙うARM戦略の1つでしょう。

本家本元のARMが開発するmbed OS 5は、CMSIS-RTOS準拠のAPIを持ちます。その結果が、Lチカソースにも表れていて、ボード移植性が高いのです。

弊社マイコンテンプレートも、図のCode Templateと同等！になれば、良いのですが…。

Bluetooth 5.0対応のIoT向けマイコンPSoC 6発表

2017年3月15日2019年9月4日 WithHappy

3月14日のEE Times Japanに“Cypress、低消費でより強固なセキュリティ実現”という記事が掲載されました。この記事から、2017/4Q（10月～12月）量産予定のCypressの新しいIoT MCU、PSoC 6の特徴をまとめました。

PSoC 6の特徴

Cortex-M4＋Cortex-M0+ のデュアルARMコア
プロセス技術にウルトラローパワー40nm SONOS採用（従来は130nm）した結果、Cortex-M0+：15uA/MHz、Cortex-M4：22uA/MHz、ローパワーモード動作電圧：1.1V、ウルトラローパワーモード動作電圧：0.9Vを実現。消費電流は、下表参照。

ハードウエアでのセキュアデータストレージ機能を備えたTEE : Trust Execution Environment実装
暗号化アルゴリズム：楕円曲線暗号（ECC）、AES（Advanced Encryption Standard）、ハッシュ（SHA-1/2/3）ハードウエア実装
Bluetooth Low Energy 5.0対応
評価ボード：PRoC 6 BLE Pioneer Kit（CY8CKIT-062-BLE）は75米ドル。
※弊社マイコンテンプレート使用中のPRoC 4 BLE Pioneer Kit (CY8CKIT-042-BLE）は49米ドルです、ディアルコアを考慮するとお買い得？

ハードによるセキュリティ機能はIoT MCUに必須

IoTマイコンにARMコアを使う場合、新しいCortex-M23/33コアによるアプローチと、従来コアにTEEなどのセキュリティ機能を付加したアプローチの2つがありそうです。CypressのPSoC 6は、後者です。

いずれも、ハッキングやウイルス対策に、ハードによるセキュリティ対策は必須です。私個人の感触では、どの程度の処理を MCUで行うかにもよりますが、たとえ専用セキュリティハードを追加したとしても、Cortex-M0/M0+/M23クラスの処理能力では、IoT通信制御だけでも重すぎるのではないかと思います。

そこで、より能力の高いCortex-M33やCortex-M3、M4を使うか、M0クラスとのディアルコア化も解として有力かもしれません（コア性能差は、コチラを参照、Cortex-Mxの特徴はコチラを参照）。

PSoC 6はBluetooth 5.0とデュアルコアでしたが、IoT通信規格の決定だけでなく、MCUアーキテクチャ、これら両方の観察がIoT MCU選択に必要になりそうです。

Cortex-M23＋mbed OS 5＝セキュアIoT MCU

2017年1月18日 WithHappy

2017年1月13日発行“ARMの最新アーキテクチャ「ARMv8-M」が目指す「セキュアMCU」とは”の記事を読むと、ARMコアの新ラインアップCortex-M23の中身：ARMv8-Mが備えるセキュリティの概要が分かります。IoT向けマイコン：MCU実現には、Cortex-M23にARM RTOSのmbed OS 5実装が必須になりそうです。

既存MCUの脆弱箇所

IoT MCUにはセキュリティ対策が必須との記載をよく見かけます。しかし、具体的にどこが脆弱箇所で、それはなにかを目にしたにはこの記事が初めてです。Cortex-M23の謳い文句は、セキュリティに対する深い知識、経験が無くても扱えることですが、これら脆弱箇所は深くない常識？！として知らなければいけなかもしれません。

ARMv8-Mは、これら脆弱箇所に対して3段構えハードウエアで多段防御しています。詳細は、記事を読んでください。

ハード＋ソフトのARM IoTセキュリティ戦略

重要なのは、これらの防御にもかかわらず外部との通信セキィリティ、具体的には通信データの暗号化処理は、別途IP：Cryptocell-312か、または、mbed OS 5（TLS部分）が必要になる点です。低価格IoT向けMCUでは、IP追加よりもmbed OS 5実装の方が現実的ですので、結局、下記公式が成り立ちそうです。

低価格セキュアIoT MCU＝Cortex-M23＋mbed OS 5

FreeRTOSなどの他社RTOSをCortex-Mコアへ適用しようか検討している方は、要注意です。Runesasは、SynergyでThreadXを使いそうです。

また、記事にあるようにMCUコードをOTA：Over The Airで更新を行うとなると従来MCUとは別次元の開発スキルが要求されます。RTOSがサポートしてくれれば良いですが、Windowsでさえも更新失敗が（たまに）ありますから…。

セキュアIoT MCU向けハード/ソフトが揃いつつあります。中小規模の従来MCU開発を長くやってきた開発者側としては、IoT MCUの構造は、従来とかなり異なる感触を得ます。Qualcomm（NXP）あたりから、IoT MCUレファレンスデザインを早期にリリースしてくれれば、よりハッキリすると思います。

2016年マイコン業界と超速開発

2016年12月23日2017年1月5日 WithHappy

2016年マイコン業界

Qualcomm ← NXP ← Freescale、買収先の企業へ矢印を付けるとこのようになります。
QualcommはSnapdragonなどのスマホチップセットを供給する半導体ベンダーです。車載を得意とするNXPの社名は残りそうですが、買収後のNXP/旧FreescaleのCortex-M系マイコンラインアップは気になります。
さらに、Windows 10がこのQualcommのSoCで動作するというニュースは、IoT向けPCやスマホにMicrosoftが参入し、数多くある無線規格の収束を早めるかもしれません。

先ず2017年3月、開発環境LPCXpressoとKinetis Design Studioが新しいMCUXpressoに統合されます。また、先日発表の2017ロードマップによると、スイッチマトリクスを持つLPC8xxシリーズが充実します。QualcommとのシナジーによりIoT無線規格のIoTマイコン発売が期待できます。

一方、RunesasもSynergyで遅ればせながらARM Cortex-Mマイコン開発に乗り出し、従来からある独自コアを持つRL78の16ビットマイコンやIDE：CS+は肩身が狭くなった気がします。既存マーケットにはRL78、IoTにはSynergyのCortex-M23/M33という住み分けを意識したかのようです。

Cypressは、Spansion買収によりCortex-M0+コアを入手し、PSoC4へ適用し始めました。アナログ技術が豊富なPSoC4/PRoC/PSoC4 BLEマイコンが更に強化されました。私はCortex-M0/M0+開発では、最も使いやすいIDE：PSoC CreatorとPSoC4/PRoC/PSoC4 BLEの組合せがピカ一だと評価しています。Cortex-M23のラインアップ追加が待ち遠しいです。

※上記は、下記個人レベルで準備できる「入手性が良く、低コストマイコン」の選択基準に合致する半導体ベンダーに限定して分析しております。

超速開発環境

顧客が許容するマイコンソフト/ハード開発時間は、ますます短くなります。
顧客側の技術理解レベルが追い付かないのも原因の1つですが、状況変化が激しいので即開発し、市場でのフィードバック、改良などを繰り返しながら製品化が必要なことが大きな要因です。

短い開発時間は、マイコン開発者にプレッシャーや焦りを生じさせます。しかし、焦りは禁物です。
良い成果物を効率的に出力できるワザ、これがマイコン開発者には必要です。

このワザ習得には、時間を気にせずに没頭できる環境、例えば自宅などで、新しいマイコンや現状マイコンを、身銭を使うので低コストで、しかも短時間で習得できる方法が必要です。
技術は、食べ物と同じで自分で習得（食べ物なら消化）してこそ身に付きます。食べ過ぎて消化不良になるのを避ける手段/方法があります。

この習得方法が超速開発環境、マイコン評価ボード（＝スターターキット）＋拡張ボード（＝mbed-Xpresso Baseboard）＋そして弊社マイコンテンプレートです。

マイコンテンプレート（税込1000円）は、懇切丁寧な添付資料や多くの（冗長な！？）コメントをソースに付加しています。従って、初心者が陥りがちな初期トラブルを避けることができ、ベンダー提供のサンプルソフトを活用したマルチタスクで、評価ボードと拡張ボードを動かせます。
ソフト担当者は、マイコンを自分で動かせれば、安心して厳しい状況でも開発できます。

また、基板開発時に問題となるアートワーク（配線引き回し）に配慮したIO割付を実ボードで検証できるので、基板化障壁も下がります。
ハードのみの担当者であっても、この超速開発環境はマイコン回りのベンダー推薦配線チェック、アートワークに適したIO割付をソフト開発者へ提案、基板テストプログラム開発時などにも役立ちます。

＊　　＊　　＊

「入手性が良く、低コストマイコン」という基準で、現在5種マイコンをピックアップし、そのマイコンテンプレートを開発/販売することで、超速開発をサポートするのが本サイトの目的です。ご要望により新たなマイコンを追加する可能性もあります。

サイトに対するご意見、ご要望、追加マイコンなどお気軽にinfo@happytech.jpへお寄せください。

本年もありがとうございました。来年も引き続き弊社サイト、どうぞよろしくお願い申し上げます。

ARM Cortex-M23の特徴

2016年11月10日2016年11月11日 WithHappy

ARMがセキュリティ機能を統合した新プロセッサ「Cortex-M23/M33」を発表記事から、Cortex-M23とCortex-M0/M0+の相違点、開発ポイントになりそうな箇所を抜粋し、特徴を考察します。

IoTデバイスのセキュリティ

“ネットワークに繋がるIoTデバイスには、セキュリティは必須”“
”IoTデバイスにセキュリティを普及させるには、セキュリティに対する経験が全くないエンジニアでも扱うことができる「1ドル以下のセキュアなMCU設計」が必要。このソリューションがARMv8-M TrustZone。“
”ARMv8-M命令セットは、必要最小限のベースラインセットと、浮動小数点演算などの拡張メインラインセットの2階層から成り、Cortex-M23は、ベースラインセットを実装“
”Cortex-M0/M0+は、ARMv6-M命令セット。Cortex-M23は、Cortex-M0/M0+後継の位置づけ。“

整数演算プロセサのCortex-M23

“性能レンジ：0.98MIPS/MHz、2.5CoreMark/MHz、Cortex-M0+比1.6～3.2％の性能向上”

“Cortex-M23は、Cortex-M0/M0+と同じ2ステージパイプラインでミニマムパイプライニング”
“Cortex-M23は、フォンノイマンアーキテクチャ”

低コストかつ低電力にセキュリティを実装

“Cortex-MシリーズのTrustZoneは、以前からあるCortex-A向けのTrustZoneとは異なる”
“ARMv8-MのTrustZoneは、ハードウエアによるステイト遷移、セキュリティモニタソフト不要、ハードウエア遷移なのでレイテンシ少で、低速MCUでも実用的なセキュリティシステム”

※Cortex-M33に関しては、本ブログ対象ではないので、記事抜粋を割愛しております。

ハードによるセキュリティ機能実装メリット

パソコンを使う人なら、セキュリティ機能が必須で重要であることは、重々承知しています。また、その副作用として、本来の処理遂行に時たまジャマ？になることも…。性能が限られたMCUではなおさらでしょう。

イメージとしては、ウオッチドックタイマが近いと思います。開発初期やデバッグ中は機能を停止させ、最終版では、必ず動作させます。動作しても、ソフト性能がむやみに消費されることは殆どありません（というか、そのようにソフトを作ります）。

また、セキュリティに対する深い知識、経験が無くても扱えることも大歓迎です。要は、ネットワークに安全確実に繋がり、本来処理を、低価格低電力で実行できさえすれば、良いのですから。セキュリティは必須でも、あくまで付加サービスです。

Cortex-M23は、Cortex-M0/M0+の置換えヒット商品の予感がします。ARM Cortex-M0/M0+へ初挑戦する方も、既にCortex-Ｍ開発経験がある方も、楽しみなデバイスが出てきました。弊社マイコンテンプレートも現在はCortex-M0/M0+のみの対応ですが、Cortex-M23 MCU発売後は、対応する予定です。

ルネサスSynergyでCortex-M23サポート発表

2016年11月1日2017年4月7日 WithHappy

ルネサスが、SynergyにARM Cortex-M23を加える予定を発表しました。Cortex-M23は、コチラを参照してください。

Synergy

Synergyは、2015年10月に提供開始した新しいARM Cortex-M系の開発環境（2015年10月18日の記事も参照ください）。

他ベンダ―のARM Cortex-M開発環境は、EclipseベースIDEであるのに対して、少し異なる（Apple的な）アプローチを取っています。ガラパゴスと言われなければ良いな？！と思いますが…。後発なのでプラスアルファした結果だと思います。

このSynergyに先日記載したCortex-M23を将来的に加えると発表しました。IoTデバイスを狙うなら当然です。本ブログも注視していきます。