I would like to wakeup MAX17320 using a pushbutton switch.
The datasheet shows a circuit but it is not working on my setup:

What is the best way to do it?
KCC's Quizzes AQQ304 - A pure logic
1. Quote of the month: "I am not lazy, I'm just in energy-saving mode" - unknown
2. Quiz AQQ304 about finding a pure logic puzzle
Mike is looking at Anne, but Anne is looking at Paul.
Mike is married, but Paul is not.
Question:
Is a married
View All
September Monthly Blog Quiz! Read the blog, take the quiz, and you could win a gift card
Quiz: How Well Do You Know Adaptive Power Switching?
Is your I/O module overheating? The AD74416H's Adaptive Power Switching (APS) can cut heat dissipation by up to 40% — but how well do you really understand how it works?
Read the blog first: Cooling
View All
MAX17320
Recommended for New Designs
The MAX17320 is a 38µA IQ stand-alone pack-side fuel gauge IC with protector, battery internal self-discharge detection, and optional SHA-256 authentication...
Datasheet
MAX17320 on Analog.com
I would like to wakeup MAX17320 using a pushbutton switch.
The datasheet shows a circuit but it is not working on my setup:

What is the best way to do it?
Hey jai123 ,
Thank you, this is helpful.
Since PBen is already programmed in NVM and survives a cold power cycle, I no longer think the issue is related to the pushbutton configuration itself.
Two things stand out:
ALRT currently has no pull-up. The pushbutton wake mechanism depends on the ALRT signal transitioning from a valid high level to low. If ALRT is floating during a cold startup, the device may never detect a valid button event. As a first test, I would recommend adding a pull-up on ALRT (for example 100 kΩ, or 47 kΩ if preferred) to an always-available logic rail rather than to a rail that is only present after the system powers up.
The cells are connected one at a time. During cold installation the gauge temporarily sees one populated cell and one missing cell. Since the device does not respond on I²C afterward, it is possible that startup is entering an undervoltage-related shutdown condition. The fact that both a charger connection and a 9 V pulse on PCKP can recover the part makes this explanation plausible.
Could you try the following experiments:
Two additional questions: when the charger wakes the device and it remains in an error state, which fault bits are being reported in Status/ProtStatus immediately after wakeup? Also are you using your own board or is this implementation on a EVKIT
Best,
Douglas
Hey jai123 ,
Thank you, this is helpful.
Since PBen is already programmed in NVM and survives a cold power cycle, I no longer think the issue is related to the pushbutton configuration itself.
Two things stand out:
ALRT currently has no pull-up. The pushbutton wake mechanism depends on the ALRT signal transitioning from a valid high level to low. If ALRT is floating during a cold startup, the device may never detect a valid button event. As a first test, I would recommend adding a pull-up on ALRT (for example 100 kΩ, or 47 kΩ if preferred) to an always-available logic rail rather than to a rail that is only present after the system powers up.
The cells are connected one at a time. During cold installation the gauge temporarily sees one populated cell and one missing cell. Since the device does not respond on I²C afterward, it is possible that startup is entering an undervoltage-related shutdown condition. The fact that both a charger connection and a 9 V pulse on PCKP can recover the part makes this explanation plausible.
Could you try the following experiments:
Two additional questions: when the charger wakes the device and it remains in an error state, which fault bits are being reported in Status/ProtStatus immediately after wakeup? Also are you using your own board or is this implementation on a EVKIT
Best,
Douglas