Sujet unique MacBook Pro qui se décharge en veille

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.
 
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
 
Édition effectuée. Redémarre une fois pour charger ces nouveaux paramètres et teste cette nuit à partir d'une batterie à 100%.

- tu verras bien demain.​
 
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.
 
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
 
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
 
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 ...)
 
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 ?​
 
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 !
 
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) ?
 
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.
 
Hello Macomaniac,

Désolé pour ma réponse tardive …

J’ai fait quelques tests et à chaque fois, j’ai le même résultat. Un crash dû à un kernel panic comme celui-ci :

panic(cpu 0 caller 0xfffffe0016172a38): "hibernate_write_image encountered error 0xe00002e8" Debugger message: panic

Je suis revenu au « sleep » traditionnel ; je ne suis pas partisan du crash forcé ;-)
 
Bonjour à tous ! Je crois avoir le même problème tel que décrit plus haut sur mon Mac Book Pro 2017 i5 sur Monterey 12.3.1. Depuis 2 mois, ma batterie se vide anormalement vite alors que l'écran est rabattu ou même que l'ordi est en mode veille/suspension. Le seul moyen que j'ai pour qu'il ne perdre pas sa batterie c'est en l'éteignant au complet, mais c'est un peu chiant... J'ai exécuté la commande du tableau et voici le résultat que cela ma donné :



Battery Power:

lidwake 1
autopoweroff 1
standbydelayhigh 86400
autopoweroffdelay 259200
lowpowermode 0
standbydelaylow 10800
standby 1
proximitywake 0
hibernatemode 3
powernap 0
gpuswitch 2
hibernatefile /var/vm/sleepimage
ttyskeepawake 1
highstandbythreshold 50
displaysleep 2
sleep 1
acwake 0
halfdim 1
lessbright 1
tcpkeepalive 1
disksleep 10


AC Power:

lidwake 1
autopoweroff 1
standbydelayhigh 86400
autopoweroffdelay 259200
lowpowermode 0
standbydelaylow 10800
standby 1
proximitywake 1
hibernatemode 3
powernap 1
gpuswitch 2
hibernatefile /var/vm/sleepimage
ttyskeepawake 1
highstandbythreshold 50
womp 1
displaysleep 10
networkoversleep 0
sleep 1
acwake 0
halfdim 1
tcpkeepalive 1
disksleep 10
 
Dernière édition:
Bonjour Olivier

Passe en sus la commande :
Bloc de code:
pmset -g log | grep "due"
  • qui lit les logs du gestionnaire d'économies d'énergie du Mac > et ne retient que tout ce qui concerne des crypto-réveils d'hibernation susceptibles d'épuiser la charge de la batterie

Poste le retour. S'il est trop prolixe --> un extrait significatif concernant une mise en sommeil prolongée du Mac.
 
Alors premièrement :


2022-04-23 12:03:27 -0400 PM Client Acks Delays to Sleep notifications: [PLPowerEventListener is slow(261 ms)] [com.apple.time is slow(375 ms)] [com.apple.apfsd is slow(376 ms)] [mDNSResponder is slow(375 ms)] [com.apple.time is slow(372 ms)] [CUSystemMonitor is slow(781 ms)] [com.apple.bluetooth.sleep is slow(1584 ms)] [AirPort configd plug-in is slow(1849 ms)] [com.apple.apsd is slow(2059 ms)] [PLSleepWakeAgent is slow(4389 ms)] [com.apple.duetactivityscheduler is slow(8507 ms)] [systemstats is slow(10418 ms)]


2022-04-23 12:03:34 -0400 DarkWake DarkWake from Deep Idle [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:100%) 12 secs


2022-04-23 12:03:46 -0400 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:100%) 8 secs


2022-04-23 12:03:50 -0400 PM Client Acks Delays to Sleep notifications: [com.apple.time is slow(259 ms)] [mDNSResponder is slow(287 ms)] [PLPowerEventListener is slow(288 ms)] [com.apple.apfsd is slow(289 ms)] [com.apple.time is slow(289 ms)] [AirPort configd plug-in is slow(1399 ms)] [com.apple.bluetooth.sleep is slow(1572 ms)] [com.apple.duetactivityscheduler is slow(1683 ms)] [CUSystemMonitor is slow(1949 ms)] [com.apple.apsd is slow(1991 ms)] [systemstats is slow(3460 ms)] [PLSleepWakeAgent is slow(3460 ms)]


2022-04-23 12:03:54 -0400 DarkWake DarkWake from Deep Idle [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:100%) 12 secs


2022-04-23 12:04:06 -0400 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:100%) 9 secs


2022-04-23 12:04:10 -0400 PM Client Acks Delays to Sleep notifications: [com.apple.time is slow(314 ms)] [CUSystemMonitor is slow(784 ms)] [com.apple.bluetooth.sleep is slow(1587 ms)] [com.apple.duetactivityscheduler is slow(1698 ms)] [AirPort configd plug-in is slow(1980 ms)] [com.apple.apsd is slow(2078 ms)] [PLSleepWakeAgent is slow(2386 ms)] [systemstats is slow(4057 ms)]


2022-04-23 12:04:15 -0400 DarkWake DarkWake from Deep Idle [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:100%) 11 secs


2022-04-23 12:04:26 -0400 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:100%) 7 secs


2022-04-23 12:04:29 -0400 PM Client Acks Delays to Sleep notifications: [com.apple.time is slow(262 ms)] [com.apple.apfsd is slow(276 ms)] [AirPort configd plug-in is slow(867 ms)] [systemstats is slow(956 ms)] [CUSystemMonitor is slow(955 ms)] [com.apple.bluetooth.sleep is slow(1571 ms)] [com.apple.duetactivityscheduler is slow(1907 ms)] [com.apple.apsd is slow(2018 ms)] [PLSleepWakeAgent is slow(3155 ms)]


2022-04-23 12:04:33 -0400 DarkWake DarkWake from Deep Idle [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:100%) 13 secs


2022-04-23 12:04:46 -0400 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:100%) 7 secs
 
Tu as 2 processus qui suscitent des crypto-réveils d'hibernation : EC.DarkPME/Maintenance & TCPKeepAlive=active. Tu noteras que dans tes préférences d'économies d'énergie sur batterie il y a un : tcpkeepalive 1 qui active l'assertion tcpkeepalive. Par ailleurs > le fil que tu as cité évoque l'activation de l'instruction autopoweroff (ce qui est le cas chez toi : autopoweroff 1) comme facteur de crypto-réveil (autopoweroff répondant à une norme européenne d'économie d'énergie pour induire une mise en sommeil profond plus légère que l'hibernation et redondante en cas d'activation de cette dernière).

- passe la commande :​
Bloc de code:
sudo pmset -b tcpkeepalive 0 autopoweroff 0
  • qui désactive les 2 instructions citées pour l'alimentation sur batterie

Puis redémarre une fois et teste le résultat. Poste encore le retour d'une commande :
Bloc de code:
pmset -g log | grep "due"
  • en guise de vérification

Poste ce retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu (le 17è depuis la gauche = vers le milieu de la barre) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> (= Bloc de code) => tu fais ton coller dans la fenêtre de code et Continuer.​

----------

Note : j'ai fait abstraction pour l'instant d'un commentaire des préférences d'économie d'énergie dont tu as posté les tableaux. Mais je peux te prévenir directement que les valeurs associées à l'hibernation (et au sommeil profond) sont aberrantes quant à la durée du sommeil-Système simple qu'elles supposent avant leur déclenchement.
 
Super ! Je teste à l'instant et je te reviens. Aussi, pour faire référence à ta note, je n'ai pas donner ces valeurs à ces paramètres moi-même et du plus loin que je me souvienne je n'ai pas changé mes paramètres d'économie d'énergie depuis l'achat de mon portable... Qu'est ce qui peux causer ces problèmes depuis un mois selon toi ? Et qu'elle serait des valeurs plus raisonnable pour les paramètres énoncés ?
 
Voici le retour de la commande * pmset -g log | grep "due" * après avoir mis tcpkeepalive et autopoweroff sur 0 ainsi que le redémarage :

Bloc de code:
Last login: Mon May  2 11:11:42 on ttys000
@MacBook-Pro-de-Olivier ~ % pmset -g log | grep "due"

Listener is slow(254 ms)] [com.apple.apfsd is slow(254 ms)] [CUSystemMonitor is slow(516 ms)] [PLSleepWakeAgent is slow(767 ms)] [systemstats is slow(769 ms)] [AirPort configd plug-in is slow(798 ms)] [com.apple.duetactivityscheduler is slow(1311 ms)] [com.apple.bluetooth.sleep is slow(1579 ms)] [com.apple.apsd is slow(2061 ms)]           
2022-04-26 22:32:48 -0400 DarkWake                DarkWake from Deep Idle [CDN] : due to EC.DarkPME/Maintenance Using BATT (Charge:25%) 10 secs   

2022-05-02 10:45:26 -0400 DarkWake                DarkWake from Deep Idle [CDNP] : due to EC.DarkPME/Maintenance Using AC (Charge:100%) 543 secs 
2022-05-02 10:54:29 -0400 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:100%) 3 secs   
2022-05-02 10:54:32 -0400 DarkWake                DarkWake from Deep Idle [CDN] : due to EC.DarkPME/UserActivity Assertion Using BATT (Charge:100%) 1 secs   
2022-05-02 10:54:33 -0400 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to UserActivity Assertion Using BATT (Charge:100%)           
@MacBook-Pro-de-Olivier ~ %