|
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. |
|
|
Strange ISP Problem
Started by ●January 23, 2005
Reply by ●January 24, 20052005-01-24
|
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 --------------------------------- |
|
|
Reply by ●January 25, 20052005-01-25
|
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 > > > --------------------------------- > |
|
|
Reply by ●January 25, 20052005-01-25
|
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 |
|
|
Reply by ●January 25, 20052005-01-25
|
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 |
|
|
Reply by ●January 26, 20052005-01-26
|
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: ============================== |
|
|
Reply by ●January 27, 20052005-01-27
|
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... > ============================== |
|
|
Reply by ●January 27, 20052005-01-27
|
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: ============================== |
|
|
Reply by ●January 27, 20052005-01-27
|
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 |
