Problem in MSC_Standalone, STM32F4
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-08-29 11:27 AM
When I compile and download the code. I see a USB problem.
What could be the possible solution ?
Solved! Go to Solution.
- Labels:
-
STM32F4 Series
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-09-03 8:52 AM
>>Why should I check the PLL, HSE_VALUE, stack and heap sizes ?
Cause stuff isn't working, and this would take a couple of minutes to cross-check? You need a check-list or script to do the debugging, start with this.
>>This is the example which should run out of the box. Am I wrong ?
I don't know, you've been unsuccessful, what does that tell you about the situation and your expectations?
I don't know you, I don't know what hardware you have. STM32F4 covers dozens of different chips, and thousands of boards. You're lack of specificity make remote diagnosis really hard to do.
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-08-29 2:53 PM
It is USB enumeration error. Win10 usually displays better/more detailed reason than older versions so try it.
Debug the USB code on the STM32 side to get to the root case.
-- pa
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-09-03 7:03 AM
I have already used Win10.
Which I should pay attention in the STM code side ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-09-03 7:44 AM
The descriptors might be a good starting point?
Make sure your clock, PLL, and HSE_VALUE sets are correct.
Make sure the stack and heap sizes are sufficient.
Instrument your code to see what interactions are occuring, and where things stop functioning.
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-09-03 7:47 AM
This is the example which should run out of the box. Am I wrong ?
Why should I check the PLL, HSE_VALUE, stack and heap sizes ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-09-03 8:21 AM
Is this on your custom board or some "Discovery", "Nucleo" or other ST product?
-- pa
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-09-03 8:52 AM
>>Why should I check the PLL, HSE_VALUE, stack and heap sizes ?
Cause stuff isn't working, and this would take a couple of minutes to cross-check? You need a check-list or script to do the debugging, start with this.
>>This is the example which should run out of the box. Am I wrong ?
I don't know, you've been unsuccessful, what does that tell you about the situation and your expectations?
I don't know you, I don't know what hardware you have. STM32F4 covers dozens of different chips, and thousands of boards. You're lack of specificity make remote diagnosis really hard to do.
Up vote any posts that you find helpful, it shows what's working..
