2016 Touch Bar MBP заряджає акумулятор уві сні

14

Повний акумулятор буде розряджатися приблизно за 24 години закритого кришки, повністю відключеного сну. Іноді, коли я забираю комп’ютер, щоб ним користуватися, це фізично тепло.

Ось що я спробував:

Напруга живлення на акумуляторі відключена
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 "Streaming Server Reconnected" підготував документ із підтримкою яблук для кількох людей із подібними проблемами

Оновлення / Редагування: Через кілька місяців без проблем я почав помічати, що мак перебуває уві сні від сну. Подія пробудження не відповідала сповіщенням чи іншим помітним. Я сьогодні розмовляв з Apple Genius, він почав знімати сон, але виявив багато дозволів з ним, врешті-решт перейшовши в режим Single User, щоб виконати роботу. Коли я пояснив усі проблеми, пов’язані зі сном, він сказав: "Це може спричинити це", але у мене є відчуття, що їх рішення про рівень рівня 1 для проблем зі сном / неспанням видаляє сновидіння.

display battery sleep-wake

— voxobscuro
джерело

2

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

Цікаво, які були б результати, якби ви створили нового (абсолютно порожнього) користувача в системних налаштуваннях> Користувачі та групи, вийшли з ваших, увійшли до цього користувача і потім поклали його спати ще на інший день. Якщо ви бачите, що машина більше не прокидається і з будь-якої причини не спиться, ніж ви можете бути впевнені, що це щось встановлено у вашому профілі. Якщо це все-таки відбувається, можливо, що в операційній системі виникає проблема і може знадобитися її перевстановлення або виникнення якоїсь божевільної апаратної проблеми. Це тривалий процес усунення несправностей, але це єдиний, кого я знаю, для такої проблеми - будь ласка, оновіть тут, і я можу допомогти більше з цим, якщо ви вирішите пройти цей маршрут.

— маленький крихітний чоловік
джерело

Ви абсолютно праві, що машина не спить. Що заплутане в тому, що це відбувається не кожен раз. Сьогодні він спав 10 годин і нічого не втратив. Я думаю, що створення нового користувача може ускладнити діагностику переривчастої проблеми.

— voxobscuro

Ну, що це зробить - це відокремити системну проблему від тієї, що знаходиться у вашому профілі - так чи інакше вам потрібно зробити це розрізнення, щоб поставити діагноз і врешті застосувати виправлення до того, що відбувається. Використовуйте syslog |grep -i "Wake reason"замість того, щоб просто сподіватися зловити його, поки він ще теплий

— маленький крихітний чоловік

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

— voxobscuro

Що це говорить про те, що викликає пробудження, коли ви виконуєте цю команду?

— маленький крихітний чоловік

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

— voxobscuro

1

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

— вузький
джерело

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

— voxobscuro

Я ні. В іншому місці, де він не розряджає акумулятор, я встановив мережевий пристрій Time Machine.

— вузкатукс

Це цікаво ... Я вперше помітив цю смерть від сну, коли я був далеко від дому, де у мене є мережевий пристрій Time Machine. З моменту повернення додому я не бачив цього. Я спробую сьогодні, витягну ноутбук з дому та запустивши його через цикл сну.

— voxobscuro

Тож ви думаєте, що це тому, що він шукає резервний диск і не може його знайти?

— вузькиймікс

1

У мене була певна проблема. Колега дав мені підказку видалити всі налаштовані з'єднання в мережевих налаштуваннях, таких як WiFi, Bluetooth, Ethernet, Tethering USB через USB, FireWire, Thunderbolt this, Thunderbolt that etc. (все)! і застосувати.

Налаштуйте лише те, що вам потрібно зараз. У моєму випадку це був лише WiFi та Bluetooth.

Це вирішило мою проблему, і мій MacBook Pro із сенсорною панеллю спить як дитина щоразу, коли зараз закриваю кришку без цієї проблеми.

— 639d0991
джерело

Це гарна ідея, я почищу її та побачу, чи повернеться проблема.

— voxobscuro

0

Спробували відключити WiFi сьогодні ввечері, перш ніж закрити кришку, і вона спрацювала добре. Система дійсно прокидається кілька разів , але не було ніякої істотна розрядки батареї.

Оскільки це насправді не практичне рішення, я написав сценарій для Hammerspoon, який автоматично відключає WiFi перед тим, як система перейде до сну. Він також перевіряє, чи не відображається дисплей, оскільки в іншому випадку він буде пробуджувати чіп WiFi кожного разу, коли система прокинеться, коли кришка закриється.

— вузький
джерело