Lpc2000

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@...> 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]