Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Message

Re: ISP

2004-05-28 by mjbcswitzerland

I would like to add some more information concerning the problem I 
am having. (ISP FLASH upload).

Some thing measured:
- 1.8V is accurate and stable (no glitches) when the ISP fails
- 3.3V is accurate and stable (no glitches) when the ISP fails
- reset line stable '1' when the ISP fails.

I have connected the Rx input (3.3V level from the Kickstart board 
to the Rx input (directly at processor) on my board. The upload 
still fails (it works on the Kickstart board, which is sending echos 
and operating in parallel) but the Tx stops sometime during the 
upload on mine [Tx obviously not connected to ISP utility - only for 
monitoring]).

It seems as though the Read Device ID is very reliable. It works 
hundreds of times in a row and a blank check and erase (although 
always blank) don't cause a 'crash'. So it is likely that it is 
during Flash programming itself.

One difference from the Kickstart board is that I am using a mix of 
3.3V and 5V, which means that some inputs are at 5V level (also the 
Tx line is pulled up to 5V by the RS-232 driver chip input when in a 
high impedance state - eg. just before ISP synchronisation).

Since the communication itself seems reliable (presently using 
19'200) it would seem to be a power supply issue, although all is 
very stable. Are then any ports which don't like 5V for example?

I'm beginning to get nervous.

Cheers

Mark Butcher


--- In lpc2000@yahoogroups.com, "mjbcswitzerland" 
<mjbcswitzerland@y...> wrote:
> Hi all
> 
> Here's the story. I have an IAR Philips LPC210x Kickstart card and 
> all works well - i.e. J-Link JTAG and ISP programming.
> 
> Now I have just received my own board and JTAG works fine. Found a 
> big mistake since I didn't realise that I loose 10 ports due to 
JTAG 
> 1 (ETM is also activated). This means that the board is useless in 
> JTAG 1 mode for the moment so decided to use a FLASH monitor 
program 
> over port 0 until a solution is found (redesign for JTAG 2 
perhaps).
> 
> No problem synchronising and reading the ID stuff. The download 
> starts and gets to 10% and sometimes up to 30% before aborting 
with 
> a communication error.
> 
> Have tried baud rates down to 1200 with no success (always same 
> behaviour). Have 12MHz quarz but removed it and drove the input 
from 
> the 14.7..MHz from kickstart board (through 100pF) - same 
behaviour.
> 
> Checked the data on RS-232 interface - typically a Mxxxxxxx 
command 
> is being sent and the 
> characters are being echoed back. Suddenly the echo stops in the 
> middle of a message and thats it - no more response until the card 
> is reset.
> 
> Have checked some YAHOO-discussions but doen't see any real info - 
> are things like crystal caps, bypass caps, driver decoupling 
really 
> the cause of such problems? Seems a bit sensitive....
> 
> By the way: Using JTAG1 I have a program using serial ports 0 and 
1 
> at 19'200 on my target (the one with the ISP problem) with 
> absolutely no problems so why can the ISP download go wrong? It 
> doesn't seem as though it's a flash programming problem because it 
> probably doesn't get this far (or does it??)
> 
> Any tips to get me back on the track???
> 
> Would be very grateful for any help.
> 
> Regards
> 
> Mark Butcher
> 
> Switzerland

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.