MCU：マイコンアーカイブ - 37ページ目 (58ページ中)

RL78消費電流シミュレータお試しキャンペーン

2016年9月2日2016年9月5日 WithHappy

下記ルネサスRL78製品の消費電流シミュレータのお試しキャンペーンが9月1日から30日まで行われています。期間中にシミュレータを試すと、抽選でE2エミュレータLiteなどが当たります。
キャンペーン応募には、マルツやチップワンのサイトからアクセスが必要です。

消費電流シミュレータ

マルツ掲載のWeb消費電流シミュレータメリットが下図です。

超低消費電力マイコン：MCUは、複数ベンダから数多く販売中です。MCU本体の消費電力はカタログで比較できますが、ADCなどの周辺回路も含めたトータル消費電流が簡単に評価できるのがメリットです。

MCU本体制御の重要性

趣旨からは少し外れますが、このシミュレータを本体MCUのみ動作させ使ってみます。

消費電流計算をクリックすると、MCU本体が、周辺回路と比べて桁違いに電流を消費するのが解ります。そこで、この最も大食いのMCUを10000～20000ms間HALT、30000～40000ms間STOPさせると、オレンジのaverage電流が急激にさがります。

これは、マイコンの超低電力動作には、MCUのHALT/STOP制御が重要であることを示しています。では、実際にHALT（機種によってはSLEEPと呼ぶ）やSTOPさせながら上手く周辺回路を動かす方法とは、何でしょうか？　弊社マイコンテンプレートは、これに対する1つの解です。マイコンテンプレートは、初めからHALT（＝SLEEP）制御を組込んでいます。実機によるHALTの効果は、以前の記事に記載済みです。

詳細なマイコンテンプレートの仕組みは、テンプレート特集サイトのコチラを参照してください。

STマイクロエレクトロニクスのSTM32Lシリーズ

同様のツールは、STのSTM32CubeMXのPower Consumption Calculatorです。

実効値との差はどの程度か、電流シミュレータが誰にでも簡単に使えるかなど少し疑問がありますが、動作電圧の決定や未使用周辺回路のクロック供給を停止すること、動作クロック周波数低減の効果、HALT＝SLEEP込みのMCU間欠動作をさせ、サンプルソフトを簡単に流用できるマイコンテンプレートの良さを示すには、これら消費電流シミュレータは良いツールだと思います。

mbed OS 5リリース

2016年8月11日 WithHappy

2016年8月5日、ARM mbed OS 5がリリースされました。mbed OS 5対応評価ボードは、現在39種類あります。本プロブ対象のARM Cortex-M0/M0+クラス評価ボードは、このうち6種ありました。

上記ページのHardwareタグでBoardsを選択し、Filterでmbed OS 5をチェックすると対応ボードが一覧表示されます。

Cortex-M0/M0+クラスのRTOS必要性

コスト重視のARM Cortex-M0/M0+マイコン：MCUに、リアルタイムOS：RTOSが必要か否かは、意見が分かれるところです。RTOSを使うためのROM/RAMのオーバーヘッドと、無線通信ドライバ/ライブラリの必要性がポイントだと思います。

FreeRTOSの場合は、ライブラリを除くと約5KB ROMが必要であることを以前示しました。mbed 5 OSは、BLEなどの各種無線通信をサポートしますが、コア部分は、（おそらく）同程度だと思います。
※MCUとMPU/SBC間の無線通信規格はコチラにまとめています。

IoT向けMCU実現には、無線通信機能は必須です。ここを１からMCUに実装するのは結構大変です。RTOSライブラリで提供されれば、Cortex-M0/M0+クラスMCUへの適用も現実的になるかもしれません。

一方、CypressのPSoC 4 BLEやPRoCは、RTOSを使わずにBLE通信を実現済みです。

Cortex-M0/M0+クラスへのRTOS適用は、まだ不透明だと思います。しかし仮にRTOSが誰にでも安心して使えるようになると、残念ながら弊社販売中のマイコンテンプレートは不要になるかもしれません。

マイコンテンプレート対抗馬は、本記事のmbed OS 5、FreeRTOSです。

速報：Windows10 1607のマイコンIDE動作確認

2016年8月3日2016年8月11日 WithHappy

Windows 10 Anniversary Update、Red Stone 1（RS1）のリリースが8月2日実施されました。

弊社マイコンテンプレート使用中のマイコンIDEを、このWindows 10 RS1、1607で動作確認しましたのでお知らせします。

IDEは、全て8月3日時点最新版です。マイコンテンプレートソフトのコンパイルと評価ボードへのダウンロード動作を確認しました。

マイコンIDEの詳細はコチラ、評価ボードはコチラに一覧表を掲載しております。

※Windows10 1511で動作していたものは、今のところ1607でも問題なく動作します。
※Windows 7時代に購入した評価ボードは、一部Windows 10で動作しない場合があります。この場合は、ボードドライバ（USBドライバ）の更新で動作するようになります。

Windows 10 1607動作確認マイコンIDE
マイコンIDE（ベンダ名）	Windows 10 1607動作確認バージョン
CS+ for CC（ルネサス）	V4.00.00 [15 Mar 2016]
e2 studio（ルネサス）	Version: 5.1.0.022
LPCXpresso（NXP）	v8.2.0 [Build 647] [2016-07-18]
Kinetis Design Studio（NXP）	Version: 3.2.0
PSoC Creator（Cypress）	PSoC Creator 3.3 CP3 (3.3.0.9604)
Arduino IDE（Intel）	1.6.10 Hourly Build 2016/07/26

広範囲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開発にとっても無視できません。マイコンで産み出す機能実現とその維持のために、低コストや代替デバイスの検討も無視できないからです。

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

RL78/G1xテンプレートのCコンパイラパッケージリビジョンアップ対応状況

2016年7月22日2016年7月23日 WithHappy

2016年7月16日号RUNESAS TOOL NEWSで、RL78ファミリ用CコンパイラパッケージV1.03.00のリビジョンアップが通知されました。7月21日からCS+アップデートの確認、または、アップデート・マネジャーで更新可能です。

弊社RL78/G1xテンプレートは、2015年7月4日にRL78-S1/S2/S3コア全てに対応のVer5を発売して以降、変更を加えていません。そこで、RL78/G1xテンプレートVer5の上記CコンパイラV1.03.00対応状況を報告します。

CS+出力パネル

アップデート・マネジャーでCコンパイラアップデートを実行後、最初にCS+を起動すると、警告（W0202005）ダイアログが表示されますのでOKをクリックします。この警告は、更新など何らかの変更がCS+に加わった時に注意喚起を促すダイアログで、出力パネルに下記のような詳細内容が表示されます。

青字が変更箇所です。黒字は、お使いの環境設定により異なりますので、無視してください。

さて、今回のCコンパイラリビジョンアップで、RL78/G1xテンプレートVer5を再コンパイルします。方法は、ビルド（B）＞クリーン・プロジェクト（C）を実行後、リビルド・プロジェクト（R）を実行します。出力パネルに下記結果が表示されます。

私のCS+は、評価版インストール後かなり経過していますので評価期間切れの警告が表示されますが、無視してください。

０エラーですので、今回のCコンパイラパッケージリビジョンアップに対して、RL78/G1xテンプレート付属の下記6プロジェクトに対して問題なく動作します。動作確認評価ボードは、コチラに一覧写真があります。

RL78/G1xテンプレートVer5のプロジェクトとRL78コア、評価ボード
CS+プロジェクト名	RL78対応コア	動作確認評価ボード
BB-RL78G13-64（プロジェクト）	RL78-S2コア	BlueBoard-RL78G13-64
RL78G13-PB（サブプロジェクト）	RL78-S2コア	G13スタータキット：RL78G13-Stick
RL78G14-PB（サブプロジェクト）	RL78-S3コア	G14スタータキット：RL78G14-Stick
QB-R5F100LE-TB（サブプロジェクト）	RL78-S2コア	QB-R5F100LE-TB
QB-R5F104LE-TB（サブプロジェクト）	RL78-S3コア	QB-R5F104LE-TB
QB-R5F10Y16-TB（サブプロジェクト）	RL78-S1コア	QB-R5F10Y16-TB

プロジェクト内容やマイコンテンプレート概要等は、マイコンテンプレートサイトからPDFダウンロードができますので参照ください。

ソフトバンク、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ソフトウエア開発を行う状況が来るかもしれません。

IoT無線規格「Z-Wave」

2016年7月15日2016年7月18日 WithHappy

欧米のホームセキュリティと室内温度コントロール、ホテルなどで実績があり普及が進むIoT無線規格が「Z-Wave」です。Z-Waveの国内動向記事によると、2015年のZ-Wave認証製品の累計出荷台数は6000万デバイス超、2016年には1億デバイス出荷が確実だそうです。

日本では未知な部分が多いIoTを、実サービスへ適用した例と、その出荷台数がインパクトある内容ですので、記事要旨を示します。

BLEの課題とZ-Waveの対策

Wi-Fi環境下での干渉
石造りの家庭が多い欧州では、減衰が多い
通信距離が最大7～10m程度と短い
端末の増設に弱い

スマホ等で普及しているIoT無線通信の1つBLE：Bluetooth Low Energyの上記4課題に対して、Z-Waveは、これら課題を解決する下記特徴を備えているそうです。

Wi-Fiとの干渉に強い
150m四方の通信距離
最大232個の端末増設が容易
低消費電力でバッテリー駆動の完全互換センサに数多く採用中

記事より抜粋したZ-Waveと他のIoT無線規格の比較を示します。

日本国内でZ-Wave普及が遅れる理由

利用できる周波数解禁が海外比10年以上遅れていること、スマホによる家電や照明操作が電気用品安全法により規制されていること、火災警報器の厳しい基準などが原因だそうです。

また、欧米スマートホームのスタイルをそのまま導入できない日本の治安の良さも一因だそうです。

メッシュ網

技術解説記事によると、端末識別のためにMACヘッダにユニークなIDを付与することで232個までノードに対してメッシュ網を構成するそうです。

Z-Waveデバイスと評価キット

Z-Waveを制御するデバイス開発元の米Sigma-Design製評価キットは、欧州、米国、日本向けに用意されています。

日本でも医療/介護の分野で普及する可能性があるので要注意のIoT無線規格だと思います。MCUとMPU/SCB間の無線規格一覧ページへZ-Waveを追加し、今後も注視します。

IoTマイコン無線規格

2016年7月1日2016年7月2日 WithHappy

6月の本ブログは、ThreadやBluetooth 5など、マイコン：MCUとIoTコンピュータ：MPU/SCB間の無線通信規格に関する記載が多くなりました。モノをインターネットへ接続するIoTの要となる無線インタフェースが、今変動中であることが解ります。

私は、コスト重視のMCUは、最終的にはどれか1つの規格（Threadが良いと思います）になり、カバー範囲重視のMPU/SBCは、複数規格（Wi-Fiは必須で、BluetoothやThread…）を実装すると思います。

このMCUとMPU/SCB間の無線規格の現状を考えた面白い記事を見つけたので紹介します。

IPアドレスとの親和性

記事によると、無線規格の要件として、よく言われる低消費電力動作の必要性以外にも、既に出来上がったWi-Fi世界との親和性が重要だとしています。IEEEでもこの線に沿った「Wi-Fi Halow」と「Passive Wi-Fi」規格検討が進んでいるそうです。

かつて私も有線通信：ATMの研究開発にたずさわったので多少解りますが、IEEE（アイトリプルイー）の規格化が済むと、直ぐに商用製品が発売され、Businessに裏打ちされた規格が開発される場、それがIEEEです。そして、MCUとMPU/SCB間の無線技術を含む多くの通信課題が解決される場でもあります。

確かに、IPアドレスとの親和性が高いと、NIC: Network Interface Cardのハードやソフトが流用でき、これらを実装したMCUでのパケット化処理（UART over IP）も簡単になるかもしれません。

MCUとMPU/SCB間の無線技術

UART、つまりSCIを実装しないMCUはありません。
SCI入出力を簡単に無線化できるソフト/ハード技術、これがIoT MCU無線規格の本命になると思います。今日時点の内容は以下ですが、この技術の一覧表を固定ページに追加しました。固定ページは、適宜、内容を更新します。

IoT MCU Wireless Specifications
無線規格	特徴	備考
Bluetooth 4.2	128ビットAES対応など従来比セキュア機能拡張	スマホへ普及中
Bluetooth 5	4.2比通信速度、通信距離、ブロードキャスト容量拡大	2017年初めリリース予定
Thread	メッシュ網構成
Wi-Fi Halow	Wi-Fiとの親和性高く、室内外40m、屋外1㎞通信	IEEE 802.11ah
Passive Wi-Fi	IEEE 802.bベース、超低消費電力（電池駆動10年）目標

Bluetooth 5仕様

2016年6月23日2016年7月1日 WithHappy

6月18日記載のBluetooth 5の仕様が記事になり、内容を一覧表にしてみました。

Bluetooth 5 Specification
項目		Bluetooth 5仕様	備考
通信モード	2Mbps	最大100m（100mW出力）	従来バージョンと後方互換、2Mbpsを追加
	1Mbps
	125Kbps	最大400m（100mW出力）	従来比4倍の通信距離
通信範囲		メッシュ機能リリース予定	従来Bluetooth 4.2などもメッシュ利用可
消費電力		従来と同等	2Mbpsなら従来比短時間通信のため低消費電力
ブロードキャスト機能		最大255文字	URL送信可能（従来31文字）

Threadと同様、一軒の家の範囲をくまなくカバーする「メッシュ網」と、2020年に450億台と予想されるIoT機器のうち、3分の1の140億台のIoT機器への搭載を目標にしているそうです。

Atom新規開発中止とPSoCアナログ特化製品追加

2016年6月20日2016年7月1日 WithHappy

IntelがAtomプロセサの新規開発を中止すると発表しました。
Cypressは、アナログ制御に特化したPSoC 4ベース新製品投入を発表しました。
所感を記載します。

Atom新規開発中止

Surface 3やEdisonなどの既存Atomを使った製品の今後も怪しくなってきますね。Galileoは Pentiumを使ったSoC: System on Chipなのでとりあえず安心ですが…。

少品種大量生産が半導体メーカーのビジネスモデルなので、マッチしない製品群は、開発停止というユーザにとっては避けてほしいオプションが常に付きまといます。

マイコン開発者にとって、「代替品が可能なデバイス」に魅力を感じるのは、この最悪オプションのためです。

これはIntelの話でしたが、日本メーカー競争力と継続性強化のための方策についてコチラに興味深い記事があります。

PSoCアナログ特化新製品追加

一方Cypressは、Spansion買収で得たCortex-M0+ライセンスを使ったPSoC 4に、オペアンプやコンパレータ、アナログ・マルチプレクサなどのアナログに特化したプログラマブルアナログブロックを統合したPSoC Analog Coprocessor（Cy8C4Axx）新製品を追加しました。

コプロセサ化により、センサの変更を、ホストプロセサソフトへ及ぼさずに短時間でプロトタイピング開発できるメリットがあります。

モーション、照度、湿度、近接センサ、サーミスタなど搭載の評価ボードCY8CKIT-048を使うと、アナログ・フロント・エンド（AFE）がPSoC Creatorで開発できるので、一般的に40時間かかる方法と比べ4時間で開発できるそうです。「1週間のスケジュールを、半日でできる！」、夢のようです。

無線通信規格の変更容易なコプロセサ化

評価ボードにはArduinoシールドコネクタも実装済みなので、Raspberry Pi 3などのIoTコンピュータ：MPU/SBCに直接搭載も可能でしょう。

また、対ホストプロセサ通信には、UARTが使えます。ここにUART over BLEやUART over Threadの適用が予想できます。

MCUとMPU/SBC間の無線通信規格が流動的な現状では、このアナログコプロセサ機能配分も適していると思います。CY8CKIT-042搭載のBLE 4.1がBLE 4.2に簡単に変更できたように、無線規格変更に対して柔軟に対応できるからです。