Problem Uploading to board, avrdude not in sync

Today I had my 1st serious problem with an arduino, can anybody clarify the solution to this issue?
I had code running on my robodruino that loops sensor values to the serial port to pass to an arduino.
Now I cannot upload to the robodruino at all. tried taking it apart back to just usb cable, changing usb ports, installing latest drivers.
Still dead, If Any Arduino Gurus can help I and many others would apreciate it alot.
I am running Win7-64bit, Arduino 21
Error reads,
Problem uploading to board.

avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

Verbose Error output,

avrdude: Version 5.4-arduino, compiled on Oct 11 2007 at 19:12:32
Copyright (c) 2000-2005 Brian Dean,

System wide configuration file is “H:\Adztemp\Arduino\arduino-0021\arduino-0021\hardware/tools/avr/etc/avrdude.conf”

Using Port : \.\COM1
Using Programmer : stk500v1
Overriding Baud Rate : 19200
avrdude: ser_open(): setting dtr
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Recv:
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: Send: Q [51] [20]
avrdude: Recv:
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

avrdude done. Thank you.

The 19200 baud rate is not common for the standard bootloader. Are you sure this is the right baud rate?

Can you try replacing the AVR device? It’s entirely possible that the microcontroller is dead, unfortunately. Some people on the forums feel like these microcontrollers are robust and hard to kill…my experience is different :slight_smile:

The Gadget Shield: accelerometer, RGB LED, IR transmit/receive, light sensor, potentiometers, pushbuttons

Are you sure this is the right baud rate?

Can you tell me how to check if this is the "right baud rate"

All the code I have used so far used 9600 as my baud rate for my serial ports. I really hope my robodruino is not "dead" as I can see no way that I have "killed" it. was running test code fine for the past few weeks. then just the same error over and over.

Looking at your info from AVRDUDE:

       Using Port            : \\.\COM1
        Using Programmer      : stk500v1
        Overriding Baud Rate  : 19200

AVRDUDE is trying to communicate with the bootloader at 19200 bps. I am not familiar with the "robodruino" and don't know what bootloader it uses, but the "standard" bootloader on the Duemilanove works at 57600. It's UNLIKELY that something changed in this respect so if you were able to successfully program your board earlier then this is most likely not the problem. But if you do have knowledge otherwise (e.g., that the bootloader does communicate at 57600) then you would need to find out why that changed.

This communication rate is different from the 9600 baud you use in your application. The bootloader is a separate application that uses its own baud rate.

What kind of hardware do you have hooked up to it? The word "robodruino" suggests you are using it in a robot, and those are notorious for generating static electricity as they run around on carpets and such.

-- The Quick Shield: breakout all 28 pins to quick-connect terminals

The robodruino has a protosheild with a serial inversion circuit on it for my Powertip serial LCD, I have made a post for this also.

Also I have had 4 URM32 sensors connected to it like this

I have successfully passed serial data from the robodruino to an arduino diecimila which is running a Sure 24x16 Led Display.

I am trying to make 3 visual representations of my sensor data on the Sure 24x16 Led Display which was going well untill my Robodruino decided not to accept any more sketches. I can post the code also if anybody is interested.

Are you sure nothing is connected to the rx/tx lines of the roboduino when uploading sketch? That usually is the cause of syncing errors.

Yes I have always been careful to remove them to seperate the robodruino from the arduino each time I upload an update to the sketch to either of them. I also remove the serial line from the serial inversion circuit for the lcd when uploading to the robodruino.