Сенсорная панель MBP 2016 года разряжает батарею во сне

14

Полностью разряженная батарея разрядится примерно через 24 часа при закрытой крышке и полностью отключенном сне. Иногда, когда я беру компьютер, чтобы использовать его, он физически нагревается.

Вот что я попробовал:

Power Nap на аккумуляторе отключен
iStat не показывает приложений, «использующих значительную энергию», перед тем как закрыть крышку.

Заглядывая в консоль, в system.log, в то время, когда я знаю, что компьютер спал, я вижу две вещи, которые сразу бросаются в глаза. Я постараюсь скопировать соответствующие разделы, но я не уверен, что на самом деле будет полезно. Первый раздел повторяется бесконечно :

05:49:47 WindowServer[121]: 8358864.989 [DFR] [deviceTerminate] 
05:49:47 WindowServer[121]: 8358865.001 [DFR] [_DFRDisplayDeviceRemoved] 
05:49:47 WindowServer[121]: 8358865.003 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
05:49:47 WindowServer[121]: 8358865.004 [DFR] [_DFRDisplayClose] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [deviceMatch] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [_DFRDisplayDeviceAdded] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayUsbStart] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayOpen] 
05:49:47 WindowServer[121]: 8358865.540 [DFR] [_DFRDisplayOpen] sending GetInfo
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
05:49:47 WindowServer[121]: 8358865.554 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:01:51 WindowServer[121]: 8359589.038 [DFR] [deviceTerminate] 
06:01:51 WindowServer[121]: 8359589.041 [DFR] [_DFRDisplayDeviceRemoved] 
06:01:51 syslogd[37]: ASL Sender Statistics
06:01:51 WindowServer[121]: 8359589.044 [DFR] ERR [_DFRDisplaySendPacket] WritePipe failed 0xe00002c0
06:01:51 WindowServer[121]: 8359589.044 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:01:51 WindowServer[121]: 8359589.044 [DFR] [_DFRDisplayClose] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [deviceMatch] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [_DFRDisplayDeviceAdded] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayUsbStart] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayOpen] 
06:01:51 WindowServer[121]: 8359589.589 [DFR] [_DFRDisplayOpen] sending GetInfo
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:01:51 WindowServer[121]: 8359589.591 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:08:40 WindowServer[121]: 8359998.006 [DFR] [deviceTerminate] 
06:08:40 WindowServer[121]: 8359998.007 [DFR] [_DFRDisplayDeviceRemoved] 
06:08:40 WindowServer[121]: 8359998.008 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:08:40 WindowServer[121]: 8359998.008 [DFR] [_DFRDisplayClose] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [deviceMatch] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [_DFRDisplayDeviceAdded] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayUsbStart] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayOpen] 
06:08:40 WindowServer[121]: 8359998.568 [DFR] [_DFRDisplayOpen] sending GetInfo
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:08:40 WindowServer[121]: 8359998.581 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:15:27 WindowServer[121]: 8360404.994 [DFR] [deviceTerminate]

Глядя на решения StackExchange в другом месте, я натолкнулся на pmset -gзапрос:

System-wide power settings:
Currently in use:
 standbydelay         10800
 standby              1
 halfdim              1
 hibernatefile        /var/vm/sleepimage
 powernap             0
 gpuswitch            2
 disksleep            10
 sleep                1
 autopoweroffdelay    28800
 hibernatemode        3
 autopoweroff         1
 ttyskeepawake        1
 displaysleep         2
 acwake               0
 lidwake              1

Я заинтересован в решении проблемы, но мне также интересны любые базовые знания, ведущие к решению. Надеюсь, я предоставил соответствующую информацию.

Обновление Редактировать : пару дней прошло без каких-либо обсуждений, и мой ноутбук вел себя хорошо во время сна. Этим утром, около 4 часов утра, я отключил ноутбук со 100% батареей и закрыл крышку. Только сейчас, в 7:30, было тепло и батарея на 73%.

System.log был полон этого:

07:08:02 com.apple.xpc.launchd[1] (com.apple.quicklook[19336]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:08:35 diagnosticd[5296]: Streaming server Reconnected
07:08:47 GoogleSoftwareUpdateAgent[19340]: 2017-08-02 07:08:47.848 GoogleSoftwareUpdateAgent[19340/0x7fffde16f3c0] [lvl=2] -[KSAgentApp(PrivateMethods) setupLoggerOutput] Agent default/global settings: <KSAgentSettings:0x100302ee0 bundleID=com.google.Keystone.Agent lastCheck=2017-08-02 10:37:43 +0000 lastServerCheck=2017-08-02 10:37:41 +0000 lastCheckStart=2017-08-02 10:37:31 +0000 checkInterval=18000.000000 uiDisplayInterval=604800.000000 sleepInterval=1800.000000 jitterInterval=900 maxRunInterval=0.000000 isConsoleUser=1 ticketStorePath=/Users/robert/Library/Google/GoogleSoftwareUpdate/TicketStore/Keystone.ticketstore runMode=3 daemonUpdateEngineBrokerServiceName=com.google.Keystone.Daemon.UpdateEngine daemonAdministrationServiceName=com.google.Keystone.Daemon.Administration logEverything=0 logBufferSize=2048 alwaysPromptForUpdates=0 productIDToUpdate=(null) lastUIDisplayed=(null) alwaysShowStatusItem=0 updateCheckTag=(null) printResults=NO userInitiated=NO>
07:09:42 diagnosticd[5296]: Streaming server Reconnected
07:10:49 diagnosticd[5296]: Streaming server Reconnected
07:11:54 diagnosticd[5296]: Streaming server Reconnected
07:12:01 awdd[155]: Diagnostics Report
07:13:00 diagnosticd[5296]: Streaming server Reconnected
07:13:14 com.apple.xpc.launchd[1] (com.apple.quicklook[19365]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:14:07 syslogd[37]: ASL Sender Statistics
07:14:07 diagnosticd[5296]: Streaming server Reconnected
07:15:12 diagnosticd[5296]: Streaming server Reconnected
07:16:18 diagnosticd[5296]: Streaming server Reconnected
07:17:24 diagnosticd[5296]: Streaming server Reconnected

Поиск в Google «Потоковый сервер повторно подключен» подготовил документ поддержки Apple, в котором участвовали несколько человек с похожими проблемами.

Обновление / редактирование: после нескольких месяцев без проблем я начал замечать, что мой Mac проснулся от сна, в результате чего внешний дисплей проснулся и заснул. Событие Wake не соответствовало уведомлениям или чему-либо еще заметному. Сегодня я разговаривал с Apple Genius, и он начал удалять изображение сна, но обнаружил множество проблем с правами доступа, в конечном итоге перейдя в однопользовательский режим, чтобы выполнить свою работу. Когда я объяснил все проблемы, которые у меня были со сном, он сказал, что «это может вызвать это», но у меня есть ощущение, что их решение уровня 1 для решения проблем со сном / бодрствованием - это удаление образа сна.

display battery sleep-wake

— voxobscuro
источник

2

Я не очень разбираюсь в расшифровке сообщений console.log, но если ваша машина физически нагревается и теряет столько батареи, она фактически не спит. Это нормально для OS X просыпаться каждые несколько часов и выполнять некоторые фоновые задачи, но при обычном использовании он должен снова спать в течение нескольких минут. Ваш, безусловно, делает больше, чем средняя машина, пока спит.

Интересно, каковы будут результаты, если вы создадите нового (полностью пустого) пользователя в «Системных настройках»> «Пользователи и группы», выйдете из своего аккаунта, войдете в него и затем переведите его в спящий режим еще на один день или около того. Если вы видите, что машина больше не просыпается и по какой-либо причине не возвращается в спящий режим, вы можете быть уверены, что она установлена в вашем профиле. Если это продолжает происходить, возможно, что в операционной системе возникла проблема, и, возможно, ее необходимо переустановить или возникла какая-то сумасшедшая проблема с оборудованием, вызывающая это. Это длительный процесс устранения неполадок, но я знаю только о такой проблеме - пожалуйста, обновите здесь, и я могу помочь с этим, если вы решите пойти по этому пути.

— маленький крошечный человек
источник

Вы абсолютно правы в том, что машина не спит. Смущает то, что это происходит не каждый раз. Сегодня он спал 10 часов и ничего не потерял. Я думаю, что создание нового пользователя может затруднить диагностику периодически возникающих проблем.

— voxobscuro

Хорошо, что он будет делать, это отделить общесистемную проблему от проблемы, расположенной в вашем профиле - так или иначе вам нужно провести это различие, чтобы диагностировать и в конечном итоге применить исправление к происходящему. Используйте syslog |grep -i "Wake reason"вместо того, чтобы просто надеяться поймать его, пока он еще теплый

— маленький крошечный человечек

хм, похоже, syslog был заменен командой, вызываемой logс похожей функциональностью, но часто появляется «причина пробуждения». Полная команда - log --since 1d | grep -i "Wake reason"и я также видел некоторые интересные результаты сlog --since 1d | grep -i "PowerChime"

— voxobscuro

Что это говорит, что вызывает пробуждения, когда вы запускаете эту команду?

— маленький крошечный человек

Большинство из них связано с отключением / повторным подключением дисплея, чего на самом деле никогда не было.

— voxobscuro

1

У меня та же проблема, и я заметил, что это происходит только у меня дома Wi-Fi. Когда я сплю где-то еще (с подключенным Wi-Fi раньше), он не разряжает батарею за ночь.

— narrowtux
источник

У вас дома есть капсула времени или другое устройство Time Machine, к которому подключен ваш ноутбук?

— voxobscuro

Я не. В другом месте, где он не разряжает батарею, я настроил сетевое устройство Time Machine.

— smalltux

Это интересно ... Я впервые заметил эту смерть во сне, когда был вдали от дома, где у меня есть сетевое устройство Time Machine. После возвращения домой я не видел, чтобы это случилось. Я попробую это сегодня, забрав ноутбук из дома и проверив его в цикле сна.

— voxobscuro

Итак, вы думаете, что это потому, что он ищет резервный диск и не может его найти?

— smalltux

1

У меня была такая же проблема некоторое время. Коллега дал мне подсказку удалить все настроенные соединения в сетевых настройках, таких как Wi-Fi, Bluetooth, Ethernet, модем USB телефона, FireWire, Thunderbolt, Thunderbolt и т. Д. (Все)! и применить.

Настройте только то, что вам нужно прямо сейчас. В моем случае это был только WiFi и Bluetooth.

Это исправило мою проблему, и мой MacBook Pro с сенсорной панелью спал как ребенок каждый раз, когда я закрывал крышку без этой проблемы сейчас.

— 639d0991
источник

Это хорошая идея, я уберу ее и посмотрю, возникнет ли проблема.

— voxobscuro

0

Попробовал отключить WiFi сегодня вечером перед тем, как закрыть крышку, и это сработало хорошо. Система действительно просыпается несколько раз , но не было никакой существенная разрядки батареи.

Теперь, поскольку это не очень практичное решение, я написал скрипт для Hammerspoon, который автоматически отключает WiFi перед тем, как система перейдет в спящий режим. Он также проверяет, активен ли дисплей, потому что в противном случае он будет активировать микросхему WiFi каждый раз, когда система активируется при закрытой крышке.

— narrowtux
источник