LibreOffice 7.1 Communityリリース

2021年2月10日2021年2月19日 WithHappy

2021年2月3日、LibreOffice Fresh（最新版）/Still（安定版）ともに7系に更新され、同時にCommunityとEnterpriseという表記が追加されました。本稿は、2021年2月4日のLibreOffice日本語チームBlogを基に、Community/Enterpriseとは何か、これまでのFresh/Stillと何が違うのかを調査しました。

CommunityとEnterpriseの背景

Communityは、これまで同様無償のボランティアサポート版、Enterpriseは、Collabora社などのエコシステムパートナから技術サポートなどが得られる企業版です。

パッケージ		想定ユーザ	2021/02/03版数
Community	Fresh（最新版）	技術マニア、新しいもの好き、パワーユーザ向け	7.1.0
Community	Still（安定版）	家庭、慎重なユーザ向け	7.0.4
Enterprise	パートナ提供	ビジネス組織、法人企業向け	Collabora版など

LibreOffice (2021年2月10日現在）

Community とEnterpriseに分けられた背景は、LibreOfficeの導入が企業や団体でも増えた結果、ボランティアサポートに負荷が掛かりすぎたためだと推測します。LibreOffice開発元の独）TFD：The Document Foundationは、従来から企業向けには、様々なメリットがあるEnterprise版の利用を推薦してきたようです。

オープンソースソフトウェアは、ユーザシェアが増えると企業と個人向けに分けて配布されるようになるのは、Linuxなどと同様と考えれば良いのかもしれません。つまりそれ程、LibreOfficeのシェアが増えてきた結果とも考えられます。

LibreOffice Community 7.1新機能

個人利用に関しては、これまで通りLibreOffice Community Fresh（最新版）/Still（安定版）を使えます（以下、Community表記省略）。どちらも7系となったLibreOffice 7.1の主要新機能は、2分弱の動画でご覧いただけます。

筆者は、LibreOfficeの図形描画ツール：Drawを、「高価なMicrosoft Office Visioの代わりにWord/Excelなどでも使える高度描画ツール」としてお勧めしてきましたので、Fresh 7.1 Drawの追加機能の一部を説明します。

関連投稿：LibreOffice Fresh更新とDraw使い方のコツ

LibreOffice Fresh 7.1のギャラリー追加拡張機能

Draw 7.1のギャラリーに、新に色々なギャラリーをウェブサイトから追加できる拡張機能が加わりました。

LibreOffice 7.1ギャラリーで追加されたウェブサイトギャラリー追加ボタン

これに伴い、右側7.0のギャラリー表示ボタンと新しいテーマボタンが、左側7.1のギャラリー下段へ移動し新しいテーマボタンもNew…へ変わりました。この右端の「Add more galleries via extensionボタン」が、7.1のギャラリー追加機能です。

この拡張機能ボタンをクリックすると、様々なギャラリーをウェブサイトからインストールできることが判ります。前回7.0 での投稿：新しいギャラリー追加方法で示した各種矢印も、Arrows 6.4 Galleryで提供済です。

矢印の他にも、回路図やパズルなどのギャラリーもあります。このギャラリー追加機能は、DrawだけでなくWriterやCalcなど全てのLibreOfficeツールで共通の機能です。

LibreOffice 7.1は、従来の7.0よりも多様な図形描写がより簡単にできます。

まとめ

従来同様に使用できる個人向けLibreOffice Communityは、Fresh 7.1.0、Still 7.0.4に更新、ともに7系になりました。LibreOffice Community Fresh 7.1.0のギャラリーに、新たにウェブサイトギャラリーの追加機能が備わり、7.0.4よりも多様な図形描写が簡単にできます。

TDFは、技術サポートなどがあるエコパートナ提供のLibreOffice Enterprise利用を、企業向けLibreOfficeとして推薦しています。

LibreOfficeギャラリーの新しいテーマ追加方法

2021年1月22日2021年2月5日 WithHappy

1月22日現在、LibreOffice Fresh（最新版）は7.0.4、Still（安定版）は、6.4.7です。LibreOffice6系は、この6.4.7が最後で、以降はStill（安定版）も7系が提供されます。本稿は、6系ギャラリーを7系でも使う方法を示します。

LibreOffice版数（2021年1月22日現在）
パッケージ	想定ユーザ	2020/12/17版数
Fresh（最新版）	技術マニア、新しいもの好き、パワーユーザ向け	7.0.4
Still（安定版）	ビジネス組織、法人企業、慎重なユーザ向け	6.4.7（6系最終）

6系と7系のギャラリー差

6系と7系の矢印ギャラリーです。筆者が6系でしばしば用いた赤上昇、緑降下を示す矢印は、7系ではありません。LibreOfficeのメジャー更新では、「学校と大学」ギャラリーのように提供テーマが消えるだけでなく、「矢印」のような同じテーマでも提供される図が変わることがあります。

旧版で使い慣れたギャラリーの図は、メジャー更新後もそのまま同じように使いたいと思います。そこで、6系の矢印ギャラリーを例に、7系の新しいテーマへ旧系の図を追加する方法を示します。

LibreOfficeギャラリーの新しいテーマ追加方法

LibreOffice更新は、オプションなどのユーザ追加設定は引き継がれますが、ギャラリーなどのプログラムは完全に消去され新版へ変わります。このような更新の一部機能引き継ぎは、1：手動エクスポート、2：LibreOffice更新、3：手動インポートの3手順で行います。

Step 1：手動エクスポート

新版でも使いたい旧系の図を、例えばデスクトップ上などの別フォルダへコピーします。

6系矢印ギャラリーの場合は、C:\Program Files\LibreOffice\share\gallery内に各種の図があり、最初の図の赤上昇はA42-TrendArrow-Red-GoUp.svg、緑降下はA43-TrendArrow-Green-GoDown.svgです。

Step 2：LibreOffice更新

LibreOfficeは、勝手に更新を始めません。

新版通知は、LibreOffice使用中にダイアログで表示されます。更新方法は、コチラの関連投稿を参照して頂くか、またはダイアログに従って操作すれば、ユーザ主体で問題なく更新できます。

Setp 3：手動インポート

新版へLibreOffice更新後、最初の図の新しいテーマをクリックします。

新しいテーマプロパティのファイルタブを開き、ファイルの検索(F)でエクスポートしたフォルダを選びます。すると、エクスポートフォルダ内の図ファイルがリスト表示されます。A42-TrendArrow-Red-GoUp.svgとA43-TrendArrow-Green-GoDown.svg を選択し、追加(A)＞OKクリックで新版の新しいテーマへ旧版の図が追加されます。

追加後、新しいテーマのファイル名を、例えばMyPictureなどへ変更すると手動インポートギャラリーが判り易くなります。

エクスポートした図のすべて追加(D)や、プレビュー(E)を見ながらの選択も可能です。手っ取り早く、旧版ギャラリー図を全て手動エクスポートし、個々の必要性をプレビューで検討しながらインポートすることもできます。

PCインストール版Microsoft Officeライフサイクル

バージョン	メインストリームサポート終了日	延長サポート終了日
Office 2013(SP1)	2018-04-10（終了）	2023-04-11
Office 2016	2020-10-13（終了）	2025-10-14
Office 2019	2023-10-10	2025-10-14

PCインストール版Microsoft Officeのライフサイクルが上表です（Windows/Officeライフサイクルを再確認の記事から抜粋）。

つまり、Office 2019以外は、既にメインストリームサポートが終了しています。COVID-19の影響でこの終了日が延期される可能性もありますが、いずれにしても今後2～4年でPCへインストール済みOfficeの安心・安全性は低下します。

Microsoftは、Office 365でWeb版有償Officeサービスを継続して提供します。もちろんWeb版無償Officeも提供中ですが、Microsoft Officeは結局デスクトップ版が必要になる理由からも判るように、無償版の目的は、有償版へユーザを誘導することです。営利目的ビジネスなので当然です。

カテゴリ：LibreOfficeの目的

文書作成ソフトウェアは、PCには必須のツールです。

マルチプラットフォーム（Windows/Mac/Linux）動作で無償オープンソースLibreOfficeの習得は、追加コストなしでPCインストール版Officeの代替対策になります。Officeライフサイクルから、あと数年でOfficeと同レベルでLibreOfficeが使えるようになれば十分でしょう。

※図形描画ツール：LibreOffice Drawだけの習得でも効果があることは、コチラの関連投稿をご覧ください。

本ブログは、Windows環境に慣れたMCU開発者が、Windows起因のトラブル遭遇時、受諾中のMCU開発を中断なく継続する手段として、バックアップMCU開発環境：Linux Mint/LibreOffice/IDEの活用を想定しています。

ブログカテゴリ：LibreOfficeは、バックアップMCU開発環境上で文書作成するためのお役立ち情報です。もちろんWindows上でも動作しますので、もしもの時に備えてLibreOfficeを使ってみてはいかがでしょう？

IoT MCUコア次世代像

2020年11月27日2021年12月12日 WithHappy

PCのCPUは、IntelとAMDの2社が独占状態でした。しかし、AppleがARMベースの新CPU：M1を発表し、そのコストパフォーマンスは、Intel/AMDの3倍（！）とも言われます（記事：「ソフト技術者もうなるApple「M1」の実力、新アプリに道」や、「Apple M1の実力を新世代のIntel/AMD CPUと比較」など）。

本稿は、これらPC CPUコアの現状から、次世代IoT MCUコアの3層構造と筆者希望的観測を示します。

CPUコア：Apple/Intel/AMD

筆者が学生だった頃は、マシン語のPCソフトウェアもありました。CPUコア性能が低いため、ユーザ要求を満たすアプリケーション開発には、ソフトウェア流用性や開発性を無視したマシン語開発もやむを得ない状況でした。

現在のCPUコア性能は、重たいGUIやネットワーク処理を複数こなしても、ユーザ要求を満たし、かつ流用性も高いC/C++などの高級言語でのアプリケーション開発が普通です。Appleは、この状況でIntel/AMDコストパフォーマンス比3倍のM1 CPUを開発しました。

このM1 CPUを使えば、従来CPUのボトルネックが解消できるために、より優れたGUIや新しいアプリケーションの開発が期待できます。

このM1実現の鍵は、5nmルールの製造技術と新しいCPU設計にあるようです。

MCUコア：ARM/Non ARM

MCUはARMコアとNon ARMコアがありますが、Non ARMコアのコストパフォーマンス比は、M1程ではありません。従って、主流はARM Cortex-M系シングルコア採用MCUで、事実上ARMコア独占状態です。開発言語はC言語でベアメタル開発、製造プロセスも数10nmと、いわば、数10年前のIntel独占CPUコアに近い状況です。

RISC-Vという新しいMCUコアも出てきましたが、まだ少数派でその性能も未知数です。Intel/AMD CPUと比較記事の最後に記載された「競争こそユーザの利益」には、MCU世界はなっていません。

ARMはコア設計図のみ提供し、デバイス実装はMCUベンダが担当します。従って、現状のMCU世界が続く場合には、MCU高速化は製造技術進化とマルチコア化が鍵です。

ARMは、エッジAIに向けたNPUを発表しました。独自MCUコアと付随する開発環境を提供でき、かつコストパフォーマンスがARMコアの数倍を実現できるMCUベンダが無い現状では、ARMの頑張りがIoT MCUを牽引すると思います。

※NVIDIAによるARM買収が、今後のARM動向に及ぼす影響は気になる状況ではあります。

IoT MCUコア

MCUコアとCPUコアの一番の差は、ユーザ要求コストです。これは、同じコアのMCU製品に、内蔵周辺回路やFlash/RAM容量の異なる多くのデバイスをベンダが提供中であることからも解ります。ユーザは、MCUに対して無駄なコストは払いたくないのです。

つまり、MCUデバイスはアプリケーション専用製品、CPUデバイスは超汎用製品、ここが分岐点です。

IoT MCUには、エッジAI、セキュリティ、無線通信（5GやWi-Fi）などのIoT機能追加が必要です。これら機能を並列動作させる手段として、RTOSも期待されています。この状況対応に、MCUコアも高性能化やマルチコア化に進化しつつあります。

セキュリティや無線通信は、予め決まった仕様があり、これら対応の専用ライブラリがベンダより提供されます。但し、セキュリティは、コストに見合った様々なセキュリティレベルがあるのも特徴です。ソフトウェア技術者は、専用ライブラリのMCU実装には神経を使いますが、ライブラリ本体の変更などは求められません。この仕様が決まった部分を「IoT基本機能」と本稿では呼びます。

MCUソフトウェア開発者が注力すべきは、ユーザ要求に応じて開発するIoTアプリケーション部分です。この部分を、「IoT付加機能」と呼び、「IoT基本機能」と分けて考えます。

ユーザのアプリケーション専用MCU製品意識は、IoT MCUでも変わりません。例えば、IoT基本機能の無線機能は不要や、ユーザがコストに応じて取捨選択できるセキュリティレベルなどのIoT MCU製品構成になると思います。一方、IoT付加機能だけを実装するなら、現状のMCUでも実現可能です。

以上のことから、IoT MCUは3層構造になると思います。

層	機能	追記
Back End IoT MCU	IoT基本機能＋付加機能＋分析結果表示	収集データ分析結果ビジュアル表示
IoT MCU	IoT基本機能＋付加機能	高性能、マルチコア、RTOS利用
Front End IoT MCU	センサデータ収集などのIoT付加機能最小限セキュリティ対策	収集データは上層へ有線送信コスト最重視

最下層は、ユーザ要求アプリケーションを実装し、主にセンサからのデータを収集するFront End IoT MCUです。ここは、現状のARM/Non ARMコアMCUでも実現できIoT付加機能を実装する層です。デバイスコスト最重視なので、最小限のセキュリティ対策と収集データを有線、または無線モジュールなど経由で上位IoT MCUへ送信します。IoT MCUサブセット版になる可能性もあります。

中間層は、高度なセキュリティと市場に応じた無線通信、エッジAI機能などのIoT基本機能がフル実装できる高性能MCUコアやマルチコア、RTOS利用へ進化した層です。IoT付加機能も同時実装可能で、下層の複数Front End IoT MCUが収集したセンサデータを、まとめて上位Back End IoT MCUまたは、インターネット空間へ直接送信できます。製造技術進化とマルチコア化、ARM新コア（Cortex-M23/33/55など）が寄与し、IoT MCUの中心デバイスです。

最上層は、第2層のIoT MCU機能に加え、インターネット空間で収集データを分析・活用した結果をユーザへビジュアル表示する機能を追加した超高性能MCUコア活用層です。自動車のADAS（Advanced Driver-Assistance Systems：先進運転支援システム）のおかげでユーザへのビジュアル表示要求はより高度になります。このユーザ要求を満たす次世代の超高性能IoT MCU（またはMPU）が実現します。

最下層のFront End IoT MCUは、現状のCortex-M0+/M4コアで弊社テンプレート適用のMCUが生き残ってほしい、というのが筆者の希望的観測です。
それにしてもAppleのコスパ3倍M1、凄いです。iPhoneもそうですが、抜きん出た技術と経営能力、Jobs精神、健在ですね。

LibreOffice Fresh更新とDraw使い方のコツ

2020年11月6日2020年11月24日 WithHappy

2020年10月29日、無償でWindows/Mac/Linux全てのPCに使えるLibreOffice Fresh（最新版）がv7.0.3に更新されました（Still（安定版）はv6.4.7）。LibreOffice Drawを使った、実践的で簡単・短時間作図方法を、本ブログのカテゴリ図を例に説明します。

文章を読んでもらうには、読者の目を引付ける図が必要です。問題は、この図を簡単・短時間で作図できるか？です。この実現のため、Draw作図のコツを説明します。作成した図は、Word/Excel/PowerPoint などのOfficeツールへの挿入も簡単です。Draw応用範囲は広いと言えます。

Draw（Visio）とImpress（PowerPoint）

LibreOffice Drawは図形描画ツール、Impressはプレゼンツールです。これらに相当するOfficeツールが、VisioとPowerPointです。プレゼンツールのImpressやPowerPointは、1スライド3分、数行の文章記述がプレゼン中の基本です。従って、その描画能力もこれに準じた簡易なものです。

一方DrawやVisioは、図形専用のためより細かく高度な描画が可能です。

Drawで作成した図は、Officeツールへも挿入ができます。Draw相当のOffice Visioは、Word/Excel/PowerPointとは別パッケージで、しかも高価です。つまり、Drawが使えると、「WordなどのOfficeへも広範囲に適用できる高度な無償図形描画ツールを得た」ことになります。

Drawの基本的使い方は、関連投稿：LibreOfficeの使い方（総集編）をご覧頂くか、または、カテゴリのLibreOfficeをクリックすると、LibreOffice関連投稿だけが選抜されますので参照してください。

本稿では、基本的使い方の次の段階、実践的で簡単・短時間のDraw作図方法を示します。

LibreOffice Draw簡単・短時間作図方法

具体例が無いと解りにくいので、本ブログのカテゴリ関係図を例に作図します。

本ブログは、MCU：マイコン開発に関する投稿が主、このMCU開発の土台であるPC：パソコンと、MCU開発の比較対象としてMPU/SBC：IoTプロセサに関する投稿が従の関係です。文章で書くと簡単ですが、このカテゴリ関係を図示したのが最初の図です。

作図の流れ

最初にDraw作図の流れを示し、簡単・短時間で作図するポイントやコツを示します。これ以降は、ギャラリーのダイアグラムを例に説明します。

図のイメージを持つ（大まかで良い）
ギャラリーからイメージに近いダイアグラムを選択し、作図ページへ配置
配置ダイアグラムを、イメージに合わせ修正し、最後に基本図形で修飾

(1)描きたい図を大まかにイメージすること、(2)そのイメージに近いダイアグラムを右側ギャラリーから選び、(3)そのダイアグラムを修正後、左側基本図形で細かい修飾を加えるなどのイメージ具体化をすること、の3段階です。つまり、イメージ主体で作図することです。

※ギャラリーと基本図形の位置は、LibreOffice標準ツールバーのデフォルト位置で説明します。

ポイント：ギャラリー利用

イメージに近いギャラリーパーツを選択すること、これが簡単・短時間Draw作図最初のポイントです。

基本図形は、図形同士の関係や、注釈を加える時に便利なパーツを集めたものです。ギャラリーは、利用頻度が高く半分完成したパーツを集めたもので、ダイアグラムやフローチャートなど多くの既成パーツがあります。

このダイアグラムの中にイメージに近いパーツがあるハズです。無ければ基本図形を使って0から作図することも可能ですが、手間暇がかかります。イメージがあれば、パーツ選択は早く簡単です。

ギャラリーパーツ修正のコツ

よりイメージに近いパーツへ修正するコツは、ページにダイアグラム配置後、直に左クリックすることです。ギャラリーパーツ修正メニューが表示されます。

この修正とは、ギャラリーパーツの「形を保持したまま」各種変更を加えることです。

領域(R)や線(I)選択で、ダイアグラム配色や境界線の色が変更できます。グループ解除(U)とグループに入る(E)は、1つのダイアグラムを構成しているパーツが複数ある時に、それぞれ別々に修正する時に使います。

図形変形加工のコツ

ダイアグラムそのものの形を加工するコツは、標準ツールバーの、変形ボタンをクリックすることです。

ダイアグラムは、半分完成のパーツです。大小サイズ変更は簡単ですが、半完成の形そのものの変更には、標準ツールバーにある「変形ボタン」をクリックします。カーソルが「⇋」など通常カーソルから変わり変形モードになったことが解ります。

変形モードには、ダイアグラムを傾斜させる、ゆがめるなどの選択肢があります。文章での説明は難しいので（アプリケーション付属ヘルプを読んでも、役立たないのと同じ現象が懸念されますので😅）、実際に一度試してください。

ダイアグラムの形そのものを、簡単に変えられることが解ります。

まとめ

LibreOffice Draw作図のポイント、コツを説明しました。動画があれば別ですが、文章や図だけでの説明は、なかなか難しく解り難かったと思います。しかし、くどい説明より、後は操作の慣れの問題です。

実際にLibreOffice Drawを使いながら本稿を読んで頂ければ、直に解り、操作にも慣れます。

思い描くイメージをすばやく具体化するには、作図途中でイメージと関係ない余分な操作は無い方が効果的です。そこで、ギャラリーからイメージに近い図を選び、これを修正・加工するイメージ主体Draw作図方法を示しました。

Drawで作成した図は、WordやPowerPointへもコピー＆ペーストで簡単に挿入でき、繊細で高度な図も描写できます。本稿で示した簡単・短時間で作図するポイントやコツを使って、是非Drawをご活用ください。

Windows 10 20H2更新方法

2020年10月30日2020年11月13日 WithHappy

年2回のWindows 10大型更新、Windows 10最新バージョン20H2がリリースされました。Windows Updateを待たずにユーザ主体で最新のWindows 10大型更新を実行する方法と、そのメリット/デメリットを示します。

まとめ

準備	MediaCreationTool20H2.exeダウンロード	0.5時間 ※Pro/64bitは8GBでOK
	USB/DVDインストールメディア作成
	旧Windows 10バックアップ（更新失敗リカバリ対策）	※環境依存で省略
更新	旧Windows 10起動状態で作成USBのsetup.exe実行	1～3時間（PC依存） ※この間クリック1回
	新Windows 10へ引き継ぐもの選択後インストールクリック
	新Windows 10の大型更新自動完了

旧Windows 10バージョン2004のアプリケーションとユーザデータの両方を保持したまま、新Windows 10バージョン20H2を上書きインストールする方法です。メリットとデメリットが以下です。

メリット	いつ始まるか判らない新Windows 10大型更新をユーザ主体で開始
	タイミングの良いバックアップを取るので、良いところからリカバリ
	アプリとユーザデータ両方保持で、新Windows 10でも即開発継続
	USBは複数PC更新に使え、新Windows 10トラブル回復ツールにもなる
デメリット	レジストリはデフォルト値へ戻る。ユーザ変更時は再設定が必要。

Windows 10上書きインストール準備

Windows 10大型更新がリリースされると、同時にMicrosoft公式ツール：MediaCreationTool20H2も発表されます。

MediaCreationTool20H2は、Windows 10新規/再インストールに必要な全ファイルをUSBやDVDへ保存するツールです。Windows ProとHome、64ビット版と32ビット版の各バージョンを保存できますが、Windows Pro/64ビット版のみなら8GB容量のUSBで十分です。

ツールダウンロードとUSBメディア作成時間は、ダウンロードリンク速度に依存しますが、約30分です。

作成したUSBは、複数PCの大型更新に使えます。また、Windows 10起動トラブル、例えばスタートアップ修復やコマンドプロンプト処理などの回復ツールとしても動作します。

MediaCreationツールで作成したUSBメディアの大型更新と回復の2用途

以上がWindows 10上書きインストール開始前の最低限の準備です。

但し、今回に限らずWindows 10の大型更新には、多くの不具合報告があります。使用中のPCが大型更新で不具合に遭遇しても、不具合前へリカバリできるシステムバックアップも、更新前のユーザ側準備としては必須です。

バックアップツールは、有償/無償含め様々です。バックアップだけでなく、リカバリができる確認もお勧めします。リカバリ本番で失敗する例は、世の中にたくさんあります。バックアップ所要時間は、使うツールやご利用環境に依存しますので、省略しています。

バックアップのもう1つの重要事項は、タイミングです。開発が一段落したなど、バックアップに適し、ユーザや開発者が安心しているタイミングがあります。ユーザの都合が良いタイミングでバックアップを確実にとり、かつ、Windows 10大型更新を迎えれば、たとえトラブルにあっても冷静に対処できます。

Windows 10上書きインストール更新

Windows 10上書きインストールの最重要事項は、旧Windows 10起動状態で作成したUSB/DVDのsetup.exeを実行することです。以下、Windows Pro/64ビット版USBを例に説明します。

旧Windows 10起動後に準備で作成したUSBを装着し、setup.exeをクリックします。すると、最新の更新プログラムダウンロードが始まり、インストール準備完了へ画面が変わります。

「個人用ファイルとアプリを引き継ぐ」がデフォルトになっています。これが、旧Windows 10アプリケーションとユーザデータの両方を保持のまま、新Windows 10を上書きインストールする設定です。

引き継ぐもの変更をクリックすると、アプリ、または、個人用ファイルのみ、どちらもなしなども選択可能です。どちらもなしの場合が、クリーンインストールに相当します。

上書きインストール中、このインストール準備完了画面のインストールのみがクリック個所です。インストールクリック後は、何の操作も不要です。PCが勝手に何回か再起動し、新Windows 10バージョン20H2の初期画面が表示され大型更新完了です。

更新開始から完了までの所要時間は、PC（ネットワーク速度やPC性能）に依存します。おおよそ1時間から3時間程度です。この間のクリックは1回だけです。クリック後は読書や運動などでもして気楽に新Windows 10初期画面を待てば良いでしょう。

Windows 10上書きインストールメリット/デメリット

Windows 10上書きインストールの最大メリットは、ユーザ主体でWindows 10大型更新を開始できること、同時に、更新失敗に備えたシステムバックアップが取れることです。

どちらもWindows任せ、つまりWindows Updateで自動開始にすると、ユーザや開発者が不安定な時や思わぬタイミングで更新を開始し、バックアップを忘れる、適切なバックアップが取れないなど、本来なら起こるはずが無いユーザ起因のトラブルにも遭遇する可能性がでてきます。

新Windows 10バージョン20H2は、旧Windows 10バージョン2002の小変更版と言われます。小変更なら尚更早く更新完了し、Windows 10最新バージョン20H2による安定したPC運用を望みたいと筆者は思います。但しMicrosoftは、Windows 10バージョン20H2のUpdate配布を遅らせるとの2020/10/23情報もあります。

Windows 10のライフサイクルは、わずか1.5年です。この間半年毎に2回大型更新があり、たとえ各回の更新を延期しても、1.5年後には必ず大型更新が必須です（ライフサイクルは、関連投稿：WindowsとLinux Mintの大型更新比較を参照してください）。

Windows 10起因の大型更新トラブル遭遇確率は、ユーザ主体開始でも自動開始でも大差ないと思います。むしろユーザ主体上書きインストールの方が、ユーザ起因トラブルがない分、トータルの大型更新トラブル確率は低くなるかもしれません。

※本稿は、大型更新トラブルの原因を、Windows 10起因とユーザ起因、これら2つに分けて考えています。

上書きインストールのデメリットは、上書きなのでWindows 10レジストリがデフォルト値に戻ることです。デフォルト値は、MicrosoftがWindows 10運用上、最も安全と考える値です。しかし例えば、ネットワークのパスワード保護共有を有効→無効にユーザが変更している場合などは、再設定が必要です。

ご利用中のPCで、メリット/デメリットを天秤にかけ、本方法適用をご自身でご判断ください。

なお弊社は、本稿のWindows 10上書きインストール更新方法で、メインPC/ノートPC/バックアップPC：3台のWindows 10バージョン1909→2002→20H2の過去３回の大型更新を、運よく（？）成功した実績があります。

Firefox Send終了

2020年10月2日2020年10月16日 WithHappy

クラウドファイル共有サービス：Firefox Sendが2020年9月17日終了となりました。弊社テンプレート配布に最適なFirefox Send終了、残念です。代替にGoogle Driveを使いますが、送受双方に手間が1つ増えます。

本稿は、この増えた手間を説明し、セキュリティと利便性が相反することを示します。

Firefox SendからGoogle Driveへクラウドファイル共有サービス変更

Firefox SendとGoogle Drive比較

Firefox Sendは「ファイル共有」専門サービス。共有ファイル保存期間はアップロード後最大7日、または、ダウンロード1回で共有ファイルがオンライン上から自動的に消去されるなど、「ファイル保存」が主目的のGoogle Driveにない使い勝手がありました。

ファイル共有Firefox Sendとファイル保存Google Drive比較
	Firefox Send	Google Drive
ファイル共有期間	最大7日	設定不可
受信側ダウンロード回数	1回	設定不可
利用料金	無料（最大2.5GB）	無料（最大15GB）
ダウンロード側ログイン	不要	不要
パスワード保護	可能	可能
特徴	ファイル共有に最適	ファイル保存に最適

共有ファイルダウンロードリンクを送信側から受信側へメール通知、受信側がFirefox/Chrome/Edgeなどのモダンブラウザを使って共有ファイルダウンロードに成功しさえすれば、ファイル共有は終了です。ここまでは、Firefox SendとGoogle Drive全く同じです。Firefox Sendは処理完了です。

違いは、Google Driveがファイルの共有期間やダウンロード回数の制限を設けることができない点です。また、受信側が共有ファイルをダウンロードしたことを、送信側が知る手段もありません。

Google Driveでのダウンロード成功後、受信側に成功通知メールをお願いするのは、Firefox Sendでは自動で行われる共有ファイル削除、または、共有停止を送信側が手動にて行うためです。

Firefox Sendに比べ、Google Driveでは送受双方に処理完了までにこの手間が1つ余分に掛かる訳です。

Firefox Send終了理由

Firefox Sendサービス終了の理由は、マルウェア配布手段として悪用されるケースが増え、開発元Mozillaがサービスラインナップ全体コスト、戦略的焦点を見直した結果と発表されています。

高度な暗号化とファイル自動消去のFirefox Send共有サービスは、Firefoxという誰にでも知られた信頼性の高いダウンロードリンククリックだけで簡単にマルウェアをデバイスへ送れます。一般のユーザだけでなく、ハッカーにとっても便利なツールとして悪用されたのでしょう。

無料一時保存ファイルのマルウェア排除を実施することは、無理だとMozillaがあきらめたのだと思います。ただ、次々に生まれるマルウェア排除は、たとえ有料でも困難かもしれませんが…。

セキュリティと利便性の相反例です。また、セキュリティとその対価：費用対効果を考えさせる例でもあります。

企業が自社クローズドサーバーでのみ社員ファイル共有を許可するのは、費用対効果の実現解なのでしょう。
※同様に、IoT MCU開発でもセキュリティ実現解検討が必須です。

Google Drive代替理由

Firefox Send代替にGoogle Driveを選んだ理由は、ファイルの「ダウンロード前や共有前」に、ウィルススキャンが自動的に行われるからです。ウィルス検出時は、警告表示があります。

※ウィルススキャンは圧縮ファイルでも実施されます。但し、パスワード保護を行うとスキャン不可能になりますのでパスワードは設定しません。Firefox Sendでもこれら処理は実施されていたと思いますが…、ハッカーはパスワード保護でスキャンをかわしたのだと思います😥。

無償、セキュリティ、信頼度の高さ、モダンブラウザで利用できる点、これらからGoogle Driveを代替として弊社は選びました。

全テンプレート継続販売

販売中の弊社テンプレートは、戦略的焦点（？？？）から販売継続いたします。販売中止のサイト変更手間と消えるリンク対応などを考慮すると、そのまま継続販売する費用対効果が高いからです。

本ブログでは、その時々に応じてテンプレート販売中止・終了予定なども記載しますが、マイコンテンプレート名が購入サイトに掲載している限り販売は継続いたしますので安心（？）してご購入ください😌。

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つ投稿しました。

WindowsとLinux Mintの大型更新比較

2020年9月4日2020年9月18日 WithHappy

春と秋の年2回大型更新するWindows 10のリリース開始からサポート終了までのライフサイクルは、1.5年です。Windows 10最新バージョン2004へ更新済みの場合、2021年12月14日までは、2回目/3回目の大型更新を延期でき、この間の大型更新トラブルも回避できる可能性があります（COVID-19の影響は除いています）。

一方、Linux Mint 20の大型更新は春の年1回、ライフサイクルは5年です。

本稿は、このPC OSの大型更新を比較し、MCU開発用OSの安定性という観点から、Linux Mintが優位であることを示します（関連投稿：Linux Mintお勧め理由の続編という位置づけです）。

WindowsとLinux Mintの大型更新比較結果

	Windows 10（Version 2004）	Linux Mint 20（Ubuntu 20.04 LTS）
大型更新回数	年2回	年1回
ライフサイクル	1.5年（2021/12/14まで） ※この間2回の大型更新予定	5年（2025年春まで） ※この間4回の大型更新予定
大型更新方法	Windows Update（手動延期可能）	ユーザによるクリーンインストール
大型更新間隔	0.5年	1年
通常更新方法	Windows Update	アップデートマネジャー（５章参照）

Windows 大型更新（Windows 10）

2020年2回目の大型更新、Windows 10バージョン20H2の内容が判りました。バージョン20H2も、様々な機能追加・更新の発表があり、大型更新トラブルが少ないことを願っています。一方で、コチラの記事によると、現行バージョン2004では旧バージョンから消えた重要機能も少なくないようです。

※Windowsの機能追加・削除によるMCU開発弊害の例が、関連投稿：FRDM評価ボードOpenSDA接続問題の3章にあります。

Windows 10運用に安定性を求める場合は、1.5年のライフサイクル期間中、大型更新を「手動延期」する方法があります。但し、大型更新毎に変わるメニューやタスクバーなどのPC基本操作が、最新版で無くてもかまわない場合です。職場利用のPCなどは、この運用方法でも良いかもしれません。

個人利用のPCは、大型更新が基本です。Windows Updateは「最新版へ更新」するのがデフォルト設定ですし、巷に溢れるWindows 10情報は、どれも最新版の話題で、ユーザに大型更新バイアスをかけ続けるからです。

但し、プリンタや接続機器も多種多様な個人利用PCの場合、大型更新トラブルの発生確率は、職場利用のPCよりも高くなる傾向があります。

この大型更新トラブル確率が増すにも関らず、デフォルトでは最新版へ更新することが、Windows 10の矛盾点だと思います。

Windows Updateは、OS自身の大型更新と、通常のセキュリティ更新の2機能が混在しています。これは、Windows 10が商用であるがゆえに、より早い競合製品（Apple macOSやLinux）差別化もビジネス的には必要なためか（？）と筆者はあきらめています。

Windows Updateで無理やり大型更新も行うのではなく、ユーザ主体で大型更新が開始できる別ボタン、例えばInstall New Windowsを設ければ、少なくとも大型更新起因のトラブルは回避できると思うのですが…。

Linux Mint大型更新（Linux Mint 20）

Windows と最も異なるのは、Windows Updateに相当するLinux Mintアップデートマネジャーに、OS大型更新機能が無い点です。

Linux Mintのアップデートマネジャーは、稼働中OSの主にセキュリティ関連更新を行います（標準搭載のFirefoxブラウザなどは、このアップデートマネジャーで最新版へ更新されます）。つまり、ユーザが主体的に操作しない限りOS大型更新はできない仕様です。

旧版Mint 19からMint20への更新は、基本的にはOSクリーンインストールで行います。旧Mint 19利用中のユーザ追加アプリケーションやユーザフォルダなどを、新Mint 20へ引き継ぐバップアップツールが標準で用意されています。

また、現行Mint 20と旧Mint 19のOS自体を比較しても、差はデスクトップの色や壁紙程度で、本来のOS部分は、（詳細に見れば別ですが）大差は見当たりません。

Linux Mint 20のリリースノートを読み、大型更新の必要性をユーザが感じなければ、そのままLinux Mint 19を使い続けても最長5年間はセキュリティ更新が受けられます。

MCU開発用PC OS安定性評価

MCU開発用のPC OS として、以下の2点からLinux Mintが優れると評価します。

Linux Mint大型更新間隔は、Windows 10の0.5年に比べ1年と長い
Linux Mint大型更新は、ユーザが主体的に開始する

MCU開発速度が上がり、MCUソフトウェア/ハードウェア生産性が向上しても、プロジェクト開始から終了まで数か月～1年は要するでしょう。EclipseベースIDEなどのMCU開発ツールも、この間に1回程度は更新がありえます。

これらMCU開発ツールの動作土台となるPCのOSは、少なくてもプロジェクト実行中の1年程度は安定的に、かつ大型更新する場合でもユーザ主体で開始してほしいと願う開発者は、筆者だけではないと思います。

アップデートマネジャーの使い方（Linux Mint 20）

Linux Mint 20起動時、①アップデートマネジャーを起動しても、「このシステムは最新の状態です」と表示されることがあります。この時は、念のため、②再読込をクリックします。

すると、更新情報を再チェックし、何らかの更新がある場合には、リスト表示されますので、③アップデートインストールをクリックします。

インストール中に「以下のパッケージがインストールされます」と表示される場合は、デフォルトのまま④OKをクリックします。

①～④によりLinux Mint 20へ最新アップデートが適用されます。

※これらの操作はWindows Update「更新プログラムのチェックボタン」を、ユーザ自身で押すことに相当します。

また、ファイアウォールのデフォルトは無効です。「起動する」をクリックし、自宅/会社/パブリック選択後、Statusを変更、有効に変更することをお勧めします。

Linux Mintお勧め理由

2020年8月21日2020年8月21日 WithHappy

PCへインストールするLinuxには、様々なディストリビューションがあります。ディストリビューションとは、Linux 本体とLibreOfficeなどの標準搭載アプリケーションを1パッケージにまとめ、利用者がLinuxインストールとその活用を即座にできるようにした配布形態のことです。

本稿は、これらディストリビューションの中で、筆者がLinux Mint 20 MATEエディション（64ビット）をWindows MCU開発環境トラブル発生時、代替に使えるLinuxディストリビューションとしてお勧めする理由を示します。

Linuxディストリビューション

2020年7月発表のWebサイト向けLinuxディストリビューションシェアを見ると、UbuntuやDebianなどがメジャーなディストリビューションであることが判ります。

様々なLinuxディストリビューション、特にUbuntuやDebian、Raspberry Pi用のRaspbianと本稿のLinux Mint概要は、コチラの情報が参考になります。用途、安定性/情報量/デザイン性などでディストリビューションを評価した結果が示されています。

Linux Mintとメジャーディストリビューションの差

UbuntuとLinux Mintの関係を、まとめました。

Ubuntuベースの派生形として、様々なデスクトップPCディストリビューション（Linux Mint）がある
Ubuntuは定期的にアップグレートされるが、主にセキュリティ修正のみでアプリケーションの大幅更新をしない5年長期サポート版：LTS版（最新は2020年4月リリース：Ubuntu Desktop 20.04）もあり、このLTS版に準ずる派生ディストリビューション（Linux Mint 20.x）がある
Ubuntuアプリケーションリポジトリ（公式アプリケーション保存庫）をそのまま使える派生ディストリビューション（Linux Mint）がある

MCU開発者の方は、EclipseベースIDE（EclipseベースIDE≒Ubuntu）なら、どれもほぼ同じユーザインタフェースで、同じプラグインが使えるのと同様と言えばご理解頂けると思います。

Ubuntuが最もシェアが高いのは、派生ディストリビューションのベースだからです。また、MCUベンダのLinux版IDEなどの説明書も、トップシェアUbuntu利用を前提に提供されます。

Linux Mintは、Ubuntu派生ディストリビューションの1つで、Linux特有のコマンド操作やリポジトリもUbuntuと同じです。また、UbuntuよりもWindowsやMacの操作に近いGUIを持ち、万一の際のシステムバックアップツール（TimeShift）も標準搭載済みです。

つまり、「Windows/Macユーザが、Linux Mintインストール後、Linux本体のカスタマイズは不要で、即MCU開発アプリケーションが利用できる点」が、Linux Mintをお勧めする最大の理由です。

※MCU開発アプリケーション（例えばNXPのMCUXpresso IDE、STMのSTM32CubeIDE）は、非搭載ですので、別途インストールは必要です。

Linux MintとメジャーディストリビューションUbuntuの主な差は、GUI、少し遅れるリリース時期と考えて頂ければ良いと思います。

Linux Mintの3エディション

Windows Home/Proと同様、Linux Mintにも、3種類のエディションがあります。

GUI処理の軽い方から、Xfce/MATE/Cinnamonエディションと呼ばれます。少し古い版ですが、Linux Mint 17 ユーザズガイドによると、どのエディションを使えば良いかわからない時は、METAエディションを使ってください、とあります。

筆者は3種類とも試しましたが、処理の軽さとメニューの解りやすさ、使いやすさからMETAエディションをお勧めします。

GUIは、好みの問題がありますので、3エディションをインストールして試すと良いでしょう。クリーンインストール所要時間は、せいぜい30分程度です。インストール方法は、まとめに記載しております。

まとめ：お勧めLinux MCU開発環境Linux Mint 20 MATEエディション（64ビット）

最新Ubuntu Desktop 20.04ベースで、Windows MCU開発環境トラブル発生時、代替に使えるLinuxディストリビューションとして、Linux Mint 20 METAエディション（64ビット）をお勧めする理由を示しました。

多発するWindows起因のトラブル発生時、Windows MCU開発に慣れた開発者が、MCU開発を中断することなくLinux環境で継続するには、Windows操作に近いGUI、LTS版のOS安定性、Linux特有コマンドへの情報量多さなどが必要で、これらを満たすのがLinux Mintです。

Linux Mint 20 METAエディション（64ビット）のPCインストール方法は、ユーザズガイドにも記載されていますが、コチラなどを参考にすると素早くインストールができます。

Linux Mint 20と旧版Mintシェアは、Mint公式ブログのMonthly News – July 2020によると、投稿時点では、32ビットPCにも対応した前版Mint 19.xのほうが高いのですが、いずれ逆転すると思います。全ての32ビットOS新規開発は、完了しました。

Mint 20標準搭載のLibreOfficeは、安定性重視のStill版v6.4.5です。カスタマイズ不要と書きましたが、Fresh版v7.0.0へ変更したい方は、コチラに方法が記載されています。

FRDM評価ボードOpenSDA接続問題整理

2020年7月22日2020年8月7日 WithHappy

Kinetis E（Cortex-M0+/40MHz、5V Robust）テンプレートv2開発障害となっている評価ボード：FRDM-KE02Z40MのOpenSDAとMCUXpresso IDEデバッガ間の接続問題は、残念ながら未解決です。今回は、このOpenSDA問題を簡単に整理します。また、Linuxによる第2のMCU開発環境構築の新設カテゴリも示します。

Kinetis OpenSDA

OpenSDA Block Diagram（出典：OpenSDA Users Guideに加筆）

Figure 1は、MCUXpresso IDEとKineties MCU間のブロック図です。旧Freescaleは、Kinetis Design Studio：KDSというFreescale製IDEとKinetis MCU評価マイコンボード間の接続は、OpenSDAというインタフェースで接続していました。

このOpenSDAは、KDS直接接続だけでなく、PC（Windows 7）との接続時、File System（USBメモリ）として動作し、クラウド開発環境：mbed開発にも利用できる2種類のプログラミング機能を持ちます。

現在問題発生中のFRDM-KE02Z40MのOpenSDAも、Windows 7当時は問題なく動作していました。その結果、Kinetis Eテンプレートv1発売ができました。

MCUXpresso IDE接続問題（Windows 10）

Freescaleを買収したNXPは、自社LPCと新旧Freescale Kinetis両マイコンに新しい統合開発環境：MCUXpresso IDEを用意しました。このMCUXpresso IDEの評価ボード接続インタフェース一覧（一部抜粋）が下図です。

MCUXpresso SDK support platform（出典：Getting Started with MCUXpresso）

簡単に説明すると、MCUXpresso IDEは、NXP純正評価ボードEVKやLPCXpresso54xxx接続インタフェース：CMSIS-DAPと、新旧FRDM評価ボード接続インタフェース：OpenSDA v1系/v2系とmbedの3種類全てをサポートします。

接続問題が発生するのは、OpenSDAの一部です（表内にFRDM-KE02Z40Mが無いのは不安ですが、記載漏れだと思います）。FRDM-KL25Z（Cortex-M0+/48MHz、General Purpose）のOpenSDAは、MCUXpresso IDEと問題なく接続できています。

接続問題解決には、Figure 1のMSB Bootloaderを、MCUXpresso IDE対応済みの最新版へUpdateすることが必要です。

MSB Bootloader更新注意点（Windows 10）

MSB Bootloader更新方法は、評価ボードのリセットボタンを押しながらPC（Windows 10）とUSB接続し、エクスプローラーに現れるBootloaderフォルダへ、最新版：BOOTUPDATEAPP_Pemicro_v118.SDAをドラッグ＆ドロップするだけです（FRDM-KE02Z40Mの最新Bootloaderは、コチラから取得できます）。

この操作後、再度評価ボードとPCを接続すると、今度はエクスプローラーに通常モードのFRDM-KE02Z40Mフォルダが現れ、更新完了となるハズです。ところが、筆者の評価ボードは、Bootloaderモードから通常モードへ復帰しません。

従って、MCUXpresso IDEとFRDM-KE02Z40MをUSB接続しても、IDEは評価ボード無しに認識します。

簡単に説明しましたが、実際はWindows 10でのBootloader 更新時、「Windows 7では不要であったストレージサービスの一時停止が必須」です（詳細は、コチラのNXP情報のStep 2を参照してください）。

調べると、Windows 8以降に一般的なユーザには知らせずに追加したWindows PCのUSBメモリへの隠しフォルダ書込み機能（これが上記一時停止するストレージサービス）が、諸悪の根源のようです。

FRDM評価ボードOpenSDA接続問題整理と対策（Windows 10）

以上を整理し、対策をまとめます。

・旧Freescale製FRDM評価ボードが、新しいNXP MCUXpresso IDEと接続できない原因は、評価ボードOpenSDAのMSB Bootloaderにあり、対策は、MCUXpresso IDE対応版Bootloaderへの更新を、Windows 10ストレージサービスを停止させた状態で行うことが必要。

旧Freescale製（つまりWindow 7対応）のまま入手したFRDM評価ボードは、FRDM-KE02Z40M以外でもIDE接続問題が発生することがありますので、上記まとめを参考に対策してください。

このまとめと対策にたどり着く前に、Windows 10でストレージサービスを停止せずにFRDM-KE02Z40MのOpenSDA MSB Bootloader更新を何度か繰返しました。評価ボードが、Bootloaderモードから通常モードへ復帰しない理由は、これかもしれません😥。

筆者は、Windows 7時代からFRDM評価ボードを活用してきました。まさか、Bootloaderモード時にWindows 10ではサービス一時停止が必須だとは思いもしませんでした。しかも、このサービスは隠しフォルダ対応なので、通常ではWindows 7と同様にBootloader更新が正常終了したように見えます。

事前に調査しなかった筆者が悪いのですが、旧Freescale評価ボード記載Windows 7対応マニュアル通りに対処すれば、筆者と同じトラブルに出会う人は多いハズです。

また、OpenSDAユーザズガイドにも上記トラブルからの復帰方法の記載はありません。ネット検索か、NXP communityが解決手段でしょう😥。解決方法が見つかれば、本ブログでお知らせします。

エンドユーザを無視したかのようなWindows 10の度重なる変更に起因するトラブルは、今後も増える可能性があると思います。次章は、その対策です。

Windows MCU開発者向けLinuxカテゴリ新設

筆者は、昨年からLinux MintでのMCUXpresso IDE開発環境もWindows 10のバックアップ用に構築しています。このLinux環境でも、残念ながら今回のトラブル回復はできていません。

今回はLinux/Windows両方NGでしたが、Windows以外の第2のMCU開発環境があると、何かと便利です。

そこで、本ブログで、Windows MCU開発に慣れた開発者が、簡単にLinuxを使うための情報も発信したいと思います。このための新設カテゴリが、PC：パソコン＞Linuxです。
※親カテゴリPC：パソコンへ、LibreOfficeとWindowsも移設しました。

Windows 10、Linuxともに単なるPC OSです。Linux上でMCU開発アプリケーション、本ブログではNXP MCUXpresso IDEやSTM STM32CubeIDEを利用するために、最低限必要な情報に絞って説明する予定です。

Linux情報量もまたWindows同様多いのですが、Windowsに慣れたMCU開発者としては、当面不要な情報も多く、Windowsの代わりにLinuxを短期間で効率的に活用するMCU開発環境構築が目標・目的です。今回のようなWindows PCでのトラブル発生時、Linux PCへ移ってMCU開発を停止することなく継続するのが狙いです。

MCU Devopments Windows and Linux 2 Routes

Linuxのシステム動作要件は下記で、Windows 10よりも低いので、古いPCでも快適に動作します。ただし新しいOS利用なら「64ビットCPUは必須」ですが…😅。32ビットPC OSの新規開発は、終了しました。

1GB RAM (2GB recommended for a comfortable usage)
15GB of disk space (20GB recommended)
1024×768 resolution

COVID-19の影響で、市場に中古PCが安価で数多く出回っていますので、これら活用も一案かと思います。