Start Without Debugging Loads but doesn't Reset

Go To Last Post
4 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'm pretty sure my issue is trivial, but after a few days of working with Atmel Studio I can't figure it out. I'm running Microchip Studio 7.0.2542 on Windows 10. My target is ATSAME53N19A and programmer/debugger is Atmel ICE in SWD mode. As far as I know, I have connected the cable correctly to my target, including the reset signal.

 

I can build a project. Download it successfully from the Device Programming menu or just Start Without Debugging button. But, it won't start (it will start when running in the debugging mode). I've searched for some way to issue a reset from within the IDE, without success. 

 

(1) Is there a trick to getting it to reset after downloading?

(2) Is there a button or script I can run to simply issue a reset without downloading?

 

Last Edited: Wed. Sep 29, 2021 - 08:05 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Did some more checking. I put the CPU RESET signal on the scope. The Atmel ICE is clearly toggling reset (twice) after pressing "Start without Debugging".

  • There is a short 125 us reset pulse immediately before programming, and
  • a second, 800 us reset pulse after flashing is complete.

Presumably it's this second pulse which should reset my processor and start the code.

I cannot find any GUI action to ONLY issue a reset (without downloading flash), which I find strange.

I tried the Microchip command line tool `atprogram` but encountered some Python code page errors which I couldn't immediately solve.

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0


 

TheStumbler wrote:
I cannot find any GUI action to ONLY issue a reset (without downloading flash)

There is 'Attach to Target' - that gets you into the debugger without downloading:

 

Then, in the debugger, there is 'Reset':

 

EDIT

 

Also, in the 'Tool' options, 'Programming' settings, you can set it not to do programming:

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
Last Edited: Mon. Oct 4, 2021 - 01:15 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Those are some good ideas, but it doesn't work for me (except for entering Debug mode, which has always worked, maybe...).

Setting the program tool mode to "skip programming" does not "properly" issue the reset, or rather, the reset isn't being accepted by my target.

In fact, it wasn't obvious at all that the "skip programming" was even skipping the programming, because it generated almost identical visual presentation on the GUI.

I also tried some more to solve that bad code page error from atprogram, but to no avail. 

For now, I'll have to keep rolling my chair across the room every time I want to reset.