2021 MBP 16-inch Crashes While Asleep w/USB Charging

[plyle]

Part 5

com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport 9.0.0
com.apple.driver.AppleSSE 1.0
com.apple.driver.AppleSEPKeyStore 2
com.apple.driver.AppleUSBTDM 532.40.7
com.apple.iokit.IOUSBMassStorageDriver 209.40.6
com.apple.iokit.IOPCIFamily 2.9
com.apple.iokit.IOSCSIBlockCommandsDevice 452.30.4
com.apple.iokit.IOSCSIArchitectureModelFamily 452.30.4
com.apple.driver.AppleIPAppender 1.0
com.apple.driver.AppleFDEKeyStore 28.30
com.apple.driver.AppleEffaceableStorage 1.0
com.apple.driver.AppleCredentialManager 1.0
com.apple.driver.KernelRelayHost 1
com.apple.iokit.IOUSBHostFamily 1.2
com.apple.driver.AppleUSBHostMergeProperties 1.2
com.apple.driver.usb.AppleUSBCommon 1.0
com.apple.driver.AppleSMC 3.1.9
com.apple.driver.RTBuddy 1.0.0
com.apple.driver.AppleEmbeddedTempSensor 1.0.0
com.apple.driver.AppleARMPMU 1.0
com.apple.iokit.IOAccessoryManager 1.0.0
com.apple.driver.AppleOnboardSerial 1.0
com.apple.iokit.IOSkywalkFamily 1.0
com.apple.driver.mDNSOffloadUserClient 1.0.1b8
com.apple.iokit.IONetworkingFamily 3.4
com.apple.iokit.IOSerialFamily 11
com.apple.driver.AppleSEPManager 1.0.1
com.apple.driver.AppleA7IOP 1.0.2
com.apple.driver.IOSlaveProcessor 1
com.apple.driver.AppleBiometricSensor 2
com.apple.iokit.IOHIDFamily 2.0.0
com.apple.driver.AppleANELoadBalancer 5.33.2
com.apple.driver.AppleH11ANEInterface 5.33.0
com.apple.AUC 1.0
com.apple.iokit.IOAVFamily 1.0.0
com.apple.iokit.IOHDCPFamily 1.0.0
com.apple.iokit.IOCECFamily 1
com.apple.iokit.IOAudio2Family 1.0
com.apple.driver.AppleIISController 100.1
com.apple.driver.AppleAudioClockLibs 100.9.1
com.apple.driver.AppleM2ScalerCSCDriver 265.0.0
com.apple.iokit.IOSurface 302.9
com.apple.driver.IODARTFamily 1
com.apple.security.quarantine 4
com.apple.security.sandbox 300.0
com.apple.kext.AppleMatch 1.0.0d1
com.apple.driver.AppleMobileFileIntegrity 1.0.5
com.apple.security.AppleImage4 4.1.0
com.apple.kext.CoreTrust 1
com.apple.iokit.IOCryptoAcceleratorFamily 1.0.1
com.apple.driver.AppleARMPlatform 1.0.2
com.apple.iokit.IOStorageFamily 2.1
com.apple.iokit.IOSlowAdaptiveClockingFamily 1.0.0
com.apple.iokit.IOReportFamily 47
com.apple.kec.pthread 1
com.apple.kec.Libm 1
com.apple.kec.corecrypto 12.0


Ian

My new 2021 MacBook Pro with M1 Pro CPU crashes almost every night while sleeping. I think I've finally figured it out and would appreciate if anyone else is having the same problem. If I close the lid during the day, it works fine but at night I will close the lid and plug in the USB-C charger on a timer typically set for 15minutes to 1 hour as the machine is so efficient. in the morning I will open the lid to a crash report. Usually, if I don't put it on to charge, it doesn't crash while sleeping. My guess is that if the lid is closed and the MBP put on charge (USB-C?) it crashes. A typical crash report is attached. If this is happening to anyone else, I'd like some input?

Okay I figured it out. If you charge the MBP before closing the lid, it works fine. If you close the lid and then plug in the charger, it crashes. Apparently after closing the lid and start charging makes it crash!

 

[Rod]

Just to add my two cents worth. Based on decades of experience with Mac Books and other Lithium Ion batteries the "no less than 20% no more than 80%" rule is contentious at worst and immaterial at best. A Mac Book battery will last for a set number of cycles and or around 5 years no matter what you do to preserve it. Some may not even last 2 years if there are microscopic impurities in the battery minerals. I have had this happen in 1 year. Apple has done everything it can to optimise battery charging and in my mind going to a lot of trouble to maximize battery life by using timers and whatnot is just not worth the effort. It's not like a cordless drill.

 

[plyle]

Just to add my two cents worth. Based on decades of experience with Mac Books and other Lithium Ion batteries the "no less than 20% no more than 80%" rule is contentious at worst and immaterial at best. A Mac Book battery will last for a set number of cycles and or around 5 years no matter what you do to preserve it. Some may not even last 2 years if there are microscopic impurities in the battery minerals. I have had this happen in 1 year. Apple has done everything it can to optimise battery charging and in my mind going to a lot of trouble to maximize battery life by using timers and whatnot is just not worth the effort. It's not like a cordless drill.

You misunderstand my concern is not that I'm arguing about the 80% charge rule but the fact that my MBP crashes when asleep if you plug in the charger after the lid is closed. I have never heard of a restriction on how you charge a laptop.

What I have learned after another talk with a knowledgeable Apple support person is that there is a switch to turn off/on the charging learning software. I have tried once with the switch off and it did not crash. I'm going to try it again tonight and see if it crashes. If it doesn't crash, I'll turn it on and see if it crashes. Then if that changes things, I'll report back to Apple support. If the charging AI module causes it to crash then I'll know what is causing it.

 

[plyle]

Sorry you took it that way. I did not intend to imply the problem was generated by you. All I meant to say was that by doing what you are doing the problem is manifesting. If you were to leave it on mains, not on a timer, it might not crash.

There is an issue with some of the new M1 Macs that if you plug it into mains when the machine is not booted it will cycle the power on and off, over and over, but never actually charge the battery. The workaround to that is to boot the machine, then connect power, then you can shut it down again and the cycling doesn't start. That bug may be a part of your problem, but it doesn't generate a crash report because it's not crashing, just not connecting to mains. I don't know what Apple plans to do about it, if anything. I'm traveling, but plan to contact Apple when I get home next week to see what they have to say. The issue has been reported in several sites, but none mention crashes, and my Mac doesn't crash at all, so the two items may or may not be related.

One final thought.

You have now disclosed three items that you didn't mention before:

1. You are an electrical engineer.
2. You have searched the Internet for the failure message in the crash report.
3. You have contacted Apple.

Those three items make a HUGE difference in how I would have approached this issue from the beginning. I took the time to talk about the smart battery management because I thought from your posts you were unaware of the advancement in battery management from Apple. I would not have done that if you had mentioned those three things.

It's interesting in that if you look at System Preferences/Battery and Usage History, you can watch the smart technology holding the battery below 100% (after it learns your routine) and then suddenly pushing the battery to top off just before it "expects" you to start using it. You can turn that function off, if you prefer to self manage, in System Preferences/Battery/Battery by checking/de-checking the "Optimize battery charging" option. In fact, if you want to continue to self-manage that manually, I would recommend turning it off so that you aren't "competing" for battery management.

My next recommendation was going to be to call Apple, but you say you've done that, so I'll drop out of this thread. Best of luck with the problem.

Thanks for your response and as I continue to test options, I'm learning more about the crashes.

1 ) I would love to find out what the AICOPHY function call means. It always crashes with this function call but I can't find any reference to the call.
2 ) If I use the Mac charger hooked to the USB-C port, it doesn't crash. The crashes have always occurred with a 3rd party PD 3.0 charger and 100 watt PD 3.0 USB-C cable. Reading I've learned that the PD protocall the Mac charger supports is 3.1 which is newer than 3.0. While I agree that I should be using an Apple charger, USB-C & PD are a standardized protocol and It's difficult to believe that 3rd party chargers would fail.
3) I feel that it is related to the anti-aging switch and the charging routines. If I turn it off it doesn't usually panic. I'm still trying to come up with a defined list of conditions which cause the crash but for now it all points to using 3rd party USB-C 3.0 PD chargers. I've gotten a small 60 watt PD charger for my laptop case and will try charging with that one to see if I can make the MBP crash. While I appreciate the fact that Monterey has smart charging, the fact is the battery is not easily user changeable like older laptops. My Lenovo ThinkPad uses options that allow you to set the maximum charge level and it will turn off charging and has worked well also. For the first time I have a full featured laptop which will easily last all day even starting with a charge level around 80% and for me that is much appreciated.
4) After posting my tale of woe on a number of Mac related forums, I've found several people with the same issue. One person said running the 12.1 beta solved the problem. It will be interesting to see if the issue goes away when 12.1 is formally released.
5) Thanks to everyone who has offered suggestions to resolve the problem. In my day job I often have to troubleshoot complex control systems and have found this issue interesting to say the least.