MCUセキュリティ話題

2020年9月18日2020年10月29日 WithHappy

MCU開発中、進捗が詰まることはだれでもあります。そんな時にスタックした気分を変えるMCUセキュリティ関連話題を投稿します。

MCU開発には集中力が必要ですが、その持続は、精々数時間です。人のスタック深さは有限ですので、開発を経過時間で区切るのが1つ、別方法として集中気分を切替て開発詰まりを乗切る時の話題を示します。

気分転換が目的ですので、硬い話ではありません😁。

セキュリティ更新終了

Microsoftが、Office 2010は今年2020年10月13日、Windows 10バージョン1903は2020年12月8日にサポートを終了します。これらソフトウェアご利用中の方は、新ソフトウェアへの入替が必要です。

サポート終了とは、「セキュリティ更新プログラム配布終了」のことです。ソフトウェア自体がPCで使えなくなる訳ではありません。しかし、ハッカーなどによる新たなサイバー攻撃を防ぐ手段が無くなりますので、安全・安心な利用ができなくなります。

ところで、安全・安心の根拠、セキュリティ、セーフティ、セキュア…などの日本語は、あいまいに使われます。しかし、英語の「SecurityとSafetyは別物」です。

オンラインセミナー：STマイクロエレクトロニクスのTrustZone対応マイコンによるIoTセキュリティによると、

Security：外部からの危害（攻撃や改竄）から、MCU内部が保護されている状態
Safety：MCU誤動作や故障などが原因で、MCU外部へ衝突や爆発などの危害を与えない状態

英語でのSecurityとSafetyの使い分けは、対象がMCU内部ならSecurity、MCU外部ならSafetyと、明確な区別があります。

MCUセキュリティ関連資料を英語で読むときは、対象は単語で解ります。日本語訳資料を読むときは、対象がMCU内部か外部かを区別して理解する必要があります。

IoT機器侵入調査

総務省、IoT機器に侵入を試みる際のIDとパスワードの組み合わせを、従来の100通りから600通りに増やし、侵入できたIoT機器所有ユーザへ対策を呼び掛けた。2020年9月11日、ITmedia。

つまり、ハッカーの代わりに総務省）国立研究開発法人情報通信研究機構（NICT）が、NOTICE：National Operation Towards IoT Clean Environmentに参加しているISP 62社のIPアドレスに対して、疑似攻撃をしかけ、問題があったIPアドレスユーザへ注意を促した、ということです。

過去のサイバー攻撃にあったIDとパスワードにたまたまなっていた場合、たとえ厳重な管理であっても安全でない（!Security）訳です。IoT機器のアクセス方式、「IDとパスワード」には、限界があるかもしれません。

多要素承認

金融庁、銀行・決済各社に本人確認の徹底を要請。2020年9月16日、ITmedia。

ハッカーによるドコモ口座の不正利用が、多要素認証で防げるのかについてのセキュリティ専門家解説は、筆者には正直言って判りません。

多要素認証とは、セキュリティ情報アクセス時、スマホなどの本人しか持たないモバイルデバイスへ送った認証コードなどを使ってログインする仕組みです。「パスワードレスログイン」とも言われます。

海外ドラマでは、スマホの乗っ取りも簡単です。モバイルデバイスの2要素認証コード入力で十分なのでしょうか？　スマホを持たない人は、決済サービスを利用できない、またはさらに生体認証が必要なのでしょうか？

この多要素認証をMCUへ実装する場合、どうすれば良いのでしょうか？

暗号化脆弱性

TLS 1.2とそれ以前に脆弱性、2020年9月16日、マイナビニュース。

ブラウザ経由でクレジットカード番号を送る時、通信データを暗号化し盗聴を防ぐしくみが、TLS：Transport Layer Securityです。このTLS 1.2に脆弱性が見つかり、TLS 1.3を使うなどの対策が示されています。

MCUで以前は問題無かった暗号化技術にこのような対策を実施するには、組込み済みソフトウェア、またはハードウェアの一部更新が必要です。

暗号化部品が壊れた、または脆弱性発見時、対象部品のみ交換できるMCU機器があれば良いのですが…。

デジタル後進国

“デジタル後進国”で検索すると、「日本はデジタル、IT後進国」だという記事概要が多く見つかります。

セキュリティ用語の区別もあいまいなままの日本です。先進国開発済みのMCUセキュリティ技術を、理解不足のまま流用しても当面は良いのでしょうが…、セキュリティとあいまい性、本質的に相反する気がします。
ハッカーの攻撃は、あいまい性で生じるMCUセキュリティのすきまを狙うのですから。

MCUセキュリティに関しては、何事にもあいまい性が好まれ日本不得意な「明確さ」、これが必須だと思います。

＊　　＊　　＊

MCU開発時、スタック気分を変える時に役立つMCUセキュリティ関連話題を5つ投稿しました。

Sony）SPRESENSEオープンプラットフォーム開発環境

2019年9月20日2019年10月5日 WithHappy

2019年9月、Sony）IoT向けMPU：SPRESENSE開発環境は、オープンプラットフォーム：Arduino IDEとSDK：Software Development Kitの2段構えにしたという記事が掲載されました。

オープンプラットフォームArduino IDEとSDKの2段構え開発環境（出典：記事）

本稿は、このオープンプラットフォーム開発環境の目的について、記事内に判り易い説明があったので紹介します。

MPU：Sony）SPRESENSE

Sony版ArduinoボードのSPRESENSEは、ARM Cortex-M4F/156MHzを6個（！）搭載したマルチコアMPUです。Raspberry Pi 4でお馴染みのMPU：Micro Processor UnitやArduinoなどのSingle Board Computerは、オープンプラットフォームと呼ばれ、仕様公開が特徴です。

Cortex-M4Fコア6個から構成されるSPRESENSE（出典：Sonyサイト）

最近になってCortex-M4とCortex-M0+のディアルコアが出始めた新世代MCU開発にも参考になる開発環境があるかも（？）と思い記事を読みました。

全コアが同等機能を持つシステムをSMP：Symmetric Multi-Processing、一方、一部コアの機能が異なるのはASMP：Asymmetric Multi-Processingと呼びます。SPRESENSEは、1個のメインコアが全体を管理し、残り5個のサブコアへのメッセージ送信でタスク指示するASMPです。ASMPは、組込みシステムへの最適化などに向いているそうです（関連記事：ASMPのアーキテクチャを学ぶ）。

実装コア数は違いますが、新世代ディアル/マルチコアMCUもアーキテクチャはASMPになると思います。新世代MCU：Micro Controller Unitとアーキテクチャは同じ、MCUも仕様公開されていますので、SPRESENSEと新世代MCUの環境は、同じ（近い）と言えます。

MCUとMPUのデバイス差は、弊社固定ページにもありますのでご覧ください。

オープンプラットフォーム開発環境の目的

記事では、“ArduinoやRaspberry Piなどの「オープンプラットフォームユーザ」は、このデバイスを使ったら、どんな面白い商品を作れるかというチャレンジからベンダー製品を使い始める”とあります。このチャレンジ判断に適しているのが、Arduino IDE開発環境です。

「MCUユーザ」は、“ベンダー製品を手に取るとき、既にユースケースが決まっていて、MCUラインナップの中でユースケースにフィットするメモリサイズや処理性能デバイスを選ぶ”のだそうです。コスト最重視の従来MCU製品では、当然の選択方法です。

つまり、誰でも簡単に「デバイスを使って得られるサービスや機能にフォーカス」したのがArduino IDEで、どのように作ったか、その性能などを明らかにする一般的なIDEとは、その目的が異なるのです。

どうしても処理ソースコードや使用メモリ量などの（HowやWhere、Why）に目が行く筆者とは、オープンプラットフォームユーザの視点（What）が違うことが記事から理解できました。

例えば、マルチコアのサンプルアプリケーション実行は、Arduino IDEを使えば、開発環境セットアップに25分、プログラム実行に5分、合わせて作業時間30分で完成するそうです（関連記事より）。

デバイスで出来ることを、「すぐに試し判る」のがオープンプラットフォーム：Arduino IDEの目的です。

IoT MCUセキュリティ実装判断にArduino IDE環境

記事を読んだ後、IoT MCUのセキュリティ実装に関して、Arduino IDE（的）環境が適すと思いました。

セキュリティ機能は、セキュリティ専門家が開発したソースコード（ライブラリ）に対して、実装担当のMCU開発者が工夫をこらす余地はありません（頑張ってコード改良や開発しても、時間の無駄になる可能性大です）。

要は、目的のセキュリティ機能が、使用予定のIoT MCUへ実装できるか、将来追加の可能性があるセキュリティ実装に対して余力/余裕はあるか、が判れば十分です。

これを判断するには、Arduino IDEと同じような開発環境が適すと思います。IoT MCUへのセキュリティ実装や機能更新は、必須になりつつあります（前回投稿参照）。苦労して開発したIoT MCUであっても、セキュリティ機能が実装できなければ、全く役立たなくなるのです。

従って、多くのセキュリティライブラリから目的の機能を選び、簡単にIoT MCUへ実装し、動作確認できるArduino IDE（的）開発環境にも、これからのMCU開発者は慣れていることが必要だと思います。

TI）MSP432P401R評価ボード：MSP-EXP432P401R LaunchPad

Texas Instrument）MCU：MSP432P401R（ARM Cortex-M4F、48MHz、浮動小数点ユニット、DSPアクセラレーション、256KB/Flash、64KB/RAM）搭載の評価ボード：MSP-EXP432P401R LaunchPad™は、TI純正無償IDE：CCSコードサイズ制限のため、Cortex-M4カテゴリデバイスとして採用失敗したと投稿しました。

しかし、MSP-EXP432P401R LaunchPadの開発環境には、Arduino IDEによく似たEnergia IDEもあります。このEnergia IDEの詳細や、MSP-EXP432P401R LaunchPad™での使い方が分かりましたら投稿します。

P.S.：2019/3Q発売予定のPSoC 4000S/4100S専用タッチUIテンプレート開発も遅れが発生しており、上述MSP432P401RのCortex-M4カテゴリ採用失敗等々…トラブル続きです。猛暑でPC（と筆者）の調子が悪いのが、諸悪の根源だと思います😭。
本稿のEnergia IDEが、MSP432P401R採用失敗の挽回策になれば嬉しいのですが、暫くEnergia IDEを使ってから判断したいと考えています。

ISDN終了とIoTキラーアプリ

2017年2月3日 WithHappy

2020年以降、現行のISDN公衆交換電話網Public Switched Telephone Network：PSTNが、Internet Protocol：IP網へ全面移行します。ISDNの次の世代はATM：Asynchronous Transfer Modeと思いその研究開発が社会人スタートだった私には隔世の感があります。データ中心のコンピュータIP網が次世代ISDNの解に決まったからです。

IoTキラーアプリ

障害予測、適応型診断、状態適用型メンテナンス、これらが産業用IoTキラーアプリ候補だという記事があります。キラーアプリとは、技術を爆発的に普及させるアプリケーションのことです。

記事の中で、“キラーアプリケーションは、新技術の普及を促進するとともに、多くの場合、基板となるコンポーネントの複雑さを覆い隠す。大多数のユーザーは、その技術から得られるメリットを求めるのであり、その内部構造には関心がない”という記述があります。

これは真理です。ATMがIPに負けたのも、キラーアプリの成せる業です。

アプリよりのIoTマイコンテンプレート

販売中のマイコンテンプレートは、汎用性を重視しています。
しかし、IoT向けのマイコンテンプレートには「汎用性よりも、よりアプリよりのテンプレート提供」が求められそうです。記事を参考にIoTマイコンテンプレートの構成を検討します。

Qualcomm、10nmプロセスのSnapdragon 835発表

2017年1月7日 WithHappy

NXPを買収したQualcommがSnapdragon 835を発表しました。この発表の解説記事：“820比で消費電力25％削減、GPU性能25％向上、Windows 10へも対応”から、今後のIoTマイコン開発を予測します。

マイコン製品のロングライフ化

バッテリ機能低下のスマホは文鎮化します。3年使い続けた私のNexus5：2300mAhも、最近はどう工夫しても半日程度しかバッテリが持ちません。500回と言われるリチウムイオン電池の充電サイクルは、とうに過ぎているので仕方ないことです。

数年のライフでも許されるスマホと違って、組込用途のIoTマイコン：MCU製品は、一度設置されると10年程度はメンテなしで動作する必要があります。MCU製品のロングライフ化が、開発トレンドになると思います。（IoT端末の必須技術も参照）。

MCUハードの進化は、スマホMPUやパソコンCPUの後追いです。NXPのLPC8xxの2017年ロードマップのように、半導体プロセス進化と共に、新たな低電力マイコンが発売されます。
MCUソフトは、動作周波数を下げる、不要な周辺回路を停止するなどの定番手段がありますが、低電力化の要求は、ソフト記述テクニックそのものにも影響を与えるかもしれません。

レファレンスデサイン利用

スマホ開発は、レファレンスデザイン利用が一般的です。Nexus5もスマホOS：Androidの生みの親Google提供のレファレンスデザインの1つとも言えます。レファレンスデザインの利用目的は、独自仕様のハードや付加アプリの早期開発のためです。

従来MCU開発は、サンプルソフトと開発ボードで行ってきました。弊社マイコンテンプレートもこれに相当します。

しかし、高度なセキュリティと無線通信が必須のIoT MCU製品開発の場合は、リアルタイムOS：RTOSの実装も（おそらく）必要となります。従来の開発方法では、本来の差別化技術開発に到達する前段階で時間が掛かると思います。さらに、無線通信規格の乱立も開発時間を増やす要因です。

これらの対応にIoTマイコン開発も、mbed OS 5やFreeRTOSなどのRTOSが実装済みのレファレンスデザインキット提供が必要だと思います。例え無線規格変更やRTOS変更が生じても、キットの基本部分は同一で、無線モジュール載せ替えとRTOS APIを利用していればアプリ側の小変更で対応できるからです。

IoTマイコンには、UARTとは比べ物にならない複雑な通信処理と高度なセキュリティが必須です。数10億個とも言われるマーケットに普及させるには、スマホ開発やWindowsアプリ開発に近い新たな開発環境が要求されると考えます。

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へお寄せください。

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

米クアルコム、NXPを470億ドルで買収

2016年10月28日2016年10月28日 WithHappy

先日の記事で記載した米クアルコムは、現地時間の2016年10月27日、NXPを約470億ドルで買収したと発表しました。

NXPのPresident & CEOのRick Clemmer氏から関係者宛（ユーザ登録のみの私も含む）メールで判明しました。

ARMコアが業界標準になった時の差別化技術

2016年9月26日2016年9月25日 WithHappy

9月23日の日経テクノロジーOnlineに“技術も市場も混沌としたIoT、ソフトバンクだけが視界明瞭”という記事で、興味深い内容を2つ見つけたので抜粋します。

記事は、ソフトバンクのARM買収の意味と影響を分析しています。

差別化はアナログ技術

“IoTマイコンに於けるARM優位性がこのまま維持され事実上の業界標準になれば、MCU各社の差別化技術はアナログ分野になる。”

本ブログで扱う低価格MCUコアは、ARM Cortex-M0/M0+がデファクトスタンダードで、Runesas 1社のみが独自RL78-S1/S2/S3コアです。そのRunesasも9月13日に、電圧制御やのアナログ分野に強みがある米インターシルの買収を発表しました。記事の予想は、正しいと思います。

センサー、通信マイコン、電源ICがIoT端末必須技術

“IoT端末の必須技術は、センサー、通信マイコン、電源ICの3つ。”

弊社が言うIoTマイコン各社が、アナログ技術を強化すれば、センサーインタフェースへ適用するでしょう。
例えば、オペアンプ実装などです。また、MCUとMPU/SCB間無線技術も、仕様が固まれば、当然実装されます。

これらが実装済みのIoTマイコンが、待ち遠しいです。ROMやRAMの容量次第では、マイコンテンプレートの活きる場所もありそうです。また、ARMと親和性が高いEclipseベースのIDEであっても、その使い勝手や、アナログ技術の取り込み方法の上手さもMCU選択の重要な基準となると思います。

追記：Cypress PSoC Creator 3.42.4が、3.25.0に更新されています。更新は、Update Managerから簡単に実行できます。

似通るBluetoothと無線LAN

2016年9月17日2016年9月17日 WithHappy

Bluetooth 5と無線LANの類似性が増し、互いの領域に滲出、相互補完が薄れていくという記事、両規格の生立ちと規格の方向性が良く解ります。

Bluetoothと無線LANの領域

本ブログ掲載のMCUとMPU/SCB間の無線規格のページの下図で見ると、両規格の違いは、バッテリー消費量です。

Bluetooth（BLE）とLPWAの違い — Bluetooth（BLE）と無線LANの領域

記事要旨を表にしました。Bluetooth 5の機能強化点が、無線LAN側を浸食していきつつあるのが解ります。

Bluetooth 5と無線LANの生立ちと規格の方向性
	Bluetooth 5	無線LAN
生立ち	RS-232C代替無線規格、シンプルなネットワークスタックで低消費電力	IPネットワークの無線化
周波数（Hz）	2.4G	2.4G/5G
通信速度/距離	複数デバイス間の低速少量データ	数100Mbps～数Gbps、100m（max）
機能強化点	速度：2Mbps 通信範囲：4倍ブロードキャスト容量：8倍コネクションレス通信サポート暗号化サポート	セキュリティ規格WEP：Wired Equipment PrivacyからWPA：Wi-Fi Protected Accessへ

無線LAN側は、スリープモード利用で省電力強化の方向ですが、実用化には時間がかかるそうです。

この規格の見通しが立つまでは、無線機能搭載MCUの選定が、しづらいです。結果、CypressのPSoCアナログ特化製品のような、無線規格変更に柔軟に対応できるコプロセサ化も必要かもしれません。

※本時期内容は、MCUとMPU/SCB間無線規格ページへ追記しました。

広範囲IoT向け無線規格「LPWA」

2016年7月26日2016年7月30日 WithHappy

IoT向け無線規格「LPWA」の全貌の記事2つを紹介します。LPWAとは、Low Power Wide Areaの略で、マイコン：MCUとIoT向けコンピュータ：MPU/SBC間通信ではメジャーなBluetoothなどの近距離無線に対して、より広い範囲のIoT向けの通信規格のことです。

1つ目が、IoT向け通信に価格破壊をもたらす「LPWA」、2つ目が、いよいよ日本上陸、LPWAの最有力候補「LoRaWAN」の実力は？です。通信コストとオープン仕様というキーワードが登場します。

低電力な長距離通信技術：LPWA

BluetoothとLPWAとの違いを示すのが、1つ目記事より抜粋した下図です。3GやLTE技術で問題となる通信コストや初期投資を抑える新技術がLPWAで、低速かつ一回の通信量も数10バイト程度に抑えて、バッテリー消費量を数年または10年以上も可能とするのを目標としています。

低通信コスト

主なLPWA技術が下表です。SIGFOXは、フランスやスペインなどで、1回線あたり年間1ドルで既にサービス開始済みで、800万回線契約があるそうです。LoRaWANは、韓国SKテレコムが日本円換算月額32円で提供中です。

オープン仕様

これらLPWAは、キャリアの提供サービスです。日本では、LoRaWANが最有力候補だそうです。その理由は、Wi-Fiのように誰もがその技術を利用しサービスを提供できるオープンな仕様と、免許不要帯の利用にあります。

日本国内LoRaWANフィールドテストの結果、 6㎞程度の最大伝送距離と、20～30km/h以下の低速移動体通信が確認できたようです。

オープンイノベーション

デファクトスタンダードやオープン仕様は、マイコン：MCU開発にとっても無視できません。マイコンで産み出す機能実現とその維持のために、低コストや代替デバイスの検討も無視できないからです。

マイコン開発者自身の意識も、このオープン仕様の流れに沿う必要があるのかもしれません。オープンイノベーション白書が無料でダウンロードできますので、意識改革の手始めに目を通すのも良いと思います。

ソフトバンク、ARM買収を発表

2016年7月19日 WithHappy

ソフトバンクは、IoT戦略の加速を目的に、英ARM株式100％取得し買収することを発表しました。

9月30日までに買収完了予定です。IoTデバイス開発の関係者にとってはサプライズニュースです。

テクノロジーのパラダイムシフト

ソフトバンク発表資料（免責事項にふれる可能性があるため非掲載）によると、現在のモバイルインターネットの次のパラダイムシフトはIoTです。また、ARMベースSoC：System on Chipの出荷台数は、148億個（2015年）で、未だに発展段階の成長を続けていることが解ります。

ARM Cortex-M0/M0+を用いる本ブログ対象の組込用途マイコン：MCUや、IoTコンピュータ：MPU/SBCなどの2020年市場予測も掲載されています。今後Cortex-M0/M0+の採用を検討されている開発者の方々にも有用な情報です。

SoftBank＋ARM

組込の世界では、実質ルネサスのみであった日本プレーヤーに、株主とはいえソフトバンクが参加することは、日本人として少し嬉しい気がします。
しかし、孫社長の後継者問題、英国EU離脱のARM陣営への財務基盤強化などが、今後IoT、特にMCU分野にどう影響するかは、要注意でしょう。

SoftBank携帯で、IoT MCUソフトウエア開発を行う状況が来るかもしれません。