2020/05/04(月)TodoistでGoogle日本語入力が使えない

2020/05/04 18:47 PC(全般)
Todoistのタスク入力欄で、Google日本語入力での日本語入力が有効にならない問題。
環境はWindows10 64bit。Todoistはストアアプリ版。

OneNoteでGoogle日本語入力の半角全角を切り替えられない問題【ALL APPLICATION PACKAGE】 | umashii blog
にあるように、
C:\Program Files (x86)\Google\Google Japanese Input
に、
ALL APPLICATION PACKAGE
アクセス権を付与すると解消した。

2020/03/20(金)コード: 0x80D02017でMicrosoft ストアアプリがインストールできない

2020/03/20 27:24 PC(全般)
Wunderlistからの乗り換え用としてMicrosoft To-DoをMicrosoft Storeでインストールしようとした際に、表題の現象が発生。

環境はWindows10 x64 Pro 1803。

インストールが完了せずループしてしまう。
エラー詳細は以下の内容。
予期しない問題が発生しました
~~
コード: 0x80D02017
自分の場合、ネットワークアダプタのIPv6オプションを無効にしたらインストールが正常完了した。

うーんルータが自作だからIPv6のルーティングがおかしいのかな?

とはいえストアアプリの挙動もあまりよろしくない気がする。

[参考]
ストアアプリ エラー インストールできず - マイクロソフト コミュニティ
IPV

2019/11/11(月)特定のドライブ・フォルダを開いているプロセスの特定

2019/11/11 26:16 PC(全般)
毎回忘れてしまうのでメモ。

ドライブの取り出しする際に使ってるプロセスが~と言われる系の対処。
環境はWindows10。

タスクマネージャ→パフォーマンスタブ→リソースモニターを開くでパフォーマンスモニターを起動
パフォーマンスモニターのCPUタブ→関連付けられたハンドルのハンドルの検索でドライブ名ないしフォルダ名を検索

リソースモニターの起動はコマンドプロンプトから
perfmon.exe /res
でも良い。

最近だと書き込みをしてない限り直で抜いてもいいっぽいんだけど、「書き込みをしてない限り」のとこ悩ましい。

2019/10/18(金)ASUS Xonar U7の点滅死問題

2019/10/18 24:22 PC(全般)
ASUS Xonar U7には、BLINK OF DEATH不具合が頻発しているらしい。
これが発症するとOSから認識せずSpeaker LEDが点滅しっ放しになる。

多分コンデンサ周りの不具合。

この状態からの(根本的でない)復旧方法があるのでメモ。

(286) Xonar U7 - BLINKING LED ISSUES - YouTube

ここのトップコメントにある通り、
USBチャージャーにつなぐ→ヘアドライヤーでUSB端子付近を20秒加熱→1分放置→PCに繋ぎ替え

で、自分のXonar U7も復活した。

一旦はコレでいいとして、再発したらXonar U7 MkⅡを買うのかなあ。

USBバスパワーで動いて、ヘッドホン端子とアナログ端子があるUSBサウンドデバイスはなかなかない。ヘッドホン端子が表側、USBとアナログ端子が裏側という配置も用途にジャストなのでできればこのまま使っていきたい。

<2019/11/10追記>
上記で直らない場合、蓋を開けてX2とプリントされている横のコンデンサを触れば直る(USB端子近辺)。蓋を開けるには底面ゴム足4箇所剥がして普通のミリネジ。

2019/02/17(日)Raspberry Pi Zero WからUSBケーブル1本でWindows PCをwakeupする(後編)

2019/02/22 14:59 PC(全般)
Raspberry Pi Zero WからUSBケーブル1本でWindows PCをwakeupする(前編) - 色々日記(ざ・めも)の続き。

前回の記事で、Raspberry Pi Zero Wによる無線LAN経由のPCのwakeup(WOL)までは実現できた。

■課題
さて、これには2つ課題があった。

・USB-有線LAN変換アダプタの電力消費
 100BASEでも0.2W~1.2W。

・電源系と有線LANでRas Piからのケーブルが2本必要
 実際に繋いでみると変換ケーブルやらアダプタでかなり邪魔くさい

今は殆どのM/Bはスタンバイ時にUSBから電源供給ができるわけだし、OTGならデータも通るはずなのでUSBケーブル1本でできる構成を考えたい。

つまり、こう。
+----------+
|    PC    |
|  Windows |
+-----+----+
 USB  |
      |                  +-------------+
      +------------------+Ras Pi Zero W|
                 OTG Port|             |
                         +-------------+

■考察
考えた結果、Ras Pi Zero WがUSBの有線キーボード(マウス)と同じ振る舞いができればこれが達成できるという結論になった。

USBキーボードでPCをwakeupさせるのと同じイメージになる。

■HIDキーボード化&設定
ということで、下記参考サイト通りにRas Pi Zero WをUSB HIDキーボード化した。
Raspberry Pi Zero (W) をUSBキーボード(USBガジェット)にする - Qiita

他にもこことかが参考になる。
Raspberry Piを遠隔入力キーボードにする - とうふ荘の手記てき!

今回は文字列そのものを送信したいわけではないので、hardpass-sendHIDは不要。

で、wakeupさせたいので、bmAttributesをいじる必要がある。
$ sudo echo 0xa0 > /sys/kernel/config/usb_gadget/isticktoit/configs/c.1/bmAttributes
とする(初期値は0x80)。

[参考]
コンフィグレーションディスクリプタ - おなかすいたWiki!

USBからのwakeupはWOLのときと同様で、Windowsがサスペンドに入る際にそのポートからのwakeupを受け付ける状態にする必要がある模様。

・bmAttributesでbit 5が立っている
・Windowsのデバイスマネージャで「このデバイスでコンピュータのスタンバイ状態を解除できるようにする」にチェック

が必要条件。

また、当たり前だがこの構成だとサスペンド時にRaspberry Pi Zero Wに電源が供給されている必要がある。電源の設定で「USBセレクティブサスペンド」はOFFにしておく必要がありそう。

■ソース読んでパッチ当て
しかし、これだけではスタンバイ時にキーを送ってもホストPCはwakeupしなかった。

ここ、根本的に勘違いしていたのだが、そもそもUSBの場合はホスト側がデバイス側にキー情報を取りに来る。

当然サスペンド中には取りに来ないので、キーをバッファに貯めるだけではだめ。
wakeupさせる場合、USBの規格にあるwakeup用の信号パターンを送る必要がある。

昔BIOSとかで特定キーによるwakeup設定が存在していてそれが頭の中にあったのだが、PS/2限定だったのかも。追求していない。

[参考]
デカスギ電源ボタン - PukiWiki
↑Arduinoでやりたいことを実現できている!
USB Made Simple - Part 3
USB1.1仕様書

USBキーボードの実装では、USBポートの信号状態をチェック→ホストがサスペンドの場合はwakeup特殊信号を送る、と理解した。

もちろんGPIOとかを介せばやれることはわかるのだが、標準のUSBポートでやりたい。
だが、ガジェットHIDからwakeupを呼ぶ機能が見つからない。

しょうがないのでソースを読むところから。

Raspberry Piでカーネルをカスタムして構築 - karaage. [からあげ]
Kernel building - Raspberry Pi Documentation

を参考に、カーネルソースを取得する。

まずはgit, bc入れるところから。
$ sudo apt-get install git bc
ディレクトリ作って
$ cd ~
$ mkdir kernel
$ cd kernel
カーネル落とした。
この時点では、60feca6ea3fabfe870a731a48c254c6ca1593e0d(rpi-4.14.yブランチ)。
$ git clone --depth=1 https://github.com/raspberrypi/linux
最初に、config作ってやる。Pi Zero Wなので、bcmrpi_defconfigの方。
cd linux
KERNEL=kernel
make bcmrpi_defconfig

で、ソースはココらへんを読めば良いらしい。
$ lsmod
~~
udc_core               38945  3 dwc2,libcomposite,usb_f_hid
~~
ソースを読むと、hidg0に値を書き込んだときの動きは、HIDドライバ->gadget共通ドライバ->dwc2(DesignWaveのUSB2かな)ドライバだと思う。

結論から言うと、
・HIDドライバに実装がないし送る方法もなさそう
・gadget共通ドライバにはI/Fがある
・dwc2のガジェット部に実装がない

今回はキーを送る必要はなくwakeup専用デバイスにしたいので、WRITEする箇所で必ずwakeupを送る動きに変えてしまうことにする。

パッチを当てる。
当てる必要があるのは2ファイル。

HIDドライバのWRITE時に、gadgetドライバのAPIを呼び出す
--- ~/kernel/linux/drivers/usb/gadget/function/f_hid.c.orig        2019-02-17 13:21:42.845143807 +0000
+++ ~/kernel/linux/drivers/usb/gadget/function/f_hid.c     2019-02-17 13:26:25.554009039 +0000
@@ -339,10 +339,14 @@
                            size_t count, loff_t *offp)
 {
        struct f_hidg *hidg  = file->private_data;
+       struct usb_composite_dev *cdev = hidg->func.config->cdev;
        struct usb_request *req;
        unsigned long flags;
        ssize_t status = -ENOMEM;

+       usb_gadget_wakeup(cdev->gadget);
+       pr_info("Wakeup!\n");
+
        if (!access_ok(VERIFY_READ, buffer, count))
                return -EFAULT;

dwc2ドライバのガジェット部にwakeup用の関数を追加してポインタにセット。
実装はLinux本家のdwc2_gadget_exit_hibernation()を参考にした。
https://github.com/torvalds/linux/blob/master/drivers/usb/dwc2/gadget.c
--- /home/pi/kernel/linux/drivers/usb/dwc2/gadget.c.orig        2019-02-09 06:00:07.027365942 +0000
+++ /home/pi/kernel/linux/drivers/usb/dwc2/gadget.c     2019-02-17 13:37:07.611431738 +0000
@@ -4445,6 +4445,30 @@
        return usb_phy_set_power(hsotg->uphy, mA);
 }

+static int dwc2_hsotg_wakeup(struct usb_gadget *gadget)
+{
+       u32 dctl;
+       struct dwc2_dregs_backup *dr;
+        struct dwc2_hsotg *dev;
+        unsigned long flags;
+        dev = container_of(gadget, struct dwc2_hsotg, gadget);
+       dr = &dev->dr_backup;
+
+       spin_lock_irqsave(&dev->lock, flags);
+       udelay(10);
+
+       /* Start Remote Wakeup Signaling */
+       dwc2_writel(dr->dctl | DCTL_RMTWKUPSIG, dev->regs + DCTL);
+       mdelay(12);
+       dctl = dwc2_readl(dev->regs + DCTL);
+       dctl &= ~DCTL_RMTWKUPSIG;
+       dwc2_writel(dctl, dev->regs + DCTL);
+
+       spin_unlock_irqrestore(&dev->lock, flags);
+
+       return 0;
+}
+
 static const struct usb_gadget_ops dwc2_hsotg_gadget_ops = {
        .get_frame      = dwc2_hsotg_gadget_getframe,
        .udc_start              = dwc2_hsotg_udc_start,
@@ -4452,6 +4476,7 @@
        .pullup                 = dwc2_hsotg_pullup,
        .vbus_session           = dwc2_hsotg_vbus_session,
        .vbus_draw              = dwc2_hsotg_vbus_draw,
+       .wakeup                 = dwc2_hsotg_wakeup,
 };

 /**
多少ソースが変わっても再パッチは簡単そう。

■ソースメモ
なお、usb_gadget_wakeup()の実装はdrivers/usb/gadget/udc/core.cで、usb_gadget_opsのwakeupを呼んでいる。

で呼び出し側の実体はチップごとのドライバ(Ras Pi Zero Wの場合dwc2配下のgadget.c)にあるということのようだ。

読むには、
~/kernel/linux/include/linux/usb/gadget.h
と、
~/kernel/linux/drivers/usb/dwc2/hw.h
あたりに定義がたくさんあるので参照しながら進める必要がある。

■カーネル再構築
パッチを当てたら、カーネル作り直す。
$ make -j4 zImage modules dtbs
$ sudo make modules_install
$ sudo cp arch/arm/boot/dts/*.dtb /boot/
$ sudo cp arch/arm/boot/dts/overlays/*.dtb* /boot/overlays/
$ sudo cp arch/arm/boot/dts/overlays/README /boot/overlays/
$ sudo cp arch/arm/boot/zImage /boot/$KERNEL.img
最後にリブート
$ sudo reboot

■カーネル再構築(部分コンパイルする場合)
今回、カーネルまるごと作り直したけど、Pi Zeroだと一晩かかるので部分モジュールコンパイルのほうが良かったかも。

部分コンパイルする場合は、インストールされているカーネルのバージョン調べてダウンロードした後、パッチ当てて、
$ cd ~/kernel/linux
$ make drivers/usb/gadget/function/usb_f_hid.ko
$ make drivers/usb/dwc2/dwc2.ko
でパッチ対象モジュールを作れる。
あとは手動コピーで良いはず(試してない)。

■使い方
これで、次回起動後、
$ echo -ne "\0\0\0\0\0\0\0\0" > /dev/hidg0
でwakeupがホストに行くようになる(hidg0の権限次第でsudoが必要)。

前編で作ったauthorized_keysの中のコマンドをこれに差し替えることで、同じ手順でUSB wakeupができるようになった。

キーを送る機能と共存できるかは試していないので、そこは各自研究してほしい。

なお、wakeup時に/var/log/messagesに"Wakeup!"が出力される。

気に食わない人は、f_hid.cパッチのpr_infoをコメントアウトなり好きなメッセージに変えること。
うまく動かないときは、dwc2側にもpr_infoを追加して動きを確認していくといいかもしれない。

なお、くれぐれもセキュリティにはご用心&自己責任で。

■おまけ
wakeup周りの実装がないのは多分Linuxから呼ぶIFが決まってないからだと思う。

今回、規格書見た段階ではD+ D-をちょろっと動かせばいいだけだと思ってなめてかかったのだが、dwc2ドライバの中身的にはもう一段階抽象化されていてチップのレジスタに何セットして送るの世界だった。

これだとデータシートかオシロがないと厳しい。
実装するにしても、既存ソースの識別子名から勘でトライ&エラーになってしまう。

データシートについては、個人では入手できないぽいとのこと。
Linux本家にwakeup絡みの実装が見つからなかったら取りあえず動くところまでたどり着けてなかったと思う。

何はともあれ動いてよかった。

動いちゃいるけど正しい信号の動きじゃないのでは疑惑が強いので、知見がある人がいたらツッコんでほしい。

2019/02/16(土)Raspberry Pi Zero WからUSBケーブル1本でWindows PCをwakeupする(前編)

2019/02/22 14:59 PC(全般)
■やりたいこと
無線LANを経由して、屋内の離れた場所にあるPCをスリープないし休止からwakeupする。
できれば、外出先からVPN->自宅サーバを経由してwakeupもできるようにしたい。

■前提
wakeup対象のPCはWindows10 Pro。
USB無線LANドングルでホームネットワーク(仮に192.168.1.0/24とする)に接続されている。

このPCは「有線LANにはつながっていない」(重要)。

■検討
技術的には、
1) Intel AMT
2) WoWLAN
3) USB無線LANドングルを諦める。APを設置し、APを対象PCに有線LANで接続してAPからWOL
4) Raspberry Pi Zero Wなどの無線LANを備えたシングルボードコンピューターを対象PCにつないでそこからwakeup

が候補に上がる。

1)はIntel QXXXチップセットが要件だが、自作用にはほぼ出回っていないので却下。
2)は無線認証情報をスリープ・サスペンド時にどこにおいておくかという問題があって、WoWLANはハードウェアと技術的制約が厳しいという理解(実現できるケースもあるらしいがノートPC等のAll-in-One構成の場合だけ?)。
3)は消費電力がドングルよりかなり大きくなりそう。外部からのwakeupができるかが不明。
4)は技術的には問題なさそうだし、消費電力も抑えられそう。

ということで、4)コースをやってみることにした。

■購入&用意した機器
1) Raspberry Pi Zero W @8.00GBP
2) OTG LANケーブル(MicroUSB-USB TypeA) @120円
3) MicroSDカード 4GB @自宅に転がってたものを流用
4) MicroUSB-USB TypeA変換ケーブル @400円くらい
5) USB有線LAN変換アダプタ(PLANEX USB-LAN100R) @1200円くらい
6) Cat5e LANケーブル @自宅に転がってたものを流用
7) 専用公式ケース @5.00GBP

2)を電源ポートに、4)~6)をOTGポートに接続する。
3)はRaspberry Piのメインストレージ、7)はおまけ。

本体としては他にVoCore2などが候補に上がったが、入手性・価格・工作難易度等検討して、Raspberry Pi Zero Wに決めた。

購入当時は技適取ったばかりで国内の入手性が悪かったので、Pimoroniで頼んだが今はスイッチサイエンスやKSYで簡単に買えると思う。海外だと他にはMODMYPIとか。都度、必要なオプション類と値段・送料を見比べて判断すれば良し。

ヘッドレスインストールする前提なのでminiHDMI<->HDMI変換アダプタは調達しなかった。

本記事(前編)で作成する有線LANでのwakeupには1)~6)がマスト。
最終的に、次記事のUSBガジェットとしてwakeupする方法だとセットアップ含めて1)~3)がマストで、実は4)~6)は無しでいける。

■構成
PCを移動させるときに電源ケーブルが2本生えているのは気になるため、とりあえず[A構成]を目指す。
[A構成]
+----------+
|    PC    |有線LAN
|  Windows +--------------------+
+-----+----+                    |OTG Port
 USB  |                         |(USB-有線LAN変換アダプタ)
      |                  +-------------+
      +------------------+Ras Pi Zero W|
               Power Port|             |
                         +-------------+

休止状態でのUSBへの電源供給がうまくいかなかったら[B構成]。
[B構成]
+----------+
|    PC    |有線LAN
|  Windows +--------------------+
+----------+                    |OTG Port
                                |(USB-有線LAN変換アダプタ)
                         +-------------+
           +-------------+Ras Pi Zero W|
           |   Power Port|             |
           |             +-------------+
           |
     +-----+-----+
     |AC-MicroUSB|
     +-----+-----+
           |
       +-------+
       |AC100V |
       +-------+

■セットアップ方法(ログインまで)
基本下記サイトに従ってセットアップすれば良いと思う。
ラズパイ の OS イメージを焼くときは Etcher が 便利 & UI カッコいい | 験なきものを思はずは

wpa_supplicant.confは手元のdebian環境で作成したので、そのときだけこちらを参考に。
Debian で WPA-PSK(AES) 方式で無線接続 - wpa_supplicant 編 - Qiita

ログイン時はこっち。
Raspberry Pi zero W のヘッドレスインストール(キーボードやマウスなしでRaspbianをインストールする方法)

やったことを一応まとめると、https://www.raspberrypi.org/downloads/raspbian/からLITEイメージをダウンロードして、Windows機でetcherを使用してmicroSDにイメージを書き込み。

一度アンマウント->マウントし直して、ファイルマネージャでsshファイル(空ファイル)とwpa_supplicant.confをWindowsから見えるドライブのルート直下に置いた。

この状態で、Raspiberry Pi自体を電源につないで起動。初期化を待ち、DHCPで割り当てられたIPアドレスをなんとか探してsshでログインする。

なお、実は今回USB有線LAN変換アダプタを自動認識してくれたの有線でセットアップした。有線でセットアップする場合、wps_supplicant.confは後で置いても良い。

Ras Pi Zero Wに関しては無線セットアップで問題ないと思うが、自分はRasPi初めてで最初は暗中模索だった。

無線認証が1ハードルあるので、不安な人・あとから調達がめんどくさい人は、有線LAN用意しといたほうが安心感があるかも。

DHCPはある前提なので無い人は別の情報を探してほしい。

[参考]
[メモ] Raspberry Pi ZeroをUSB COMポートデバイスとして使う - Qiita
RaspberryPi Zero Wのワイヤレスセットアップ - Qiita
raspberry pi + 無線LANアダプタでWPA接続 - Qiita
Raspberry Pi ZeroをUSBケーブル1本で遊ぶ | Japanese Raspberry Pi Users Group
[メモ] Raspberry Pi ZeroをUSBケーブル一本でインターネット接続!(キーボード・マウス・モニター必要なし) - Qiita
Raspberry Pi Zero(W)のセットアップ - Qiita

なお、解説サイトにはCOMポート認識でセットアップさせる方法がよく載っているが、自分はうまくいかなかった(win7 SP1 64bit環境)。これは後述の電源断が悪かったかもしれない。とはいえ、有線/無線LAN+sshでセットアップする方がハマりが少ないと思う。

また、RasPiをネットワークから探すのにBonjourを使う方法もよく載っているがこれも入れるのに失敗(Apple不慣れなせい?)。ネットワーク内の有効IPアドレスをリストアップするソフト(nmapでもSoftPerfect Network Scannerでも)でなんとか探せるので無理していれる必要はないと思う。

つまづいたこと。

最初、RasPiの状態把握の方法がわからずに、パーティショニングが終わらない状態で電源断をしてしまったらしく、IPアドレスは取れてるのにsshアクセスが出来ない現象が発生した。

Ras Pi Zero Wには小さいLEDが付いており、これが常時点灯になってない状態でケーブル引っこ抜きとかをしてはまずいようだ。

特に初回はパーティショニングをしているとのこと。

LITEイメージをSDカードに焼き直して、最初から手順をなぞったらsshログインできるようになった。

■セットアップ(sshログインして作業)
▼piユーザのパスワード変更
$ passwd

▼パッケージ更新
$ sudo apt-get update
$ sudo apt-get upgrade
$ sudo apt-get dist-upgrade
ここまではやったほうが良い。

もちろん、アップグレード後に
$ sudo reboot
する。

sudo rpi-updateは安定版ではない最新版が入ってしまうとのことなのでやらない。

Ras Piの無線LANドライバは古いとパワーマネジメントとぶつかるのか、しょっちゅうハングアップするという問題があるらしくセキュリティの問題以上に一定のバージョンに上げる必要がある模様。

[参考]
wlan freezes in raspberry pi 3/PiZeroW (Not 3B+) · Issue #1342 · raspberrypi/linux · GitHub

logにこういうのが出てきたときはこれ。
brcmfmac: brcmf_sdio_hostmail : Unknown mailbox data content: 0x40012
今の所安定しているが、場合によってはパワーマネジメントを切る方法も試みる。

▼dhcpcd.confの編集
ifconfigして有線がeth0、無線がwlan0で認識されていることを確認。

eth0,wlan0用の固定IPアドレス設定を追加してやる。
下記設定例は、

無線LAN: 192.168.1.0/24ネットワーク(ホームネットワーク。デフォルトゲートウェイ192.168.1.1)
有線LAN: 192.168.2.0/24ネットワーク(wakeup対象のPC(192.168.2.1)とRasPiの有線だけ)

の例。

/etc/dhcpcd.confに下記設定を追加。
interface eth0
metric 50
static ip_address=192.168.2.2/24

interface wlan0
metric 100
static ip_address=192.168.1.99/24
static routers=192.168.1.1
static domain_name_servers=8.8.4.4 8.8.8.8

▼wakeonlanを導入
$ sudo apt-get install wakeonlan

▼sshの設定
piユーザ用のssh用のキーペアを2セット作って公開鍵をauthorized_keysに書く。

片方はログイン作業用、片方はwolコマンド発行用。

/home/pi/.ssh/authorized_keys
ssh-rsa XXXXXXXXXXX work_user
command="/usr/bin/wakeonlan -i 192.168.2.255 MM:MM:MM:MM:MM:MM" ssh-rsa YYYYYYYYY wol_user
MM:MM:MM:MM:MM:MMはwakeup対象PCのNICのMACアドレス。

.ssh/authorized_keysはなければ作成。
いつもどおりパーミッションに注意(.ssh ⇒ 700, authorized_keys ⇒ 600)。

ネットワーク環境によってはfromをつけてもいいかも。

必ず、1回sshでログインできることを確認してから、/etc/sshd/sshd-configを変更して下記を追加。
PermitRootLogin no
PasswordAuthentication no
$ sudo reboot
より気にするならpiユーザ以外にしたほうがいいかも。

■wakeup方法
例えば、192.168.1.0/24のWindows機からwakeupする場合、
> ssh.exe -i pi_wol_key(wolコマンド発行用の秘密鍵) -o StrictHostKeyChecking=no pi@192.168.1.99
とかで、RasPiが有線側から192.168.2.0/24にブロードキャストして対象PCがwakeupする。

なお、Windows側でUSBセレクティブサスペンドをOFFにする、でサスペンド中の電源供給もうまく行ったため、上の[構成]は[A構成]にできた。

■消費電力
REX-BTWATCHで測定。

ちなみに購入機器を含め、USB-有線LAN変換アダプタは100BASEのものを2種類試した。
(1) UtechSmart USB 2.0-10/100 Fast Ethernet
(2) PLANEX USB-LAN100R

・ACアダプタのみ; 0.15~0.2W程度
・ACアダプタ + RasPi Zero W: 0.7~1.0W
・ACアダプタ + RasPi Zero W + (1): 2.0~2.2W
・ACアダプタ + RasPi Zero W + (2): 0.9~1.2W

ということで、各デバイスの消費電力は、
・Ras Pi Zero W: 0.5~0.8W
・UtechSmart USB 2.0-10/100 Fast Ethernet: 1.2W前後
・PLANEX USB-LAN100R: 0.2W前後
となる。

(1)はLEDありで、(2)はLEDなしなのでその差も大きい気がするがUSB-有線LAN変換アダプタは想像以上に消費電力差があるようだ。

気にする人は選んだほうが良いと思う。

■まとめ
Raspberry Pi Zero Wを使って、PCからのUSB電源で完結するwol装置を作れた。消費電力はUSB-有線LAN変換アダプタを選べばなんとか1W前後。ただ、変換アダプタやらなんやらがつながってる関係上、思ったよりケーブル周りがすっきりしなかった。

ここで一応目的は達成したがケーブルがPCと2本もつながってるのが如何にも非効率な感じである。

ケーブル1本構成を実現したRaspberry Pi Zero WからUSBケーブル1本でWindows PCをwakeupする(後編) - 色々日記(ざ・めも)に続く。

2019/01/24(木)無線LAN比較メモ

2019/01/24 24:18 PC(全般)
サブPCの状況を改善したく、無線LAN機器の組み合わせをいくつか試したのでメモ。

現在使っているのが無線A。
変更を検討したのが無線B。

省スペースPCでコンパクトに纏めたい都合から無線Bの構成は変なことになっている。

アクセスポイント: ASUS RT-AC1200HP

OS: Windows 10 Pro
MB: H110MH PRO D4
無線A: Netgear A6210-100JPS
無線B: Intel 9260NGW + PCIe変換カード + アンテナ

無線Bの変換カードとアンテナはeBayで調達。
https://www.ebay.com/itm/Intel-M-2-NGFF-7260-8260-3160-WiFi-Network-Card-to-PCI-e-1X-Adapter-Converter/223108080182
https://www.ebay.com/itm/Rotatable-6dBi-Omni-Directional-WiFi-Wireless-Antenna-SMA-Female-Magnet-Stand/253774069655

とりあえず通信速度を測定。測定方法はNetPerfで。
測定対象のPCでNetPerfサーバ起動してアクセスポイントまたいで別のPCからNetPerfクライアントで接続。

比較がメインなのでリモートデスクトップとか繋ぎっぱなし。
そのため、実際の数字上はもっと速いと思う。

5回ずつ測定して、
無線Aは、
293Mbps
294Mbps
258Mbps
223Mbps
342Mbps
平均して282Mbps。

無線Bは、
202Mbps
190Mbps
175Mbps
179Mbps
184Mbps
平均して186Mbps。

期待としては無線Bが無線Aと互角以上の速度を出すと思っていたのでちょっと期待はずれ。
消費電力も測ろうかと思っていたが止めた。

無線Bの構成で何を狙っていたかというと、mini ITXのケースにMicro ATXのマザーをぶち込んだPCがあって、これのPCIeの3スロット目を有効活用できないかと考えていた。

ケース側にPCIeの固定スロットがないが、マザーボード上には空きスロットがある。
ここに無線LANカードを挿してアンテナを隙間から外に引き出す。

ついでにUSBドングルではなく、PCIe接続の無線LANであればWoWLANもできるのではないかという予想もあった。

結果、物理的な構成は思い通りに行って動くところまで達したのだが、速度が出なかった残念。
WoWLANについてもいろいろ試してみたが、H110MH PRO D4との組み合わせでスリープからの復旧すらもうまくいかなかった。

無線Bの速度が出ない原因はいろいろ考えられすぎるのであまり追求しない方向で。
チップやカード単体の責務ではない気がする。

WoWLANについてはハードルが高いとは聞いていたが、実感として難しいことが理解できたので良し。
デスクトップでも動くケースはあると思うが、まだ機器を選ばないという段階には達していなさそう。

自作、ないし自作に近い構成のPCはもう暫く使うと思うので構成制約が厳しい技術は使いづらい。

とりあえずRaspberry Pi Zero Wで作ったWOL装置があるのでそちらを復帰させる。

このあとは、Raspberry Pi Zero WをOTG疑似キーボードデバイス化してキーボードによる休止解除戦法が実現できないかどうかを画策してみる。

2018/11/02(金)しょぼいカレンダーのチャンネル名変更

2018/11/02 16:24 PC(全般)
2018/10/01で変更されていた模様。

https://jbbs.shitaraba.net/bbs/read.cgi/anime/3083/1317273356/61-63
「BS Japan」→「BSテレ東」
「BS11デジタル」→「BS11イレブン」
「TwellV」→「BS12トゥエルビ」
「FRESH!」→「FRESH LIVE」
チャンネル名縛りで動くサービス・ソフトが動かなくなっていたので注意。

自作のtwitter連携は大丈夫だったっぽい。

2017/09/13(水)Wordの表で結合したセルの文字列が消える

2017/09/13 15:45 PC(全般)
今回のMSふざけんな案件。

環境は、
OS: Windows7 Pro 64bit
Word ver: Office Pro 2016

Wordの印刷レイアウト表示および印刷結果において、結合セル内の文字列が非表示となる。

・印刷レイアウト表示ではマウスでダブルクリックしても結合セルにカーソルが入れない
・下書きやアウトラインではたしかに文字が存在しており編集可能
・保存時にデータは飛ばない

とにかく、印刷に出てこないのが致命的。
この事象は2017/9/7以降に発生した。

原因はKB4011039の更新。
「プログラムと機能」からこれを削除すると直る。

私の環境ではKB4011039は5つ表示されたが一番上を消したら直った。
どれがどれだかよくわからないので、とりあえず全部消してみるが一次対応になりそうだ。

多分次月なりのパッチで直ると思うが、流石にこれが見過ごされるのは品質を軽視しすぎているように思う。

[参考]
Merging Cell in Word Table Issue - Business Applications
https://answers.microsoft.com/en-us/msoffice/forum/msoffice_word-mso_win10/word-not-displaying-table-data-with-merged-cells/88d25b43-8441-4b64-9bcf-4d75b27a30f9?auth=1Word%20not%20displaying%20table%20data%20with%20merged%20cells%20after%20updates%20-%20Microsoft%20Community

2017/07/08(土)CDのリッピング手順を決めたい

2017/07/08 12:35 PC(全般)
CD資産がたくさんあるし、インディーズなどでは、まだまだ
○CD
×ダウンロード
なケースも多々ある。

やっぱりCD->PCへの取り込みは手段を確立しておきたい。

iTunes等で一元的に管理するのが今時だろうが、使用方法が限定されるのがどうしても肌に合わない。
ファイルベースで管理したい。

今まではCDexでmp3化していたが、可逆圧縮でも保持しておきたいとか要求が増えてきたのでやり方を考える。

■前提
資産: CD所有数で500~1000枚(所謂シングル盤もそれなりにあり)。ほぼ日本の楽曲。

■やりたいこと(必須)
・携帯音楽プレーヤー用に非可逆圧縮(mp3 lame 256kbps)で曲毎に圧縮したい
・PC用に可逆圧縮結合(FLACかWavPack)+CUEで圧縮したい
・上記2つを極力1つのソフトでやりきりたい。理想はワンボタン
・出力ファイル名にアルバム名・アーティスト名を入れ込む。CUESheetの中身含め日本語部分は日本語で出力
・出力はCD毎にフォルダ分けしたい
・可逆圧縮と非可逆圧縮は別フォルダに入れたい
・ファイルフォーマットや出力フォルダ・ファイル名をプロファイル化してリッピング時に呼び出して使いたい
・freedbからCD情報諸々が取得できる
・GUI操作(freedbの候補が1つに定まらないケースがある都合上)

■やりたいこと(できれば)
・永続的に使えそうなものを選ぶ
・エラー検出とかオフセットが正確であれば(ドライブ選びで担保して諦めても良い)
・ワンボタンで出来ない場合は、バッチなりで対応しても良いのでCUIがあると良い
・freedb(JP)が使えると良い

■調査
下記2サイトをベースに色々ソフトを試してやりたいことに合致するものを探した。
Comparison of CD rippers
おすすめの音楽ファイル変換ソフト・エンコーダー - k本的に無料ソフト・フリーソフト
おすすめの CD コピーツール - k本的に無料ソフト・フリーソフト

余談だけど林檎の木なくなっちゃったのね…

■結果
・PC用に可逆圧縮結合(FLACかWavPack)+CUEで圧縮したい
・ファイルフォーマットや出力フォルダ・ファイル名をプロファイル化してリッピング時に呼び出して使いたい
この2項目が出来る物がほとんど無い。

下記2つが残った。

・EZ CD Audio Converter 6.0.9
シェア。多機能かつI/Fが整理されていてXRECODEと比べるとかなり美しい。可逆・非可逆2回取り込み操作が必要。それ以外のやりたいことは全部出来る。

・XRECODEⅡ 1.0.0.231
シェア。多機能。ドライブのオフセット調整は手動。可逆・非可逆2回取り込み操作が必要。それ以外のやりたいことは全部出来る。
若干バギーで、同じ設定項目が複数箇所にあるなどちゃんと動いているのか判断がつかない場合がある。

2017/07/08 現在では購入方法がない? 起動直後の遅延を我慢すれば全機能使うことが出来るが、アップデートを確認する際にハングアップする(https://xrecode.com/php/version2.mirla?~にアクセスするが301が返ってくる。これが無限ループしてる?)。回避するためには、ファイアウォールでxrecode2.exeのxrecode.com(173.236.187.195)への送信を止める必要がある(全止めだとfreedbへのアクセスが出来ない。また、設定でアップデートの確認を無効にしても私の環境では効果がなかった)。

下記ソフトは次点。
・Exact Audio Copy 1.3
フリー&定番。曲毎エンコでは設定が反映されるが、結合で出力する際は毎度出力先を選ぶ必要がある。プロファイル化が出来ない。UIが少し独特(FLAC+CUEを作る場合は、左の簡易メニューではなくActionメニューからCopy Image & Create CUE Sheetを選ぶ必要がある)。

・XRECODEⅢ 1.62
シェア。バギー。一見XRECODEⅡより整理されているのだが、結合出力でCUEのINDEX時間に過大なマイナス値が入るケースがある。私の知識上不正に見えるし、再生できるソフトもみつからない。バグだと思うのだが、これさえ直れば購入しても良い?

・CUERipper(CUETools) 2.1.5
フリー。オフセットは取ってこれる。複数ツールの一部で、ツール同士の関係性がわかりづらい。設定UIが独特。プロファイル化できない。前回設定は記憶してくれるしCUIもありそうなので、可逆圧縮で取り込んだ後バッチで非可逆圧縮するなどはこのツール群だけでできそう。

■結論
アップデートもかなり続きそうなので、EZ CD Audio Converterを買うことにした。

仮にこれが使えなくなった場合、XRECODEⅡを何とか使い続けるかCUERipperでの運用方法を編み出すか。まあ、その頃までによりよい代替手段がでているのでは無かろうか。
OK キャンセル 確認 その他