STM32 Controller need Hard Reset after power on to start Booting
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2017-12-28 9:08 PM
Hi All,
I am using the STM32L476 series controller in one of my projects. It is working as expected for all interfaces connected. But we are facing an issue of self-boot here.
We have observed following things during debugging:
- The controller starts booting after power ON/OFF sequence when it is connected with ST-Link debugger.
- As soon as I remove debugger and do ON/OFF sequence it fails to start booting process. Everytime we have to provide the manual reset to the controller to start booting.
- Out of 10 ON/OFF sequence, Controller hardly starts booting in 2 random times.
- Here I have also tried connecting BOOT0 pin with GND through 10K resistor.
For your reference, I have attached its schematic.
Let me know if any other details required.
Thanks,
Dhvanish Parekh
#power-on-reset #stm32Solved! Go to Solution.
- Labels:
-
RESET
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-01 4:23 PM
Would agree, best to use POR circuit on any synchronous design (MCU, FPGA, etc).
Especially useful when supplies take a long time to rise, chips which can run (in the semi viable sense) at really low voltages with respect to final rail voltage, and when there are multiple supplies/rails.
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
‎2017-12-31 5:40 AM
Can't see attachments in the current views workable in the forum.
Part might be starting but could be stuck in Hard Fault Handler, Error_Handler() or other while(1) loops strategically dumped throughout your code.
For testing without a debugger the use of a serial port for debug/telemetry data is recommended. Use that to output progress information or identify error/fault conditions, like the external clocks not starting, etc. You could also use GPIO/LED to indicate check-points in the code if you find that simpler to execute.
Use the MSI to run the part to see if that executes normally, ie don't start or change clocks, or use PLL, to establish a base line of functionality. If that works then focus on the clock set up code, and fix/instrument that.
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-01 2:16 PM
I always use a reset chip..
I never have reset or brownout issues.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-01 4:23 PM
Would agree, best to use POR circuit on any synchronous design (MCU, FPGA, etc).
Especially useful when supplies take a long time to rise, chips which can run (in the semi viable sense) at really low voltages with respect to final rail voltage, and when there are multiple supplies/rails.
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-01 9:45 PM
,
,
Hi Marsh,
Thank you for your response!
Can you share part ♯ and reset circuitry , you have used in your design?
Do you see any hardware fault here to look into? We tried many options on reset pin but couldn't get it through.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-01 10:08 PM
Hi Clive,
Kindly find below image of Schematic...
Kindly note that I have externally connected GND through 10K resistor with BOOT0 pin for boot mode setup.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-02 12:56 AM
If you are confident in the hardware you should try the diagnostic approach with the software.
You could also add a POR chip to ensure a clean reset with a 100-200 ms pulse threshold thresholded by your primary supply voltage.
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-02 12:58 AM
Look at MCP120 type device.
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-02 5:24 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2018-01-03 8:47 PM
Hi All,
Resolved issue by externally putting high value capacitor (10uF) on NRST pin.
Thank you Clive & TJ for your kind help.
While doing debugging as you suggested, we found that delay is not sufficient between VCC & PoR. So to increase delay added high value capacitor on NRST.
Thanks,
Dhvanish Parekh
