cancel
Showing results for 
Search instead for 
Did you mean: 

Issue with VCAP voltage

genesis78
Associate II

I am currently working on a board designed around the STM32H725RGV6 and have encountered issues with it being recognised by STM32CubeProgrammer as I get the message "target not found" when connecting it to a STLINK-v3-minie. With my previous experience using H7 or F7 MCUs, they get pretty warm even while idling which mine does not.

VDD is 3.3V and supplied from a LDO regulator, TPS73633. With the board fully populated except the bluetooth module, RN4871, I have verified that the MCU is receiving 3.3V through the VDD pins.

I have also checked that BOOT0 is pulled low and NRST is pulled high.
2 of the 3 VCAP pins have 2.2uF caps placed nearby and the third is connected to the other 2.
I have used a multimeter and continuity tested the majority of the pins to their adjacent pins and GND to check for shorts. None were found.
The board was assembled by JLC except for the MCU which I had to reflow myself. I had to reflow it 3 times until I was satisfied with how the joints looked. The board was also cleaned thoroughly with IPA.

I have read that I have to choose the correct power configuration in CubeIDE but I don't get how I would be able to do this without connecting the STLINK first.No code has been uploaded to the MCU yet anyways.
I realised that I have added an extra capacitor to the VDDA pins but I don't believe this would prevent the H7 from working.
Hence I have narrowed it down to the VCAP pin which had a steady output of 0.08V. I immediately believed that I had fried the MCU by reflowing it too many times so I replaced it with another one which only took 2 tries to reflow. After checking for shorts, the voltage at the VCAP pins now seems to oscillating from 0V to 0.12V slowly. I don't have access to a oscilloscope currently but my multimeter still picks up on this oscillation. I only have one more MCU on hand so I don't want to try with my last one.

Any advice is very welcome. I have attached my schematic, PCB layout and photos of the MCU's solder joints. The board is very space constrained.

16 REPLIES 16

What's with the ! on pin designators 52 thru 68 ?

Is there some DRC method with the tools?

Otherwise pins correlate with data sheet.

 

Suspect this need to be using SMPS mode, and that's not what you built.

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..

Per data sheet

Embedded DCDC and LDO regulator
(*)VFQFPN68 variant is DCDC only

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..
genesis78
Associate II

I'm really leaning towards the fact that I caused some sort of heating damage while soldering the MCU. 

No, more probably that VDDSMPS is grounded on your layout

https://community.st.com/t5/stm32-mcus-boards-and-hardware/what-s-the-correct-power-supply-scheme-for-h725-735-vfqfpn68/td-p/644714

https://www.st.com/content/ccc/resource/technical/document/application_note/group1/2d/c2/ab/ef/79/04/47/0f/DM00663674/files/DM00663674.pdf/jcr:content/translations/en.DM00663674.pdf

You might be able to recover in BYPASS mode by injecting voltage into VCAP, 1.35 V for max speed, as I recall

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..

Thank you for spotting that. I initially discounted the LDO not being present because of this line in AN5419,
"When LDO is available but VDDLDO pin is not present on the package, VDDLDO is internally connected to 
VDD," but I must've ignored "available" being a keyword. 
I'm guessing that the PCB isn't recoverable since I would need another voltage regulator to continuously supply 1.35V to the VCAP pins. I'm also going to assume that the 2 MCUs I have used until now are fried since the core was probably being supplied with 3.3V.
The documentation for this specific variant is so lacklustre and confusing that its frustrating especially for a first time user. I guess I'll have to order another PCB and more components now which could've been so preventable.


Anyways, for future reference apparently the first picture is the correct direct SMPS supply, for STM32H725RGV6 in the VFQFPN68 package which aligns with AN5419's diagram (2nd) as VDDLDO is internally connected to VDD. 

genesis78_0-1731271071056.png

genesis78_1-1731271203577.png

 

 

 

 



 

 

I think you can at least bench-test the bypass mode, tacking on to one of the VCAP capacitors or nodes. VDDLDO is bonded internally on your part

stm32h72x_bypass.jpg

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..

Dear @genesis78 , @Tesla DeLorean ,

thank you for spotting that . This package is only SMPS or bypass and is mentioned in this table in datasheet also : LDO Line is empty

IMG_0387.jpeg

So yes , the PCB should be re-spinned to have SMPS / DCDC connections.

STOne-32