LibreOffice更新

2020年10月サポート終了のOffice 2010代替アプリケーションとして評価中のLibreOffice。このLibreOfficeは、十分に使えると結論しました。本稿は、LibreOfficeの更新を示します。

関連投稿:カテゴリー:LibreOffice参照

LibreOffice更新

LibreOfficeの更新は、MicrosoftのOfficeやWindowsの更新方法とは異なります。

2018年11月5日のLibreOfficeマイナー更新で、セキュリティ更新や不具合修正後の版数が下表です。

LibreOffice版数(2018/11/10現在)
パッケージ 想定ユーザ 2018/11/5版数
最新版(stable 技術マニア、新しいもの好き、パワーユーザ 6.1.3.2
安定板(stable ビジネス組織、法人企業、慎重なユーザ 6.0.7

最新版とは、文字通り最新機能を盛り込んだstable=安定リリース版、安定板は、機能更新を最小限にし、より安定志向のstable=安定リリース版です。どちらも64ビット版(x64)と32ビット版(x86)がありますので、合計4種類のパッケージがコチラから無償ダウンロードできます。

全てstableであり、WindowsのFast/Slowリングのように不具合を含む可能性があるリリース版ではないので安心です。

メジャー/マイナー更新

注意が必要なのは、既にLibreOfficeをインストール済みでも、ヘルプ(H)>更新のチェック(C)でチェックされるのが、メジャー更新時だけという点です。11月5日更新は、マイナー更新ですので、更新チェックしても下記のように「LibreOfficeは最新版です」と表示されるだけです。

LibreOfficeの更新のチェック(C)
メジャー更新のみ確認するLibreOfficeの更新のチェック(C)

マイナー更新を確認するには、ヘルプ(H)>LibreOfficeについて(A)で表示されるダイアログでウェブブサイト(W)をクリックし、LibreOfficeサイトでのバージョン版数の目視確認が必要です。

マイナー更新確認
マイナー更新確認にはウェブサイトで現行版とのバージョン目視確認が必要

このマイナー更新の確認→手動更新が手間と感じるか、または、OfficeやWindowsのように勝手に自動更新される方が良いと感じるかは、意見の分かれるところです。

LibreOfficeや本ブログ読者がMCU開発で使う統合開発環境(IDE)の更新方法は、更新の確認後、その更新をインストールするか否かは、ユーザ自身が決定します。一方、OfficeやWindowsの更新方法は、更新インストールが自動です。

万一、自動でインストールした更新版に不具合がある場合には、更新前の貴重な既存開発データが壊れる可能性があります。IDE更新を自動にしない理由は、この重大リスクを避けるためです。
※Windows 10 1809では、Documentsデータが壊れる不具合が発生し、更新一時停止の経緯があるのは周知の事実です。

不具合更新>セキュリティ更新>機能更新

重要度に応じた更新方法が必要です。

重要度が高いセキュリティや不具合の更新は、ユーザへの更新通知と「自動更新インストールでも良い」と思います。しかし、重要度が低い機能更新や新機能追加は、「ユーザ自身が更新可否を判断」すべきです。

重要度判定が困難な場合やユーザに依存する場合には、安全側対策としてLibreOfficeやMCU IDEのように「ユーザの主体性に任せる方が良い」と私は思います。

Office、Windows 10 1809更新

コチラの記事によると、Officeのリボンが、Windows 10 1809更新に伴って、機能は変わらずに見た目が変わったそうです。
※弊社Office 2010リボンは変化なしなので、2010以降のOfficeのことだと思います。

Officeリボン(出典:記事)
Windows 10 1809に伴って変更されたOfficeリボン(出典:記事)

見た目の変更で生産性がどれ程上がるかは不明ですが、ユーザへの告知不足では、混乱のみが生じるでしょう。OfficeやWindows 10 1809は、機能的に過飽和状態なので見た目を変えたがる傾向にあります。

例えば、1809新機能のスマホ同期は、同様の無償アプリケーションが既にあり、わざわざ新機能を使わなくても十分です。WSL(Windows Subsystem for Linux)のように機能有効/無効のスイッチがあれば、それでも良いのですが、スイッチが無い場合には、新機能追加はトラブルの原因です。

Windows 10 1809のDocumentsデータ消失の発生率は、0.01%だそうです。もし、セキュリティ更新と新機能追加を分離して配布していたら、今秋から今も続く1809トラブルは発生したのでしょうか?

技術者、開発者、研究者の更新

最後に、アップデート:更新繋がりで、興味深い記事を見つけたので紹介します。我々も、自ら更新が必要かもしれません。

投稿記事の表示、検索方法

本ブログは、マイコン:MCU関連情報をWordPressというソフトウェアを使って投稿しています。今回は、WordPressブログ投稿記事を効率的に表示、検索する方法を3つ示します。

※WordPressは、ブログサイト制作時に便利なツール。機能追加が容易なプラグインや、外観を簡単に変更できるテーマが多数あるので、カスタマイズも容易で、運営者が投稿のみに専念できる。

カテゴリ選択

各投稿の下には、カテゴリとタグ(キーワード)が表示されています。

投稿カテゴリーとタグ
各投稿の下に表示されるカテゴリーとタグ

カテゴリ選択は、1つのMCU投稿をピックアップして表示する最も簡単な方法です。

例えば、カテゴリのRL78マイコンをクリックすると、日付の新しい順にRL78関連投稿のみが表示されます。PCなどの大画面表示の時は、左端にカテゴリ一覧が表示されるので選択が簡単になります。

PCのカテゴリ表示
MCU毎の投稿を簡単にピックアップできるPCのカテゴリ表示

カテゴリ選択でブログを表示すると、興味のあるMCU投稿がまとまるので便利です。投稿数が多い時は、複数ページに渡りピックアップされます。表示ページ一番下に複数ページへのリンクが表示されます。

複数ページのリンク
カテゴリ投稿数が多い時に表示される複数ページのリンク

ページ番号が大きい、つまり日付の古い投稿は、そのMCUの選択理由や、IDE:統合開発環境インストール方法など最も基本的でMCU開発初期に必要となる情報が記載されています。古い順に読むとより容易にMCU理解が進むかもしれません。

タグ選択

カテゴリとは別に、投稿下にタグと呼ばれる、いわゆるキーワードが示されています。

投稿のタグ(キーワード)
各投稿の下に表示されるタグ(キーワード)

投稿内容で興味が湧いたキーワード(例:リアルタイムOS)がこのタグ内にある場合は、タグをクリックすると、キーワードにより投稿記事がまとめられます。タグ検索は、複数カテゴリに跨った横断的な検索方法です。

自分の興味があるMCUと他社MCU比較などに使うと便利です。

検索窓

ブログ右上にあるSearch:検索窓を使っても投稿の検索ができます。

検索窓
検索窓による投稿記事検索

タグに無いキーワードや、2018年4月など時期を検索窓に入力してクリックすると関連投稿が表示されます。

まとめ

ブログ投稿記事を効率的に表示、検索する方法を3つ示しました。

  1. カテゴリ選択:MCU毎の投稿まとめに最適
  2. タグ選択:キーワードでの横断的な複数MCU比較や理解に適す
  3. 検索窓:タグ以外のキーワードや、投稿時期での検索に適す

本プログは、複数MCUの内容を、時系列で投稿するので、興味ある対象が様々な雑音で読みにくくなる可能性はあります。この場合には、上記3方法で投稿をまとめると読み易くなると思います。

また、手動で関連する投稿を添付する場合もあります(関連投稿を自動選択するWordPressプラグインもありますが使っていません)。

但し、技術者リスク分散の点からは、雑音も耳に入れておくのも良いと思います。どの投稿もチョットした空き時間で読めるように、A4で1~2ページの文章量です。本ブログをご活用いただき、MCU情報整理やプロトタイプ開発に役立つマイコンテンプレートに興味を持っていただければ幸いです。

関連投稿:ルネサスのIDE買収とリスク分散:技術者個人のリスク分散必要性の章参照

MCU市場予測:2018年出荷数306億個、2022年438億個予測

米)市場調査会社IC InsightsのMCU市場予測記事、“マイコン市場、IoTを追い風に安定成長”が、EE Times Japanに掲載されました(2018年9月19日)。

MCU市場予測(出典:IC Insighs、EE Times Japan記事)
MCU市場予測(出典:IC Insighs、EE Times Japan記事)

2022年までの5年間世界MCU市場は、販売額は年平均成長率7.2%続伸、出荷数は年平均成長率11.1%続伸、平均価格は年平均成長率3.5%下落と予測しています。センサー普及やIoT台頭で安定成長の見込みとの結論です。

我々MCU開発者は、ますます忙しくなるでしょう (^^♪。

MCU販売額予測(Markets)

2018年販売額は、前年比11%増加で過去最高186億米ドルと見込み、2019年は9%増で204億米ドルと予測。
今後5年間、年平均成長率7.2%で続伸し、2022年は239憶米ドルと予測。

MCU出荷数予測(Units)

2018年出荷数は、前年比18%増加の306億個の見込み。
今後5年間、年平均成長率11.1%で続伸し、2022年は438億個と予測。

MCU平均価格予測(ASP)

2017年に過去最低に落ち込み、2018年も同じペースで下落するが、過去5年間の年間下落率は、その前の10年間に比べ緩やかになったと分析。
2017年から2022年は、年平均成長率3.5%で下落と予測。

※1$以下のMCU平均価格内訳を知りたいところです。下記、過去関連投稿内容ともほぼ合致しています。

関連投稿:2018年IoT市場予測
関連投稿:IoTマイコン市場規模予測

MCU統合開発環境の後方互換性検証

MCU統合開発環境は、後方互換が重要です。数年前に開発したプロジェクトを改良・改版する際には、最新の開発環境(IDE)でも開発当時と同じ動作が求められるからです。

ベンダー各社もこの点に留意してIDE改版を行っているハズです。ただ、リリースノートにも具体的な互換性説明などは見当たりません。そこで、MCU最新IDEの後方互換性を検証します。

本稿は、ルネサスエレクトロニクス(以下、ルネサス)の最新IDE:CS+に、弊社2015年開発のRL78/G1xテンプレートプロジェクトを適用し、発生するメッセージなどを示し、開発当時と同じ動作をするかを確認します。もちろん、これはあくまでも一例にすぎませんが、開発中にIDE更新に遭遇した際などの安心材料になれば幸いです。

ルネサス統合開発環境CS+

2018年9月最新ルネサスIDE CS+は、Ver.: V7.00.00(2018/07/20リリース)です。CS+は、業界標準のEclipseベースIDEではなくルネサス独自開発のIDEです。

好都合なことにWindows 10 1803をクリーンインストールしたので、まっさらなWindows 10へ最新CS+をインストールした条件で検証ができます(1803クリーンインストール顛末はコチラを参照)。

CS+ダウンロードサイトでカテゴリ:無償評価版を選び、分割ダウンロードか一括、CS+ for CCかCS+ for CA,CX のどれかのパッケージをダウンロード後、実行すれば必要なツール全てがWindowsへインストールされます。

統合開発環境CS+パッケージ
統合開発環境CS+パッケージ(一括ダウンロードの例)

関連投稿:CS+ for CCとCS+ for CA,CXの違い

既存プロジェクトを新しいCS+で開いた時のメッセージ

以下CS+ for CCの例で示しますが、CS+ for CA,CXでも同じです。

既存のプロジェクトを開く
既存のプロジェクトを開く。BB-RL78G13-64.mtpjをクリック。

CS+ for CCを起動し、既存のプロジェクトを開くでRL78/G1xテンプレートプロジェクトのCC-RLを選択すると、最初に警告メッセージが表示され、出力パネルにその内容、プロジェクト開発当時と新しいCS+での「プロジェクトの差分情報」が表示されます。

既存プロジェクトを開いた時に表示されるメッセージとその内容
既存プロジェクトを開いた時に表示されるメッセージとその内容

※“プロジェクト差分情報”は、新規CS+をインストールした時だけでなく、プロジェクト開発中にCS+更新に遭遇した際にも表示されます。

黒字の “デバイス・ファイルが更新……”は、CS+がサポートするMCUデバイスが増えたために発生します。あまり気にする必要はありません。

青字の “プロジェクト差分情報”は、新しいCS+を用いた結果、既存プロジェクトに生じた差分、影響のことです。

例えば、CS+のCC-RLコンパイラが改良・改版され、開発当時のコンパイル・オプションには無かった [間接参照を1バイト単位で行う] 選択肢が発生し、これに関しては、「いいえ」を選択したことなどが解ります。

これらの選択は、基本的に既存プロジェクトに影響が無い(少ない)方をデフォルトとしてCS+が選びます。このデフォルト選択が、CS+の後方互換を実現している鍵です。

後方互換の検証:プロジェクトビルド成功と評価ボードの動作確認

そのままビルド(B)>ビルド・プロジェクト(B)を実行すると、サブプロジェクトを含め全プロジェクトがリビルドされます。出力パネル青字は警告:Warring、赤字はエラー:Errorを示します。

全プロジェクトビルド結果
全プロジェクトビルド結果

出力パネルに赤字が出るのは問題ですが、青字内容に問題がなければ、新規CS+でもプロジェクトが正常にビルドできたことを示します。

そこで、ターゲット評価ボードへビルド出力をダウンロード、既存プロジェクト開発当時の動作確認ができ、最新CS+で後方互換が検証できました。

CS+の便利機能

ルネサスCS+には、プロジェクトと開発ツールをパックして保存する便利な機能があります。

CS+の便利機能
CS+の便利機能。プロジェクト開発時の環境を丸ごとそのまま保存できる。

この開発ツールとは、使用中の統合開発環境のことで、文字通りプロジェクトとCS+、デバイス・ファイル情報などのプロジェクト開発時の環境を丸ごとそのまま保存し、復元もできます。
但し、当然OS:Windowsまでは保存しなので、年2回の大規模OS更新やWindows 7サービス終了などには開発者自ら対応する必要があります。

後方互換とプロジェクト開発方針

IDEの後方互換は、開発者にとっては当然のことです。ただし、改良・改版された最新コンパイラ性能を、既存プロジェクトで最大限引き出しているかは疑問を持つ方もいるでしょう。個人的には、この点について以下のように考えます。

  • プロジェクト開発時、使用する統合開発環境のコンパイル・オプションは、最適化も含めてデフォルト設定で開発。
  • サイズ優先や速度優先の設定は、開発の最終段階で必要性がある時にのみ最小限設定し、その設定をソースに明記。

例えば、弊社マイコンテンプレートは、1つを除いて全て上記方針で開発しています。除いた1点とは、NXPのLPC8xxテンプレートのLPC810(ROM 4KB/RAM 1KB)の小ROMデバイスの1段最適化のみです。テンプレート(ひな形)の性質上、いろいろなプロジェクトへの適応性が高いのもこの方針の理由です。また、デフォルト設定と最小限設定なので、結果的に最新統合開発環境への後方互換も取りやすいと言えます。

経験上、コンパイル・オプションを操作して開発したトリッキーなプロジェクトは、設計段階(MCU選択やプログラム構成)の失敗だと考えています。個人的には、デフォルト設定で十分余裕(50%程度)がある設計がお勧めです。これを確かめるためにも、プロトタイプ開発は重要だというのが私の考えです。

MCU統合開発環境、後方互換のまとめ

MCU統合開発環境(IDE)とWindows環境の年間メジャー更新スケジュールは下図です(2018年7月9日投稿の再掲)。

主要開発環境の年間更新スケジュール
主要開発環境の年間更新スケジュール

プロジェクト開発中にこれら更新に遭遇することは少なくないでしょう。本稿は、ルネサスCS+を例に最新IDEの後方互換性を確認しました。EclipseベースのIDEでも同様です。まとめると、

  • IDE更新後、最初に既存プロジェクトを開く時の差分情報で、プロジェクトに生じた差分、影響を分析し、後方互換を検証
  • コンパイル・オプションはデフォルト設定が、更新された統合開発環境の後方互換を取りやすい

ことを示しました。

似通るBluetoothと無線LAN

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間無線規格ページへ追記しました。

計算能力とIO速度によるポジショニング・マップ

トラ技2016年6月号は、MPU/SCBデバイスのRaspberry Pi特集号でOSにLinuxのRaspbianを適用し、

  1. IoT開発環境Node-REDによるMCUとMPU/SCBの垣根を超えたブログラミング
  2. PythonによるMPU/SCBのIO制御

などが楽しめる内容です。P45にコンピュータデバイスのポジショニング・マップが記載されています。本ブログの対象デバイスMCUとMPU/SCBの特性差が解りやすいので引用させていただきました。

IoT制御デバイスの固定ページへも同図を追加しました。特性詳細は、このページをご覧ください。

MCU & MPUSBC Poisoning Map
MCU & MPUSBC Poisoning Map(トラ技2016年6月号 P45より)