Issues with the "dummy handler" (AS7 - V71 IO1 Start Example)

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

Hello, everyone!

 

I opened up the AS7 Start IO1 example for the V71 and found the example seemed to hang and never get to the first breakpoint of mine. 

 

 

I want to be able to start experimenting with this example but it appears to go straight to the dummy handler (which has a while(1) loop in it) before it even made it to the atmel_start_init() function.  Normally, I'd assume that I did something wrong (pretty safe bet) but I took this example straight from Atmel Studio . . . so I haven't even had a chance to screw something up yet!

Is there something that could be triggering this function?  Any information/fixes you can provide would be greatly appreciated.  Thanks!

This topic has a solution.

Last Edited: Thu. Aug 23, 2018 - 08:15 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

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...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

 

Awesome, thanks!  Just ordered the book.  Looking forward to understanding what the problem is.  It's actually an example straight from Atmel that clearly doesn't work so I'm not 100% sure if the problem is in the core START framework or if it's in their implementation.  I assume the former, which is a bit concerning.  I've had weird problems popup before but I've never had a failure before it's even made it to the first line of code in main before.  I don't think I've ever really even thought about what happens prior to then.  That said, I also normally don't use Atmel's framework but trying to setup ARM code using baremetal the first time ended up being a much more complicated process than I originally expected . . .

 

Anyway, thanks for your help again, awneil!  Should I post in here when I find the issue or just let it drop? 

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

cradleinflames wrote:
Should I post in here when I find the issue or just let it drop? 

Yes, it's always good to write-up what was the cause - for the benefit of future readers with similar issues ...

 

You can then mark the solution  - see Tip #5.

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: Tue. Aug 14, 2018 - 04:25 PM
This reply has been marked as the solution. 
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I did end up buying that book but the issue turned out to be completely unrelated.  Turns out, Atmel's examples come with debugging disabled and optimization on full.  I turned off optimization and the code worked.  No idea what it was trying to do but it wasn't doing it right.  Not sure if that helps anyone but it's what worked for me.  Thanks!