IoT MCU開発お役立ち情報満載
本ブログカテゴリを下記のとおり変更しました。
「MCU：マイコン」と「MPU/SCB：IoT用コンピュータ」を別カテゴリにしました。
※MCU: Micro Controller Unit… ARM Cortex-M0+/M0、NXP) LPC, Kinetisシリーズ、Cypress)PSoC 4 /PSoC 4 BLE/PROCシリーズ、ルネサス）RL78/G1xシリーズなど
※MPU/SCB: Micro Processor Unit or Single Board Computer… Raspberry Piシリーズ、DragonBoardなど
→ MCUとMPU/SCBのIoT階層構造は、コチラを参照してください。
マイリンクも下記とおり変更しました。
マイコンテンプレートサイトに、「マイコンテンプレートを利用する際に知っていると便利なTipsやコツ」のページを追加しました。
今後、MPU/SCB：IoT用コンピュータの内容も充実させる予定です。
レガシーなUARTは簡単に使えるマイコン開発者でも、BLE：Bluetooth Low Energyは、新しくかつ仕様も追加されつつあるので手を出しにくいものです。しかし、いざBLEを仕事で使う段になれば、いつものように、厳しいスケジュールでの開発が要求されます。
そのような開発者個人が、入手性が良いマイコン：MCUで電波法の縛りがある日本国内でBLE通信を自習する方法を3つ紹介します。
仕事での開発と違い、個人でBLEの開発環境を整える場合は、「入手性とその金額」が問題になります。金額ベースで安い順に3方法を評価したのが下図です。
Cypress PSoC 4 BLE利用の方法１は、低コスト（＄49）で環境構築可能ですが、多少BLE仕様を理解する必要があります。しかし、BLEを習得するならお勧めの方法です。
BLEモジュール追加の方法２は、マイコンUART入出力にBLEモジュールを追加する方法です。
マイコン以外にBLEモジュールが必要なため、追加コスト（図示、浅草技研BLESrialの場合4000円）が必要ですが、BLEを無線のドカン（UART over BLE）として使えるので、BLEをブラックボックスとして扱えるのが魅力です。
方法１と方法２のコスト差は、使用マイコンにも依存するので大差ありませんが、後で示す仕様変更時に差が出ます。
ルネサスRL78/G1D利用の方法３は、BLE機能を持つルネサスRL78マイコンを使うので技術資料が日本語ですが、開発には高価な有償版CS+と評価ボードが必要になります。RL78マイコンを仕事で使っている場合は、有利かもしれません。
マイコンBLEの通信相手は、前回示したMPU/SBCなどのIoT向けPCの他に、スマホが使えます。
スマホBLEには、「BLE 4.0/4.1/4.2など様々な仕様」があります。多くの通信仕様のように、下位互換性がありますが、セキュリティなどの機能強化が図られており、結果、対応マイコンにはますます大容量ROMや高性能化が要求されます。
このようなBLE仕様の変化や仕様追加に対して、PSoC 4 BLE: CY8CKIT-042-BLEは、実装CPUモジュール（$15）の載せ替えで対応します（コチラの記事を参照）。一方、BLEモジュール追加の方法は、モジュール購入時で仕様が固まっているので、変更には対応モジュールの再購入が必要です。
入手性とその金額、BLE仕様変更への対応から、PSoC 4 BLEを使った方法１が、コスト的にも、BLEに関するCypress日本語資料も少なからずありますので、個人でBLE習得するには最も優れた方法だと思います。
IoT時代は、UARTと同じレベルでBLEを使うことが必須です。仕事でせかされる前にBLE技術を習得しませんか？ 弊社PSoC 4 BLEテンプレートもお役に立てると思います。
Raspberry Pi 3 Model Bが発売されました。前のRaspberry Pi 2との差分は、処理能力向上とIEEE 802.11b/g/n、Bluetooth 4.1 (BLE: Bluetooth Low Energy)の無線通信機能搭載です。
IoTでは、数億～数十億個とも予想される情報収集マイコン（MCU）と、これらマイコンを束ねてクラウド側処理に適した変換処理をするRaspberry Piのようなコンピュータ（MPU、SBC）が必要です。
今回Raspberry Pi 3でIEEE 802.11b/g/n、Bluetooth 4.1(BLE: Bluetooth Low Energy)が追加実装されたことは、MCU、MPU/SBC間の通信手段としてこれら方式が有力であることを示しています。また、セキュリティや通信に処理能力が必要なので高性能化も解ります（既にこれら機能実装済みのDragonBoard 410cは、こちらを参照）。
低消費電力が要求されるマイコンMCUとの通信にはBLE、高速大容量が要求されるクラウドとの通信には無線LANが適用されると思われます。
今後のマイコン開発者には、従来通信の「UARTと同レベルでBLE習得が必須」です。
弊社マイコンテンプレートは、CypressのPSoC 4 BLEテンプレートでこの要求に対応済みです。最新のPSoC Creatorは、よりセキュリティを強化したBLE 4.2へも対応しています。BLEをUARTと同様に簡単に使ってみませんか？
マイコンテンプレートを利用するコツ/Tipsの第3回目は「時分割処理のタイミングとインタフェースRAM」について示します。
販売中のテンプレート処理起動の間隔は、250us/1ms/10ms/100ms/1s/無限ループの6種類です。この6種類の使い方を示します。
マイコンの処理は、電源投入後、「1回のみ実行する」スタート処理と、無限ループで「繰り返し実行する処理」の2つに大別できます（ROM/RAMを初期化するなどのスタートアップ処理は、除いています）。
ここでは無限ループに代わってテンプレートが実行する、繰り返し実行する処理の間隔：「タイミング」を考察します。
テンプレートは、起動する処理が無い無限ループ：空き時間で起動するのは、Sleepなどの低消費電力処理であることは、第2回で示しました。
100msと1sの起動間隔は、マイコンにとっては「遅い処理」、例えば、LED点滅や、LCD初期設定、SWチャタリング対策の起動に適しています。
※LCD初期設定は、無限ループ前のスタート処理で実行することも可能です。
1msと10msの起動間隔は、「早い処理」、例えば、割込みの応答処理などの起動に適しています。
250us起動間隔は、「最も早い処理が必要」な、例えば、UART/I2Cなどのデータ受信処理を起動することを想定しています。
つまり、早いレスポンスが必要な処理ほど処理間隔が短く、起動される処理のソース記述位置も上側になるのです。これがテンプレート時分割起動の「基本的な使い方」です。
実例が下図です。赤/緑/青LEDを、0.5/1/2秒毎にトグル点滅する場合です。赤囲みが、テンプレートへ追加されたLEDトグル処理を表します。それ以外が、テンプレートに初めから記述済みの起動処理です。
起動の間隔は、第2回で示したtick interruptの発生間隔です。
1ms＞10ms＞100ms＞1sの順にレスポンスが早くなりますが、250usだけ特別に超高速応答です。これは、UART受信などの主として「いつ発生するか判らない応答に早く即応する」ためです。
販売中のテンプレートは、全てこの250usを起動間隔として開発しておりますが、実は「250usである必要性は無い」のです。因みに、FreeRTOSなどの組込OSでもtick interruptは1msです。
250usは、経験的にこの最高速でこれまで利用に問題が無かったからです。
この起動間隔を1msにし、UART受信処理を1ms起動に変更しても、メニュードリブンテンプレート動作などには問題ありません。
メニュードリブンテンプレートは、当該マイコンのUART受信バッファが1バイトでも、UARTコマンド長も1バイトなので、受信完了確認後ゆっくりバッファからデータを取り出しても間に合うからです。
起動間隔の設定は、テンプレート購入者様が「独自判断で設定して頂いても構いません」。
但し、250usよりも高速：短くすることは無いと思います。これよりも短いと、処理分割をより細かくする必要があり、開発がより厳しくなるからです。逆に、250usよりも長くすると、処理分割は楽になります。
テンプレートは、マイコン「コア動作速度を最高速」に設定し、起動間隔も「最高速と思われる250us」でデフォルトは設定しております。これは、「最初」にマイコンの最大能力で動作するアプリケーション開発後、「次の段階」としてコア周波数を下げるなどで、低消費電力化するアプローチを想定しているからです。
処理間のデータやり取りにインタフェースRAMを使うことは、第1回で示しました。ルネサスのRL78/G1xは、通常RAMよりも高速アクセス可能なSADDRを持つなど特殊な例もありますが、低価格マイコンではRAMが貴重なリソースであることに変わりはありません。
この貴重なRAMを使う時に、ビット単位構造体を使い、ビット単位フラグでデータをやり取りすると、１バイトRAMで最大８個のフラグを使えるので効率的です。
テンプレートでは、このビット単位アクセスを容易にするため、userdefine.hにユーザ型定義を追記しております。処理間にブラグを多用する場合などにご活用ください。
第1～3回で示したテンプレートは、「ISRは、サンプルプログラムを一部またはそのまま流用し、その他全処理をポーリング起動するマルチタスク処理の骨組み」と説明すると理解が早いかもしれません。
割込み処理は、ISRで割込みフラグ処理のみを行い、ISR発生をポーリングし割込み実処理を起動する。
サンプルプログラムの無限ループポーリングとの差は、処理に応じた時分割ポーリングである。
骨組みのテンプレートへ、サンプルプログラム流用の処理を組込んでプロトタイピング開発をする。
この理解で良いと思います。
＊ ＊ ＊
３回に分けてマイコンテンプレート利用のコツ/Tipsを示しました。これらは、ソフトウエア開発では当然の事柄とダブる部分も多くありますが、数値では表せないのであえてコツ/Tipsとして記載しました。
組込OSを使うよりも簡単で、サンプル流用も可能なマルチタスク実現テンプレートが、お判り頂けたと思います。
販売中のマイコンテンプレートを活用し、アプリケーションの早期開発を成功させてください。
マイコンテンプレートを利用するコツ/Tipsの第2回目はテンプレートの「マルチタスク処理の実現方法」を示します。
シングルコアのマイコンで、マルチタスク処理の実現方法が、「処理の分割起動」です。
組込OSは、この分割処理＝タスクの起動をOSが行います。FreeRTOSの“USING THE FREERTOS REAL TIME KERNEL”から抜粋したFigure 4は、このことを解り易く示しています。
OSのKernelは、tick interrupt毎にタスク切り替えを行います。t2でTask1は「強制的に中断」され、Task2へ切り替わります。t3では、Task2が強制中断され、Task1が「中断処理から再開」されます。
ある時刻で動作する処理は、Kernelを含めて1個ですが、tick interrupt毎に処理を切り替えてマルチタスク処理を実現します。
分割起動は、テンプレートでも同じです。テンプレートは、第1回目で説明した「細かく分割した処理」をtick interrupt毎に時分割で起動します。組込OSとの差は、（簡単に説明すると）起動処理を強制的に中断したり、再開したりする機能が無いことです。
起動処理1の中断機能が無いので、t2のタイミングまでに「処理1が終了」していることが必要になります。
この「処理終了」は、どうすれば得られるのでしょうか？
第1回説明の「細かい処理の分割」は、結果として処理時間も短くなり、この処理終了をもたらします。
注意すべきは、赤丸の処理の完了確認が必要な入出力処理です。しかし、ここを「完了確認の処理」と、「その結果で動作する処理」の2つに分けて開発すれば、問題解決です。それぞれの処理が短時間で終了するからです。
同じように割込み処理も、基本的にISR: Interrupt Service Routine内では、「割込み発生確認と割込み要因のクリア」のみを行い、「割込みの結果で動作する処理は別処理」として分割して処理化します。
このような処理分割により、デバッグが容易となり、別アプリへ流用/応用性、部品化も高まります。
勿論、サンプルプログラムのISR処理を「そのまま流用」してもテンプレートへ組込んでもOKです。サンプルプログラムが提供する典型的なISRは、処理時間が短い場合が殆どでだからです。
起動処理で起動される側の処理時間が短くなると、起動処理へ戻る時間が増えます（上図ピンク）。この戻った時の処理が、無限ループの処理です。
テンプレートでは、無限ループ内で起動する処理は、低電力処理のSleep（またはDeep Sleep）です。
この結果、高速マイコンであればある程この「無限ループ：空き時間」が長くなり、マイコン消費電力の大部分を占めるコア動作を停止するSleepを効果的に使えます。
テンプレートが処理を分割し、これを分割起動するマルチタスク処理の実現方法を示し、処理分割のコツ/Tipsを示しました。次回は、「時分割のタイミング」について説明する予定です。
マルチタスク処理と組込OSの前回記事で、マイコンテンプレートを利用するコツ/Tips、ノウハウを示すことになり、その第1回目は「処理分割の重要性」について示します。
※説明するこのコツ/Tipsは、「販売中の全ての弊社マイコンテンプレート」に適用可能です。
テンプレートが想定しているマイコンで開発する処理を、下記のように4つに分類してみます。
マイコンのアプリケーションは、これら「4分類の処理を組合せて」開発します。
説明の内容から「その他の処理」を除くと、各処理は数10～数100ステップの単純な処理です。従って、これら単純な処理の品質、バグが無いことが重要です。
「その他の処理」は、内容によっては多くの計算や開発ノウハウが必要となる分野です。
そこで、マイコン計算能力や大きなROM/RAMが必要になるかもしれないその内容には踏み込まず、「その他の処理」としてひとくくりにしています。
マイコンテンプレートも、この「その他の処理」の１つです。
「入力処理」～「割込み処理」のような単純な処理は、ベンダ提供のサンプルプログラムで提供されることも多いのです。だから、１から自分で開発するよりも、サンプルプログラムを利用する方が手間も少なくバグも無くなるのです（サンプルソフトの見つけ方はコチラを参照）。
マイコンテンプレートが、サンプルプログラムの流用/活用を重視するのは、これが理由です。
「骨組み」を提供するテンプレートへ、サンプルから入手した入力～割込みなどの「処理」を、骨組みに「追加」することでアプリケーションを早期完成します。
また、適当なサンプルソフトが無い場合でも、このように分類しておけば、「既存サンプルと似た方法」で開発する指針が与えられます。
つまり、サンプルソフトが提唱するマイコンに適した方法で処理を開発するのです。
サンプルソフトは、単にサンプルではなく、「当該マイコン利用のバイブル」と言っても過言ではありません。サンプルソフトの手法を活用/流用することこそ、開発成功の秘訣です。
テンプレートを使えば、最も重要で開発時間もかかる「その他の処理へ労力を集中」したアプリケーション開発が可能です。
このアプリケーション早期開発の結果、計算能力が不足した場合には、より高性能なマイコンを利用することや、改版や仕様追加を見越して、より大きなROM/RAMを使うなどの対策が「事前」に取れます。
プロトタイピング開発は、実際のアプリケーション開発に近い環境で、このように現状マイコンに対する予測/見識を持てること、これが最大の目的です。勿論、現状のマイコン能力で十分であれば、アプリケーション開発も完了です。
処理間のデータやり取りにRAMを使うこと、これもテンプレートの特徴です。インタフェースRAMで処理を分離し、部品化するのです。
処理を分離しておけば、処理の中身がデバッグ中、または未完成であっても、完成後の想定データをデバッガでインタフェースRAMへ設定しさえすれば、データを送受する側の処理開発ができます。
RAMにより処理を分離分割し、なるべく単純でデバッグしやすい処理単位で開発することが目的です。
要は、
処理単体を、細かく分割、できれば（なるべく）サンプルソフトを利用/流用して開発し、
インタフェースRAMで処理間を分離、当該開発のみでなく、他へも流用/活用できることを狙い、
アプリケーションのプロトタイピング開発ができる骨組み、
これがマイコンテンプレートです。
今回のポイントを下記に示します。
サンプルソフトは、解り易いシングルタスクの説明に重点を置いているため、「マルチタスク処理への配慮」がありません。そこで、次回は、テンプレートでどのようにマルチタスク処理の実現しているのか、そして今回説明した処理分割とどう結びつくか、などを説明する予定です。
次回以降のテンプレートを利用するコツ/Tipsは、下記内容の説明を予定しています。
第2回：テンプレートのマルチタスク処理
第3回：テンプレートの時分割タイミングとインタフェースRAM（最終回）
マイコンにマルチタスク処理をさせるには、FreeRTOSなどの組込OSを使う方法が一般的です。
NXPのLPCXpressoには、 このFreeRTOSを使って評価ボードLEDを点滅させる、いわゆる「Lチカサンプルソフト」が添付されています。
今回は、ARM Cortex-M0/M0+と同程度の性能を持つマイコンの組込OSを考察します。
LPCXpresso824評価ボード（LPC824/Cortex-M0+、ROM:32KB、RAM:8KB）の赤LEDを0.5秒、緑を2秒、青を1秒毎に点滅させるFreeRTOS Lチカサンプルソースコードが下記です
（出典：lpcopen_2_19_lpcxpresso_nxp_lpcxpresso_824.zip、日本語コメントは筆者追記）。
| text | data | bss | dec | hex | filename |
| 10060 | 8 | 780 | 10848 | 2a60 | freertos_blinky.axf |
main()処理は、prvSetupHardware()でスタート処理、xTaskCreate()で各LEDトグルタスクを登録し、vTaskStartScheduler()でOSカーネルを起動します（prv/x/vなどはFreeRTOS関数名の接頭語で決まり文句）。
右側のvLEDTask0～2()がタクス本体です。vTaskDelay()の変更で、トグルタイミングが簡単に変えられます。
このように組込OS：FreeRTOSを使えば「タスク単体開発/変更が容易」であることが解ります。
デバッグビルド時のリソース使用量は、約10kBです（弊社マイコンテンプレートで同じ処理の場合は、半分の5KBで実現、どちらもLPCXpresso v8.0.0でLPCOpenライブラリ込みの結果）。ソースコードから、その殆どがFreeRTOS（含むライブラリ）を利用するためのサイズです。
組込OSのメリットは、「タスク開発の容易さ」、デメリットは、「利用のオーバーヘッド」です。このオーバーヘッドには、上記リソースの他に、様々なOS知識やコツ、利用経験など数値に現れないものも含みます。
従ってこのメリットデメリット両方を天秤に掛け、組込OSを使うか否かを判断する必要があります。
またデバッグは、追加したタスクが主ですが、最終的にはOSも含めたトータル動作確認が必要なため、OSをブラックボックスとして扱えるのかも考慮する必要があります。
※Windowsに代表されるOS改版に悩まされる危険性にも配慮しましょう。
ARM Cortex-M0/M0+クラスのマイコンであるLPC824への上記FreeRTOS適用は、まれな例です。
なぜなら、多くの場合FreeRTOSは、Cortex-M3、例えばNXPならLPC17xx、またはより高性能なマイコンへの適用が多いからです（Cortexの性能比はコチラを参照）。天秤判断の結果でしょう。
GNU General Public License (GPL)のFreeRTOSは、その名の通り無償：Freeで多くのマイコン搭載実績もあります。しかし、ROM/RAMが少なく低価格を追求したCortex-M0/M0+クラスのマイコンには、少し「荷が重い」と個人的にも思います。
このCortex-M0/M0+クラスを含むCortex-Mマイコンに向けてARM社自身が開発中の新OSがmbed OSです。2015年10月リリースの予定でしたが、正式出荷はまだです。
IoT向けの機能も追加するmbed OSは、実質上対応OSが無いCortex-M0/M0+にも使える可能性がある組込OSです。
FreeRTOSのLチカサンプルと同じマルチタスク処理を、弊社マイコンテンプレートで行った時のソースコード（一部抜粋）が下記です。
FreeRTOSと同じSysTick割込みを1msに設定していますので、解り易いソースコードとなっています。
| text | data | bss | dec | hex | filename |
| 4580 | 8 | 20 | 4608 | 1200 | BlinkyLikeRTOS_824.axf |
トグルタイミングの変更は、FreeRTOSと比べると複雑ですが難しくはありません。何より、処理が全部見えますので理解や変更は容易です。しかもコードサイズは、半分以下です。
Cortex-M0/M0+、または同程度のマイコン性能でマルチタスク処理をさせるなら「マイコンテンプレート」をお勧めする理由です。
＊ ＊ ＊
そこで、次回以後何回かに分けて、簡単にマルチタスク処理が実行でき、デバッグも容易なマイコンテンプレートのTipsや利用のコツを示します。
現在販売中の5種マイコンテンプレートに興味がある方は、コチラを参照してください。
12月30日のPSoC 4、PSoC 4 BLE、PRoCテンプレート発売に間に合わなかったマイコンテンプレートサイトの更新が完了しました。
今回の更新では、LED照明ページを削除し、マイコンテンプレート関連のみのサイトとしました。昨年10月のサイト障害時の、“Simple is Best”の経験が理由です。
Freescaleを買収した新NXP、ARM Cortex-M0/M0+マイコンの今後のラインアップについては、気になるところですが解りません。NXPサイトを観ると、LPC8xx/111x、旧FreescaleのKinetisシリーズ全てがそのまま残っています。暫くは、様子を観察する必要がありそうです。
例えば、Cypressは、2014年末に買収したSpansionのFM0+マイコンを1年経過後の2015年11月、Cypress名で発売しました。このように、買収や合併で既販マイコンがどうなるかの判断は難しいものです。
そんななか、LPCXpressoは、v8へ更新されました（更新日は合併完了直前の2015/11月、LPCOpenは、V2.19のまま更新無し）。また、Kinetis Design StudioやProcessor Expertも更新されております。新マイコン追加等はありませんが、最新版へのUpdateをお勧めします。
Windows XPサポート終了とWindows 10への対応だと思います。どちらのIDEもEclipseベースですので、これも統合などがあるかもしれません。
CypressのPSoC 4、PSoC 4 BLE、PRoC向けマイコンテンプレート1.0版を1000円（税込）で発売します。
※CypressはマイコンではなくICと仰いますが、ここは解り易く「マイコンテンプレート」と記します。何とか年内発売に間に合いました…(^_^;)。
テンプレート概要と仕様、PSoC 4開発キットPSoC Pioneer Kit：CY8CKIT-042と、PSoC 4 BLE/PRoC開発キットPSoC 4 BLE Pioneer Kit：CY8CKIT-042-BLEでテンプレートを動作させた時の様子を示します。
これらは、テンプレート付属のもくじ資料P1～P3を抜粋したものです。
開発キット単独でテンプレートを動作させた時を「シンプルテンプレート」、開発キットとBaseboardを接続しLCDやUARTドライバ等の機能を追加して動作させた時を「ベースボードテンプレート」、CY8CKIT-042-BLEのBluetooth Low Energyを動作させた時を「BLEテンプレート」と名付けました。
Bluetooth 4.2認証デバイスの載せ替え搭載については、前回記事を参照ください。
機能追加に使用したBaseboardは、NXPのLPCマイコンテンプレートで使ったものと同じです。詳しくはコチラを参照ください。
Cypress開発キットは、単独でもCapSenseやUART- USB変換等かなりの機能を実装済みで、良質なサンプルファームや自習Videoも多数あります。
そこで、「PSoC 4/PSoC 4 BLE/PRoCの習得」だけでなく、これらサンプルファームを活用、流用したアプリケーションの早期開発、いわゆる「プロトタイピング開発にも役立つテンプレート」として開発しました。
P4以降のもくじに示したように、組込OSを使わずに簡単にマルチタスク処理ができるテンプレートの仕組みや、複数のサンプルファームを流用/活用してテンプレートへ組込み、アプリケーションを開発する方法に重点を置いて説明しています。
既に発売済みのRL78/G1x、LPC8xx、LPC111x、Kinetis Eマイコンテンプレートは、マイコンテンプレートサイトをご覧ください。
このサイトへ本PSoC 4、PSoC 4 BLE、PRoCテンプレートの情報も追加予定ですが、今日現在、サイト更新が本テンプレート発売に間に合っておりませんので、ブログでの通知のみとなりました。
全てのもくじ内容を含む「PSoC 4、PSoC 4 BLE、PRoCテンプレート」のご購入方法は、サイト記載と同じですので、ご希望の方は、コチラを参照してください。
年明け後、ゆっくりマイコンサイトの更新をいたします。本年も、いろいろお世話になりました。皆さま、よいお年をお迎えください。
PSoC Creator起動時に表示されるStart Pageには、最近使ったプロジェクトやサンプルファームだけでなく、Cypressの最新情報が新しい順に表示されます。現在の最上位は、”PSoC 4 BLE now Bluetooth 4.2 Qualified”で、クリックすると当該ページがブラウザで表示されます。
上記の関連日本語記事が、12月14日コチラに記載されました。Bluetooth 4.2仕様の4.1からの3つの変更点や、今のところBluetooth SIGの4.2フル機能認証デバイスが、Cypress製品のみであることが解ります。
このBluetooth 4.2認証済みのPSOC 4 BLEとPRoC BLEデバイスで、CY8CKIT-042-BLEへ搭載可能なDaughterボードがCypressサイトで各$15で販売中です。
| 通称 | Bluetooth 4.2 認証済み | Bluetooth 4.1認証済み（CY8CKIT-042-BLE搭載） |
| PSoC 4 BLE | CY8C4248LQI-BL583 | CY8C4247LQI-BL483
|
| PRoC BLE | CYBL10573-56LQXI | CYBL10563-56LQXI
|
Bluetooth 4.2仕様のBLEコンポーネントも、BLE 4.1現行版同様、簡単なプロパティ設定で使えます。
現行のCY8CKIT-042-BLE搭載のデバイスで4.2仕様は出来ませんが、同じ設計手法が使えるので安心です。
※CY8CKIT-042-BLE搭載デバイスは、以前の記事を参照してください。
Nexus 5Xなどの新スマホには、Bluetooth 4.2が搭載されています。弊社推薦開発環境のCY8CKIT-042-BLEは、Bluetooth 4.2/4.1両仕様のPSoC 4 BLEとPRoC BLEのDaughterボードが載せ替えられるので便利です。
