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.

TPS25983: Auto-Retry reset logic with 2 faults far apart in time not working correctly

Part Number: TPS25983

Tool/software:

I'm experiencing an error with the TPS25983. Namely that the auto retry reset logic of 2 faults far apart in time is not behaving as intended. 
The logic should behave as follows (A snippet from the Datasheet p. 30):

"The auto-retry logic has a mechanism to reset the count to zero if two consecutive faults occur far apart in time. This mechanism makes sure that the auto-retry response to any later fault is handled as a fresh sequence and not as a continuation of the previous fault. If the fault which triggered the shutdown and subsequent auto-retry cycle is cleared eventually and does not occur again for a duration equal to 7 retry delay timer periods starting from the last fault, the auto-retry logic resets the internal auto-retry count to zero."

In my case i have set ITIMER and RETRY_DLY to 1 second. But faults that happen more than 7 seconds after the last fault still result in a shut down.

I have attached a snippet from the schematic and testplan.
For the tests the pump was replaced with an electronic load.

 

Can you help me identify why these faults are not handled as independent faults?

If you need further clarification or have other questions please don't hesitate to ask.

Best regards

Vacuum Pump controll system.pdf

Testplan PCB.pdf

  • I will get back to you on this by tomorrow i.e. 22nd May.

    Best Regards,
    Arush

  • Hi P.S,

    The document shows the test results very clearly. I understood your issue.

    From my understanding, this retry logic reset delay is not characterized and this information provided in the note is more from the theoretical expectation from design perspective rather than from actual silicon validation so we can have slightly longer delays for the reset. 

    In your testing, the reset must be happening between 10s and 30s pause time period (most likely towards the 10s side). 

    Is this very critical requirement in your application? Can this be resolved by using more number of retries in your system.

    Best Regards,
    Arush