Xperia 1 VIIIのワイヤレス充電が遅い？改善できないか試してみました

最近、Xperia 1 VIから発売されたばかりのXperia 1 VIIIに機種変更しました！
全体的に性能向上していて大満足しているのですが、ひとつだけ致命的な不満が……。

「ワイヤレス充電、めちゃくちゃ遅くなってない？」

気になって「Ampere」というアプリで充電電流と本体温度を調べながら、様々な充電器を試して検証してみました。結論から言うと改善できなかったのですが、その結果を書いておきます。

注：一応検証ブログですが、試せる充電器にも限界がありますし、条件を厳密に設定しているわけでも無いので、参考程度に読んでください。

1. 「34℃の壁」

アプリ「Ampere」で充電電流と本体温度を監視してみたところ、Xperia 1 VIIIのワイヤレス充電の挙動には明確な「境界線」があることが分かりました。

• 本体温度 34℃未満： 高速なワイヤレス充電が可能

• 本体温度 34〜34.5℃以上： 電流が700〜900mAにガッツリ制限される

ワイヤレス充電を始めると本体温度はどんどん上昇しあっという間に34℃に達してしまいます。また、充電していなくてもスマホでYoutube等を見た後だったりするとその時点で既に本体温度は34℃を超えていることも。つまり、普通に充電していると、ほぼ制限がかかって激遅モードになってしまうのです。

2. 正攻法、ファン付き充電器での冷却を試す

「熱で制限がかかるなら、冷やしながら充電すればいいじゃない」ということで、正攻法としてファン付きのワイヤレス充電器を導入することにしました。

選んだのは「CIO NovaWave Car Mount Built in Fan」。発売されたばかりのQi2.2(25W)対応のワイヤレス充電器です。車載用ですが、車載用のアタッチメントを分離して単独で使うこともできます。Xperia 1 VIIIはQi2(マグネット)非対応のため、Amazonで安価なマグネット対応ケースを購入して挑みました。

まさかの「相性問題」が発生？

期待に胸を膨らませて充電を開始してみたものの、一番最初の段階で躓いてしまいました。

【検証結果】 本体温度 30.5℃ / 充電電流 約300mA

30.5℃と本体は冷えているのに、300mAしか出ません。USB-C充電器との相性を疑い、充電器を「Anker Nano II (65W)」から「CIO NovaPort SLIM DUO 67W」に変えても結果は同じ。ケースが原因であることも考えて、ケースを外して無理やり固定してもダメでした。どうやらXperia 1 VIIIとこの充電器の間には、致命的な相性問題があるようです。

3. 手持ちの充電器で電流・温度の一斉テスト

相性問題の闇が深そうなので、家にある充電器を片っ端から試して「本体温度30℃前後のときにどれだけ電流が出るか」を測定してみました。（※すべてマグネット対応ケースを装着した状態）

充電環境	本体温度	充電電流	備考
Anker Nano II (65W) ※有線接続	30.6℃	4630mA	-
Anker Power Wave II Sense Pad (15W)	28.7℃	1750mA	平置き型
Anker Nano II (65W) + LBSC Qi2充電器 (25W)	29.6℃	2870mA	Amazon格安Qi2
Anker Power Wave II Stand (15W)	29.8℃	2750mA	スタンド型

こうして見ると、充電器によってかなり数値にバラつきがあります。しかし、冷えてさえいればワイヤレスでも2700〜2800mA前後は狙えることが分かりました。

4. 正攻法その2、「ペルチェ素子＋ファン」搭載充電器を投入！

　「CIO NovaWave Car Mount Built in Fan」でちょっとがっかりしたのですが、ここでさらなる身銭を切り、冷却性能において現役最強クラスの「TORRAS Ostand PolarCircle (Qi2.2 25W)」を購入しました。

この充電器は「ペルチェ素子＋冷却ファン」を搭載しており、充電後に触るとひんやり、湿度によっては結露するほどの冷却力を持っています。

ケース越しでの初期測定では 29.4℃ / 3000mA をマーク！これなら期待できそうです。

【実験】バッテリー50%から90%まで充電してみた

この強力な冷却によって、充電中の温度上昇を34℃以下に抑え込めるのか？実際に連続充電してみました。

結果：無情にもリミッター発動

• 充電を開始すると、スマホの本体温度がぐんぐん上昇。

• 案の定、34.6℃あたりで「900mAリミッター」に引っかかる。

• その後も温度は上がり続け、最終的に39℃まで上昇しました。

温度の上昇スピード自体は緩やかになっている気もしますが、最終的な上限温度（39℃）は、冷却機能のない「Anker Power Wave II Sense Pad」で充電した時の上限（40℃）とほぼ変わりません。

ケースを外したら変わる？

「ポリカーボネートとTPUのハイブリッドケースだから熱が籠もっているのでは？」と考え、ケースを外して全裸のXperia 1 VIIIにTORRASを直付けして再挑戦。しかし、こちらも結局39.4℃まで上昇してしまいました。

5. なぜ冷えない？

あんなに冷たいTORRASの冷却面が密着しているのに、なぜスマホ本体は熱くなってしまうのか。

推測になりますが、「充電器とスマホ本体の密着度が圧倒的に足りない」のが原因では内科と考えられます。

例えば、パソコンのCPUとヒートシンクの間には、隙間を埋めて熱を伝えるために「CPUグリス」を塗ります。CPUグリスを塗り忘れたり、グリスが劣化したりすると、熱暴走の危険性が出てきます。スマホとワイヤレス充電器の間でも同じことが起きていて、いくら充電器側が冷えていても、スマホの背面との間に微細な隙間があるため、熱が効率よく逃げていかないのではないでしょうか。

かといって、日常的に使うスマホ、ケース、充電器に熱伝導グリスを塗るわけにもいきません。現状、実用的な解決策がないのが正直なところです。

6.まとめ：Xperia 1 VIIIのワイヤレス充電事情

今回の検証で得られた結論は以下の2点です。

• ワイヤレス充電器とスマホの相性はかなり激しい（全く電流が出ない組み合わせもある）

• 冷却機能付き充電器を使っても、Xperia 1 VIIIの温度を34℃以下に抑え続けるのは無理。すぐに900mAの制限がかかる

前機種のXperia 1 VIに比べて熱制御がシビアになった印象です。バッテリーなどを保護するためなのかも知れないですが、ちょっとシビア過ぎるので何か解決策があるといいのですが。

GoogleタイムラインのデータをPCで見る(JSON→KML変換)

 Googleタイムラインのデータがスマホの端末側で保存されるように仕様変更されてから、PCで直接見ることができなくなったんですが、やはり見たいなぁということで、色々試していました。

一般的には、スマホからタイムラインのJSONデータをエクスポートして、それをツールに読み込ませるという手順になります。 JSONデータを直接読み込ませられるツール(サービス)もあるようですが、データの保存や加工を考えると、一旦KMLに変換した方が良いかなぁという判断になりました。

で、変換ツールを探したらいくつかあったんですが、自分の気に入る仕様のものが無かったので、作ってしまいました。せっかくなので公開しておきます。

Convert_TimeLineJson2KML.zip (Google Driveからのダウンロードになります)

上記のZIPファイルを展開すると、HTMLファイルが1つ出てくるので、それをブラウザで開いてください。私はChromeを使いました。タイムラインのJSONデータを読み込ませるだけで、月別・データ別に変換してくれます。ダウンロードボタンを使うとダウンロードできます。ZIPに固めて一括ダウンロードする機能もつけました。

タイムラインのJSONデータはネットに流れません。ただ、ZIPに固める処理でライブラリを使ったのでそれだけ通信します。不安な人はHTMLを開いて解析してください。利用規約(かなり緩い)はZIPファイル内のReadme.txtを見てください。

しかし、今は生成AIに聞くと、これぐらいのツールは簡単に作ってくれるようになったので、非常に便利になりましたね。自分でちょっと手直しするだけで済むので。

Adobe Photoshop 2026のアップデートに失敗したけど強引に解決した

Windows 11での話です。

Adobe Creative Cloudでフォトプランを契約して、Adobe Photoshopを使っていますが、突然最新版へのアップデートが失敗しました。根本解決はしていませんが、とりあえず再度使えるように強引に解決させることに成功したので、メモを残します。

(Adobeサポートでも解決しなかった旨のXの投稿を見かけたので、もしかすると困っている人がいるかもしれないので、参考になれば)

【エラー内容】

Creative Cloud DesktopでAdobe Photoshopのアップデートが失敗する。ログを確認すると、最終行が以下のようなメッセージになっている。

---

Failed to move directory 'C:\adobeTemp\(省略)\Required' to 'C:\Program Files\Adobe\Adobe Photoshop 2026\Required'

---

【直接の原因】

C:\Program Files\Adobe\Adobe Photoshop 2026\Required フォルダの以下のファイルアクセスが何故か拒否される為。Administratorsユーザで管理者権限付きにしてもファイルの参照すらできなくなる。

補足：

C:\Program Files\Adobe フォルダにCreative Cloud Desktopだけをインストールした状態、つまりAdobe Photoshop 2026未インストール状態で、エクスプローラーで以下の操作をするだけでエラーになる。

(1) C:\Program Files\Adobe\Adobe Photoshop 2026 フォルダを作る[成功]

(2) C:\Program Files\Adobe\Adobe Photoshop 2026\Required フォルダを作る [成功]

(3) C:\Program Files\Adobe\Adobe Photoshop 2026\Required\layouts フォルダを作る [失敗]

【解決(回避)方法】

私がこの問題を回避した方法は以下です。C:\Program Files\Adobe\Adobe Photoshop 2026\Requiredフォルダが変な動作の元なので、Photoshopのインストール先をそれ以外にしてしまおうという考えです。もっと影響範囲が少ない方法もありそうだけど、とりあえずこの方法では回避できます。

(1) Adobe 関連のアプリをアンインストールする

普通にアンインストールできればいいのですが、上記のエラーになると、Adobe Photoshop 2026のアンインストールができなくなっている場合があるので、Adobe Creative Cloud製品全体を強制アンインストールします。

強制アンインストールの方法は「Adobe Creative Cloud 強制アンインストール」で検索をかけてください。強制アンインストール用のアンインストーラもダウンロードできます。

(2) C:\Program Files\Adobe フォルダを削除する

強制アンインストーラを使っても　Adobeフォルダが残っている場合は削除します。【直接の原因】と同じ理由で削除が拒否される場合は、一旦AdobeフォルダをCドライブの別のフォルダに移動してから削除してください。(別のフォルダに移動すると、なぜかファイルアクセス周りが正常動作になる)

(3) Creative Cloud Desktopをインストール

Creative Cloud Desktopのインストーラを入手して、普通にインストールしてください。

(4) C:\Program Files以下以外で、Adobeアプリインストール用のディレクトリを作成する。

私は、C:\AdobeProgram フォルダを作りました。

(5) Creative Cloud Desktopのメニューから「ファイル」-「環境設定」を選択して、「アプリ」からインストール先フォルダを(4)で作ったフォルダに変更

(6) Adobe Photoshop 2026をインストール

【注意とか補足とか】

・強制アンインストール後、Adobe Photoshop 2026をデフォルトのフォルダ(つまりC:\Program Files\Adobe\Adobe Photoshop 2026)のままで、インストールすると、インストールは成功しますが、アプリを起動するとエラーになります。原因は【直接の原因】と同じだと思います。

自宅のネットワーク環境のNVR510の設定(抜粋,小型ONU接続,v6プラス固定IP,ひかり電話)

現在の私の自宅のネットワーク環境のNVR510の設定です。
小型ONU接続+v6プラス固定IP+ひかり電話というかなりマニアックな構成になっています。

抜粋版でIPアドレスなどは修正してあります。

環境は以下のような感じ。

ローカルネットワーク	192.168.62.0/23
NVR510ローカル側アドレス	192.168.62.1
VPNサーバ	192.168.62.200	ポート開放。 クライアントIP:192.168.63.1-5
DLNAサーバ	192.168.62.201	ポート開放。
v6プラス固定IP IPv4アドレス	111.111.111.111
インタフェースID	2222:2222:2222:2222
BRアドレス	3333:3333:3333:3333::3333
ひかり電話の電話番号	0333333333

ローカルネットワークアドレスが通常の/24ではなく、/23なのかというと、VPNサーバがクライアントに割り当てるIPアドレス192.168.62.xxxにできないからです。NVR510がDHCPで配布するIPアドレスは、192.168.62.xxx(62=00111110b)で、VPNクライアントのIPアドレスは、192.168.63.xxx(63=00111111b)なので、ネットワークマスクを/23(255.255.254.0)にすればまとめて扱えます。

以下は、NVR510の設定です。全部をコマンドでやるのは大変なので、Web GUIである程度設定してから差分をコマンドで設定した方が良いと思います。

ngn type onu1 ntt

NGNとの接続設定。ひかり電話を使うのでntt。小型ONU接続の場合はlan2ではなくて、onu1。

 ip lan1 address 192.168.62.1/23

NVR510のローカル側のIPアドレス設定

ip onu1 address dhcp

WAN側のIPv4アドレスをDHCPで取得。ひかり電話を使う場合には必須。

ipv6 route default gateway dhcp onu1
ipv6 prefix 1 dhcp-prefix@onu1::/64

ipv6 lan1 address dhcp-prefix@onu1::2222:2222:2222:2222/64

ipv6 lan1 prefix change log on

ipv6 lan1 rtadv send 1 o_flag=on

ipv6 lan1 dhcp service server
ipv6 onu1 dhcp service client

IPv6の設定。ひかり電話を使っているのでDHCPv6-PDの設定。v6プラス固定IPの場合、インタフェースIDに指定されたものを使わないと(=IPv6アドレスに指定したものを使わないと)、BRがv6プラス通信してくれません。

ipv6 lan1 mld router version=2
ipv6 onu1 mld host version=2

IPv6マルチキャストの設定。ひかりTV用です。

ip route default gateway tunnel 1
tunnel select 1

 tunnel encapsulation ipip

 tunnel endpoint address 3333:3333:3333:3333::3333

 ip tunnel mtu 1460

 ip tunnel tcp mss limit auto

 ip tunnel nat descriptor 1000

 tunnel enable 1

nat descriptor type 1000 masquerade

nat descriptor address outer 1000 111.111.111.111

nat descriptor masquerade incoming 1000 discard 

nat descriptor masquerade static 1000 1 192.168.62.200 tcp 55555

nat descriptor masquerade static 1000 2 192.168.62.201 udp 30000-60000

IPv4は、tunnel 1(v6プラス固定IP)を使います。v6プラス固定IPだと、いわゆるポート開放も簡単。

dhcp service server
dhcp server rfc2131 compliant except remain-silent
dhcp scope 1 192.168.62.10-192.168.62.201/23
dhcp scope bind 1 192.168.62.200 ethernet xx:xx:xx:xx:xx:xx
dhcp scope bind 1 192.168.62.201 ethernet yy:yy:yy:yy:yy:yy
dhcp client release linkdown on

DHCPサーバの設定。2つサーバはIP固定に。

tunnel select 1

 ip tunnel secure filter out 1000 1001 1002 1999 dynamic 10000 10001 10002 10003 10004 10005 10006 10007

ip filter 1000 reject * 192.168.62.0/23 * * *

ip filter 1001 reject * * udp,tcp 135,netbios_ns-netbios_ssn,445 *

ip filter 1002 reject * * udp,tcp * 135,netbios_ns-netbios_ssn,445

ip filter 1999 pass * * * * *

ip filter dynamic 10000 * * ftp

ip filter dynamic 10001 * * domain

ip filter dynamic 10002 * * www

ip filter dynamic 10003 * * smtp

ip filter dynamic 10004 * * pop3

ip filter dynamic 10005 * * submission

ip filter dynamic 10006 * * tcp

ip filter dynamic 10007 * * udp

 IPv4 outフィルターの設定。ファイル共有などだけブロックして後はスルーさせます。後述しますが、in側のフィルターは基本全ブロックで、動的フィルターで通過させます。

 

tunnel select 1
  ip tunnel secure filter in 2000 2001 2002 2003 2004 2999
ip filter 2000 reject 192.168.62.0/23 * * * *
ip filter 2001 pass * 192.168.62.0/23 icmp * *
ip filter 2002 pass * 192.168.62.200 tcp * 55555
ip filter 2003 pass * 192.168.62.201 udp * 30000-60000
ip filter 2999 reject * * * * * 

IPv4 inフィルターの設定。動的フィルターを使うのでICMPと開放したポート以外は全部拒否。

ipv6 onu1 secure filter out 3000 3001 3999 dynamic 30001 30002 30003 30004 30005 30006 30007 30008
ipv6 filter 3000 reject-log * * udp,tcp 135,137-139,445 *
ipv6 filter 3001 reject-log * * udp,tcp * 135,137-139,445
ipv6 filter 3999 pass * * * * *
ipv6 filter dynamic 30001 * * ftp syslog=off
ipv6 filter dynamic 30002 * * domain syslog=off
ipv6 filter dynamic 30003 * * www syslog=off
ipv6 filter dynamic 30004 * * smtp syslog=off
ipv6 filter dynamic 30005 * * pop3 syslog=off
ipv6 filter dynamic 30006 * * submission syslog=off
ipv6 filter dynamic 30007 * * tcp
ipv6 filter dynamic 30008 * * udp

 IPv6 outフィルターの設定。IPv4と基本同じ。

ipv6 onu1 secure filter in 4000 4001 4002 4003 4999
ipv6 filter 4000 pass * * icmp6 1,2,3,4,129,130-255
ipv6 filter 4001 reject * * icmp6 *
ipv6 filter 4002 pass * * 4
ipv6 filter 4003 pass * * udp * 546
ipv6 filter 4999 reject-log * * * * *

IPv6 inフィルターの設定。

ルール4002はv6プラスのパケットを通過させるために必要。

dns private name NVR510
dns host lan1
dns service fallback on
dns server dhcp onu1
dns server select 100000 dhcp onu1 edns=on any flets-east.jp
dns server select 100001 dhcp onu1 edns=on any iptvf.jp
dns server select 100002 2001:4860:4860::8888 edns=on 2606:4700:4700::1111 edns=on any .
dns server select 100003 2001:4860:4860::8844 edns=on 2606:4700:4700::1001 edns=on any .
dns server select 100004 dhcp onu1 edns=on any .
dns private address spoof on
dns notice order dhcp me
dns notice order dhcpv6 me
dns notice order msext me

DNSの設定。flets-east.jpとiptvf.jpはフレッツ網のDNSで処理します。これを入れないと、ひかりTVのSTBが起動しません。それ以外のDNS参照は、Google Public DNSとCloudflare DNSを使うようにしていて、念のため最後にフレッツ網のDNSを参照するようにしています。

analog wait dial timer 1 2
analog sip arrive permit 1 myname
analog sip call myname 1 sip:0333333333
analog sip arrive permit 2 off
analog sip call permit 2 off
analog supplementary-service pseudo call-waiting
analog extension emergency-call-dial type normal-number
analog extension dial prefix sip prefix="9#"
analog extension dial prefix port=1 ngn onu1
analog extension dial prefix port=2 ngn onu1
sip use on

 アナログ電話の設定。Web GUIで設定したものそのままです。

NVR510のGUIからv6プラス固定IPの設定をしても通信できない場合の対処方法

 【要約】
NVR510のGUIからv6プラス固定IPの設定をしても通信できない場合、GUIが余計な設定を付与している場合があるのでそれを削除しましょう。

---

YAMAHA NVR510からはv6プラス固定IPの設定ができるようになっていますが、設定してもIPv6通信はできるけど、IPv4通信ができない場合があります。

CONFIGを確認して、以下の設定がある場合は、これを削除するとIPv4通信できるようになると思います。

ipv6 lan2 address dhcp

または

ipv6 onu1 address dhcp

高いBS-GS2008を買わなくても、ひかりTVマルチキャスト問題を軽減できる「かもしれない」

【要約】

ひかりTVのマルチキャスト問題は、BS-GS2008を買えば確実に改善するけど、BS-GS2008は高いので、手元にスイッチングハブが余っているなら試してみる価値があるかも。

---

ひかりTVのマルチキャストでネットワーク負荷が上がる問題をMLDスヌーピングではない方法で解決したんですが、試行錯誤しているときにちょっと気づいたことが。

【構成1】

【構成2】

この2つの構成で、BS-GS2008のMLDスヌーピングをOFF、トラフィック制御もOFFにした場合、つまり、単なるスイッチングハブ状態でも、ネットワーク負荷はなぜか圧倒的に構成2の方が低かったです。

「ひかりTV」(ケーブルテレビ番組)を見ているときは、普通に通信できていました。ただ、「地デジ」を見ているときは、通信不可では無いですが、かなりの通信負荷がかかっていました。

BS-GS2008はスマートスイッチとしては圧倒的に安いんですが、それでも1万円は超えるので結構高いです。なので、手元にスイッチングハブが余っているなら、試してみる価値はあるかな？と思います。もしかすると、環境によってはある程度、問題を軽減できるかもしれないです。

(1) ルータには、STBとスイッチングハブだけをつなげる

(2) STB以外の機器はハブにぶら下げる

スイッチングハブを買ってまで試すことでは無いです。買うなら、BS-GS2008を買いましょう。その方が確実ですので。

ひかりTVのマルチキャストでネットワーク負荷が上がる問題をMLDスヌーピングではない方法で解決した

【要約】

ひかりTVのマルチキャスト問題はMLDスヌーピングで解決するのが一般的だけど、マルチキャストのトラフィック制御でも解決できるという話

---

ひかりTVを使っているLANでハブを使うと、マルチキャストのパケットがネットワーク全体に送信されてネットワーク負荷が上がる問題があって、その解決方法で有名なのがMLDスヌーピングが使えるスマットスイッチを使う方法です。

前住んでいたところのネットワーク環境だと、MLDスヌーピングを使わなくても、若干ネットワーク負荷が上がるなぁぐらいだったのですが、新居のネットワーク環境だと、MLDスヌーピングが効いていないと、全くといっていいほど通信ができなくなります。

MLDスヌーピングが効いていれば問題にならないと言えばそうなのですが、この場合以下のような問題があります。

(1) スマートスイッチの状態がリセットされると、MLDスヌーピングの学習が終わるまではほぼ通信不可

(2) ひかりTVの「ひかりTV」(ケーブルテレビの番組)だけを見ている場合は、MLDスヌーピングの学習が終わっていれば問題ないですが、「地デジ」を見ると、学習し直しになってその間通信不可になる。「ひかりTV」と「地デジ」は別のマルチキャストとして扱われるようで、「地デジ」はさらにチャンネル毎にも別マルチキャスト。

(2)が特に問題で、ひかりTVのチャンネル切り替えをやると、その都度MLDスヌーピングの学習が終わるまで、インターネットとの通信が止まってしまい、かなり困った状態になりました。

そこで、MLDスヌーピングでは無い方法で問題を解決することにしました。

解決方法ですが、まずネットワークの構成を変えました。

【変更前】

【変更後】

変更前は、ルータ側のLANポートは1つしか使用せず、全部の通信をハブに渡して、それから機器に分岐していたのですが、変更後はひかりTVのSTBだけルータのLANポートに直接つなぎ、他の機器はハブにつなぐことにしました。

この状態だと、STBとハブにマルチキャストが常に飛ぶ状態になるので、ネットワークの負荷は大きいままです。そこで、ハブ(BS-GS2008)の設定で、ルータとつながるポートのマルチキャストパケットのトラフィック上限を下げました(BS-GS2008だと、詳細設定のトラフィック制御のマルチキャストを無制限 → 128p/s に。BS-GS2008のトラフィック制御は、ポートに入ってくるデータに対して効くようです)。

この設定によって、STB側でチャンネル切り替えをやっても、インターネットとの通信が止まることが無くなりました。

ただ、よく分からないことが2つあります。

(1) 変更後の構成だと、STBの電源OFFで、DLNAも使ってないのに、ひかりTVのマルチキャストが続く場合がある。10Mbpsぐらい帯域の無駄。

(2) 変更後の構成で、トラフィック制御せずに、MLDスヌーピングの設定をしても、(学習が終われば)ネットワークの負荷は減るはずなんですが、なぜか負荷が下がらなかった。

理由が分からないのですが、とりあえず問題になるまでは放置です。