2024-11-30 08:15 PM - edited 2024-11-30 08:16 PM
Hello ST Community,
My team and I have been working on a custom radio board using the STM32WLx5 MCU. We got the PCBs fabricated and have assembled three boards so far. But all the boards (one after another) kept reporting "Target no device found" while trying to program using an ST-Link V2.
Our current assumptions have been:
Attached below is the STM section of the schematic:
(NOTE: We have made the NRST pullup resistor R6 as DNP and things still aren't working)
It would be of great help to gain some insight as to why this issue could be occurring.
Thanks,
MoralkaraLynn
2024-12-01 05:59 PM
Did you take a loot at our Nucleo schematics for reference?
Are you using a genuine STLink V2 ?
Also make sure all your software tools are up to date :STM32Cube/IDE/CLT/Programmer etc.
By default we tie our Boot0 to GND via a jumper.
There are associated option bytes for Boot0 Pin behavior but of course you need to be able to connect to the board for that.
Some circuitry to manually reset mcu would have been nice since there was no connection made for the programmer to reset the device.
Have you probed the reset line to see if its toggling maybe the mcu is constantly resting. I would probe around to see what insight you can get at the hardware level, voltages states etc. If you have any other boards I would assemble and test in steps starting with absolute minimum to get the mcu powered , no crystals , let it use internal oscillator and see if you can connect to it.
2024-12-02 05:41 AM
Did you take a loot at our Nucleo schematics for reference?
Yes, we have referred to it in the schematic design phase. We have also referred to MB1720 and MB1849. Our implementation matches with that of STM.
Are you using a genuine STLink V2 ?
Yes, I have uploaded code to a Nucleo-WL55JC1 with this very ST-Link successfully
Also make sure all your software tools are up to date :STM32Cube/IDE/CLT/Programmer etc.
Updated all, issue still persists.
By default we tie our Boot0 to GND via a jumper.
Tried via an external wire, still no luck
Have you probed the reset line to see if its toggling maybe the mcu is constantly resting.
NRST is at a solid 3.3V with a 60mVp-p noise (measured using oscilloscope)
I would probe around to see what insight you can get at the hardware level, voltages states etc.
We probed along a lot of pins, especially the power section. Looks like the internal SMPS and LDO are functional. We obtained all voltages as mentioned in the below image (obtained from STM32WLE5 Datasheet)
If you have any other boards I would assemble and test in steps starting with absolute minimum to get the mcu powered , no crystals , let it use internal oscillator and see if you can connect to it.
Done this, one board has only the STM on it and we still are in the same state.
Additionally, we tried verifying the System ROM / Bootloader using USART by setting BOOT0 to HIGH while powering (following this post and AN3155). Used UART1, got nothing on sending the start byte.
All these results are consistent with three of our boards. At this point, we are doubting the integrity of the STMs (although purchased from Digikey)
Any help in making some progress would be greatly appreciated
MoralkaraLynn
2024-12-04 10:15 AM
Goes here https://community.st.com/t5/stm32-mcus-wireless/batch-of-dead-stms-received/td-p/750554
Open a Support Request, providing packaging details privately, markings on the parts, batch/production codes from the vacuum packs/spools
https://www.st.com/content/st_com/en/support/support-home.html