Fòrums

Una solució molt senzilla que soluciona l'esgotament de la bateria mentre dorms. No cal desactivar SIP!

EN

wxdao

Cartell original
24 de novembre de 2016
  • Feb 7, 2017
  1. Des del poma menú, tria Preferències del sistema...
  2. Des del Veure menú triar Xarxa .
  3. Seleccioneu Wi-Fi a la llista d'interfícies de xarxa.
  4. Si la icona del cadenat a la part inferior esquerra està bloquejada, feu-hi clic. Quan se us demani, introduïu un nom d'administrador i una contrasenya per desbloquejar.
  5. Feu clic a Advanced… botó.
  6. Feu clic a '+' icona a sota de la llista de xarxes preferides. Al diàleg que apareix, afegiu una xarxa anomenada NULL (o el que sigui) sense cap seguretat.
  7. A la llista Xarxes preferides a la pestanya Wi-Fi, feu clic i arrossegueu la xarxa anomenada NULL a la part superior de la llista.
  8. Feu clic a D'acord per desar la configuració.
  9. Feu clic a Aplica i, a continuació, tanqueu Preferències del sistema
Abans d'aquesta correcció, el meu MacBook Pro 13' (finals de 2016) normalment perdia un 10% de bateria cada nit, i em tornava boig. He llegit la publicació popular de Mixolyd, però no crec que sigui una bona idea manipular manualment els fitxers de preferències del sistema protegits per SIP.

Vaig revisar acuradament el meu registre i vaig trobar que mDNSRespondor despertava sovint el meu ordinador cada pocs minuts. Per tant, vaig suposar que Wake on Demand estava activat d'alguna manera quan s'utilitzava la bateria (pràcticament un error).

En aquest document a l'assistència d'Apple he trobat una declaració molt interessant: La xarxa sense fil que utilitzeu amb Wake on Demand hauria de ser la primera xarxa sense fil de la vostra llista de xarxes preferides. La meva solució és crear una xarxa perquè estigui al capdavant de la llista en lloc de la wifi de casa o de l'oficina, de manera que Wake on Demand deixarà de funcionar. Vaig provar aquest mètode ahir a la nit i el meu ordinador només va perdre un 1% durant més de 10 hores.

Edita:

El meu problema va ser que l'ordinador es va esgotar 10% durant una nit sencera, aproximadament 10 hores, i es va mostrar 'pmset -g log' en execució molts esdeveniments sobre mDNSRespondor cada pocs minuts . És possible que aquesta solució no funcioni si no teniu el mateix problema amb el meu. Última edició: 8 de febrer de 2017
Reaccions:keysofanxiety, Beards, TrueBlou i 1 persona més

Barbes

Mar 22, 2014


Derbyshire, Regne Unit
  • Feb 8, 2017
Ho sento, però sembla que no em funciona. Vaig provar la configuració que heu mencionat fa unes 3 hores i acabo de tornar a comprovar el MacBook Pro: ha perdut un 5% més EN

wxdao

Cartell original
24 de novembre de 2016
  • Feb 8, 2017
Beards va dir: Ho sento, però sembla que no em funciona. Vaig provar la configuració que heu mencionat fa unes 3 hores i acabo de tornar a comprovar el MacBook Pro: ha perdut un 5% més
És trist escoltar-ho... T'importa publicar algun registre (executa 'pmset -g log' al terminal) aquí? Pot ser que alguna altra cosa vagi malament.
Reaccions:Barbes

Barbes

Mar 22, 2014
Derbyshire, Regne Unit
  • Feb 8, 2017
wxdao va dir: És trist escoltar-ho... T'importa publicar algun registre (executa 'pmset -g log' al terminal) aquí? Pot ser que alguna altra cosa vagi malament.
És clar, però és un fitxer de registre llarg. No faig servir Dropbox, així que no estic segur d'on desar-lo i enllaçar-lo amb tu.
Alguna idea del que hauria d'estar buscant al registre? EN

wxdao

Cartell original
24 de novembre de 2016
  • Feb 8, 2017
Beards va dir: És clar, però és un fitxer de registre llarg. No faig servir Dropbox, així que no estic segur d'on desar-lo i enllaçar-lo amb tu.
Alguna idea del que hauria d'estar buscant al registre?
Només podeu enganxar aquelles línies que comencen amb una cadena de data (com ara 2017-02-07 18:00:30 +0100) en l'interval de la vostra última hora de son, és a dir, 'fa 3 hores' que heu esmentat.
I, comproveu si el número a la dreta de PreventSystemSleep és 0. Si no, enganxeu també les últimes línies a 'Llistat per procés de propietat:'.
Reaccions:Barbes

Barbes

Mar 22, 2014
Derbyshire, Regne Unit
  • Feb 8, 2017
wxdao va dir: Només podeu enganxar aquelles línies que comencen amb una cadena de data (com ara 2017-02-07 18:00:30 +0100) en l'interval de la vostra última hora de son, és a dir, 'fa 3 hores' que heu esmentat.
I, comproveu si el número a la dreta de PreventSystemSleep és 0. Si no, enganxeu també les últimes línies a 'Llistat per procés de propietat:'.

Acabo de tornar-ho a executar:-
Total Sleep/Wakes des de l'arrencada el 2017-02-08 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000 : es mostren totes les afirmacions de poder d'IOKit que es tenen actualment

Estat de l'asserció a tot el sistema:

Tasca de fons 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0 EN

wxdao

Cartell original
24 de novembre de 2016
  • Feb 8, 2017
Beards va dir: Acabo de tornar-ho a executar:-
Total Sleep/Wakes des de l'arrencada el 2017-02-08 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000 : es mostren totes les afirmacions de poder d'IOKit que es tenen actualment

Estat de l'asserció a tot el sistema:

Tasca de fons 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Ho sento no haver-ho explicat clar. Si us plau, enganxeu totes les línies des que vas tancar la tapa fins que l'has obert.

Barbes

Mar 22, 2014
Derbyshire, Regne Unit
  • Feb 8, 2017
wxdao va dir: Ho sento no haver-ho explicat clar. Si us plau, enganxeu totes les línies des que vas tancar la tapa fins que l'has obert.

No, és culpa meva, hauria d'haver pensat.
L'acabo de tornar a dormir, així que ho deixaré reposar un parell d'hores, després ho tornaré a engegar i executaré un altre registre.

Per estalviar qualsevol confusió, publicaré el registre 'sencer' i un cop hagis tingut un cop d'ull, editaré la publicació i l'eliminaré, ja que serà un arxiu molt gran.

Agraeixo el teu temps per cert

Barbes

Mar 22, 2014
Derbyshire, Regne Unit
  • Feb 8, 2017
Acabo d'obrir el MacBook Pro de nou des de la suspensió.
Aquesta vegada he executat tant el registre com les afirmacions

Això és el que va plantejar Assertions:
Darrera sessió: dimecres 8 de febrer a les 17:09:52 a ttys000

Mikes-MBP:~ mikepaterson$ pmset -g assercions

2017-02-08 17:11:06 +0000

Estat de l'asserció a tot el sistema:

Tasca de fons 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Llistat pel procés de propietat:

pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive anomenat: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

El temps d'espera es dispararà en 115 segons. Action=TimeoutActionRelease

No hi ha afirmacions del nucli.

Preventors de son inactiu: IODisplayWrangler

Mikes-MBP:~ mikepaterson$ EN

wxdao

Cartell original
24 de novembre de 2016
  • Feb 8, 2017
Beards va dir: Acabo d'obrir el MacBook Pro de nou des del son.
Aquesta vegada he executat tant el registre com les afirmacions

Això és el que va plantejar Assertions:
Darrera sessió: dimecres 8 de febrer a les 17:09:52 a ttys000

Mikes-MBP:~ mikepaterson$ pmset -g assercions

2017-02-08 17:11:06 +0000

Estat de l'asserció a tot el sistema:

Tasca de fons 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Llistat pel procés de propietat:

pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive anomenat: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

El temps d'espera es dispararà en 115 segons. Action=TimeoutActionRelease

No hi ha afirmacions del nucli.

Preventors de son inactiu: IODisplayWrangler

Mikes-MBP:~ mikepaterson$

Podeu carregar el vostre registre en un fitxer de text. Executeu 'pmset -g log > ~/Desktop/log.txt'. Apareixerà un fitxer anomenat log.txt al vostre escriptori. Carregueu-lo fent clic al botó 'Penja un fitxer', que es troba a sota de l'àrea de resposta.

O pots utilitzar pastebin .amb . Enganxeu-hi tot el registre i generarà una URL amb la qual els altres podran llegir el text que compartiu. Publica l'enllaç aquí. Última edició: 8 de febrer de 2017

Barbes

Mar 22, 2014
Derbyshire, Regne Unit
  • Feb 8, 2017
wxdao va dir: Podeu carregar el vostre registre com a fitxer de text. Executeu 'pmset -g log > ~/Desktop/log.txt'. Apareixerà un fitxer anomenat log.txt al vostre escriptori.

O pots utilitzar pastebin .amb . Enganxeu-hi tot el registre i generarà una URL amb la qual els altres podran llegir el text que compartiu. Publica l'enllaç aquí.
Gràcies... Aquí teniu el fitxer de registre

Adjunts

  • log.txt552,1 KB · Visualitzacions: 189
EN

wxdao

Cartell original
24 de novembre de 2016
  • Feb 8, 2017
Beards va dir: Gràcies... Aquí teniu el fitxer de registre

Segons el registre, crec que el vostre ordinador va dormir bé de 15:24 a 17:01... Potser hauríeu de deixar-lo dormir tota una nit i veure si hi ha hagut alguna millora respecte a les nits anteriors.
Reaccions:Barbes

Barbes

Mar 22, 2014
Derbyshire, Regne Unit
  • Feb 8, 2017
wxdao va dir: Segons el registre, crec que el vostre ordinador va dormir bé de 15:24 a 17:01... Potser hauríeu de deixar-lo dormir una nit i veure si hi ha alguna millora en comparació amb les nits anteriors.
Faré gràcies.
Per cert, l'únic que he canviat aquesta tarda ha estat desactivar l'ús compartit de fitxers en cas que hagi estat un problema.
[doublepost=1486577825][/doublepost]
Beards va dir: Faré gràcies.
Per cert, l'únic que he canviat aquesta tarda ha estat desactivar l'ús compartit de fitxers en cas que hagi estat un problema.

M'he oblidat d'esmentar i no he volgut editar l'anterior per si ja heu llegit la publicació:-
Vaig prendre els nivells detallats de la bateria just abans i després
15:24 Bateria de coco 37,3%. Bateria del sistema 38% de repòs
17:01 Bateria de coco 35,6% Bateria del sistema 37% Despert

Això va funcionar en 97 minuts = -1,7% de bateria S

snaky69

Mar 14, 2008
  • Feb 8, 2017
Tot està bé, excepte que un drenatge d'aproximadament un 1% per hora és perfectament normal per a un MacBook Pro en mode de repòs tret que les coses hagin canviat dràsticament durant l'últim any.

Weaselboy

Moderador
Membre del personal
23 de gener de 2005
Califòrnia
  • Feb 8, 2017
snaky69 va dir: Tot està bé, excepte que un drenatge d'aproximadament un 1% per hora és perfectament normal per a un MacBook Pro en mode de repòs tret que les coses hagin canviat dràsticament durant l'últim any.
Al voltant de l'1% per hora és normal durant les tres primeres hores, després els MacBook més nous entren en 'mode d'espera' i consumeixen molta menys energia. Podeu funcionar en mode d'espera amb bateria fins a 30 dies. Així, després d'aquesta finestra de tres hores, no hauríeu d'utilitzar l'1% per hora.

https://support.apple.com/en-us/HT202124 G

Gonza211

Jul 26, 2012
  • Feb 8, 2017
wxdao va dir: Segons el registre, crec que el vostre ordinador va dormir bé de 15:24 a 17:01... Potser hauríeu de deixar-lo dormir tota una nit i veure si hi ha hagut alguna millora en comparació amb les nits anteriors.

T'agrada mirar el meu? Va tenir un 40% de pèrdua durant la nit. Aquesta vegada el meu Macbook no estava connectat a l'alimentació, però sí a un monitor extern mitjançant un adaptador USB C a HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh

Brookzy

30 de maig de 2010
UK
  • Feb 8, 2017
Gonza211 va dir: T'agrada mirar el meu? Va tenir un 40% de pèrdua durant la nit. Aquesta vegada el meu Macbook no estava connectat a l'alimentació, però sí a un monitor extern mitjançant un adaptador USB C a HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh
L'adaptador va ser sens dubte el culpable. L'Apple consumeix fins a 5 W de potència fins i tot quan no s'utilitza, per exemple. Reaccions:Sanpete

Barbes

Mar 22, 2014
Derbyshire, Regne Unit
  • Feb 9, 2017
El vaig deixar en espera durant la nit: -
17 hores i 32 minuts més tard i segons Coconut Battery havia baixat un 10,6%, mentre que segons System Battery va dir que havia baixat un 11%

Jo diria que ara és acceptable.
Sembla que compartir fitxers amb el meu gran iMac arrossegava el MacBook Pro cap avall. G

Gonza211

Jul 26, 2012
  • Feb 9, 2017
Brookzy va dir: L'adaptador va ser sens dubte el culpable. L'Apple consumeix fins a 5 W de potència fins i tot quan no s'utilitza, per exemple.

Ahir el vaig deixar dormir sense res connectat, vaig tenir un drenatge del 8% durant la nit. Això no hauria d'estar passant. Ara diu que el prevenidor del son és IODisplayWrangler, així que... no sé què fer.

MRxROBOT

14 d'abril de 2016
1011100110
  • Feb 15, 2017
Estic perdent un 8-10% per nit, sense estar connectat a res des que he actualitzat a 10.12.3

A falta de tornar a 10.12.2, hi ha alguna solució? S

Sanpete

17 de novembre de 2016
Utah
  • Feb 15, 2017
MRxROBOT va dir: Estic perdent un 8-10% per nit, sense estar connectat a res des que vaig actualitzar a 10.12.3

A falta de tornar a 10.12.2, hi ha alguna solució?

Probablement. Probablement hi hagi alguna cosa que el vostre ordinador estigui configurat per fer-lo que impedeix que dormi correctament. Si això us molesta, llegiu els fils sobre això per obtenir idees sobre què podeu provar. Aquí en teniu un altre:

https://forums.macrumors.com/thread...drain-while-sleeping-here-is-the-fix.2026702/

Bona sort!