Other Parts Discussed in Thread: DRV8303,
Hello TI team,
I am facing one issue with our Motor-Driver boards that integrates DRV8303 chip. This board is integrated within an Energy Storage System. This design is in production for more than one year now.
Issue: After the DRV chip has been power cycle. It happens quite frequently that DRV8303 driver isn't responsive anymore on SPI bus after boot-up.
To provide some context, our board integrates a MCU and interfaced through SPI bus to the DRV chip. MCU and DRV chip are powered by two different power supplies: PSU_CTRL for MCU and PSU_PWR for DRV chip and for motor DC bus:
- It turns that this issue occurs on some board but never on some other ones.
- DRV chip ENABLE pin is always set active by MCU even during the whole power cycle.
- DRV chip happens to not be responsive in a really repeatable context: The PSU_PWR OFF period shall be above a certain duration but not too long. If OFF period is long enough the DRV chip boot-up properly and is always responsive.
Consecutively to the fact that I was able to repeatably re-create the issue, I instrumented the board to capture PSU_CTRL, PSU_PWR (DRV8308_VM) and DRV8308_VINT (Internal DRV chip core power supply) in order to figure out if this timing behaviour could be the consequence of some internal power supply behavior upon power cycling.
I obtained the following scope capture:
CH1 (Yellow): [Motor 2] PSU_PWR Voltage (DRV_VM)
CH2 (Green): [Motor 2] PSU_CTRL Voltage (3.3 V for MCU)
CH3 (Purple): [Motor 2] DRV8308_VINT Voltage
Step #1: PSU_PWR turned OFF
Step #2: First voltage discontinuity appears on DRV8308_VINT
Step #3: Second voltage discontinuity appears on DRV8308_VINT
Observation:
- If I bring back PSU_PWR Voltage (DRV_VM) between Step #2 and Step #3, I will always have the DRV Chip bring-up issue.
- However, If I bring-up PSU_PWR Voltage (DRV_VM) after Step #3, the chip will always boot-up properly and be responsive on SPI bus.
In the field, we don't have the possibility to adjust the power cycle OFF time duration. Therefore, we are unable to operate some systems in the field when this issue occurs.
Do you have any idea of what the rootcause can be and what can be a potential way to mitigate that? I would really appreciate any help with this problem.
Many thanks in advance.