Sujet unique MacBook Pro qui se décharge en veille

Athori

Membre confirmé
28 Septembre 2021
14
1
37
Allons y de toute façon, je vais voir apple par sécurité demain. Mais si on touche ca, cela ne modifie que l'install en cours ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
87 995
26 926
Forêt de Fontainebleau
Oui : il ne s'agira que d'une édition réversible des 2 fichiers de préférences dont tu as posté les contenus. Passe la commande :
Bloc de code:
sudo pmset -b displaysleep 3 disksleep 5 sleep 8 autopoweroff 0 standbydelayhigh 300 standbydelaylow 300 ttyskeepawake 0 tcpkeepalive 0
  • commande qui édite ainsi les paramètres d'économie d'énergie pour l'alimentation sur batterie : sommeil-écran 3' (de délai d'inactivité en session) > sommeil-disque 5' > sommeil-Système 8' > autopoweroff désactivé > temps de sommeil-Système avant passage à l'hibernation 300" = 5' > ttyskeepawake (terminal en service) désactivé > tcpkeepalive (connexion à internet en service) désactivé.

La commande passée > passe la commande informative :
Bloc de code:
pmset -g custom
  • et poste le tableau correspondant à Battery Power => qu'on voie si l'édition de la commande a été enregistrée dans les fichiers de préférences.
 

Athori

Membre confirmé
28 Septembre 2021
14
1
37
Bloc de code:
athori@MacBook-Pro-de-Athori ~ % sudo pmset -b displaysleep 3 disksleep 5 sleep 8 autopoweroff 0 standbydelayhigh 300 standbydelaylow 300 ttyskeepawake 0 tcpkeepalive 0
Password:
Warning: This option disables TCP Keep Alive mechanism when sytem is sleeping. This will result in some critical features like 'Find My Mac' not to function properly.
Warning: Idle sleep timings for "AC Power" may not behave as expected.
- Disk sleep should be non-zero whenever system sleep is non-zero.
athori@MacBook-Pro-de-Athori ~ % pmset -g custom
Battery Power:
 lidwake              1
 lowpowermode         1
 autopoweroff         0
 standbydelayhigh     300
 autopoweroffdelay    259200
 proximitywake        0
 standby              1
 standbydelaylow      300
 ttyskeepawake        0
 hibernatemode        25
 powernap             0
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 highstandbythreshold 50
 displaysleep         3
 sleep                8
 acwake               0
 halfdim              1
 tcpkeepalive         0
 lessbright           1
 disksleep            5
AC Power:
 lidwake              1
 autopoweroff         1
 lowpowermode         0
 standbydelayhigh     86400
 autopoweroffdelay    259200
 proximitywake        1
 standby              1
 standbydelaylow      10800
 ttyskeepawake        1
 hibernatemode        3
 powernap             0
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 highstandbythreshold 50
 displaysleep         20
 womp                 1
 networkoversleep     0
 sleep                1
 tcpkeepalive         1
 halfdim              1
 acwake               0
 disksleep            0
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
87 995
26 926
Forêt de Fontainebleau
Si c'est le cas --> tu vas avoir de quoi argumenter ton problème auprès de l'assistance Apple. À savoir qu'aucun paramétrage des économies d'énergie sur batterie > même le plus drastique (comme le tien actuellement) --> ne parvient à enrayer la perte de charge de batterie lors de la veille du Mac. Tu pourrais imprimer sur une feuille le tableau actuel retourné par la commande : pmset -g custom pour le soumettre à ton interlocuteur.
 

MAChiavel

Membre actif
16 Septembre 2016
115
6
Bonsoir au vénérable @macomaniac .
Une petite demande d'aide... qui ressemble fort aux posts et plaintes des différents intervenant de ce topic ... si jamais tu peux me donner ton avis.

Sur un MacBook Pro 2017, sous Catalina 10.15.17.
Problèmes de batterie depuis le début pratiquement (décharge très rapide), qui avait été envoyé en maintenance, légère amélioration par la suite.
Depuis quelques temps, décharge au moins partielle lors de la veille, avec plusieurs épisodes de décharges complètes.
Depuis la semaine dernière, apparition d'un message de la batterie "Réparation recommandée" ... (charge bien jusqu'à 100%, mais se décharge très rapidement, même en veille ou fermé).

Question n°1, préalable : Vaut-il mieux essayer de voir directement avec Apple s'ils acceptent de prendre en charge cela, sachant qu'il n'est plus sous AppleCare, et qu'il ne rentre pas non plus directement dans ces critères : https://support.apple.com/fr-afri/HT212163 ?

Dans Rapport système -> Alimentation, voici ce qu'on obtient :

Bloc de code:
Informations de la batterie :

  Informations sur le modèle :
  Nº de série :    D867435B31WH06FA7
  Fabricant  :    SMP
  Nom de l’appareil :    bq20z451
  Pack Lot Code :    0
  PCB Lot Code :    0
  Version du programme interne :    901
  Révision du matériel :    1
  Révision de pile :    3666
  Informations sur la charge :
  Charge restante (mAh) :    3473
  Charge complète :    Oui
  En cours de chargement :    Non
  Capacité de charge complète (mAh) :    3473
  Informations sur la santé :
  Comptage de cycles :    216
  Conditions :    Réparation recommandée
  Batterie installée :    Oui
  Intensité de courant (mA) :    0
  Tension (mV) :    12559

Réglages d’alimentation du système :

  Alimentation secteur :
  Minuterie de suspension d’activité du système (minutes) :    1
  Minuterie de suspension d’activité du disque (minutes) :    10
  Minuterie de suspension d’activité du moniteur (minutes) :    10
  Réactivation par un changement de tension :    Non
  Réactivation par l’ouverture du boîtier :    Oui
  Réactivation par le réseau :    Oui
  AutoPowerOff Delay :    28800
  AutoPowerOff Enabled :    1
  Source d’alimentation actuelle :    Oui
  DarkWakeBackgroundTasks :    1
  Mise en veille du moniteur par réduction de l’intensité :    Oui
  GPUSwitch :    2
  Hibernate Mode :    3
  High Standby Delay :    86400
  PrioritizeNetworkReachabilityOverSleep :    0
  ProximityDarkWake :    1
  Standby Battery Threshold :    50
  Standby Delay :    10800
  Standby Enabled :    1
  TCPKeepAlivePref :    1
  Alimentation par batterie :
  Minuterie de suspension d’activité du système (minutes) :    1
  Minuterie de suspension d’activité du disque (minutes) :    10
  Minuterie de suspension d’activité du moniteur (minutes) :    2
  Réactivation par un changement de tension :    Non
  Réactivation par l’ouverture du boîtier :    Oui
  AutoPowerOff Delay :    28800
  AutoPowerOff Enabled :    1
  DarkWakeBackgroundTasks :    0
  Mise en veille du moniteur par réduction de l’intensité :    Oui
  GPUSwitch :    2
  Hibernate Mode :    3
  High Standby Delay :    86400
  ProximityDarkWake :    0
  Réduction de la luminosité :    Non
  Standby Battery Threshold :    50
  Standby Delay :    10800
  Standby Enabled :    1
  TCPKeepAlivePref :    1

Configuration matérielle :

  UPS installé :    Non

Informations de l’adaptateur secteur :

  Connecté :    Oui
  Identifiant :    0x1655
  Puissance (W)
 :    60
  Nº de série :    C4H74220DHUGN8RAR
  Nom :    61W USB-C Power Adapter
  Fabricant  :    Apple Inc.
  Version Matériel :    1,0
  Version du programme interne :    1090013
  En cours de chargement :    Non

Évènements d’alimentation :

Prochains événements programmés :

  appPID :    315
  Type :    Réactivation
  Programmée par :    com.apple.alarm.user-visible-Weekly Usage Report
  Heure :    29/11/2021 07:01
  UserVisible :    0

  appPID :    309
  Type :    Réactivation
  Programmée par :    com.apple.alarm.user-visible-Weekly Usage Report
  Heure :    29/11/2021 08:23
  UserVisible :    0
 

MAChiavel

Membre actif
16 Septembre 2016
115
6
En passant la commande pmset -g custom dans le Terminal :
Bloc de code:
 pmset -g custom
Battery Power:
 lidwake              1
 autopoweroff         1
 standbydelayhigh     86400
 autopoweroffdelay    28800
 proximitywake        0
 standby              1
 standbydelaylow      10800
 ttyskeepawake        1
 hibernatemode        3
 gpuswitch            2
 powernap             0
 hibernatefile        /var/vm/sleepimage
 highstandbythreshold 50
 displaysleep         2
 sleep                1
 acwake               0
 halfdim              1
 tcpkeepalive         1
 lessbright           0
 disksleep            10
AC Power:
 lidwake              1
 autopoweroff         1
 standbydelayhigh     86400
 autopoweroffdelay    28800
 standbydelaylow      10800
 standby              1
 proximitywake        1
 ttyskeepawake        1
 hibernatemode        3
 powernap             1
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 highstandbythreshold 50
 displaysleep         10
 womp                 1
 networkoversleep     0
 sleep                1
 tcpkeepalive         1
 halfdim              1
 acwake               0
 disksleep            10
 

MAChiavel

Membre actif
16 Septembre 2016
115
6
Et enfin un extrait du retour de la commande pmset -g log | grep "due" (la fin) :

Bloc de code:
2021-11-21 22:34:13 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 16 secs   
2021-11-21 22:34:29 +0100 Wake                    Wake from Deep Idle [CDNVA] : due to RTC/UserActivity Assertion Using AC (Charge:100%) 15 secs   
2021-11-21 22:34:44 +0100 Sleep                   Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%)           
2021-11-21 22:35:14 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 16 secs   
2021-11-21 22:35:30 +0100 Wake                    Wake from Deep Idle [CDNVA] : due to RTC/UserActivity Assertion Using AC (Charge:100%) 15 secs   
2021-11-21 22:35:45 +0100 Sleep                   Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%)           
2021-11-21 22:36:14 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 12 secs   
2021-11-21 22:36:26 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to ARPT/Network Using AC (Charge:100%) 1 secs   
2021-11-21 22:36:27 +0100 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 17 secs   
2021-11-21 22:36:44 +0100 Sleep                   Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%)           
2021-11-21 22:37:11 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 21 secs   
2021-11-21 22:37:32 +0100 Wake                    Wake from Deep Idle [CDNVA] : due to RTC/UserActivity Assertion Using AC (Charge:100%) 15 secs   
2021-11-21 22:37:47 +0100 Sleep                   Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%)           
2021-11-21 22:38:17 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 16 secs   
2021-11-21 22:38:33 +0100 Wake                    Wake from Deep Idle [CDNVA] : due to RTC/UserActivity Assertion Using AC (Charge:100%) 15 secs   
2021-11-21 22:38:48 +0100 Sleep                   Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%)           
2021-11-21 22:39:18 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 10 secs   
2021-11-21 22:39:28 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 2 secs   
2021-11-21 22:39:30 +0100 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 16 secs   
2021-11-21 22:39:46 +0100 Sleep                   Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%)           
2021-11-21 22:40:13 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 9 secs   
2021-11-21 22:40:22 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 11 secs   
2021-11-21 22:40:33 +0100 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 17 secs   
2021-11-21 22:40:50 +0100 Sleep                   Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%)           
2021-11-21 22:41:07 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 9 secs   
2021-11-21 22:41:16 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 17 secs   
2021-11-21 22:41:33 +0100 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 613 secs 
2021-11-21 22:51:46 +0100 Sleep                   Entering Sleep state due to 'Idle Sleep':TCPKeepAlive=active Using AC (Charge:100%) 5 secs   
2021-11-21 22:51:51 +0100 SleepAborted            Sleep in process aborted due to  (Pending system wake request)                           
2021-11-21 22:51:51 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/HID Activity Using AC (Charge:100%) 40 secs   
2021-11-21 22:52:31 +0100 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 60 secs   
2021-11-21 22:53:31 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 9 secs   
2021-11-21 22:53:40 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 45 secs   
2021-11-21 22:54:25 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 9 secs   
2021-11-21 22:54:34 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 45 secs   
2021-11-21 22:55:19 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 10 secs   
2021-11-21 22:55:29 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 4 secs   
2021-11-21 22:55:33 +0100 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 614 secs 
2021-11-21 23:05:47 +0100 Sleep                   Entering Sleep state due to 'Idle Sleep':TCPKeepAlive=active Using AC (Charge:100%) 5 secs   
2021-11-21 23:05:52 +0100 SleepAborted            Sleep in process aborted due to  (Pending system wake request)                           
2021-11-21 23:05:52 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/HID Activity Using AC (Charge:100%) 39 secs   
2021-11-21 23:06:31 +0100 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 60 secs   
2021-11-21 23:07:31 +0100 Sleep                   Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:100%) 10 secs   
2021-11-21 23:07:41 +0100 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 45 secs   
2021-11-21 23:08:26 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 9 secs   
2021-11-21 23:08:35 +0100 Wake                    Wake from Deep Idle [CDNVA] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 612 secs 
2021-11-21 23:18:47 +0100 Sleep                   Entering Sleep state due to 'Idle Sleep':TCPKeepAlive=active Using AC (Charge:100%) 5 secs   
2021-11-21 23:18:52 +0100 SleepAborted            Sleep

(Je ne comprend pas trop pourquoi la batterie reste à 100% là... et pourquoi il n'y a pas d'éléments plus récents...)

Merci d'avance pour tout ce que tu pourras faire !!!
(et désolé de la longueur du message ...)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
87 995
26 926
Forêt de Fontainebleau
Bonjour MAChiavel

Je n'entre pas ici dans un commentaire du paramétrage des économies d'énergie. Mais en ce qui concerne les cycles répétés de sommeil (sleep) / crypto-réveil (darkwake) attestés --> je note répétitivement l'assertion : Using AC.

- AC abréviation de : AC Power désigne ici l'alimentation du Mac sur secteur (et pas sur batterie). Si la batterie conserve une charge de 100% malgré les crypto-réveils cycliques qui devraient l'épuiser --> c'est parce que ton Mac est alimenté par le secteur > et que la batterie se trouve constamment en recharge - non ?​
 

ptitju013

Membre confirmé
5 Avril 2020
43
4
37
J'ai enfin résolut mon problème de décharge en veille de mon MPB après des mois de recherche et de différentes manipulations.

Le simple retour à un SSD d'origine Apple acheté sur Ebay a totalement résolu les problèmes de décharge.

C'est donc bien le SSD Transcend JetDrive qui était en cause.
J'avais contacté la société pour leur expliquer mon problème mais ils refusaient d'entendre que cela pouvait provenir de leur SSD.

Pour tout ceux qui on un problème de décharge avec un SSD qui n'est pas d'origine je vous conseille de tester avec un original Apple

En tout cas merci au forum pour votre aide !
 

andr3

Membre actif
15 Septembre 2011
664
57
Manage.Be
Question à son Excellentisime Mac O'Maniac ;)

Pour un MacBook Pro M1 Max 16" RAM 32GB Monterey 12.1, est-ce que la commande

sudo pmset -b hibernatemode 25

pose problème (kernel panic par exemple) ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
87 995
26 926
Forêt de Fontainebleau
Bonjour andr3

Théoriquement l'option est toujours supportée. La commande modifie le mode de mise en sommeil du Mac > et corrélativement son mode de réveil ainsi -->

- mise en sommeil : dès le passage au sommeil-Système (sleep) > le contenu de la RAM se trouve sauvegardé à un fichier sleepimage et la RAM se trouve désactivée --> conséquence : si le sommeil-Système se prolonge avant passage à l'hibernation > la RAM n'épuise pas la batterie en étant laissée sous tension.​
- réveil : le contexte de la RAM se trouve rechargé d'après le fichier sleepimage > puis la session d'utilisateur se réaffiche --> ce qui prend un petit peu plus longtemps que dans l'option normale si le Mac était encore à l'état de sommeil-Système. En cas d'état d'hibernation --> rien de changé : dans tous les cas > la RAM est rechargée d'après la sleepimage.​

Fais le test et tu vas bien voir l'effet. L'intérêt de l'hibernatemode 25 en cas d'usage nomade d'un Mac portable est de minimiser l'usage de la batterie quand on rabat de couvercle du Mac --> ce qui force le sommeil-Système (sleep) et la désactivation de la RAM ensemble.