Lpc2000

At 07:03 PM 8/3/04 +0000, you wrote:
>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.

Given a choice between a program that on rare occasions misses an error and 
one that almost always claims a non-existent error (and doesn't finish the 
test) I'd have preferred the first approach had been chosen.

I take it most of the in-house testing was done using files that already 
had a correct vector checksum ;( ?


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

That seems to work.

That is a work around but this does need fixing.  I'd like to suggest that 
either the program revert to earlier behaviour and ignore the first 64 
bytes, or that (like the download) it calculate the check before 
comparing.  The later would be nicer but even the former would be better 
behaviour than a 100% failure rate.

It seems to I'll pass the information along.

Thanks for the quick response.


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