Custom board SWD Programming
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 12:42 AM
Hi there,
We're designing a custom board for a customer with the STM32F746 DSP and we wanted to remove the external programmer so it would be easier for them to upload and debug their own code. In order to do this, we copied the schematic from the Disco board using the SWD connection.
When connected through USB, the PC detects the board as the ST-LINK programmer, but it's version 2/0 which only works with JTAG. Is there a way to change it to V2/1 to support SWD ? Or how can we do this?
Best regards,
Luis
#programmer #stm32f746 #st-link-v2-1- Labels:
-
ST-Link
-
STM32F7 Series
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 02:34 AM
Which disco version you copied the st-link from?
The st-link v2 vs v2-1 have different MCU with different flash sizes so having the hw for st lijk 2 you probably cannot upgrade the firmware to v2.1 because the flash size limit.
Not sure why the st-link v2 does not suport the SWD - I use both st-links (have non upgradeable disco boards) and both support swd. Please share more details.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 08:23 AM
The external ST-LINK and DISCO/NUCLEO board versions have always supported SWD
Something else is wrong with your implementation.
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 08:35 AM
Can't you program or debug? If you can program but you cannot debug the problem might be related to not enabled SWD pins. It's typical error
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 02:07 PM
We can neither program nor debug. We copied the implementation done here:
And used the same parts, so the flash size isn't a question here.
This is the dialog window when using the STLink Utility:
As you can see, we can't even detect the target MCU (STM32F746). Also, when we try to program it using SW4STM32, this is the output:
It seems like it's trying to use the JTAG connection to program, but we're using the exact same options as when we program the STM32F746G-Disco board. And that is always successful:
Any idea of what's going on?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 02:16 PM
I would try different software e.g. Keil (free versions is available)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 02:38 PM
Could you give a look at the screenshots posted below and try and see what's wrong please?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 03:36 PM
You should be able to upgrade it to 2.1.
I am not sure this will help...:
I have this running on my old terminal board. I used a 10k resistor on Boot0,
do you know if its the F103 chip problem or a F746 problem ?
can you hold the 746 in reset and try to program, it may be the 746 is upset.
I think your GDB screen will be the same.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-18 04:46 PM
You created a bootleg ST-LINK, I'm not sure what you've built.
What is the ST-LINK connectivity to the F7? Can you try with a stand alone ST-LINK?
OCD is always kind of sketchy, test with the ST Utilities or Keil
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-19 01:22 AM
Holding the reset low gives the following message:
Info : accepting 'gdb' connection on tcp/3333
Error: auto_probe failedError: Connect failed. Consider setting up a gdb-attach event for the target to prepare target for GDB connect, or use 'gdb_memory_map disable'.Error: attempted 'gdb' connection rejected