Thanks for the response Dave,
Actually, I was originally going to use the gumstix to run our programs, =
but I decided to try using it as a stand-alone entity. I had trouble =
with the cable from the start, so that ultimitely may have caused some =
of our problems. It turns out that I was using the wrong cable to =
program the robostix, so UISP would not let us connect. Once we traced =
the signals on a scope, however, we discovered the problem. Using the =
official pin-outs and the scope traces, I was able to switch some of the =
lines, and once I did this, UISP was able to connect to the robostix. I =
put the flashing LED program on it, but could not get it to run. I =
wonder now if maybe I didn't try unplugging the programmer and give a =
power-on reset. According to Atmel's user guide, this is the correct =
procedure to get the PEN signal to be pulled high internally.
I actually have an even bigger issue now though. I attempted to solder =
a switch to the NPEN solder pad on the back of the board, and since that =
soldering, we have been getting 2 Volts out of some of the pins on the =
board. I am afraid we might have ruined the board when soldering that =
Thanks for the help,
From: gumstix-users-admin@... on behalf of Dave =
Sent: Mon 1/30/2006 2:49 AM
Subject: Re: [Gumstix-users] NPEN on the robostix
On 1/27/06, House, Brandi <Brandi.House@...> wrote:
> I have been using UISP to program the Atmel 128, but I had a little =
trouble getting code to run once I sent it to the robostix. To get this =
to work, I discovered that by externally pulling NPEN high via the =
solder pad on the back of the board, the programs would run. So =
basically, I've been programming the flash from a PC, then pulling NPEN =
high externally. The Atmel128 manual states that NPEN should be pulled =
high internally on power-on reset, however, I have found that this isn't =
the case. Is there something wrong with the board/chip, or is this =
actually normal behavior?
> I finally decided to just solder a wire to the NPEN pad so I could =
more easily pull it high to allow the programs to run, and in the =
process, the solder pad got pulled off of the board. Is this damage =
permanent? Is there any other way to pull the robostix out of =
programming mode other than setting the external NPEN?
I use the AVRISP and I've never had any troubles.
What programmer are you using? (i.e. I realize that you're using UISP,
but what connects the robostix to the device running uisp?)
Or are you using the gumstix to program the robostix?
When I use the gumstix to program the robostix, it always starts the
When the robostix is powered on, what voltage do you measure on the PEN =
It's also conceivable that there is a short or other froeign material
(some fluxes have some resitance) on the board somewhere that's
causing the behaviour you're seeing).
robostix reset pulse
(when the robostix_drv.ko module is loaded) should cause the robostix to =
One final point, you shouldn't use the ISP connector while a gumstix
is plugged into the robostix.
Vancouver, BC, Canada
This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
gumstix-users mailing list