MacBook Air (13-inch, Early 2014)のバッテリーを交換しました。

過日、

『Q: ボディの歪み』

https://discussionsjapan.apple.com/thread/251339917


の中にあった、

Rondo_1 さんのコメントを読んで、がく然としました。


>icco78 さんによる書き込み:

MacBookAir EARLY2014

>を使用しています。

>どうやら(US のサポートページでは)ビンテージ製品になったようです。



あ〜ぁ、うっかりしてました。チェックしてなかったです。


近頃、スリープで置いておくと、あっという間に、50%ぐらいになっていること増えてきていて、

この前は、32%!

何にもせず置いてあるだけなのに。です。

(20%下回ると何か起こると聞いたような、、、)


ビンテージ製品に入ると、修理できないかも。と聞いていたので、

あ〜ぁ、間に合わないかも、、、


とりあえず、サポートに電話すると、

何せ、COVID-19で、閉店中ですから、再開してからですね。

サポートでは、部品があるかどうかは確認できないのです。

と、スペシャリストさんに言われてしまいました。


お店が再開するまで、放っておくしかないはずだったのに、

別件でサポートに電話した折、バッテリーのハナシになって、

アドバイザーさんが言うには、

「ジーニアスバーには、もう無いかも。」

「Apple 正規サービスプロバイダに在庫あるか聞いた方が良いです。」

ですって!


じゃ、そっちか〜 と、探してみると、

予約できるお店、ちょっと遠いけど、関東周辺にいくつか無いわけではない。

電話してみると、

どこも、バッテリーの在庫なんて、してないです(泣


Apple 正規サービスプロバイダ さんで、バッテリーを在庫しているお店なんて無くて、

どこのお店も、修理依頼入ってからAppleに部品のオーダーかけるそうです。

入手できなければ、修理できない。となるそうです、、、


ある正規サービスプロバイダ さんが言うには、

関東では、表参道がMacの修理を一番多く手掛けているそうで、

部品在庫も他のお店よりも多く置けるみたいで、在庫残っているなら、ここでしょうね。


で、

また、サポートの問い合わせることがあり、

この時のスペシャリストさんは、この辺りの事情を教えてくださいました。

ビンテージに入ったら、すぐに、店頭より部品を引き上げることになっているそうです。

(部品がどこに行くのかは、サポートには情報下りていないそうです。)

基本的に、ビンテージの部品はAppleのお店には存在しないのが普通。ということのようです。

そのことから、先のアドバイザーさんは、Appleのお店にはもう無いと考えたのかもしれませんね。


してたら、

6月1日、12:00再開と耳にして、

表参道に電話しました。

「MacBook Air (13-inch, Early 2014)がビンテージに入ったそうですが、まだバッテリーの在庫ありますか?」

とお尋ねすると、

「無いです。」

「!!!」

取りつく島もない。でした、、、


可能性高いと言われた表参道で、撃沈したので、

力なく、銀座に電話しました。

こちらの方は丁寧で、シリアル番号も確認した上で、

現場に確認してくれました。

「数は申し上げられませんが、あります。潤沢とまでは言えないかもしれませんが、かなり有ります。」

「!!!」


加えて、「USBポートも交換できますか?」とお聞きすると、

「先ほど確認しておいたのですが、バッテリー以外は部品の在庫は無いと現場は言ってました。」

先回りして確認しておいてくれたのでした。

(表参道とは、対応違いすぎ!!!)


「再開したばかりで、ジーニアスバー混んでいるでしょうから、もう少し落ち着いた頃に伺いたいので、わたし用にバッテリーを確保しておきたいのですが。」

それは、できないのだそうです。


ジーニアスバーを予約する。

(予約できるのは、1週間先ぐらいまで。)

(今は、12:00〜20:00ぐらいが開店時間)

修理担当者が状態を検査する。

バッテリーの在庫があれば、交換できる。


という流れです。


混んでるだろうけど、仕方ない。緊急性ないのに申し訳ない。ですが、予約しちゃいました。

そして、

先日行ってきました。


検査すると、「86%」

この数値は、微妙だそうです。

データ上は、健全という結果だから。

80%を下回ると、消耗顕著になることよくあるので、交換をお勧めするそうです。

ただ、担当さんの個人的な意見としては、88%を下回ったくらいから、消耗著しいのも見かけるそうです。


交換してもらいました。

受け取り時:26%


ーーーーーーーーーー

充電量情報:

残りの充電量(mAh): 7238

充電完了: はい

充電中: いいえ

完全充電時の容量(mAh): 7238

状態情報:

充放電回数: 1

状態: 正常

バッテリー装着: はい

アンペア数(mA): 0

電圧数(mV): 8545

ーーーーーーーーーー


> 充放電回数: 1

ボディは古くとも、新鮮! 何か、嬉しい♡



バッテリーでお悩みの

「MacBook Air (13-inch, Early 2014)」のユーザ さま、いらっしゃいましたら、

純正バッテリーでの交換も、ご検討なされるのではないでしょうか?




ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー

icco78 様


上記リンクのスレッドを立ててくださり、ありがとうございました。

このスレッドが無かったら、きっと、間に合わなかったです。

感謝申し上げます。



ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー


Rondo_1 様


上記リンクのスレッドで、

ビンテージになったことを教えてくださいましたこと、

深く深く感謝申し上げます。

教えていただいていなければ、純正バッテリーに、間に合わなかったと思います。

おかげさまで、助かりました。

誠に、ありがとうございました。



ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー



長文、誠に、失礼いたしました。

MacBook Air

投稿日 2020/06/09 05:01

返信
返信: 100

2020/07/09 02:25 onesize への返信

今、MBAは、

hohokihai さんに教わった、

スリープ後のアクティビティモニタ確認のため、

スリープしてます。


後ほど(明日になるかも)、pmset -g logしてみます。


言われてみたら。ですが、

以前、やたらとファンが回るなぁ、中々仕事終わらないなぁ。という時があり、

アクティビティモニタ見ると、mds何たらがやたらとCPU使用を占めていて、参ったことありました。

ネットを見て対処して収まったのですが(どんな対処したか覚えてません(恥 )、あぁ、あれなら困り物ですね。

2020/07/09 21:57 Rondo_1 への返信

>hibernatemode

現行のOSでは、面倒な仕様になったようですね。 通常は電源管理の設定など変更しなくても充分省エネだった筈なので、ノーマルスリープでも何の問題もないですけどね。 SDカードやUSBメモリ等を挿しっぱなしでは、電源供給の関係上スタンバイモードにならないので、通常よりバッテリー消費は激しいけど、それでも2週間で残容量20%程だったと記録してます。 状況は今とは異なるので一概に比較できませんけど。


2020/07/09 22:29 onesize への返信

>追記:

>今回の検証の途中で行なった

>「上書きインストール」以降は、

>JDL挿入していないですが。


どこにも何も挿さっていない現況であっても、

14時間36分後には、

83%となってしまいました。



>JetDrive が原因なんですか?

https://jp.transcend-info.com/Support/FAQ-1216

>引用:Mac Forumsから取集した情報によると、

>これはAppleの純正SSDでも発生する問題です。

と、Rondo_1 さんがお書き下さったように、件のトランセンドのFAQには、記載されています。


当方のMBAのスリープ中のバッテリー消費が多い原因は、

SDカード挿しっぱなし「だけ」ではない原因が、あるようです。



「preventをキーワードで検索」の仕方が分からなかったので、

pmset -g logしたログを1行ずつ見ています。

もう少し時間かかりますが、また、ご報告させていただきます。


2020/07/12 21:38 onesize への返信

電源管理ログにCharge %が表示されるなら、pmset -g log l grep Charge でバッテリーの容量%の行だけを出力できます。 行頭には時間が表示されてるのでそれ以前の行を確認するとヒントとなる出力があるかも。

もっとも、段階的に減っているならクリーンな環境でのスリープを試すのも状況判断には適切です。 クリーンな環境でも改善しなければ、バッテリー以外の問題かバッテリーそのものに問題があるかのどちらかです。

正常な状態なら、ユーザーで開始したsleepからユーザーで終了したwakeまで驚く程の行数は出力されないと思う。


2020/07/13 00:46 スカイブルー193 への返信

pmset -g log l grep Chargeの、logとgrepの間の文字は"l"(小文字のL)ではなく"|"です。


現在のところ、スリープ時に'Maintenance Sleep'が入ると、バッテリーが減ることを確認しています。pmsetのログでは、次のようにすると分かりやすいでしょうか。

pmset -g log | grep -e 'Entering Sleep' -e 'Wake from'


たまたま先程、'Maintenance Sleep'に入ったときのログが取れたので載せておきます。

1行目: 蓋を閉じる

2行目: ACアダプターを抜いてカバンに入れて移動(バッテリー残量は100%

3行目: 'Maintenance Sleep'に突入

4行目: カバンから出して蓋を開ける(バッテリー残量は97%

5行目: しばし使用してから蓋を閉じる(バッテリー残量は94%

6行目: 蓋を開ける(バッテリー残量は94%


無論、PowerNapはオフです。PowerNapをオフにしていても起動するエージェント/デーモンがあるのではないか?というのがこれまでの考察で、現在それを特定しようとしています。

2020/07/23 18:54 hohokihai への返信

久しぶりに、スリープしてみました。


ーーーーーーーーーー

2020-07-23 17:39:56 +0900 Sleep Entering Sleep state due to 'Software Sleep pid=116': Using Batt (Charge:100%) 4660 secs

2020-07-23 18:57:36 +0900 Wake Wake from Deep Idle [CDNVA] due to EC.LidOpen/Lid Open: Using BATT (Charge:100%) 46 secs

2020-07-23 18:58:22 +0900 Sleep Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 10016 secs

2020-07-23 21:45:18 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.SleepTimer/SleepTimer: Using BATT (Charge:100%) 0 secs

2020-07-23 21:45:18 +0900 Sleep Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 10785 secs

2020-07-24 00:45:03 +0900 DarkWake DarkWake from Standby [CDN] due to RTC/SleepService: Using BATT (Charge:100%) 4 secs

2020-07-24 00:45:07 +0900 Sleep Entering Sleep state due to 'Sleep Service Back to Sleep': Using Batt (Charge:100%) 35688 secs

2020-07-24 10:39:55 +0900 Assertions Summary- [System: DeclUser BGTask SRPrevSleep kCPU kDisp] Using AC(Charge: 98)

2020-07-24 10:39:55 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.ACAttach/Maintenance: Using AC (Charge:98%) 2 secs

2020-07-24 10:39:57 +0900 Wake DarkWake to FullWake from Deep Idle [CDNVA] due to HID Activity: Using AC (Charge:98%)

2020-07-24 10:40:38 +0900 Assertions Summary- [System: DeclUser BGTask IPushSrvc kDisp] Using AC(Charge: 98)

ーーーーーーーーーー


17時間ほどスリープしたのに、2%しか減ってなかったです。

何なんでしょうね???

いつもこれなら、スリープでもいいんだけど、、、

2020/07/23 22:53 Rondo_1 への返信

ログにはスタンバイから復帰と出力されてますね?

スタンバイディレイの値は承知してますが、この辺はスレ主さんに確認してもらわないと。

スタンバイディレイの値は、バッテリーの残容量に応じてハイ/ローを切り替えてるようですが、デフォルトの閾値50って....これ、どう使っても寿命が等しくなるような設定とも受け取れるので少し疑問。

私のMacは、常時電源接続の使用環境下で容量的には購入時と全く変化がないので(コレに関しては不安要素がないわけではないけど)

某リンク先では不安になるような数値も出てますね?

2020/07/24 01:15 onesize への返信

onesize さんによる書き込み:

そう解釈してます。


そうだとすると


2020-07-23 21:45:18 +0900 Sleep: Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 10785 secs

2020-07-24 00:45:03 +0900 DarkWake: DarkWake from Standby [CDN] due to RTC/SleepService: Using BATT (Charge:100%) 4 secs


なので Maintenance Sleep が何なのかよくわからないのですが Maintenance Sleep から 3 時間以内に「スタンバイモード」に移行?したということになるのではないかと思います。

2020/07/24 01:41 Rondo_1 への返信

3時間49分スリープだとこんなです。

ーーーーーーーーーー

2020-07-24 13:15:45 +0900 Assertions Summary- [System: DeclUser SRPrevSleep kCPU kDisp] Using Batt(Charge: 100)

2020-07-24 13:15:54 +0900 Assertions Summary- [System: DeclUser kDisp] Using Batt(Charge: 100)

2020-07-24 13:16:09 +0900 Sleep Entering Sleep state due to 'Software Sleep pid=116': Using Batt (Charge:100%) 13655 secs

2020-07-24 17:03:44 +0900 Assertions Summary- [System: DeclUser SRPrevSleep IPushSrvc kCPU kDisp] Using AC(Charge: 99)

2020-07-24 17:03:44 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.ACAttach/Maintenance: Using AC (Charge:99%) 16 secs

2020-07-24 17:04:00 +0900 Wake DarkWake to FullWake from Deep Idle [CDNVA] due to HID Activity: Using AC (Charge:99%)

2020-07-24 17:04:11 +0900 Assertions Summary- [System: PrevIdle DeclUser kDisp] Using Batt(Charge: 99)

2020-07-24 17:04:16 +0900 Assertions Summary- [System: PrevIdle DeclUser BGTask SRPrevSleep IPushSrvc kCPU kDisp] Using AC(Charge: 99)

2020-07-24 17:04:29 +0900 Assertions Summary- [System: PrevIdle DeclUser BGTask IPushSrvc kDisp] Using AC(Charge: 99)

ーーーーーーーーーー


先ほどの17時間スリープも載せときます。

ーーーーーーーーーー

2020-07-23 17:39:56 +0900 Sleep Entering Sleep state due to 'Software Sleep pid=116': Using Batt (Charge:100%) 4660 secs

2020-07-23 18:57:36 +0900 Wake Wake from Deep Idle [CDNVA] due to EC.LidOpen/Lid Open: Using BATT (Charge:100%) 46 secs

2020-07-23 18:58:22 +0900 Sleep Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 10016 secs

2020-07-23 21:45:18 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.SleepTimer/SleepTimer: Using BATT (Charge:100%) 0 secs

2020-07-23 21:45:18 +0900 Sleep Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 10785 secs

2020-07-24 00:45:03 +0900 DarkWake DarkWake from Standby [CDN] due to RTC/SleepService: Using BATT (Charge:100%) 4 secs

2020-07-24 00:45:07 +0900 Sleep Entering Sleep state due to 'Sleep Service Back to Sleep': Using Batt (Charge:100%) 35688 secs

2020-07-24 10:39:55 +0900 Assertions Summary- [System: DeclUser BGTask SRPrevSleep kCPU kDisp] Using AC(Charge: 98)

2020-07-24 10:39:55 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.ACAttach/Maintenance: Using AC (Charge:98%) 2 secs

2020-07-24 10:39:57 +0900 Wake DarkWake to FullWake from Deep Idle [CDNVA] due to HID Activity: Using AC (Charge:98%)

2020-07-24 10:40:38 +0900 Assertions Summary- [System: DeclUser BGTask IPushSrvc kDisp] Using AC(Charge: 98)

ーーーーーーーーーー


4時間弱のスリープと、17時間のスリープで、こんだけしか「 差 」が少ないって、、、?


以前は、

ーーーーーーーーーー

08時間39分スリープ後、バッテリー100%

03時間02分スリープ後、バッテリー100%

03時間30分スリープ後、バッテリー 97%

09時間19分スリープ後、バッテリー 85%

01時間07分スリープ後、バッテリー100%

08時間31分スリープ後、バッテリー 91%

09時間50分スリープ後、バッテリー 92%

04時間11分スリープ後、バッテリー 98%

09時間08分スリープ後、バッテリー 92%

11時間25分スリープ後、バッテリー 88%


通常起動では、

05時間04分スリープ後、バッテリー 89%


とりあえず、

Spotlightインデックスの再構築しました。

06時間27分スリープ後、バッテリー 96%

ーーーーーーーーーー


07-06頃までに投稿したスリープ後のバッテリー残量と、様子が少し違うような、、、

今とその頃との間に、

当方のMacに起こったことと言えば、

07-18にセキュリティアップデート2020-004 10.14.6とSafari 13.1.2にアップデート、

07-11にPages・Numebers・Keynoteをアップデートしたのと、

07-23にAdblock Plus for Safari ABPをアップデートしたぐらいでしょうか。

これらの影響ありますでしょうか?


で、もう一つ載せときます。

ーーーーーーーーーー

とりあえず、当方のスリープ設定です。

Last login: Mon Jul 6 08:28:59 on ttys000

Watashi-no-MacBook-ea:~ Watashi$ pmset -g

System-wide power settings:

Currently in use:

standbydelaylow 10800

standby 1

womp 1

halfdim 1

hibernatefile /var/vm/sleepimage

powernap 0

gpuswitch 2

networkoversleep 0

disksleep 0

standbydelayhigh 86400

sleep 180 (sleep prevented by mds)

autopoweroffdelay 28800

hibernatemode 3

autopoweroff 1

ttyskeepawake 1

displaysleep 180

highstandbythreshold 50

acwake 0

lidwake 1

Watashi-no-MacBook-ea:~ Watashi$ exit

logout

ーーーーーーーーーー



2020/07/24 01:58 スカイブルー193 への返信

追記:

2020-07-24(金)13:15

充電量情報:

残りの充電量(mAh): 7390

充電完了: はい

充電中: いいえ

完全充電時の容量(mAh): 7418


2020-07-24(金)17:54

充電量情報:

残りの充電量(mAh): 7432

充電完了: はい

充電中: いいえ

完全充電時の容量(mAh): 7432


右肩下がりに、数字が下がってきていた、「 完全充電時の容量(mAh): 」ですが、増えました!?

2020/07/24 04:28 Rondo_1 への返信

> Maintenance Sleep が何なのかよくわからないのですが


私もよくわかっていませんw(情報がどこにも載っていない感じです


2020-07-23 21:45:18 +0900 Sleep: Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 10785 secs

2020-07-24 00:45:03 +0900 DarkWake: DarkWake from Standby [CDN] due to RTC/SleepService: Using BATT (Charge:100%) 4 secs


二行目は、RTC/SleepServiceによって目覚めたという感じです。RTCはReal Time Clockのことのようで、NTPと同じようなもの?

このときネットワークは繋いだままでしたか?

2020/07/24 05:25 スカイブルー193 への返信

> なので、17時間スリープさせています。


2020-07-23 18:57:36に一度、蓋を開けているので(EC.LidOpen/Lid Open)、蓋を閉めた(Clamshell Sleep)、2020-07-23 18:58:22から2020-07-24 10:39:55にバッテリーを接続(EC.ACAttach/Maintenance)するまで、15時間強ですね。失礼しました。


> スリープ時は、

> Wi-Fiはオフで、

> アプリは全て「終了」しています。


了解しました。

2020/07/25 03:00 スカイブルー193 への返信

ログ両方ともみました。何故か、standbydelayが10800(=3時間)になってますね。ログからは何時standbyモードに入ったのか分からないです...(二番目のログでは、単純に計算すると21時頃


"pmset -g"は、現在の状態(AC電源/バッテリー)によって出力が変わりますが、バッテリー駆動時に"pmset -g"を実行しても、standbydelayhighは86400ですか?


ちなみに、Standbyモードは、メモリーの内容はファイル(/var/vm/sleepimage)に保存されますが、メモリーへの電源供給は止められず、バッテリーが残っている限りメモリーから復帰します。バッテリーが無い場合は復帰のしようがありませんが、ACを繋げば、ファイルから復帰するのかな?(autopoweroffが1の時は、再起動してしまう?この辺よく分かりません。


私の環境では、Standbyモードをオフにしているので、これまでStandbyモード関連のログは取れていませんでした。そして、'Maintenance Sleep'が起こったとしても、Standbyモードに入っていれば、バッテリーは殆ど減らないと考えて良いのでしょう。


そうだとすると、前は何故減ったのか謎ですね。このスレッド立ち上げた後に、macOSのアップデートしました?

2020/07/25 11:21 スカイブルー193 への返信

>自分がしたことを覚えていないのかと混乱しています。

これは、私もログから確認したことがあります。 ありえない時間のDisplay is turned off、通常は在宅しない時間なので興味深いことではありますが、ログの内容について完全な理解をしていないので、その判定が何を持って判断されてるか不明ですが、ログはある意味正確であるとの認識である以上、軽微な不具合と判断しています。


>standbydelayhigh 86400

については、閾値の50がバッテリー残容量のことであれば設計通りではないと考えますが、スリープの状態に関してはその他の要因も関連するので解釈に迷うことになりそうです。


結果論(暫定的ではありますが)としては望んだ結果が得られてるようなので、アップデートの影響である可能性が一般的な解釈としては妥当だと思います。

2020/07/27 05:19 スカイブルー193 への返信

スリープに関係する内容で読むことをお勧めします。(理解できるかではなく、情報として頭に入れて欲しいという意味)

ハイバネーションモードになった原因につ… - Apple コミュニティ

iMacでのことですが、基本的な理解は深まるはずです。


USBキーボードでスリープから復帰しない - Apple コミュニティ

これもiMacでのことですが同上。


ハイバネートモードが0でも条件が揃えばオートパワーオフ(あくまでスリープ)で復帰時にプログレスバーが表示されることもあるし、今回のようにスタンバイモードに入らないこともあるでしょう。 結果には原因が必ずあるので、ログの違いが見つかったならその違いがどこから来るのかを探すようにしないと。

例えば、スリープの条件は本当に同一条件なのか? 全てのアプリケーションを完全に終了しているか等。 iWork系はウィンドウを閉じると一見終了しているようでもそうでない場合もあります。

上げてもらったログを見ると、その条件が同一なのか疑わしいのです。 そうでなければ、クリーンイストールの初期状態で観察しなければなりません。


このスレッドはシステム、またはAppleコミュニティチームによってロックされました。 問題解決の参考になる情報であれば、どの投稿にでも投票いただけます。またコミュニティで他の回答を検索することもできます。

MacBook Air (13-inch, Early 2014)のバッテリーを交換しました。

Apple サポートコミュニティへようこそ
Apple ユーザ同士でお使いの製品について助け合うフォーラムです。Apple Account を使ってご参加ください。