2016 Touch Bar MBP scarica la batteria nel sonno

Question

2016 Touch Bar MBP scarica la batteria nel sonno

#1 da (2 voti)
#2 da (1 voti)
#3 da (1 voti)
#4 da (0 voti)

13

Una batteria scarica si scaricherà in circa 24 ore di coperchio chiuso, completamente staccato dal sonno. A volte, quando prendo il computer per usarlo, è fisicamente caldo.

Ecco cosa ho provato:

Il Power Nap sulla batteria è disabilitato
iStat non mostra app "utilizza energia significativa" prima di chiudere il coperchio.

Guardando in Console, su system.log, durante il periodo in cui so che il computer era addormentato, vedo due cose che mi saltano immediatamente addosso. Proverò a copiare le sezioni pertinenti, ma non sono sicuro di cosa sarà effettivamente utile. La prima sezione è ripetuta infinitamente :

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]

Guardando altrove su StackExchange per le soluzioni, ho trovato la richiesta di 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

Sono interessato a risolvere il problema, ma sono anche interessato a qualsiasi conoscenza di base che porti a una soluzione. Spero di aver fornito informazioni pertinenti.

Modifica dell'aggiornamento : sono trascorsi un paio di giorni senza discussioni e il mio portatile si è comportato bene durante il sonno. Stamattina, verso le 4 del mattino, ho scollegato il portatile con il 100% della batteria e chiuso il coperchio. Proprio ora, alle 7:30 del mattino, era caldo e batteria al 73%.

Il system.log era pieno di questo:

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

Googling "Streaming Server Reconnected" ha prodotto un documento di supporto Apple con diverse persone con problemi simili

Aggiornamento / Modifica: dopo alcuni mesi senza problemi, ho iniziato a notare il risveglio del mio Mac dal sonno, causando un display esterno che si svegliava e dormiva. L'evento della veglia non corrispondeva alle notifiche o a qualsiasi altra cosa percepibile. Oggi ho parlato con un Apple Genius e ha iniziato a rimuovere l'immagine sleep, ma ha riscontrato numerosi problemi di autorizzazione, per poi passare alla modalità utente singolo per portare a termine il lavoro. Quando ho spiegato tutti i problemi che ho avuto con il sonno, ha detto "questo potrebbe causare questo", ma ho la sensazione che la loro soluzione di primo livello per i problemi di sonno / veglia sta cancellando l'immagine del sonno.

sleep-wake battery display

posta voxobscuro 31.07.2017 - 23:51

fonte

4 risposte

Leggi altre domande sui tag sleep-wake battery display

Le impostazioni di notifica non vengono mantenute Posizionamento delle icone del desktop a sinistra anziché a destra

score 2 · Answer 1

Non so molto sulla decifrazione dei messaggi di console.log, ma se la tua macchina è fisicamente calda e sta perdendo quella batteria, in realtà non è stata addormentata. È normale che OS X si riattivi ogni poche ore e amp; eseguire alcune attività in background ma in un uso tipico dovrebbe essere di nuovo in sonno in pochi minuti. Il tuo sta sicuramente facendo più della macchina media mentre dorme.

Mi chiedo quale sarebbe il risultato se avessi creato un nuovo utente (completamente vuoto) in Preferenze di Sistema > Utenti e amp; I gruppi, disconnessi dal tuo, hanno effettuato l'accesso a tale utente e amp; poi mettilo a dormire per un altro giorno o giù di lì. Se vedi che la macchina non si sta più svegliando & per qualsiasi motivo non ritorni a dormire di quanto tu possa essere sicuro che sia qualcosa installato sul tuo profilo. Se continua a succedere è possibile che il sistema operativo stia avendo un problema e potrebbe essere necessario reinstallarlo o che ci sia un qualche tipo di problema hardware pazzo che causa questo. Si tratta di un lungo processo di risoluzione dei problemi, ma è l'unico che conosco per un problema come questo - aggiorna qui e posso aiutarlo di più se decidi di seguire questa strada.

score 1 · Answer 2

1

Ho lo stesso problema e ho notato che lo fa solo a casa mia Wi-Fi. Quando dormo da qualche altra parte (con il Wi-Fi collegato in precedenza) non scarica la batteria durante la notte.

risposta data 05.08.2017 - 16:47

fonte

score 1 · Answer 3

Ho avuto lo stesso problema per un po '. Un collega mi ha dato il suggerimento di eliminare tutte le connessioni configurate nelle preferenze di rete come WiFi, Bluetooth, Ethernet, Tethering USB del telefono, FireWire, Thunderbolt questo, Thunderbolt ecc (tutto)! e applicare.

Configura solo ciò di cui hai bisogno in questo momento. Nel mio caso era solo WiFi e Bluetooth.

Questo problema risolve il mio problema e il mio MacBook Pro con Touch Bar dorme come un bambino ogni volta che chiudo il coperchio senza questo problema ora.

score 0 · Answer 4

Ho provato a disattivare il WiFi stasera prima di chiudere il coperchio e ha funzionato bene. Il sistema ha svegliato un paio di volte, ma non c'è stato un significativo esaurimento della batteria.

Ora, poiché non è una soluzione pratica, ho scritto uno script per Hammerspoon che disabilita automaticamente il WiFi prima che il sistema entri in modalità sospensione. Controlla inoltre se il display è attivo perché altrimenti riavvierebbe il chip WiFi ogni volta che il sistema si sveglia quando il coperchio è chiuso.