2025-04-09 1:08 AM - edited 2025-04-09 1:15 AM
Hi,
I have a setup on a PCB that resembles the following.
The 5V supply is pretty stable (0.5V tolerance) and the 3.3V LDO delivers a low-noise power to the microcontroller. The µC communicates with the outside world through CAN (transceiver present). There are already some precautionary measures present on this setup, as follows.
During routine operation, the communication with a sensor system (STM32F303CB on-board) was lost. On further investigation, the following was found.
Table 1 - DC resistance measurement overview
Test Pin | Resistance against GND (ohms) |
Pin 24 | 1.9 |
Pin 36 | 4.5 |
Pin 48 | 5.9 |
Note - During resistance measurement, the VDD pins were not in contact with the PCB or neighbouring pin (short is indeed "within" the controller).
Figure 1 - STM32F303CB pinout
I looked into possible sources and found that through any ESD events directly on uC pin (not through the input connector which is already ESD protected) or any over-voltage event outside the specs can cause the protection diodes within any GPIO to break and make a short circuit. But through several inspection (optical and electrical), I could find no evidence of such an event.
Any ideas on why such a short might occur? If so, is there any other way in which I can find the cause for it?
Thanks!
2025-04-09 2:32 PM
My guess is that power sequence was not respected. According to note 1 p. 58/149 DS9118 Rev 14:
VDDA must power on before or at the same time as VDD in the power up sequence.
VDDA must be greater than or equal to VDD.
Since VDD & VDDA divided over PI-Filter (What is that ?, and what P/N of LDO?) you have to ensure VDDA never falls before VDD. It could be as easy as installing one schottky diode or special power management IC.
2025-04-10 1:18 AM
Hi.
The Pi-Filter consists of one ferrite bead and two capacitors (one on either side of the ferrite). So, the VDDA is always slightly higher than the VDDD. And both VDDA and VDDD are powered almost at the same time at the µC. Moreover, the setup failed during the operation mode, and hence, the power sequence plays little role here.
2025-04-10 2:12 AM
Perhaps some EMI glitch on a GPIO pin blew the internal protective circuit, and shorted it.
Since the board seems destroyed anyway, you could try to sever connections from GPIOs pins to the surrounding circuitry one by one, and see if the short circuit is gone. I would start with those connected to the "outside", like CAN.
2025-04-10 2:39 AM - edited 2025-04-10 2:40 AM
@mechatron wrote:a PCB that resembles the following.
Not terribly helpful - details matter!
Please post the schematic.
If it can't be posted in public, perhaps raise a support case direct with ST: https://ols.st.com/
Or contact your FAE or Distributor: https://www.st.com/content/st_com/en/contact-us.html
2025-04-10 7:53 AM
Hi. I will probably raise a support case directly with ST. Thanks.
2025-04-10 7:54 AM
Don't forget to report back here when you're done.
https://community.st.com/t5/community-guidelines/help-others-to-solve-their-issues/ta-p/575256
2025-04-10 7:56 AM
For sure. Thanks for the reminder.