Lpc2000

Hello All,

I have noticed something strange with the LPC2106 UART.  When I power-
up the LPC2106 and it's configured, I seem to miss the very first 
serial character interrupt coming in on UART-0.  This only happens 
once and only when powering up for the first time.  I can reset the 
board after this occurs and it works perfectly.  

It sure seems like the power-up state of the UART is the problem 
since I can reset the board and all is well, after losing a character 
first upon power-up. 

I have verified the serial signal with a scope and it looks good.

Thoughts?

Thanks,

Bruce

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

Cheers

Mark Butcher

www.mjbc.ch

>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

--- In lpc2000@yahoogroups.com, "Leon Heller" <leon_heller@h...> wrote:
> 
> 
> 
> 
> >From: "Mark Butcher" <mjbcswitzerland@y...>
> >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.
...
> 
> 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


Hi Leon

Do you know how I can identify the revision from Part ID or Boot
loader ID?

On the chip there is a B after the part type (I assume therefore Rev.
B). When I request info from the chip it gives:
- Part ID: 4293984050
- Boot Loader ID: 1.3

What would I get from a Rev. C chip (which I do not have at present)?

Thanks

Mark