• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 31 subscribers
  • Views 116 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

MSPM0G3518: Application Appears to Bypass main() and Resume Tasks Immediately After Watchdog Reset

ali ali
Prodigy 10 points

Part Number: MSPM0G3518

Upon triggering a Watchdog Reset (WDG) or Software Reset, the application appeared to skip the standard C-initialization and main() function, transitioning directly into FreeRTOS tasks. Attempts to verify execution by placing an infinite LED toggle loop (Trap) at the entry of main() failed; the LED did not blink, and the OS scheduler started immediately.

  • 0
    TI__Genius 15140 points

    Hello ali,

    Could you please show a figure of your main()? I want to know where you add the "LED toggle" in the main(). In fact, if you add the "LED toggle" in the main() before "start the FreeRTOS scheduler", the "LED toggle" must be operated after Watch dog reset or software reset. I just take a demo in our SDK as an example:

    This is the main() of one FreeRTOS demo, if you add "LED toggle" before the "vTaskStartScheduler()", it must be operated.

    I recommend you check your hardware circuit, maybe there are some issue of the LED circuit. Maybe you can try to use logic analyzer to catch the signal of the GPIO which connected to LED, to check whether the GPIO is toggled normally.

    Best Regards,

    Janz Bai