EmbeddedRelated.com
Forums

Strange ISP Problem

Started by Nice Guy January 23, 2005

I'm using an olimex 2106 header board and I'm having problems getting
ISP to work. The philips ISP program will not do a thing, simply says
unable to communicate with board when I try to read device ID or any
other opperation. The lpc21isp program will not sync either, even if
I go in terminal mode the 2106 seems to freeze up. However if I use
HyperTerminal I can type "?" and get the "Synchronized" response, I
respond with "Synchronized" then "14746" and can get part ID and
Bootloader version with no problems at all. Still I didn't have a way
to load a program and test things out, So I moved to a differt
computer running linux. I used the lpc21isp program under linux. At
first there was no problems, I was able to load a program to blink a
led and that worked. Later on I wrote some code and was going to try
it. I started lpc21isp up on the linux box and it wouldn't sync. So
I started lcp21isp up in term only mode and was able to send "?", but
only get back "Synchro". Every time I try term only mode I get the
same results and still no luck on the windows box either. To get from
TTL to RS232 levels I'm using a box with a max232 chip that worked
fine last semester with a msp430. I have tried speeds from 9600 to
38400 and that has no effect. Anyone have any Idea what could be
wrong? What I really don't understand is why Hyperterm will work on
the windows box, but the lpc21isp in term only mode won't.




An Engineer's Guide to the LPC2100 Series

Have you tried other com port for ISP ??

Nice Guy <> wrote:
I'm using an olimex 2106 header board and I'm having problems getting
ISP to work. The philips ISP program will not do a thing, simply says
unable to communicate with board when I try to read device ID or any
other opperation. The lpc21isp program will not sync either, even if
I go in terminal mode the 2106 seems to freeze up. However if I use
HyperTerminal I can type "?" and get the "Synchronized" response, I
respond with "Synchronized" then "14746" and can get part ID and
Bootloader version with no problems at all. Still I didn't have a way
to load a program and test things out, So I moved to a differt
computer running linux. I used the lpc21isp program under linux. At
first there was no problems, I was able to load a program to blink a
led and that worked. Later on I wrote some code and was going to try
it. I started lpc21isp up on the linux box and it wouldn't sync. So
I started lcp21isp up in term only mode and was able to send "?", but
only get back "Synchro". Every time I try term only mode I get the
same results and still no luck on the windows box either. To get from
TTL to RS232 levels I'm using a box with a max232 chip that worked
fine last semester with a msp430. I have tried speeds from 9600 to
38400 and that has no effect. Anyone have any Idea what could be
wrong? What I really don't understand is why Hyperterm will work on
the windows box, but the lpc21isp in term only mode won't. ---------------------------------
Yahoo! Groups Links

To

---------------------------------




Yes, have tried several different computer with different COM ports.
At school today I have had access to an oscolliscope and found out
that the philips program is sending out a string of question marks
trying to get the chip to respond with Synchronized, but the chip just
sets there. However on the same computer and COM port I can fire up
HyperTerminal send a single "?" and get the Synchronized response as
expected. Still at a loss here, can't figure out what would cause this.

Thanks
Reggie

--- In , Thomas Patrick <thomas_lpc@y...> wrote:
> Have you tried other com port for ISP ??
>
> Nice Guy <mcmurtr@g...> wrote:
> I'm using an olimex 2106 header board and I'm having problems getting
> ISP to work. The philips ISP program will not do a thing, simply says
> unable to communicate with board when I try to read device ID or any
> other opperation. The lpc21isp program will not sync either, even if
> I go in terminal mode the 2106 seems to freeze up. However if I use
> HyperTerminal I can type "?" and get the "Synchronized" response, I
> respond with "Synchronized" then "14746" and can get part ID and
> Bootloader version with no problems at all. Still I didn't have a way
> to load a program and test things out, So I moved to a differt
> computer running linux. I used the lpc21isp program under linux. At
> first there was no problems, I was able to load a program to blink a
> led and that worked. Later on I wrote some code and was going to try
> it. I started lpc21isp up on the linux box and it wouldn't sync. So
> I started lcp21isp up in term only mode and was able to send "?", but
> only get back "Synchro". Every time I try term only mode I get the
> same results and still no luck on the windows box either. To get from
> TTL to RS232 levels I'm using a box with a max232 chip that worked
> fine last semester with a msp430. I have tried speeds from 9600 to
> 38400 and that has no effect. Anyone have any Idea what could be
> wrong? What I really don't understand is why Hyperterm will work on
> the windows box, but the lpc21isp in term only mode won't. > ---------------------------------
> Yahoo! Groups Links
>
> To >
>
> ---------------------------------
>




At 04:36 AM 1/25/05 +0000, you wrote:
>Yes, have tried several different computer with different COM ports.
>At school today I have had access to an oscolliscope and found out
>that the philips program is sending out a string of question marks
>trying to get the chip to respond with Synchronized, but the chip just
>sets there. However on the same computer and COM port I can fire up
>HyperTerminal send a single "?" and get the Synchronized response as
>expected. Still at a loss here, can't figure out what would cause this.

Have you tried a different cable? This is the kind of thing I've seen with
intermittent connections (cold solder joint, lead sitting on pad w/o
solder, a broken wire that makes contact as long as the cable sits just
so). Also are you using the appropriate power supply for your level
translator (not running a 5V chip on 3.3V)?

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




The level translator i'm using is a prebuilt unit. It gets it's power
from the serial port (RTS & DTS) lines I think. It has worked with
other projects such as an msp430 from last semester. I'm thinking of
making my own to rule it out though. As for the solder connections,
this was one of my first thoughts too. I used a soldering station at
school and went over any connections that didn't look to good. The
board i'm using is from sparkfun, its a lpc-h40. Just an 2106 on a
header board with some voltage regulators and a crystal, The bare
minimum to run the chip. One thing I was wondering is if anyone has
an old version of the flash utility from philips that only sent out a
single "?" instead of a steady string. I'm wondering if the string of
"?" is to fast for the chip to respond.

Thanks for the suggestions though
Reggie

--- In , Robert Adsett <subscriptions@a...> wrote:
> At 04:36 AM 1/25/05 +0000, you wrote:
> >Yes, have tried several different computer with different COM ports.
> >At school today I have had access to an oscolliscope and found out
> >that the philips program is sending out a string of question marks
> >trying to get the chip to respond with Synchronized, but the chip just
> >sets there. However on the same computer and COM port I can fire up
> >HyperTerminal send a single "?" and get the Synchronized response as
> >expected. Still at a loss here, can't figure out what would cause
this.
>
> Have you tried a different cable? This is the kind of thing I've
seen with
> intermittent connections (cold solder joint, lead sitting on pad w/o
> solder, a broken wire that makes contact as long as the cable sits just
> so). Also are you using the appropriate power supply for your level
> translator (not running a 5V chip on 3.3V)?
>
> 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




Hello Reggie, > The level translator i'm using is a prebuilt unit. It gets it's power
> from the serial port (RTS & DTS) lines I think.

I think the Philips utility uses DTR to reset the processor and RTS for
forcing the procssor in 'boot-loader' mode. (You need some extra
interfacing if you want to use these features) Probably your interface
cannot work if these lines are toggling their levels.

I have LPC2000 Flash utility V2.20 and it has a checkbox in the lower
right corner to enable this feature. I don't know what levels it will
use for the DTR/RTS if you disable it.

I hope this will help you to get into the right direction. --
==============================
Aalt Lokhorst
Schut Geometrische Meettechniek bv
Duinkerkenstraat 21
9723 BN Groningen
P.O. Box 5225
9700 GE Groningen
The Netherlands
Tel: +31-50-5877877
Fax: +31-50-5877899
E-mail:
==============================





Your exactly right. I figured this out late last night with a scope.
When using hyperterminal DTR or RTS was asserted at all times, this
gave power to my level translator. When using any of the ISP programs
they held these lines low and the level converter was not powered.
This is something that should have jumped out at me, but I was to
blind to see it. Maybe this post will help someone else out in the
future. Thanks to all that offered help.

Reggie --- In , "Aalt Lokhorst" <lokhorst@s...> wrote:
> Hello Reggie, > > The level translator i'm using is a prebuilt unit. It gets it's power
> > from the serial port (RTS & DTS) lines I think.
>
> I think the Philips utility uses DTR to reset the processor and RTS for
> forcing the procssor in 'boot-loader' mode. (You need some extra
> interfacing if you want to use these features) Probably your interface
> cannot work if these lines are toggling their levels.
>
> I have LPC2000 Flash utility V2.20 and it has a checkbox in the lower
> right corner to enable this feature. I don't know what levels it will
> use for the DTR/RTS if you disable it.
>
> I hope this will help you to get into the right direction. > --
> ==============================
> Aalt Lokhorst
> Schut Geometrische Meettechniek bv
> Duinkerkenstraat 21
> 9723 BN Groningen
> P.O. Box 5225
> 9700 GE Groningen
> The Netherlands
> Tel: +31-50-5877877
> Fax: +31-50-5877899
> E-mail: Lokhorst@S...
> ==============================




Hello Reggie,

See http://www.keil.com/mcb2100/mcb2100-schematics.pdf for an example
how you can take advantage of the DTR and RTS lines when you are using
the Philips tool.

Best Regards

--
==============================
Aalt Lokhorst
Schut Geometrische Meettechniek bv
Duinkerkenstraat 21
9723 BN Groningen
P.O. Box 5225
9700 GE Groningen
The Netherlands
Tel: +31-50-5877877
Fax: +31-50-5877899
E-mail:
==============================




At 09:33 AM 1/27/05 +0100, you wrote:
>See http://www.keil.com/mcb2100/mcb2100-schematics.pdf for an example
>how you can take advantage of the DTR and RTS lines when you are using
>the Philips tool.


Or http://www.aeolusdevelopment.com/Articles/InSystemProgramming.html ;)
(see hookup schematics on the bottom of the page) and on the ARM
microcontroller Wiki
http://www.open-research.org.uk/ARMuC/index.cgi?Standard_ISP_Header

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