Lpc2000

>From: "Mark Butcher" <mjbcswitzerland@...>
>Reply-To: lpc2000@yahoogroups.com
>To: lpc2000@yahoogroups.com
>Subject: [lpc2000] ISP killed LPC2106?
>Date: Thu, 09 Sep 2004 12:35:14 -0000
>
>Hallo All
>
>Has anyone had such an experience?
>
>I was uploading using the Philips FLASH utility and moved the program
>window. The upload failed and I had to start again.
>
>The next time I kept still and it worked.
>
>But the board didn't start up - it went back to ISP mode since it
>communicated with the FLASH again. So I repeated the download and
>again the board didn't start. Again I downloaded the code and checked
>the contents of the FLASH using "FLASH  buffer operations". Interrupt
>vectors were in place and I recognised a lot of strings so seemingly OK.
>
>Still the board didn't run.
>
>Then I noticed that the contents of the FLASH were always 0xff after
>rebooting the card, although the contents of FLASH was a program
>before rebooting. This means that the chip is deleting FLASH on every
>reboot...?
>
>(The program runs on another board and so it's not the program doing
>it itself). Another strange thing is that the blank check is still
>failing although I don't see any data other than 0xff in the whole chip.
>
>Can a device fail like this and could it be cured by loading another
>ISP boot code?
>
>I have never experienced such a thing before and have done hundreds of
>Uploads in the past on several boards.
>
>In any case I'm keeping my mouse very still when loading because I
>can't afford to loose another board!!
>
>Any one know more????

Tsvetan (Olimex) mentioned something that might be relevant on the Philips 
MCU forum. A lot of their early '2106 boards weren't working properly and 
Philips established that the early silicon (Revision B) had a problem with 
the flash going into a latch-up state if the reset delay wasn't long enough. 
The current Rev. C chips are OK, apparently.

Leon