TI）CCS Cloud IDE

2019年10月4日2019年10月11日 WithHappy

Texas InstrumentsのIDE：Code Composer Studioのクラウド版が、CCS Cloud IDEです。PCインストールの従来CCS Desktop IDE、CCS Cloud IDE、前回投稿Energia IDEの3 IDE比較が下記です。

CCS DesktopとCCS Cloud、Energia IDE比較（出典：TIサイト）

CCS Cloud IDEの特徴

CCS Cloud IDEの動作環境は、ブラウザと専用アドオンだけです。CCS Cloud IDE単独で、コンパイル/プログラム/デバッグが可能です。

特筆すべきは、CCS Desktop IDEとEnergia IDE両方のプロジェクトをインポートできることです。つまり、いつでもどこででも、CCS DesktopプロジェクトやEnergia IDEスケッチ例を、CCS Cloud IDEを使ってプログラミングやデバッグができるのです。

働き方改革や仕事効率化に対する具体的方策の1つにこのCCS Cloud IDEが役立ちます。移動中や空き時間に、職場で引っかかったデバッグ内容やプログラミングに、新しい解決策やヒントを発見することは良くあります。CCS Cloud IDEを使えば、スマホやタブレットでヒントをスグに試せるのです。

CCS Cloud IDEの使い方

TI Cloud Development Environmentへアクセスします。左側に表示されるCloud Agentは、ターゲット評価ボードの接続を検出し、Resource Explorerで当該サンプルプロジェクトを表示してくれる便利な機能を提供します。ブラウザには、TICloudAgent Bridgeというアドオンを追加します。

9月26日投稿で用いたMSP-EXP432P401R LaunchPad 評価ボード（Cortex-M4F/48MHz、256KB/Flash、64KB/RAM）とEnergia IDEのFadeスケッチ例でCCS Cloud IDEの使い方を示します。

Cloud Agentとブラウザアドオンを追加後、MSP-EXP432P401R LaunchPadをPCへ接続すると、Cloud Agent が、1-Device Detectedへ変わります。Resource Explorerをクリックすると、CCS Desktop IDEとEnergia IDEで提供中のMSP-EXP432P401R LaunchPadサンプルプロジェクトや資料が参照できます。

Resource ExploreでEnergia IDEのFadeスケッチ例を選択した例が下図です。

Import to IDEクリックでFadeスケッチのソースコードがCCS Cloud IDEへ取り込まれます。Runクリックでコンパイル後、MSP-EXP432P401R LaunchPad評価ボードへダウンロードされ、Fade動作確認ができます。Energia IDEではできないBreakpoint設定などもCCS Cloud IDEでは可能です。

CCS Cloud IDEの活用

CCS Cloud IDEの使い方をEnergia IDEのFadeスケッチ例で示しました。CCS Desktop IDEの場合でも同じです。Import to IDE時のソースコードが、CCS Desktop IDEのサンプルプロジェクトへ変わるだけです。

一旦プロジェクトを取り込んでしまえば、CCS Cloud IDEの動作環境は完成です。次回からは、ログインのみでクラウドMCUプログラミングができます。

クラウドベースのCCS Cloud IDEは、比較表で示したように機能的にはEnergia IDEとCCS Desktopの中間です。MCUソフトウェア開発初心者が、Energia IDEで評価ボードサービスや周辺回路の動作確認後、次にデバッグへステップアップする場合に、CCS Cloud IDEは好適な環境です。

また、中級レベル開発者でも、通常のデバッグやコーティングなら、より高機能なCCS Desktop IDEを使うまでもなく、下図に抜粋したCCS Cloud IDEの使用頻度が高いタブとコマンドだけで十分プログラミングできるのも解ります。

CCS Cloud IDEが、ターゲットMCUソフトウェア開発に、十分なコンパイル/プログラム/デバッグ能力を持つクラウドMCU IDEであることがご理解頂けたと思います。

MSP-EXP432P401R LaunchPadの目的

MSP-EXP432P401R LaunchPadは、本稿で示したように、TIのCCS Desktop IDE、CCS Cloud IDE、Energia IDEの3 IDEを使ってソフトウェア開発ができます。

開発ソフトウェアは、MSP432テンプレートです。本ブログカテゴリと、その生産物の関係が下図です。

MSP432テンプレートを開発するために選んだ、個人でも入手性が良く低価格な評価ボードが、MSP-EXP432P401R LaunchPadです。

既に各1000円（税込）販売中のテンプレートは、コチラをご覧ください。テンプレートのメリットやアプリケーション開発手順なども記載中です。

P.S.：ついでにカテゴリ：LibreOfficeの生産物が下図です。こちらは、無償です。

LibreOffice Fresh 6.3.2更新

2019年9月29日2021年2月8日 WithHappy

LibreOffice最新版/安定版と呼んでいたパッケージ名を、Fresh/Stillへ変更しました。“Fresh/still”は、公式ブログでは以前から使われていた名称で、今後は本ブログもこのFresh/Stillを使います。

9月26日、LibreOffice Fresh版が6.3.2へ更新されました。Still版は、6.2.7のままです。

LibreOffice版数（2019年9月29日現在）
パッケージ	想定ユーザ	2019/9/26版数
Fresh	技術マニア、新しいもの好き、パワーユーザ向け	6.3.1 → 6.3.2
Still	ビジネス組織、法人企業、慎重なユーザ向け	6.2.7 (更新なし)

更新方法

LibreOffice Fresh版は、ヘルプ（H）＞更新の確認（C）…の自動更新ができません。公式ダウンロードサイトから、32/64ビットを選択後6.3.2をダウンロードし、PCで実行すれば旧版に上書きインストールされます。

TI）MSP432オープンプラットフォーム開発環境：Energia IDE

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

Texas Instruments）MSP432（Cortex-M4F/48MHz）評価ボード：MSP-EXP432P401R LaunchPadを使ってオープンプラットフォーム開発環境：Energia IDEの使い方を示します。Energia IDEは、簡単に言うとマイコン版Arduino IDE。Windows/Mac OS/UnixのマルチOS動作で、TIマイコンMSP430やC32xxなど、7種MCUのLaunchPad評価ボードをサポート中です。

IoT MCUの高度なセキュリティ実装を考えると、MCU開発者でもArduino IDEの使い方を知っておくのは有用だと前回投稿しました。
MSP-EXP432P401R LaunchPadを例にEnergia IDEの使い方を解説します。

Energia IDE

Energia IDEの使い方は、Arduino IDEと同じです。Single Board Computer開発で用いられるArduino IDEと同じ方法でTIマイコンのソフトウェア開発ができます。

Energia IDEインストール手順が以下です（と言っても、解凍だけで動作します）。

Energia Downloadサイトから対応OSバージョンをダウンロードし解凍。Windows版では、解凍先フォルダがEnergia IDEの動作環境ですので、安心して試せます👍。
解凍先フォルダのenergia.exeクリックでEnergia IDEが起動します。デフォルトボードは、右下表示のMSP-EXP430F5529LPです。
Energia IDE初期画面
ツール＞ボードマネージャでEnergia MSP432 EMT RED boards by Energiaをインストールします。
ネットワーク環境に依存しますが、この手順2完了に少し時間がかかります。

ボードマネジャ：Energia MSP432 EMT RED boards by Egergia追加インストール

※REDは、基板の版数：Rev 2.0 を示します。MSP-EXP432P401R LaunchPadには、BLACK：Rev 1.0もありますので注意してください。詳しくは、User’s Guide：SLAU597Fを参照してください。
ボードマネージャでRED LaunchPad w/ msp432p401r EMT(48MHz)を選択。次に、評価ボードをPCに接続し、ツール＞使用シリアルポートを選択（2ポートあってもどちらでも可）。書込装置はmspdebugを選択。
ボードマネージャ：RED LaunchPad MSP432P401R選択

以上で、MSP-EXP432P401R LaunchPad のEnergia IDE環境セットアップが完了です。

MSP-EXP432P401R LaunchPadのスケッチ動作

スケッチ例＞内蔵のスケッチ例から、例えば、Basics＞Fadeを選び、マイコンボードに書き込む：➡クリックでコンパイル実行と評価ボードへの書込みが完了し、動作します。スケッチ例とは、サンプルアプリケーションのことです。他にも様々なスケッチ例があり、➡クリックのみで簡単にMSP432P401R評価ボードスケッチ例の動作確認ができます。
※ボード書き込み時にエラーが発生する場合は、サイトのGuideからEnergia Driver Packageをダウンロードし、管理者権限でインストールすると解決します。

スケッチ例：Fadeの実行

スケッチ例のソースコードは、上図のように可読性が高く、初期設定：setup()と無限ループ：loop()の2つから構成されています。

現状は、セキュリティ関連のスケッチ例はありません。しかし、セキュリティは、全てのIoT MCUに必須で共通機能ですので、そのうち提供される可能性はあると思います。色々な周辺回路や機能をすぐに動作確認できるスケッチ例は、プロトタイプ開発に有効です。

関連投稿：Arduino IDEスケッチ例のソースコード

Energia IDEプログラミング

サイトのReferenceに、functions/variables/structureの3部構成のAPI説明書があります。各APIをクリックすると、初心者でも解り易い解説とEnergia IDEで試せるサンプルコードがあります。コード中のピン番号は、Pin Mapsで評価ボード毎に示されています。

このプログラミングに関する資料の解り易さが、Energia IDE（＝Arduino IDE）の特徴です。デバイスで出来ることを直感的にすぐにプログラミングする情報としては、これら2サイト情報だけで十分です。

Cortex-M4カテゴリにTI）MSP432採用

本ブログのCortex-M4カテゴリへ、MCUとしてTexas Instruments）MSP432（Cortex-M4F/48MHz）を追加します。開発環境は、本稿のEnergia IDEとTI純正無償Code Composer Studio（CCS）、3つ目にCCS cloudを使う予定です。CCS cloudは、次回解説します。

本ブログで、シェア上位5社MCUベンダとその主要MCUを全てカバーできたことになります（関連投稿：ARM Cortex-M4ベンダと評価ボードの2章）。

CMSISを使ってCortex-M4 MCUで開発したソフトウェアは、Cortex-M0/M0+/M3への流用も可能です（関連投稿：NXP MCUXpresso SDKから見るARMコアMCU開発動向）。
プロトタイプ開発は、高性能で開発リクスが少なく、様々なセキュリティ機能を試せるCortex-M4で行い、製品化時にコストメリットを活かすCortex-M0/M0+/M3を使うなどの方法や検討もありえるでしょう。

他のCortex-M4 MCUとしては、NXP）LPC54114（Cortex-M4/M0+）、STM）STM32G473RE（Cortex-M4）、Cypress）PSoC63（Cortex-M4/M0+）などをCortex-M4カテゴリへ追加予定です。

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を使ってから判断したいと考えています。

総務省：2020年4月以降IoT機器アップデート機能義務化予定

2019年9月13日2019年9月20日 WithHappy

総務省は、電気通信事業法を改正し、2020年4月以降「IoT機器アップデート機能義務化を予定」しているそうです（日経ビジネス2019年9月6日有料会員限定記事、“モノのインターネットに死角あり狙われるIoT機器”より）。

本稿は、普通のMCU開発者が知るべき最低限のIoT MCUセキュリティ対策をまとめてみたいと思います。

IoT MCUセキュリティ

記事には、“歴史の浅いIoT機器は、開発者とユーザ双方にセキュリティ意識が欠如している“、”開発者は、便利で魅力的な機能搭載を優先し、セキュリティ配慮は2の次”とあります。確かにそうゆう見方はあります。

しかし、サイバー攻撃やセキュリティ関連ニュースが溢れる昨今、開発者/ユーザともに無関心ではないハズです。むしろ、現状のMCU能力では、セキィリティ強化が無理な側面を十分知った上で妥協している（目を瞑っている）のが事実だと思います。

セキィリティ関連記事は、その性質上、英語の省略用語を多用し、漏れがない細かい説明が多いので、全体を把握したい普通のMCU開発者には、解りにくいと筆者は考えています。

そこで、全体把握ができるMCUセキュリティのまとめ作成にトライしたのが次章です。

サイバー攻撃対策

MCUセキュリティ機能は、サイバー攻撃を防ぐための対策です。サイバー攻撃には、以下3種類があります。

ウイルス感染
通信傍受
通信データ改ざん

2）通信傍受対策には、暗号化が効果的です。暗号化処理には、データをやり取りする相手との間に鍵が必要で、共通鍵と公開鍵の2方式があります。共通鍵は、処理負荷が公開鍵に比べ小さく、公開鍵は、鍵を公開する分、処理負荷が大きくなる特徴があります。

3）通信データ改ざん検出には、ハッシュ関数（＝要約関数）を使います。ハッシュ関数に送信データを与えて得た値をハッシュ（＝要約値）と言います。送信データにハッシュを追加し、受信側でハッシュ再計算、送受ハッシュ一致時がデータ改ざん無しと判定します。

2）と3）は、データ通信が発生するIoT MCUセキィリティ機能です。暗号化、ハッシュ関数は、新サイバー攻撃に対し、次々に新しい防御方式が提案される鉾と盾の関係です。MCU外付けセキュリティデバイス（例えばNXPのEdgeLock SE050など）によるハードウエア策もあります。

PCやスマホのようなウイルス対策ソフト導入が困難なMCUでは、1）のウイルス感染対策に、MCUソフトウェアのアップデートで対応します。総務省は、IoT機器にアップデート機能とID、パスワード変更を促す機能を義務付ける予定です。
※開発者自身で溢れるウイルス状況を常時監視し、ソフトウェア対応するかは不明です。

従来のMCUソフトウェアアップデートは、UART経由やIDE接続で行ってきました。しかし、ネットワーク経由（OTA）やアクセス保護のしっかりしたソフトウェア書換えなどを、1）のアップデートは想定しています。

以上、ごく簡単ですが、MCUセキュリティ対策をまとめました。

総務省の「IoT機器アップデート機能義務化」が、具体的にどのようになるかは不明です。ただ、無線機器の技適規制などを考えると、技術ハードルは、かなりの高さになることが予想できます。

ディアルコアや超高性能汎用MCUの背景

簡単にまとめたMCUセキィリティ対策を、IoT機器へ実装するのは、簡単ではありません。

実現アプローチとしては2つあります。

1つ目は、ディアルコアMCU（例えばNXPのLPC54114、関連投稿：ARM Cortex-M4とM0+アプリケーションコード互換）や、超高性能な汎用MCU（例えばSTMのSTM32G4、関連投稿：STM32G0x専用テンプレート発売1章）が各ベンダから発売中です。

これら新世代MCU発売の背景は、従来MCU処理に加え、法制化の可能性もあるセキュリティ処理実装には、MCU処理能力向上が必須なためです。

ワールドワイドにIoT機器は繋がります。日本国内に限った話ではなく、地球規模のIoT MCUセキュリティ実装に対し、ディアルコアや超高性能汎用MCUなどの新世代MCUでIoT機器を実現するアプローチです。

2つ目が、セキュリティ機能が実装し易いMPU（例えばRaspberry Pi 4など）と、各種センサー処理が得意なMCU（旧世代MCUでも可能）のハイブリッド構成でIoT機器を実現するアプローチです。

LibreOfficeセキュリティ重視更新とPotable版

2019年9月11日2021年2月8日 WithHappy

通常LibreOffice更新間隔は、最新版が1か月、安定版は3か月です。今回、最新版/安定版ともに前回8月メジャー更新から1か月後の9月5日、バグ対応とセキュリティ重視の更新が発表されました。
※更新内容は、発表を参照してください。旧版からの設定など特に変更する必要はないと思います。

LibreOffice版数（2019年9月11日現在）
パッケージ	想定ユーザ	2019/9/5版数
最新版（stable）	技術マニア、新しいもの好き、パワーユーザ向け	6.3.0 → 6.3.1
安定版（stable）	ビジネス組織、法人企業、慎重なユーザ向け	6.2.6 → 6.2.7

更新方法

旧版でヘルプ（H）＞更新の確認（C）…をクリックすると、下記ダイアログが表示されます。

自動更新できないため、公式ダウンロードサイトから手動で最新版/安定版のダウンロードとインストールが必要です。ダウンロード（D）クリックで、公式サイトへジャンプします。

LibreOffice Potable版は自動更新可能

USBメモリにインストールするLibreOffice Potable版は、自動更新が可能です。

PCにLibreOfficeをインストールせず使ってみたい方、Officeのように自動更新を希望する方は、Windowsのみ対応中のLibreOffice Potable版をUSBメモリにインストールします。Potable版は、PC版更新から数日遅れで自動的に更新を検出し、常に最新のLibreOffice（最新版/安定版）が利用可能です。

LibreOffice Potable版インストール方法

1) PotableApps.comからマルチ言語/プラットフォーム対応のアプリランチャーをダウンロードし、USBメモリへインストールします（無償、日本語版あり）。

2) インストール後、起動パネルのアプリの管理＞もっとアプリケーションを入手する…＞カテゴリ順、クリックで下記ダイアログが表示されます。

最新版LibreOffice Potable 6.3.1と安定版LibreOffice Potable 6.2.6 (Still)のダウンロード

オフィスカテゴリのLibreOfficeに☑を入れると最新版LibreOffice Potable版6.3.1が、LibreOffice Stillの☑を入れると安定版LibreOffice Potable版6.2.6がUSBメモリへインストールされます。

3) アプリランチャーは、起動時にLibreOffice更新を確認し、更新時は自動的にアップデートします（USBメモリなので、更新に多少処理時間が掛かりますが、再インストールの手間は省けます）。

アプリランチャーには、LibreOffice Potable版以外にも、下図に示すように主要ブラウザ、GIMPなど多くのインストールできるアプリケーションがあります。出先のPCでLibreOffice利用や、Office文書編集などに重宝します。

ARM Cortex-M4とM0+アプリケーションコード互換

2019年9月6日2019年9月13日 WithHappy

NXP MCUXpresso SDK利用を利用すると、LPC845 Breakout board用に開発した1秒赤LED点滅アプリケーションコードが、そのままFRDM-KL25Zへ流用できることを前回投稿で示しました。ただ、どちらも同じARM Cortex-M0+コアのMCU評価ボードなので、読者インパクトは少なかったかもしれません。

そこで、LPC845 Breakout board（Cortex-M0+/30MHzコア）のLED点滅アプリケーションコードが、そのままCortex-M4/100MHzコアのLPCXpreosso54114へ流用できることを示します。異なるARMコア間でのアプリケーションコード互換の話です。

ARMコアバイナリ互換

Cortex-Mxのバイナリ互換性（出典：STM32L0（Cortex-M0+）トレーニング資料）

ARMコアのバイナリ上位互換を示す図です（関連投稿：Cortex-M0/M0+/M3比較とコア選択の2章）。このバイナリコード包含関係は、Cortex-M0バイナリコードならCortex-M4でも動作することを示しています。

但し、この包含関係を理解していても、Cortex-M0バイナリコードをそのままCortex-M4へ流用する開発者はいないと思います。

ARMコアアプリケーションコード互換

MCUXpresso IDEのARMコアアプリケーションコード互換を示す図です。左がLPC845 Breakout board（Cortex-M0+/30MHzコア）の1秒赤LED点滅アプリケーションコード、右がCortex-M4/100MHzコアのLPCXpreosso54114の1秒赤LED点滅アプリケーションコードです。

コード差は、L59：LPCXpreosso54114評価ボード動作クロック設定：48MHz動作のみです。例えば、96MHzなどの他の動作周波数へ設定することも可能です。コード上で動作周波数を明示的に表示するために異なりましたが、機能的には両者同じコードと言えます（L59をマクロで書き換えれば、同一コード記述もできます）。

図下のInstalled SDK Versionが、どちらも2019-06-14で一致していることも重要です。Versionが異なると、例えばGPIOのAPIが異なることがあるからです。各SDKリリースノートでAPI差の有無確認ができます。※LPCXpreosso54114 SDKのMCUXpresso IDE設定方法は、コチラの投稿の5/6章を参考にしてください。

1秒赤LED点滅という簡単なアプリケーションですが、Cortex-M0+とCortex-M4の異なるARMコア間でコード互換性があることが解ります。

動作周波数の隠蔽とIO割付

評価ボード動作周波数が異なれば、無限ループ回転速度も異なります。従って、互換性を持たせるコード内に、無限ループ内の回転数でLED点滅させるような処理記述はできません。コードに時間要素は組込めないのです。

1秒点滅の場合は、L77：SysTick_DelayTicks()でループ回転数をカウントし、1秒遅延を処理しています。これにより、GPIO_PortToggle()が時間要素なしとなり、異なる動作周波数のARMコアでもアプリケーションコード移植性を実現しています。

SysTick_DelayTick()と1ms割込みによりカウントダウンする処理コードが下記です。ここも、割込みを利用することでコード移植性を実現しています。

左のLPC845 Breakout boardと、右のLPCXpreosso54114のコード差は、L16：赤LEDのIO割付のみです。評価ボード毎に異なるIO割付となるのは、やむを得ないでしょう。L12からL16のDefinition箇所を、別ファイル（例えばIODefine.hやUserDefine.h）として抽出すれば、同一コード記述も可能です。

ARMコアアプリケーションコード互換メリット

以上のように、ARMコアアプリケーションコード互換を目的にした記述や工夫も必要です。しかし、一旦互換コードを開発しておけば、開発資産として他のARMコア利用時にも使えます。その結果、開発速度/効率が高まります。

IoT MCUは、センサ入力やLED出力などのメイン処理以外にも、日々変化するセキュリティ処理への対応は、必須です。メイン処理が出来上がった後での、セキュリティ処理追加という手順です。

セキュリティ対策は、セキュリティライブラリ等の使用だけでなく、いつどのようにライブラリを活用するか、その時のMCU負荷がメイン処理へ及ぼす影響等、検討が必要な事柄が多くあります。

少しでも早くメイン処理を仕上げ、これら検討項目へ時間配分することがIoT MCU開発者には要求されます。この検討時間稼ぎのためにも、ARMコアアプリケーションコードの開発資産化は必須でしょう。

※プロトタイプ開発は、初めから厳しい条件で開発するよりも、最速のCortex-M4で行い、全体完成後Cortex-M0+/M3などへアプリケーションコードを移植するコストダウンアプローチも名案だと思います。

P.S.：2019年9月4日、MCUXpresso IDEがv11.0.1へ更新されました。旧MCUXpresso IDE v11.0.0 [2516]利用中の方は、Help>Check for Updatesではv11.0.1へ更新されません。新にMCUXpresso IDE v11.0.1 [2563]のインストールが必要です。新MCUXpresso IDEインストール方法は、コチラの4章を参照ください。

NXP MCUXpresso SDKから見るARMコアMCU開発動向

2019年8月30日2020年11月28日 WithHappy

NXP最新IDE：MCUXpresso v11が、SDK：Software Development Kitを使ってMCUソフトウェア開発をすることは、前回投稿で示しました。MCUXpresso SDKがサポートする評価ボード一覧が、SDKユーザガイド最新版：Rev.10、06/2019付録Bにあり、旧Freescale評価ボード：FRDMが多いですが、NXPの新しい評価ボードも追加されつつあります。

オランダ）NXPが、米）Freescaleを買収完了したのは2015年12月です。

本稿は、旧FreescaleとNXP MCU両対応のMCUXpresso SDKから、ARMコアMCU開発動向を調査し対策を示しました。

MCUXpresso SDK

ユーザガイド記載のMCUXpresso SDK層構成です。ユーザが開発するのはApplication Code。このApplication Code以外は、評価ボード：MCU Hardwareと、SDKで提供されます。色付き部分：Middleware、Board Support、FreeRTOS、Peripheral Drivers、CMSIS-CORE…がSDKの中身です。

もちろんMCU性能に応じて、初めからFreeRTOSやMiddlewareが無いSDKもあります。例えば、前回のLPC845 Breakout board SDKリリースノートを見ると、Board Support（前回投稿BSPのこと）とPeripheral Drivers（Author: Freescale）、CMSIS-CORE（Author: ARM）だけが提供中です。

CMSIS：セムシイスまたはシムシス

CMSIS：Cortex Microcontroller Software Interface Standardは、リリースノートでAuthor: ARMが示すようにMCUコア開発元ARM作成の規格で、MCUハードウェアを上位層から隠蔽します（関連投稿：mbed OS 5.4.0のLチカ動作、LPCXpresso824-MAXで確認の3章）。

Peripheral DriversやBoard Supportは、このCMSIS層のおかげでMCUハードウェアに依存しないAPIを、ユーザ開発Application Codeへ提供できる訳です。例えば、下記旧Freescale評価ボード：FRDM-KL25Z用SDKのboard.h記述：赤LED初期設定とトグルマクロ関数は、前回投稿で示したLPC845 Breakout boardと同じです。

FRDM-KL25Z用SDK_SDK_2.2_FRDM-KL25Zのboard.h

従って、LPC845 Breakout boardで開発したアプリケーションコードを、そのままFRDM-KL25Zへも流用できます。

つまり、「SDK利用によりARMコアアプリケーションコードが汎用化」したのです。

同一アプリケーションコードでFreescaleとNXP評価ボード動作の意味

旧FreescaleとNXPのMCU評価ボードが同じアプリケーションコードで動作するのは、どちらもARMコアMCUでCMSIS層付きSDKなので、開発ユーザから見れば当然です。

しかし、従来は同じARMコアであってもApplication CodeはMCUベンダ毎に異なり、ベンダが異なれば常に1から開発していました。NXPでさえ、SDKを使った今回の同一コード動作に、Freescaleを買収後、約3.5年かかっています。
※Freescale 旧IDE：Kinetis Design Studioや、NXP 旧IDE：MCUXpresso IDE v11以前に慣れた開発者は、CMSIS付きSDKの新IDE：MCUXpresso IDE v11に違和感があるかもしれません。というのは、新IDEは、どちらの旧IDEとも異なるからです。

もちろんCMSIS利用はメリットだけでなく、デメリットもあるハズです。例えば、他社と差別化するベンダ独自Peripheral性能を極限まで引出すには、直接Hardwareを制御した方がより効率的です。STマイクロエレクトロニクスのSTM32G0x MCUのLL：Low Layer APIなどにその動向が見られます（関連投稿：STM32G0x専用Edge MCUテンプレート開発）。

しかし、CMSIS利用SDKを使ったアプリケーションコード開発は、ARMコア間のアプリケーションコードやベンダ間をも跨ぐ移植性、開発速度の速さ、ソースコード可読性などの点からユーザメリット大と言えます。
※ベンダを跨ぐ移植性とは、FreescaleとNXPのMCUで同一アプリケーションが動作することを意味します。FreescaleはNXPに買収されたので、実はベンダを跨いでいませんが、CMSIS層があればアプリケーションコード移植可能な実例と思ってください。

ARM MCUコアソフトウェアの開発動向と対策

現在MCUコアは、多数派のARMコアベンダと、少数派のNon ARMコアベンダの２グループに分かれています。

多数派ARMコアベンダは、NXPのMCUXpresso SDKに見られるようにCMSIS層利用アプリケーションコード開発、既存アプリケーション資産流用、差別化Peripheral開発に力点を置くと思います。目的は、より早く、より簡単な環境提供によるソフトウェア開発効率/速度の向上です。

我々ユーザは、この環境変化に応じたアプリケーションコード汎用化手法と、もう一方の差別化機能の性能発揮手法を臨機応変、かつ、それらを混同せず、時には組み合わせて開発する必要があると思います。

P.S.：弊社テンプレートで言えば、アプリケーションコード汎用化手法が、STM32Fxテンプレート他の汎用テンプレート、一方の差別化機能の性能発揮手法が、STM32G0x専用テンプレートです。

MCUXpresso IDE v11をLPC845 Breakout boardで試す

2019年8月23日2019年8月30日 WithHappy

まとめ

NXPのMCUXpresso IDE v11.0.0 [Build 2516] [2019-06-05]を使い、LPC845の評価ボードLPC845 Breakout boardの動作を確認し、サンプルプロジェクト赤LED点滅を緑LEDへ簡単に変更できる、SDK：Software Development Kitメリットを示しました。

LPCOpenライブラリなどを使った旧IDEに比べ、SDKを使うMCUXpresso IDE v11は、より早く簡単にソフトウェア開発が可能です。また、IDE更新とSDK更新が別々なため、常に最新ドライバ、BSP：Board Support Packageでの開発ができます。これもSDKメリットの1つです。

SDKは、ソフトウェア開発速度を上げる専用ライブラリ集です。MCUXpresso IDE v11のSDKを習得し、効率的なソフトウェア開発に慣れる必要があります。
これには、実際に評価ボード専用SDKを作成し、サンプルプロジェクトへ変更/修正を加え、SDKメリットを実感するのが早道です。本稿で用いたLPC845 Breakout boardは、SDK習得に好適です。

LPC8xxをアップグレートしたLPC845（64KB Flash、16KB RAM）評価ボード：LPC845 Breakout boardは、タッチパッド＋デバッガ付きで低価格（¥697）、少サイズ（65x18mm）です。このサイズならそのまま装置へ実装も容易です。現場での短時間制御系アップデートや修理交換などに応用できます。

LPC845 Breakout board

LPC8xxシリーズは、アップグレートしたLPC84xとコストダウンしたLPC80xの2方向へ発展しました（関連投稿：NFCを使うLPC8N04のOTA）。LPC845評価ボード：LPC845 Breakout board （Cortex-M0+/30MHz）を入手しましたので、最新のLPCXpresso IDE v11を使って動作確認します。

LPCXpresso IDE v11.0.0 [2019-06-05]

最新LPCXpresso IDEは、v11.0.0 [2019-06-05]です。旧IDEからSDK：Software Develipment Kit追加、Pin設定方法が変わりました。既に旧IDEを使い慣れた方は、SDK活用の新LPCXpresso IDE v11に少し驚きを感じると思います。

LPCXpresso IDE v11ダウンロードとインストール

LPCXpresso IDE v11のダウンロードとインストールは、普通のPCアプリケーションと同じです。旧IDEではインストール後、アクティベーション手順が必要でしたが、v11は不要です。

また、デフォルトではプログラム/workspace共に専用フォルダ：MCUXpressoIDE_11.0.0_2516へ展開されます。つまり、旧IDEと共存します。ストレージ使用量は多くなりますが、共存するので安心して新旧IDEを試すことができます。

インストール後、Help>Check for Updatesを実行しIDEの更新有無を確認します。

また、最初のMCUXpresso IDE v11起動時にセキュリティソフトが警告を出すことがあります。お使いのセキュリティソフトに応じて対応してください（筆者Windows 10 Pro 1903のAvastは警告を出しましたので、例外追加で対応しました）。

LPCXprsso IDE v11インストール起動画面 — LPCXprsso IDE v11インストール後、最初の起動画面

SDK Builder

SDKは、周辺回路ドライバ、サンプルプロジェクト、評価ボードサポートパッケージ：BSPなどを含む開発支援ツールです（SDKユーザガイドはコチラ）。インストールしたMCUXpresso IDEとは別に、ネット上のSDK BuilderでLPC845 Breakout board専用SDKを作成します（要ログイン）。

SDK BuilderのSelect Development Boardをクリックし、LPC845BREKOUTを選択します。後は、Build MCUXpresso SDKをクリックすると、作成したSDKの圧縮ファイル：SDK_2.6.0_LPC845BREAKOUT.zipがダウンロードされます（2.6.0は版数）。
※評価ボードによっては、Amazon-FreeRTOS、Azure IoTなどのミドルウェアもSDKへ追加可能です。

SDK設定

ダウンロードしたSDK圧縮ファイルを、LPCXpresso IDEのInstalled SDKsビューへドラッグ＆ドロップするだけでSDK設定は完了です。

LPC845 Breakout boardの赤LED点滅動作

SDKにはLPC845 Breakout boardの赤LED点滅させる、いわゆるLチカサンプルプロジェクトがあります。このLチカソフトで評価ボードの動作確認をします。

IDEのQuickstart Panelビュー、Import SDK example(s)…をクリックします。Lpc845breakoutを選択後Nextをクリックします。Examplesのdemo_appsを開くとled_blinkyが現れます。これがLチカサンプルです。

Led_blinkyに☑を入れFinishをクリックすると、workspace内にlpc845breakouty_led_blinkyプロジェクトが展開されます。

LPC845 Breakout boardのLED点滅サンプルプロジェクトのインポート

何も変更せずに、Quickstart PanelビューのBuildをクリックするとコンパイルが成功します。評価ボードをPCと接続しDebugのクリックでCMSIS-DAPプローブを自動認識し、デバッグモード画面へ変わります。

後は実行などで赤LEDが1秒毎に点滅する動作が確認できます。

SDKサンプルプロジェクトそのものの動作確認は、以上のように簡単です。SDKのメリットは、プロジェクト変更や機能追加が簡単にできることです。例を次に示します。

LPC845 Breakout boardの赤→緑LED点滅の変更

赤LEDへの制御を緑LEDへ変更するには、IDEをDevelop画面からPin画面へ切替えます。切替は、Open Pinsクリック、またはIDE右上のデバイスアイコンのクリックどちらでもＯＫです。

Pin画面は、プロジェクト使用中のピン名、周辺回路などがハイライト表示されます。

lpc845breakouty_led_blinkyプロジェクトの場合は、PIO1_2とGPIOで、IdentifierにLED_REDとあります。Identifireは、ソースコード中で使えるマクロです。LED_GREENやLED_BLUEが既にあるのも解ります。このように評価ボード実装済みのハードウエアが、あらかじめSDKで定義済みです。

赤LED→緑LED変更は、Pin11のLED_GREENに☑を入れ、表示されるPIO1_0選択肢からデフォルトのGPIO,PIO_1_0を選びます。次にUpdate CodeをクリックすればPin画面の変更がソースコードへ反映されます。

ソースコード表示のDevelop画面へ切替えるには、右上のDevelopアイコンをクリックし、L16をコメントアウト、代わりにL17の追記で赤→緑LED点滅への変更完了です。ビルドして緑LED点滅動作を確認してください。

このようにサンプルプロジェクトの変更は、SDKに評価ボード実装ハードウエアが定義済みなので、ボード回路図を確認せずにすぐにできます（回路図を確認すれば万全ですが…😅）。

さて、緑LED点滅動作が確認できた後にソースコードへ下記3か所の変更を加えてください。

これは、board.hで定義済みのBSPを使った赤LED点滅へのソースコード変更です。追記したLED_RED_INIT(0)とLED_RED_TOGGLE()は、board.hに記述があります。L80：GPIO_PortToggle()よりもL81：LED_RED_TOGGLE()の方が、ソースコード可読性が高いことが解ります。

BSPは、評価ボードで使用頻度が高い関数やマクロを定義します。BSP活用でソースコード可読性が高まりケアレスミスも減ります。BSPは、SDK作成時に生成されます。

LPC845 Breakout boardのSDK活用例を示しました。SDKメリットも実感できたと思います。

LPCOpenライブラリを使ったLPC8xxテンプレートも、新しいSDK対応へUpgradeする必要があるかもしれません。SDKは、新しい評価ボードから対応中なので、残念ながら少し待つ必要があるかもしれませんが…😅。

LibreOffice最新版、安定版メジャー更新

2019年8月13日2021年2月8日 WithHappy

前回投稿の予想通り8月8日にLibreOffice最新版、安定版ともにメジャー更新されました。

LibreOffice版数（2019年8月20日現在）
パッケージ	想定ユーザ	2019/8/14版数
最新版（stable）	技術マニア、新しいもの好き、パワーユーザ向け	6.2.5 → 6.3.0
安定版（stable）	ビジネス組織、法人企業、慎重なユーザ向け	6.1.6 → 6.2.5 → 6.2.6

※追記：8月14日、6.2系安定版を再改版し、6.2.6となりました。

公式LibreOfficeダウンロードサイトの配布版数は、6.3.0と6.2.6、6.1.6です。6.2系最後の最新版を改版し安定版6.2.6にしました。超安定版を望む方は、6.1系最後の6.1.6もダウンロード可能という構成です。

LibreOffice 6.3系の新機能

初めてのLibreOffice 6.3起動時に、リリースノート（日本語）への誘導と、1日に1回、日替りヒント（英語）が表示されるようになりました。

また、Writer/Calcは、パフォーマンス向上、Writer/Drawには、ユーザ処理に応じて自動的にツールバーが変わる「状況依存1行」という新ユーザインタフェース（次章参照）が追加されました。

その他、PDF印刷時の墨消し機能追加など多くの機能追加・改善がリリースノートを見ると解ります。

Writer/Drawの新ツールバー：状況依存1行

ユーザの処理対象が、文書か図形かに応じて表示中の1行ツールバーを動的に変え、表示エリアの有効活用を図るのが、Writer/Drawの新ツールバー：状況依存1行です。

多くのツールバーを常時表示するよりも編集対象に応じたツールバー表示で編集エリアを広くとれるので、より作業に集中できます。ツールバー履歴を活用し、使用頻度が高いツールバーを表示するようになるかもしれません。数多いツールバー機能を、ユーザへ上手く使ってもらう支援方法としては良くできていると思います。