2015-09-14 09:39 PM
hi ,currently i am using stm32f103 device for my project.i am facing unique issue with device is that my application works perfectly when i use in debug mode (using jtag) and in standalone mode it just does not work .i am also using iar workbench 7.3 and go went through iar forum where i found one solution to this problem adding suitable delay after main so that clock pll get suitable time to initialise.so i did the same but unfortunately did not worked for me.is there any hardware side issue possible??please help me out. as i am in urgency.
clock setting : 48mhz internal oscilator thanks in advance #stm32 #stm32f103 #stm32f103rct62015-09-14 10:22 PM
I used the same MCU, but never had such problems (with Keil). Maybe we can help you find an issue, if you post your code.
2015-09-15 02:11 AM
2015-09-15 03:05 AM
Hi kadam.kiran,
It is difficult to help you efficiently as we don't know how exactly ''your application doesn't work''?May be you are using some pins (mainly GPIOA and GPIOB) for which clock isn't enabled?-Mayla-To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2015-09-15 06:13 AM
The debugger can enable clocks, and features it needs. Make sure you explicitly enable all the clocks you are using.
If it's a delay issue, look very carefully at you external clocks sources, that they start promptly, and don't time out, and similarly that the PLL starts and locks. Look for error handling cases, and if they stick in while(1); loops. Consider using GPIO/LEDs to identify where it gets, and where it sticks.2015-09-15 10:25 PM
2015-09-16 09:09 AM
Well looking at the software's only going to tell you one side of the story.
Make sure the NRST pin is not driven externally by a push-pull driver of any kind. Observe the state of the NRST in the failing case. Observe also the state of the BOOTx pins at reset. These should be pulled low to ensure it enters your code when it starts. Make absolutely sure external clocks start in a timely fashion, and don't result in error/timeout paths being taken in the SystemInit() related code within system_stm32f1xx.c2015-10-07 09:03 AM
Hi clive1,i have configured my systick for 1ms.it works good after initialisation point but once application takes control my systick gets disturbed .may i know what could be reason because of which systick causing this sort of issue?
please need your help at ealiest as i stuck in middle .thanks in advanceRegards,kiran kadam2015-10-07 09:09 AM
From the description I don't really have any idea what's going on. Does the interrupt stop, change speed? Are you stuck in an interrupt, or spending >1ms doing what you should be completing in less than that?
Think about how you present the problem, the conditions, symptoms, etc.