Forumuri

O remediere foarte simplă care rezolvă consumul de baterie în timpul somnului. Nu este nevoie să dezactivați SIP!

ÎN

wxdao

Poster original
24 noiembrie 2016
  • 7 februarie 2017
  1. De la măr meniu, alege Preferințe de sistem...
  2. De la Vedere meniu alege Reţea .
  3. Selectați Wi-Fi din lista de interfețe de rețea.
  4. Dacă pictograma lacătului din stânga jos este blocată, dați clic pe ea. Când vi se solicită, introduceți un nume de administrator și o parolă pentru deblocare.
  5. Apasă pe Avansat... buton.
  6. Apasă pe '+' pictograma de sub lista de rețele preferate. În fereastra de dialog care a apărut, adăugați o rețea numită NULL (sau orice altceva) fără securitate.
  7. În lista Rețele preferate din fila Wi-Fi, faceți clic și trageți rețeaua numită NULL în partea de sus a listei.
  8. Faceți clic pe OK pentru a salva setările.
  9. Faceți clic pe Aplicare, apoi închideți Preferințe de sistem
Înainte de această remediere, MacBook Pro 13’ (sfârșitul anului 2016) pierdea de obicei 10% din baterie în fiecare noapte, înnebunindu-mă. Am citit postarea populară a lui Mixolyd, dar nu cred că este o idee bună să manipulezi manual fișierele de preferințe de sistem protejate de SIP.

Mi-am verificat cu atenție jurnalul și am constatat că mDNSRespondor îmi trezește frecvent computerul la fiecare câteva minute. Astfel, am presupus că Wake on Demand a fost cumva activat atunci când se folosește bateria (aproape un bug).

In acest document pe Apple Support am găsit o declarație foarte interesantă: Rețeaua fără fir pe care o utilizați cu Wake on Demand ar trebui să fie prima rețea fără fir din lista dvs. de rețele preferate. Soluția mea este să creez o rețea care să fie în partea de sus a listei în loc de wifi-ul de acasă sau de la birou, astfel încât Wake on Demand să nu mai funcționeze. Am testat această metodă aseară, iar computerul meu a pierdut doar 1% timp de peste 10 ore.

Editați | ×:

Problema mea a fost că s-a descărcat computerul 10% pentru o noapte întreagă, aproximativ 10 ore, și rularea „pmset -g log” a fost afișată multe evenimente despre mDNSRespondor la fiecare câteva minute . Este posibil ca această remediere să nu funcționeze dacă nu aveți aceeași problemă cu a mea. Ultima modificare: 8 februarie 2017
Reacții:keysofanxiety, Beards, TrueBlou și încă o persoană

Barbe

22 aprilie 2014


Derbyshire Marea Britanie
  • 8 februarie 2017
Îmi pare rău, dar nu pare să funcționeze pentru mine. Am încercat setările pe care le menționați cu amabilitate acum aproximativ 3 ore și tocmai am verificat din nou MacBook Pro:- a pierdut încă 5% ÎN

wxdao

Poster original
24 noiembrie 2016
  • 8 februarie 2017
Beards a spus: Îmi pare rău, dar nu pare să funcționeze pentru mine. Am încercat setările pe care le menționați cu amabilitate acum aproximativ 3 ore și tocmai am verificat din nou MacBook Pro:- a pierdut încă 5%
Este trist să aud asta... Te superi să postezi niște jurnal (execuți „pmset -g log” în terminal) aici? Poate că altceva nu merge bine.
Reacții:Barbe

Barbe

22 aprilie 2014
Derbyshire Marea Britanie
  • 8 februarie 2017
wxdao a spus: Îmi pare rău să aud asta... Te superi să postezi niște jurnal (execuți „pmset -g log” în terminal) aici? Poate că altceva nu merge bine.
Sigur, dar este un fișier jurnal lung. Nu folosesc Dropbox, așa că nu știu unde să-l salvez și să îl conectez la tine.
Ai idee ce ar trebui să caut în jurnal? ÎN

wxdao

Poster original
24 noiembrie 2016
  • 8 februarie 2017
Beards a spus: Sigur, dar este un fișier jurnal lung. Nu folosesc Dropbox, așa că nu știu unde să-l salvez și să îl conectez la tine.
Ai idee ce ar trebui să caut în jurnal?
Puteți doar să lipiți acele linii care încep cu un șir de dată (cum ar fi 2017-02-07 18:00:30 +0100) în intervalul ultimului timp de somn, adică „acum 3 ore” pe care l-ați menționat.
Și, verificați dacă numărul din dreapta PreventSystemSleep este 0. Dacă nu, lipiți și ultimele câteva rânduri sub „Listate prin procesul deținerii:”.
Reacții:Barbe

Barbe

22 aprilie 2014
Derbyshire Marea Britanie
  • 8 februarie 2017
wxdao a spus: Puteți doar să lipiți acele linii care încep cu un șir de dată (cum ar fi 2017-02-07 18:00:30 +0100) în intervalul ultimului timp de somn, adică „acum 3 ore” pe care l-ați menționat.
Și, verificați dacă numărul din dreapta PreventSystemSleep este 0. Dacă nu, lipiți și ultimele câteva rânduri sub „Listate prin procesul deținerii:”.

Am rulat-o din nou:-
Total Sleep/Wakes de la pornire la 2017-02-08 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000 : Se afișează toate afirmațiile de putere IOKit deținute în prezent

Starea afirmației la nivelul întregului sistem:

Sarcina de fundal 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0 ÎN

wxdao

Poster original
24 noiembrie 2016
  • 8 februarie 2017
Beards a spus: Tocmai a alergat din nou:-
Total Sleep/Wakes de la pornire la 2017-02-08 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000 : Se afișează toate afirmațiile de putere IOKit deținute în prezent

Starea afirmației la nivelul întregului sistem:

Sarcina de fundal 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Îmi pare rău că nu am explicat clar. Vă rugăm să lipiți toate liniile din momentul în care ai închis capacul până în momentul în care l-ai deschis.

Barbe

22 aprilie 2014
Derbyshire Marea Britanie
  • 8 februarie 2017
wxdao a spus: Îmi pare rău că nu am explicat clar. Vă rugăm să lipiți toate liniile din momentul în care ai închis capacul până în momentul în care l-ai deschis.

Nu, e vina mea, ar fi trebuit să mă gândesc.
Tocmai l-am adormit din nou, așa că îl voi lăsa să se odihnească câteva ore, apoi îl voi porni din nou și voi rula un alt buștean.

Pentru a salva orice confuzie, voi posta „întregul” jurnal și, odată ce ați avut o privire, voi edita postarea și voi șterge, deoarece va fi un fișier al naibii.

Apreciez timpul tău

Barbe

22 aprilie 2014
Derbyshire Marea Britanie
  • 8 februarie 2017
Tocmai am deschis MacBook Pro din nou din repaus.
De data aceasta am rulat atât Log-ul, cât și Assertions

Iată ce a adus în discuție Assertions: -
Ultima conectare: miercuri 8 februarie 17:09:52 pe ttys000

Mikes-MBP:~ mikepaterson$ pmset -g afirmaţii

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

Starea afirmației la nivelul întregului sistem:

Sarcina de fundal 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Listate după procesul de deținere:

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

Timeout se va declanșa în 115 secunde Action=TimeoutActionRelease

Fără afirmații ale nucleului.

Dispozitive de prevenire a somnului inactiv: IODisplayWrangler

Mikes-MBP:~ mikepaterson$ ÎN

wxdao

Poster original
24 noiembrie 2016
  • 8 februarie 2017
Beards a spus: Tocmai am deschis MacBook Pro din nou din repaus.
De data aceasta am rulat atât Log-ul, cât și Assertions

Iată ce a adus în discuție Assertions: -
Ultima conectare: miercuri 8 februarie 17:09:52 pe ttys000

Mikes-MBP:~ mikepaterson$ pmset -g afirmaţii

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

Starea afirmației la nivelul întregului sistem:

Sarcina de fundal 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Listate după procesul de deținere:

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

Timeout se va declanșa în 115 secunde Action=TimeoutActionRelease

Fără afirmații ale nucleului.

Dispozitive de prevenire a somnului inactiv: IODisplayWrangler

Mikes-MBP:~ mikepaterson$

Puteți încărca jurnalul într-un singur fișier text. Rulați „pmset -g log > ~/Desktop/log.txt”. Un fișier denumit log.txt va apărea pe desktop. Încărcați-l făcând clic pe butonul „Încărcați un fișier”, care se află sub zona de răspuns.

Sau poți folosi pastebin .cu . Lipiți întregul jurnal în el și va genera o adresă URL cu care alții pot citi textul pe care îl distribuiți. Postează link-ul aici. Ultima modificare: 8 februarie 2017

Barbe

22 aprilie 2014
Derbyshire Marea Britanie
  • 8 februarie 2017
wxdao a spus: Puteți încărca jurnalul ca fișier text. Rulați „pmset -g log > ~/Desktop/log.txt”. Un fișier denumit log.txt va apărea pe desktop.

Sau poți folosi pastebin .cu . Lipiți întregul jurnal în el și va genera o adresă URL cu care alții pot citi textul pe care îl distribuiți. Postează link-ul aici.
Mulțumesc... Iată fișierul jurnal

Atasamente

  • log.txt552,1 KB · Vizualizări: 189
ÎN

wxdao

Poster original
24 noiembrie 2016
  • 8 februarie 2017
Beards a spus: Mulțumesc.... Aici este fișierul jurnal

Conform jurnalului, cred că computerul dvs. a dormit bine de la 15:24 la 17:01... Poate ar trebui să-l lăsați să doarmă o noapte întreagă și să vedeți dacă a existat vreo îmbunătățire față de nopțile anterioare.
Reacții:Barbe

Barbe

22 aprilie 2014
Derbyshire Marea Britanie
  • 8 februarie 2017
wxdao a spus: Conform jurnalului, cred că computerul dvs. a dormit bine de la 15:24 la 17:01... Poate ar trebui să-l lăsați să doarmă o noapte și să vedeți dacă există vreo îmbunătățire față de nopțile anterioare.
Va face multumesc.
Singurul lucru pe care l-am schimbat în această după-amiază a fost să dezactivez Partajarea fișierelor în cazul în care ar fi putut fi o problemă.
[doublepost=1486577825][/doublepost]
Beards a spus: Mulțumesc.
Singurul lucru pe care l-am schimbat în această după-amiază a fost să dezactivez Partajarea fișierelor în cazul în care ar fi putut fi o problemă.

Am uitat să menționez și nu am vrut să editez cele de mai sus în cazul în care ați citit deja postarea:-
Am luat nivelurile detaliate ale bateriei chiar înainte și după
15:24 Baterie de nucă de cocos 37,3%. Baterie de sistem 38% Sleep
17:01 Baterie Cocos 35,6% Baterie de sistem 37% Trează

Asta a funcționat la 97 de minute = -1,7% baterie S

snaky69

14 martie 2008
  • 8 februarie 2017
Totul este în regulă, cu excepția faptului că o scurgere de aproximativ 1% pe oră este perfect normal pentru un MacBook Pro în modul de repaus, cu excepția cazului în care lucrurile s-au schimbat drastic în ultimul an.

Nevastuica

Moderator
Membru al personalului
23 ianuarie 2005
California
  • 8 februarie 2017
snaky69 a spus: Totul este în regulă, cu excepția faptului că o scurgere de aproximativ 1% pe oră este perfect normal pentru un MacBook Pro în modul de repaus, cu excepția cazului în care lucrurile s-au schimbat drastic în ultimul an.
Aproximativ 1% pe oră este normal în primele trei ore, apoi MacBook-urile mai noi intră în „modul de așteptare” și folosesc mult mai puțină energie. Puteți rula în modul de așteptare cu alimentarea bateriei până la 30 de zile. Deci, după această fereastră de trei ore, nu ar trebui să utilizați 1% pe oră.

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

Gonza211

26 iulie 2012
  • 8 februarie 2017
wxdao a spus: Conform jurnalului, cred că computerul dvs. a dormit bine de la 15:24 la 17:01... Poate ar trebui să-l lăsați să doarmă o noapte întreagă și să vedeți dacă a existat vreo îmbunătățire în comparație cu nopțile anterioare.

Te gândești să-l verifici pe al meu? Am pierdut 40% peste noapte. De data aceasta, Macbook-ul meu nu a fost conectat la alimentare, dar da la un monitor extern prin adaptorul USB C la HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh

Brookzy

30 mai 2010
Regatul Unit
  • 8 februarie 2017
Gonza211 a spus: Te gândești să-l verifici pe al meu? Am pierdut 40% peste noapte. De data aceasta, Macbook-ul meu nu a fost conectat la alimentare, dar da la un monitor extern prin adaptorul USB C la HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh
Adaptorul a fost cu siguranță de vină. Cel Apple consumă până la 5W de putere chiar și atunci când nu este folosit, de exemplu. Reacții:Sanpete

Barbe

22 aprilie 2014
Derbyshire Marea Britanie
  • 9 februarie 2017
L-am lăsat în standby peste noapte:-
17 ore și 32 de minute mai târziu și, potrivit Coconut Battery, a scăzut cu 10,6%, în timp ce, conform bateriei de sistem, a spus că a scăzut cu 11%

Aș spune că acum este acceptabil.
Se pare că Partajarea fișierelor cu iMac-ul meu mare trăgea MacBook Pro în jos. G

Gonza211

26 iulie 2012
  • 9 februarie 2017
Brookzy a spus: Adaptorul a fost cu siguranță vinovatul. Cel Apple consumă până la 5W de putere chiar și atunci când nu este folosit, de exemplu.

Ieri l-am lăsat să doarmă fără nimic conectat, am scurs 8% peste noapte. Acest lucru nu ar trebui să se întâmple. Acum spune că dispozitivul de prevenire a somnului este IODisplayWrangler, așa că... nu știu ce să fac.

MRxROBOT

14 aprilie 2016
1011100110
  • 15 februarie 2017
Pierd 8-10% pe noapte, nu sunt conectat la nimic de când am actualizat la 10.12.3

În lipsa revenirii la 10.12.2, există o soluție? S

Sanpete

17 noiembrie 2016
Utah
  • 15 februarie 2017
MRxROBOT a spus: Pierd 8-10% pe noapte, nu sunt conectat la nimic de când am actualizat la 10.12.3

În lipsa revenirii la 10.12.2, există o soluție?

Probabil. Probabil că există ceva ce computerul tău este setat să facă, care îl împiedică să adorme corect. Dacă acest lucru vă deranjează, citiți firele despre asta pentru idei de ce puteți încerca. Iată încă una:

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

Noroc!