Lpc2000

Hello Robert,

I believe what you are seeing was actually meant as an improvement in 
the latest version of the ISP tool. Previous versions could not 
compare (or read out) the first 64 bytes of flash (vector table) due 
to mapping issues (usually you would only get the first 64 bytes of 
the boot loader but not of the flash). So the first 64 bytes were 
always disregarded for a comparison in previous versions. 

Now with the ISP tool being able to read these first 64 bytes 
correctly you can run into new trouble when comparing: The vector 
check sum (used to verify that a valid user code exists in the 
flash)! The ISP tool calcualtes it automatically when you upload a 
program from the main screen of the ISP tool. If you do the compare 
then the flash contents is actually compared against the original hex 
file which does not match with respect to the vector check sum.

You can work aroun this by opening the hex file in the flash buffer 
screen, press the button to calculate the check sum and then save the 
flash buffer again as a hex file that can be used as reference for 
the comparison.

Hopefully that will solve the problem that you are seeing.

--- In lpc2000@yahoogroups.com, Robert Adsett <subscriptions@a...> 
wrote:
> I was just trying to help track down some odd compare behaviour 
someone had 
> seen using my serial ISP adaptor and I believe we've run into a bug 
in the 
> latest version of the Philips ISP utility.
> 
> It fails if a compare is asked for.  The version that fails is the 
latest 
> 2.2.0.  Version 2.0.3 works fine (the same micro with the same hex 
compares 
> fine using 2.0.3 and not with 2.2.0).  Oh and the program does work.
> 
> I've tried this with both the automatic control of reset and mode 
pins and 
> using manual control with no difference.
> 
> Has anyone else run into this?
> 
> I've also posted to Philips forum to see if they have any thoughts.
> 
> 
> " '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