2017-12-28 09: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:
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.
2018-01-01 04: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.
2017-12-31 05: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.
2018-01-01 02:16 PM
I always use a reset chip..
I never have reset or brownout issues.
2018-01-01 04: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.
2018-01-01 09: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.
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.
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.
2018-01-02 12:58 AM
Look at MCP120 type device.
2018-01-02 05:24 AM
2018-01-03 08: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