エレクトロニクス

　毎月更新になったのでしょうか？ZE520KLで作業をしていたところいきなりアップデートのお知らせが表示されました。

切りが良いところで作業を中断してアップデートしました。

アップデート内容は両方共に具体的では無く、あいかわらずよく分からないです。バージョン番号最後の.72が.75になっただけでセキュリティパッチレベルも2018年7月１日のままでした。

　週末にFLIR ONE Proで放熱効率改善でも考えようかとethOSでNVIDIAヒーター(仮称)の電源を入れたところ、
バージョンアップのお知らせ。
Ver.1.3.3にしろとの表示が出てきました。ChangeLog見てもNVIDIAのドライバアップデートぐらいしか影響なさそうなのですけどとりあえず作業してみました。

$ sudo ethos-update 
＜一部省略＞
..EARLY RELEASE TESTING PERIOD (4160 upgrades so far)! If you want to TEST ethOS 1.3.3, wait 10 seconds for the update to start and REPORT ANY BUGS TO OUR SUPPORT CHANNEL ( ethosdistro.com/S )!
If you DO NOT WANT to TEST ethOS 1.3.3 just yet, press CTRL+C IMMEDIATELY to stop the update.
＜残り省略＞

　なんだか、これまでに無かった怪しげなメッセージ(TESTING PERIODって…)が出ましたけどUpdate自体は正常に終了し再起動してドライバの認識なども問題なさそうでした。が、しかし、加熱じゃなかったminerプログラムが自動で動き出さず、冷たいままでヒーターとしての機能を喪失してしまいました。調べたところ、テレメトリWeb panelのa欄(ailmentのaらしい)に見慣れないピクトグラムが表示され、ホップアップテキストにヒントがありました。どうも電熱minerプログラム自動開始に制限がかかったらしくallowコマンドで許可を出すとこれまで通り動き出しました。

$ allow 
miner started: miner commanded to start

　適当に赤外線画像を撮影して終了(稼働停止)。
GTX1070*2枚

　2015年8月に購入したcheero CHE-059が3年以上経って実際に使用できる容量が減ってきました(たぶん最初の70%以下まで低下)。また、充電時間の長さ(仕様上8h)が困るため、圧倒的な急速充電(1h)に対応し掃除機、レシプロソー、インパクトドライバー、LEDライト、空調服、USB充電器と応用幅が広いマキタBL1040Bへ置き換えることにしました。
　バッテリの購入履歴を調べたところ、CHE-059はかつて"cheero Power Plus 3 13400mAh 大容量 モバイルバッテリー [ 国産Sanyo/Panasonic高品質電池搭載 ] iPhone 6 5S 5 / iPad / Android / X"という宣伝文句で販売していましたけど現状国産セルは無さそうです。ちなみに、新型と旧型の見分け方は充電時や残量表示が新型はコネクタ側から光り、旧型は反対側から光ります。それ以外はほぼ同じで底面の刻印ぐらいでしか分かりません。
左側が旧型(Production year: 2014)、右側が新型(2017)
真ん中が今回購入した2018年版、左は2017年購入、右はBL1015 (2017)。
マキタBL1040Bの表示もわずかに変わっていて品番の右側に飛行機のマークが追加されています。

先日購入したFLIR ONE Proの最初の充電はBL1040B+GM00001490(バッテリホルダ)で行いました。
　充放電回路一体型のモバイルバッテリーを色々持っていますけどCHE-059は充電時間以外は非常に優秀です。大は小を兼ねる?でRP-PB058(99.16Wh)のリピートも検討はしました。しかし USB type-C(特にPD対応)の機械があまり増えないのと一体型では発熱対策の都合から充電時間の問題は避けられないと考えました。その結果、分離型かつ既に保有しているBL1040Bの買い増しにしました。充電も放電も完全に別体でDC10SA等での充電時は強制空冷されるので圧倒的な高速充電が可能です。元々は職人さんたちの休み時間内に充電できるようにしているのではないかと思います。

　台風２４号の接近で出かけることができないため自宅で掃除やメンテナンス作業に専念することにしました。Ubuntu, ethOS, Win10で切り替えていて気になっていた表題の時刻連れ(UTC – JSTの9時間きっかりずれる)対策について調べたところ以下のページがヒットしました。
Linux_Windowsデュアルブート環境時における時刻ずれの解決(http://d.hatena.ne.jp/gin135/20140304/1393943319)でWindows7向けに書かれているコマンド

reg add HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /v RealTimeIsUniversal /t REG_DWORD /d 1

をWindows10 Pro 1803の管理者権限付きコマンドプロンプトで実行したところエラーにならず、再起動も兼ねてもう一通りOSを切り替えても時刻がずれなくなったのでWin10でも有効と思います。
　デュアルブートに限らずUSBからでもLinux系のOSを走らせるとCMOS clockにUTCの時刻を書き込み、その後に起動したWindowsがそれをJSTとして読み込むようなのでレジストリにCMOS = UTCとしてWindowsの設定を変更するこの対策方法で私は問題ないと思います。再インストールやVer.upを繰り返すLinux等で対応するのも面倒すぎるというのが大きいです。仮に戻す場合は

reg delete HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /v RealTimeIsUniversal /f

で追加した設定を削除することで戻せるようですけど必要を感じていないので実行していません。

　後日追記)Windows10でのNTPクライアント設定(W32Timeサービス)についてはRaspberry Pi Zero WHでAE-GYSFDMAXBを使用したgpsd+ntp server(https://kadono.xsrv.jp/2019/02/11/7939)に書きました。

　台風接近で非常に忙しい休日になりました。朝から荷物を受け取り説明書を読む時間もなく最初にカメラ側の電池が切れていることに気づくまで時間がかかりました。出先の待ち時間で説明を読んでFLIR ONE Pro本体に充電して電源を入れてからZE520KLに取り付けると動くことに気づきました。ZE520KLよりもずっと高価なモジュールですので一瞬困りました。
FLIRでの走行後プリウス画像。
　どこの温度が高いか簡単に分かります。エンジンルーム、ダッシュボード付近、フロントブレーキディスク、リアブレーキドラム、補機バッテリ…。車体下の高温部分は排気管からの赤外線を水たまりが反射していると思います。また、補機バッテリの付近も温度が高いですけど樹脂製のリヤバンパーで赤外線が遮断されているらしくクォーターパネルの鉄板部分だけ温まっているようです。一方でフロントバンパーが温かいのはラジエーターのせいでしょうか？
可視光での近況(ZE520KLで撮影)
同価格帯のIronWolf 12TB ST12000VN0007のHDDとどちらを買うか迷いました。放射温度計では把握しにくい面での温度変化が一目瞭然にできるのと、従来品や現行廉価版LTの温度範囲-20° ～ 120°を超えブレーキディスクなども測れる-20° ～ 400°に対応していることからプリウスの熱解析とは別件(NVIDIAヒーターからの発熱解析)を主な目当てに購入しました。が、車両の温度分布確認にも十分使えそうです。台風前でバタバタしていてプリウス正面やハロゲンランプ、マフラーなどの温度は未確認です。購入初日の感想としては使えそうですが、マニュアルがやや不親切なのとUSBコネクタでの固定が不安定なのが少し不安です。
以下おまけ、

アプリを起動したら最初にこんな画面になって驚きました。ボタンを押しただけではダメでクイックスタートガイドを読んで"まず充電"したら使えました。

　このサイトの使い方で直接影響する項目は無さそうですけど、不具合修正が中心ということで念の為WordPressのテーマLuxeritasを3.3.2から3.3.3へアップデート作業を行いました。詳細は開発元のLuxeritas 3.3.3 リリース(https://thk.kanzae.net/wp/release/t6147/)を御覧ください。

　先週のブラウザキャッシュ設定ONへの変更でサイトの確認などで繰り返し読み込むときにはかなり速くなったと思うのですけどChromeのメモリバカ食い度も悪化したような気がします。現行のDDR4 PC4-21300 4GB*2から8GB*2に変えるにしても去年の夏ぐらいの水準まで値段が下がらないと厳しいです。

　ちなみに、昨年末から使用しているメモリCMK8GX4M2A2666C16の対応規格自体はDDR4-2666(PC4-21300, 1333MHz)対応ですが、通常はDDR4-2132(1066MHz)で動作させています。CPU-Zで確認してみたところ以下のような感じです。

　このサイトを置いているレンタルサーバー会社さんから従来の10倍以上のアクセス処理性能！Webサイトの高速化・同時アクセス数の拡張を実現する「Xアクセラレータ」機能提供開始のお知らせ(https://www.xserver.ne.jp/news_detail.php?view_id=4753)というのが届いたので設定してみました。

　が、タイトルの通り失敗しました(原因は追記参照)。トップページは問題なく表示されましたけど比較的アクセスが多いcategoryや過去記事へのリンクなどがすべて404になり大急ぎで切り戻しました。さらに困ったのが設定メニューでOFFにしただけでは404から回復せずバックアップしておいた.htaccessを上書きしてようやく復旧しました。

　代わりというか、上記XアクセラレータをOFFにしようとしたところONにした時点で先週お知らせが来ていたExpiresヘッダで表示速度を向上！「ブラウザキャッシュ設定」機能提供開始のお知らせ(https://www.xserver.ne.jp/news_detail.php?view_id=4744)の機能も有効になっていたらしくOFFへの設定変更反映待ち(最大15分らしい)になっていました。改めて説明書きを読んでこちらの機能だけならばヘッダの送信だけで.htaccessを破壊することは無さそうですし、破壊しても再度上書きするだけなのでブラウザキャッシュ設定のみ推奨のすべての静的ファイルに適用しました。.jpgが多いのでそれなりに効くと思います。

というわけで、本日の設定変更は上記画像のブラウザキャッシュ設定のみにしました。

　翌日追記)この件についてメールが来ました。内容はほぼ本日PM3:40～PM10:10までのXアクセラレーター機能における特定条件下での不具合について(修正済み)(https://www.xserver.ne.jp/information_detail.php?view_id=4754)の通りでこのサイトは特定条件に当てはまったようです。.htaccessのコードなど(すべてコメント内のため)気にしていなかったです。念のために切り戻し用に保存したファイルを確認したところEUCでした。UTF-8ならば問題なかったらしいのでUTF-8N(BOM無し)に変換した上で再度上書きしました。正直、コメントの文字コードで挙動が変わるほうがおかしいです。

　よって、不具合が直ったと連絡されても不信感は拭えないためXアクセラレータの利用は当分見送ります。ついでに書くと、不具合動作時にキャッシュで404になった分のログが無かったのでキャッシュ分のログはもらえない(.jpgだけ持っていくようなアクセスが記録に残らない)懸念も残っています。

　非常に素早い対応には感謝しています(404の異常な多発で事故に気づかれたか？運用の監視能力は良さそうです)。ただ、新設定はもう少し検証してからリリースしていただきたいです。

　既に現行では古いモデルになっているはずのZE520KLに最近はよくアップデートが降ってきます。帰宅してから画面を見ると以下のお知らせが表示されていたのでVDSL回線に繋がっていることを確認してダウンロード。

あいかわらずシステムパフォーマンスやGoogleモバイルサービスが具体的に何を指しているのかは不明ですけどセキュリティパッチだけでも更新する必要があると思いますのでとりあえず更新しました。

更新作業は成功したようです。が、ここ最近の更新は毎度ですけど特に変わった感じはしません。ひょっとしたらETWSなどで変更が入っているのかもしれませんけど深く調べている時間もありません。

　台風21号の接近で出勤したと思ったら即帰宅指示で帰りました。PCのデータでも片付けたり下書きのまま放置している記事を処理しようと思っていたら午後になって突風が吹き荒れ14:00ごろには瞬断が連続しました。auひかりのVDSL回線が14:30頃の少し長い(数秒？)瞬断の後から通信不能となりモデムの電源をOFF→ONしても赤ランプのまま復帰しませんでした(建物ごとダウンした模様です)。幸い完全に停電したり携帯のLTE回線はdocomo/au共に切れなかったので固定回線(巻き添えでauひかり電話サービスを使った固定電話)だけがダウンしました。UPS無しでのデスクトップPCでの作業継続は危険と判断してシャットダウンしました。
　あちこちで停電などが多発していたようですし、固定回線が落ちただけで携帯回線でバックアップできていたのでジタバタせず復帰を待つことにしました。
翌日追記) DynamicDNSサービスのメールによると
Connection lost: 2018-09-04T14:30:08+0900
Connection resumed: 2018-09-05T14:09:22+0900
のほぼ丸一日ダウンしていたようです。

　台風やらなにやらで遅くなりましたがWP用テーマLuxeritasを3.3.1.1→3.3.2へアップデートしました。細かい変更(レベルダウンの修正*2点+仕様変更*1点)だけでこのサイトへの影響は無さそうです。詳細は開発元のLuxeritas 3.3.2 リリース(https://thk.kanzae.net/wp/release/t6079/)を見てください。

　ちなみに、このサイトでは以下の画像のようにXSERVERのmod_pagespeedはOFFにしています。

理由は画像の再圧縮が余計なお世話だからというのが最初で、より重要なのは”ONで必ずしも速くなるとは限らない”からです。こんなモジュール使わずとも(少なくとも旧サイトに比べて)十分速いと思っています。