Hi E2E,
Good day.
Can we control the SMB_ALRT pin manually? If not, how can we trigger SMB_ALRT?
Regards,
Carlo
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi Carlo
When the SMB_ALERT# is asserted, you can deassert it using the CLEAR_FAULTS command. The assertion is dependent on the faults.
Why do you want to control the SMB_ALERT#?
regards,
Gerold
Hi Gerold,
Our customer would like to verify their hardware design and make sure the interrupt can be asserted.What faults can assert the SMB_ALRT pin?
Regards,
Carlo
Hi Carlo, I believe any conditions that will set any of the warning or fault flags in STATUS_VOUT or STATUS_IOUT should trigger the SMB_ALERT# flag, among other things. The customer could potentially set the current limit to a low value (than final set value) then apply a higher load current to test that OCF flag in STATUS_IOUT is set, and also that SMB_ALERT# was asserted.
Hi Kris,
According to our customer, the STATUS_VOUT and STATUS_IOUT are read-only. They change the test step and list as follows:
1. Disable WRITE_PROTECT
2. Adjust VOUT_MARGIN_HIGH/VOUT_MARGIN_LOW to trigger SMB_ALERT.
3. CLEAR FAULTS
4. Revert VOUT_MARGIN_HIGH/VOUT_MARGIN_LOW
Could you help to check the test steps?
Regards,
Carlo
Hi Carlo,
Yes, sorry if I was unclear. I did not mean they could set the STATUS_ registers directly, but that a condition that would trigger a flag in the STATUS registers would assert the SMB_ALERT#.
If they see SMB_ALERT assert when changing VOUT_MARGIN_HIGH or _LOW, have them check the STATUS_VOUT or STATUS_IOUT registers to check for an asserted bit. I expect something asserted in one of these two registers.