2022-09-20 11:07 AM
I've gone over the hardware with a multimeter and all the pins have the right continuity, I've checked the design against the Nucleo-144 L552ZET6Q schematic and it checks out so far, and I've also checked the connections to the ST-LINK/V3 pins I'm using.
I haven't been able to program the MCU once yet via SWD or USB (I'm mostly sticking with SWD for now).
If anyone has any suggestions or thoughts, I'd appreciate any help I can get. If any additional information is needed from me, I'll do my best to provide
Solved! Go to Solution.
2022-09-26 09:58 AM
Yeah, a ST-LINK/V3SET.
I did find one more difference. For the 32.768kHz crystal oscillator, I used a VMK3-9005-32K7680000 with 15pF caps. The NUCLEO uses a NX2012SA 32.768KHz with 3.9pF caps. I doubt that's the problem, but I'm running out of ideas
UPDATE: It's working! Looks like something was wrong with the chip itself (maybe ESD or other such damage). Put together a new board for comparison, and it worked wonderfully!
Thanks for all the help in figuring this out!
2022-09-20 11:13 AM
Basically a STRONG indicator that the chip isn't functional in the design.
Assume power and orientation being high up there.
Q vis non-Q parts with different pin outs and powering expectations.
Check the obvious things like the VDD, VDDA, VSS, VSSA connections. (I've posted check lists dozens of times)
VCAP as appropriate, check voltage and caps.
State of NRST pin.
For ST-LINK connections that VTarget is present when need to power buffers.
2022-09-20 11:44 AM
I hope that's not the case. I've rechecked the connections like you mentioned, and while I haven't attached a voltmeter to each pin, I have checked for continuity on each one and they all come back fine.
As for NRST, I checked it with a logic analyzer and got this back. It looks like its working to me, at least in terms of the NRST line.I'll see what else I can find.
2022-09-20 12:06 PM
I was thinking in the more free-standing sense.
The alternate signs-of-life test is with BOOT0 HIGH trying to send the data patterns to one of the supported UARTs (See AN2606)
At 9600 8E1 send 0x7F data pattern, and watch for 0x79 response.
2022-09-21 06:56 AM
If I wanted to do that with ST-LINK on SWD, USB or UART though, I'd have to establish a connection through the ST-LINK tool, right? That isn't happening right now.
2022-09-21 07:29 AM
The UART / Boot Loader method is entirely independent, and doesn't involve the ST-LINK at all.
It can be done from something like RealTerm, in Hex mode.
There aren't many other signs-of-life indications as the chip tri-states all its pins, and doesn't start or use external clocks normally.
For SWD not to work generally points to a design flaw, or construction issue.
You've shared no materials that would advance my understanding of the design
2022-09-21 07:30 AM
I assume it's not drawing excess current, or getting finger-burning hot?
2022-09-21 07:49 AM
No, it's not getting finger-burning hot. As for the layout, here's the layout regarding the microcontroller (Board and schematic) as well as the MX layout.
2022-09-21 07:52 AM
I realize that the brd file image is a bit much and I'll get a better one. In the meantime, the bottom-left corner is pin 1, then it continues right.
2022-09-21 10:22 AM
Can you get a picture of the PCB section with the part on it?
Schematic looks reasonable enough, SWD traces look Ok.