I'm new to ARM for the most part.  I'm trying to get the serial
Flash
programming to work.  

I can connect with no problem to the Keil MCB2140 board.  It has the
factory Blinky program.  Using version 2.2.2 of the Philips Utility
software, the board responds when I Upload Flash (Buffer Upload
Successfully completed), but when I Download the Flash, the old Blinky
program still resides.  I can Erase the chip, and it says Erase
LPC2000 Successfully, but when I Download the Flash, again it pulls
back in the Blinky code.  Any ideas?  Jumpers set wrong?
	

Can anyone help me figure out why a certain ISP programming is not
working correctly?  

I can compile one of the Keil demo examples (blinky) and upload it
correctly if it is done through the IDE (Flash, Download) and it works
fine.  If I manually invoke the Philips Flash Utility and do it
manually, it does not work.  I have discovered that if I upload the
hex file thru the IDE and then Download the Flash (which invokes the
Flash Utility Program) that the code is different than when I look the
hex file thru an editor.  The blinky.hex code viewed thru an editor
has code from 0-27B.  When it is uploaded thru the IDE (and works), it
puts code in 0-7FF and some from 1000-17FF.  Does the IDE have
specific locations for code that the raw hex file does not have?  Can
I not generate a raw hex file that can be uploaded directly by the
Flash Utility Program?  Just trying to understand how it works.  Thanks

Sutton
	

Hi,

The code that you see on the target is as per the Linker Definition File
(LDF or memory map ).
hence each section of the code goes to a defined location as per the
LDF.Youcan get a listing file generated to see the actual generated
mamory address.

( Go to Flash -> Configure Flash tools -> listings tab)

Regards
Andy
	On 2/16/06, dodge1955 <sutton@sutt...> wrote:
>
> Can anyone help me figure out why a certain ISP programming is not
> working correctly?
>
> I can compile one of the Keil demo examples (blinky) and upload it
> correctly if it is done through the IDE (Flash, Download) and it works
> fine.  If I manually invoke the Philips Flash Utility and do it
> manually, it does not work.  I have discovered that if I upload the
> hex file thru the IDE and then Download the Flash (which invokes the
> Flash Utility Program) that the code is different than when I look the
> hex file thru an editor.  The blinky.hex code viewed thru an editor
> has code from 0-27B.  When it is uploaded thru the IDE (and works), it
> puts code in 0-7FF and some from 1000-17FF.  Does the IDE have
> specific locations for code that the raw hex file does not have?  Can
> I not generate a raw hex file that can be uploaded directly by the
> Flash Utility Program?  Just trying to understand how it works.  Thanks
>
> Sutton
>
>
>
>
>
>
> SPONSORED LINKS
>  
Microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=mfaAujKZXA2Z_vxre9sGnQ>
>
Microprocessor<http://groups.yahoo.com/gads?t=ms&k=Microprocessor&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=9jjd2D3GOLIESVQssLmLsA>
Intel
>
microprocessors<http://groups.yahoo.com/gads?t=ms&k=Intel+microprocessors&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=OMnZuqMZX95mgutt4B-tDw>
 Pic
>
microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Pic+microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=Malspbd0T4Rq3M4Q0nHrfw>
>  ------------------------------
> >.
>
>
>  ------------------------------
>
	--
Have A Nice Day,
  Anand Pavaskar
  Ph: 91- 9886001512
  Off: 91-51197300 (ext-7053)
	
	

I've discovered that the Keil IDE has nothing to do with the ISP
problem I'm seeing.  

When uploading to a Keil 2140 Eval board:

If I invoke the Philips Flash Utility via command line using
"LPC210x_ISP.EXE blinky.hex 12000 LPC2148 COM1: 38400 1", the code
loads and runs fine.  

If I invoke the Philips Flash Utility and from the first screen UPLOAD
TO FLASH with blinky.hex as the file name, it loads and runs fine.

If I invoke the Philips Flash Utility and go to BUFFER, FLASH BUFFER
OPERATIONS, LOAD HEXFILE (blinky.hex), then UPLOAD TO FLASH, it does
not load correctly and therefore it won't run.  The code in memory of
the first two loads is different than this last method.

Does anyone know why this method isn't the same as the first two? 
What am I missing?  

Sutton
	--- In lpc2000@lpc2..., Anand Pavaskar <anand.pavaskar@...> wrote:
>
> Hi,
> 
> The code that you see on the target is as per the Linker Definition File
> (LDF or memory map ).
> hence each section of the code goes to a defined location as per the
> LDF.Youcan get a listing file generated to see the actual generated
> mamory address.
> 
> ( Go to Flash -> Configure Flash tools -> listings tab)
> 
> Regards
> Andy
> 
> 
> 
> On 2/16/06, dodge1955 <sutton@...> wrote:
> >
> > Can anyone help me figure out why a certain ISP programming is not
> > working correctly?
> >
> > I can compile one of the Keil demo examples (blinky) and upload it
> > correctly if it is done through the IDE (Flash, Download) and it works
> > fine.  If I manually invoke the Philips Flash Utility and do it
> > manually, it does not work.  I have discovered that if I upload the
> > hex file thru the IDE and then Download the Flash (which invokes the
> > Flash Utility Program) that the code is different than when I look the
> > hex file thru an editor.  The blinky.hex code viewed thru an editor
> > has code from 0-27B.  When it is uploaded thru the IDE (and works), it
> > puts code in 0-7FF and some from 1000-17FF.  Does the IDE have
> > specific locations for code that the raw hex file does not have?  Can
> > I not generate a raw hex file that can be uploaded directly by the
> > Flash Utility Program?  Just trying to understand how it works. 
Thanks
> >
> > Sutton
> >
> >
> >
> >
> >
> >
> > SPONSORED LINKS
> >  
Microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=mfaAujKZXA2Z_vxre9sGnQ>
> >
Microprocessor<http://groups.yahoo.com/gads?t=ms&k=Microprocessor&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=9jjd2D3GOLIESVQssLmLsA>
Intel
> >
microprocessors<http://groups.yahoo.com/gads?t=ms&k=Intel+microprocessors&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=OMnZuqMZX95mgutt4B-tDw>
 Pic
> >
microcontrollers<http://groups.yahoo.com/gads?t=ms&k=Pic+microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&w4=Pic+microcontrollers&c=4&s&.sig=Malspbd0T4Rq3M4Q0nHrfw>
> >  ------------------------------
> > >.
> >
> >
> >  ------------------------------
> >
> 
> 
> 
> --
> Have A Nice Day,
>   Anand Pavaskar
>   Ph: 91- 9886001512
>   Off: 91-51197300 (ext-7053)
> 
> 
> 
>
	

At 03:24 AM 2/18/06 +0000, dodge1955 wrote:
>I've discovered that the Keil IDE has nothing
to do with the ISP
>problem I'm seeing.
>
>When uploading to a Keil 2140 Eval board:
>
>If I invoke the Philips Flash Utility via command line using
>"LPC210x_ISP.EXE blinky.hex 12000 LPC2148 COM1: 38400 1", the code
>loads and runs fine.
>
>If I invoke the Philips Flash Utility and from the first screen UPLOAD
>TO FLASH with blinky.hex as the file name, it loads and runs fine.
>
>If I invoke the Philips Flash Utility and go to BUFFER, FLASH BUFFER
>OPERATIONS, LOAD HEXFILE (blinky.hex), then UPLOAD TO FLASH, it does
>not load correctly and therefore it won't run.  The code in memory of
>the first two loads is different than this last method.
>
>Does anyone know why this method isn't the same as the first two?
>What am I missing?

Did you do a vector calc?  It's done automatically with the first two 
methods but since there is a button to perform it on the buffer operations 
page it's at least possible that it's not performed automatically in
that 
case. I can imagine why it would be done that way too but it could also be 
a simple oversight.

Robert

" 'Freedom' has no meaning of itself.  There are always
restrictions,   be 
they legal, genetic, or physical.  If you don't believe me, try to chew a 
radio signal. "  -- Kelvin Throop, III
http://www.aeolusdevelopment.com/