Show Posts
Pages: [1]
1  Forum 2005-2010 (read only) / Troubleshooting / Re: Programmer is not responding on: June 09, 2007, 09:58:06 pm
Thanks for the help! I'm glad I'm not crazy.

It might be a reasonable option in the IDE to turn off the compilation-before-upload.

Indeed, I did see that the troubleshooting guide mentioned the possibility of a reverse order (i.e. upload, then reset). What surprised me is that it was 4 to 5 seconds between one and the other, which seems like a long time. When I enrolled in a workshop last year on a different computer, the order was normal and the delay was only a second -- hence my surprise.

I'm on a reasonably new laptop (Dell, Intel Core Duo T7200 @2Ghz). So I don't know if CPU accounts for the extra delay in compiling. Anyway, I've gotten used to it now.

Thanks again,
Golan
2  Forum 2005-2010 (read only) / Troubleshooting / Re: Programmer is not responding on: June 05, 2007, 09:45:44 am
 :-[ Well, after I tried everything in the troubleshooting guide, I learned that it was "human error" after all. It seems that I simply had not tried the right combination of voodoo for downloading the program to the board. In my case, I did actually experience some behaviour that I had not seen described before:

I had to press the Reset Button AFTER I pressed "Upload to I/O Board". And when I say AFTER, I mean 4 to 5 seconds after. Seriously. Of course, this is the opposite advice from the feedback returned by the Arduino IDE....

It also turns out that (in my case anyway) there is a very narrow window of time where the Uploader will work. If I press the button too early, "Programmer is not Responding". If I press it too late, "Programmer is not responding". I have less than a second's time to get it right.

So, I hereby apologize to Massimo and the Crew for impugning the hardware -- typical newbie nonsense, I'm sorry. But I have to say, it would be great if there were a "Ready to receive program" indicator on the Arduino board, so that I wouldn't have to guess when to jump into the void.

Regards,
Golan
3  Forum 2005-2010 (read only) / Troubleshooting / Re: Programmer is not responding on: June 04, 2007, 11:49:09 pm
Unfortunately, the lesson of this thread is: if your "Programmer is not responding", you may simply have bad hardware. I just spent several frustrating hours with three Arduino NG boards that I purchased from some desk at Ars Electronica; after I checked all of the obvious settings (correct microcontroller, correct baud rate, checked the bootloader, bla bla) and tried all of the reset button voodoo (one second before, two seconds after, bla bla), I was still getting this error and I thought I was going crazy. The only solution was to roll back to some very crusty Arduino boards (non-NG) that I had lying around. So watch out, and make sure you get a receipt with your purchases. Not only are there bad specimens, but it seems there might even be bad batches.
4  Forum 2005-2010 (read only) / Interfacing / Re: Servo Library on: June 08, 2007, 11:17:48 am
Thanks! That fixes it.
5  Forum 2005-2010 (read only) / Interfacing / Re: Servo Library on: June 08, 2007, 10:48:13 am
Hi - I was delighted to discover this library! Unfortunately, I have just tried to install ServoTimer1 and received the following error building the library. Anything simple I should do to fix?

ServoTimer1.cpp: In static member function 'static void ServoTimer1::seizeTimer1()':
ServoTimer1.cpp:39: error: 'clockCyclesPerMicrosecond' was not declared in this scope
ServoTimer1.cpp: In member function 'void ServoTimer1::write(int)':
ServoTimer1.cpp:117: error: 'clockCyclesPerMicrosecond' was not declared in this scope
6  Forum 2005-2010 (read only) / Frequently-Asked Questions / Re: **Detecting** Composite Video? on: June 16, 2007, 06:16:08 pm
Hi All,

Possibly this should be a new thread, but the "generating video bboard" is pretty close to my question:

Has anyone written code to detect the vertical blanking interval in an incoming NTSC composite video signal (RS-170A)?

I'm creating a project in which I need to switch a circuit on and off, precisely in sync with the video fields from an NTSC video source. In order to do this, I would need to sample the video signal fairly frequently and write an analyzer/detector for the vertical blanking interval, which is used to synchronise the video frames.

Any advice would be greatly appreciated before I bore headlong into the oscilloscope.
Thanks,
Golan


Pages: [1]