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.
2018-09-03 08: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.
2018-08-29 02: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
2018-09-03 07:03 AM
I have already used Win10.
Which I should pay attention in the STM code side ?
2018-09-03 07: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.
2018-09-03 07: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 ?
2018-09-03 08:21 AM
Is this on your custom board or some "Discovery", "Nucleo" or other ST product?
-- pa
2018-09-03 08: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.