Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Message

Re: Timer interrupt when executing from RAM

2005-06-30 by keithgw_strider

The problem seems to be from hitting a breakpoint in an interrupt 
routine then exiting the debugger, (edit code), re run the debugger. 
I am guessing that the VIC still thinks it is in an interrupt and 
won't allow any more. Power cycling fixes the problem. 

I have looked at the VIC registers when this problem has been 
occuring, they are all set correctly. I can see that the Timer is 
counting, interrupts are enabled, but I don't get any interrupts.
It is not a big deal for me since I have a workaround. I just wanted 
to share my experience in case soneone else had a similar problem.


--- In lpc2000@yahoogroups.com, "Dan Beadle" <dan.beadle@i...> wrote:
> I have been using IAR and JLink for about 9 months now.  I have 
not seen this type of problem.  
> 
>  
> 
> IAR / JLink normally does not do a hardware reset of the chip - 
they do a simulated reset.  That means putting you into supervisor 
mode and setting the PC to 0. They DO NOT reset all the peripherals 
in this mode.  The VIC does not get reset, as far as I can tell. 
> 
>  
> 
> I think it is a good idea to check the "Hardware Reset" box on the 
JLink tab.  But some systems (like the Sharp LH7A404 that I am 
working on now) require some startup code to run.  You add a delay 
after reset.  LPCs do this to run the IAP loader, which then 
branches to our code....  During this time after reset, stuff 
happens.  Registers can be changed from the book reset value. 
> 
>  
> 
> So, the best code assumes nothing at startup.  
> 
>  
> 
> You might set a breakpoint early in your code and see if the VIC 
is really at he reset state. If not, set it all up, then clear any 
pending interrupts
> 
>  
> 
> Please advise your results
> 
>  
> 
> Dan
> 
>  
> 
>   _____  
> 
> From: lpc2000@yahoogroups.com [mailto:lpc2000@yahoogroups.com] On 
Behalf Of Keith Wentworth
> Sent: Thursday, June 30, 2005 9:26 AM
> To: lpc2000@yahoogroups.com
> Subject: RE: [lpc2000] Timer interrupt when executing from RAM
> 
>  
> 
> Using the LPC2131 AND LPC2138:
> I have been experiencing a problem when running in RAM or ROM with 
the jlink debugger. Sometimes no interrupts will work at all. All I 
have to do is unplug the debugger and power from my board. PLug them 
back in and start over.
> 
> I am not sure what is the root cause. IAR is looking in to it.
> 
> Dan Beadle <dan.beadle@i...> wrote:
> You probably want to set MEMMAP=2 BEFORE you download the code to 
make sure that the vectors are set.  
> 
> 
> 
> Try setting a breakpoint in the VIC handler.  
> 
> 
> 
> Obviously, if you have the code working from Flash, the VIC 
programming is correct.  My guess would be that either you are not 
loading up the vectors correctly at program load or you are 
corrupting your program when loaded in RAM.
> 
> 
> 
>   _____  
> 
> From: lpc2000@yahoogroups.com [mailto:lpc2000@yahoogroups.com] On 
Behalf Of soren_t_hansen
> Sent: Thursday, June 30, 2005 3:50 AM
> To: lpc2000@yahoogroups.com
> Subject: [lpc2000] Timer interrupt when executing from RAM
> 
> 
> 
> Hi
> 
> I'm having a hard time making the interrupt work, when debugging my
> code. When I debug, I run the program from RAM and use the arm-elf-
gdb
> to debug through a JTAG interface.
> 
> I've have set my MEMMAP = 2 and the code I'm testing works alright
> when run from Flash.
> 
> Is there anything else I'm missing out regarding to interrupts when
> running from RAM?
> 
> Best Regards
> Søren
> 
> 
> 
> 
> 
>   _____  
> 
> YAHOO! GROUPS LINKS 
> 
> 
> 
> *      Visit your group "lpc2000 
<http://groups.yahoo.com/group/lpc2000> " on the web.
>         
> *      To unsubscribe from this group, send an email to:
>       lpc2000-unsubscribe@yahoogroups.com <mailto:lpc2000-
unsubscribe@yahoogroups.com?subject=Unsubscribe> 
>         
> *      Your use of Yahoo! Groups is subject to the Yahoo! Terms of 
Service <http://docs.yahoo.com/info/terms/> . 
> 
> 
> 
>   _____  
> 
> 
> 
> [Non-text portions of this message have been removed]
> 
> 
> 
> SPONSORED LINKS 
> Microcontrollers Microprocessor Intel microprocessors Pic 
microcontrollers 
> 
> ---------------------------------
> YAHOO! GROUPS LINKS 
> 
> 
>     Visit your group "lpc2000" on the web.
>   
>     To unsubscribe from this group, send an email to:
> lpc2000-unsubscribe@yahoogroups.com
>   
>     Your use of Yahoo! Groups is subject to the Yahoo! Terms of 
Service. 
> 
> 
> ---------------------------------
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> [Non-text portions of this message have been removed]
> 
> 
> 
> 
>   _____  
> 
> YAHOO! GROUPS LINKS 
> 
>  
> 
> *	 Visit your group "lpc2000 
<http://groups.yahoo.com/group/lpc2000> " on the web.
> 	  
> *	 To unsubscribe from this group, send an email to:
> 	 lpc2000-unsubscribe@yahoogroups.com <mailto:lpc2000-
unsubscribe@yahoogroups.com?subject=Unsubscribe> 
> 	  
> *	 Your use of Yahoo! Groups is subject to the Yahoo! Terms of 
Service <http://docs.yahoo.com/info/terms/> . 
> 
>  
> 
>   _____  
> 
> 
> 
> [Non-text portions of this message have been removed]

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.