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
Message
Re: ISP
2004-05-28 by mjbcswitzerland
Attachments
- No local attachments were found for this message.