If you guys get "out of sync" errors over arduino-1.0.5, it can happen that the chip on PCB has wrong fuseBits's set or the speed of bootloader is different than the one set in boards.txt file.
These are values that worked for my SD2 (I decided to bring it back to life lately).

Programming with arduino worked only AFTER I've pulled out the chip from the sanguino board and reset its fuseBits to indicate bootloader position at $F800 (byte address; bits were set to tell it's under $F000 - it never had chance to work having that set).

 // boards.txt part
atmega644.name=Sanguino W/ ATmega644P
atmega644.upload.protocol=arduino
atmega644.upload.maximum_size=63488
atmega644.upload.speed=38400
atmega644.bootloader.low_fuses=0xFF
atmega644.bootloader.high_fuses=0x9A
atmega644.bootloader.extended_fuses=0xFF
# For the bootloader, I've also switched from:
#atmega644.bootloader.path=atmega
# back to this one:
atmega644.bootloader.path=atmega644p
#atmega644.bootloader.file=ATmegaBOOT_168_atmega644p.hex
# AND OLD HEX IMAGE OF IT:
atmega644.bootloader.file=ATmegaBOOT_644P.hex
atmega644.bootloader.unlock_bits=0x3F
atmega644.bootloader.lock_bits=0x0F

atmega644.build.mcu=atmega644p
atmega644.build.f_cpu=16000000L
atmega644.build.core=arduino
atmega644.build.variant=standard
##############################################################

I have created custom heated bed, powered from mains (230V). I'm in the middle of tests and it all looks promissing.
New thermistor still needs trimming (shows less than it should) but since the bed heats up so fast, it's hard to determine the correct 'drift' of the sensor. Board has 280 Watts and could reach 100'C in like 15 secs. So not to break anything, I go easy and with great deal of caution with it. Anyway, I forced my itsy, bitsy brain to write some code that based on BETA value of the thermistor and it's pullup, generates temperature lookup tables for our firmware. (See attachement.)

The resulting table must be used to replace one of entries in:
arduino-1.0.5\examples\SolidoodleMarlin\thermistortables.h

TEMP_SENSOR_0 and or TEMP_SENSOR_BED in Configuration.h need to be updated, accordingly. Compile, upload, test and enjoy...

P.S. If this part needs moving to some other topic, feel free to do so, but pls let me know about it!

But wait there's more... 

So now I power up and connect repetier-host solidoodle v 0.85b
and I get this:

16:12:45.702 : Serial com error:System.IO.Ports.SerialErrorReceivedEventArgs

Turned out to be an easy fix...

Set the Baud rate to 250000

thank you for all your help!!!

which brings me to my crux. as of now.
is it 'firmware.ino.hex' or 'firmware.cpp.hex' and why is no one sure of where it ends up? if its such an important file why can we point it to a save location?  anyway I digress. I can find the 'firmware.cpp.hex' and I can get it to a point where I am in cmd and running:  “hid_bootloader_cli -mmcu=at90usb1286 -w -v Marlin.cpp.hex"

And all I get is (hint: press the reset button.)

I have pressed. pressed and held. spammed...

so which pins are the "boot" pins. I have a jumper on the first set of 6 pins (lower right hand corner - http://reprap.org/mediawiki/images/f/fa … to-top.jpg )  on the left the two labeled 'reset' and 'ground'  because I couldn't find a pin labeled 'boot'.

looks like there is a jumper pre-installed on the 'auto rst'

(I feel like I am making this out to be more complicated than it need be... I apologize.)

am I on the right track this time?

Here is a few things to try that I pulled from the reprap WIKI for your board

" stk500_getsync

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

Workaround

To resolve for boards older than Rev 1.3a, hold the reset button on your Sanguinololu for about 10 seconds. While still holding the button, try to upload the firmware again. Let go of the reset button as soon as the Arduino IDE reports, "Binary sketch size: ###### bytes (of a 63488 byte maximum)". The firmware should now be accepted.
Permanent fix

A fix was added in Rev 1.3a. If unpopulated, solder a 2-pin header to the "Autoreset Enable" jumper labeled AUTO RST on the silkscreen. This is located between the Z stepper motor socket and pins 8-10 of the ATMEGA644P socket. In addition, you should also set your Virtual COM port parameter "RTS on close" to ON. Adding the jumper allows the PC to reset the Sanguinololu board during programming and interactive sessions. Removing the jumper allows the printer to run in standalone mode; that is, the board will not reset mid-print when the PC is disconnected or reconnected.
Other possibilities

Another thing to check is the baudrate in "hardware/Gen7/boards.txt". Gen7xxx.upload.speed should be 115200. The Arduino IDE will not see changes to this file until it is restarted.

Another item to check is whether virtual com port drivers are installed correctly. Make sure you see "USB Serial Port" under the heading "Ports (COM & LPT)". If you see a USB driver in the "Other" category with a question mark, you need to manually select the driver for the FTDI chip with drivers from the website"

avrdude: stk500_getsync(): not in sync: resp=0xd7

I must be missing something.
the prepared version of arduino in ozadr!an's instructions is 1.0.5 (does that matter?) you mentioned 0022 which I have seen mentioned elsewhere as well. Is there a prepared version of 0022?

and can I assume that these are the instructions i need to follow? as per instructions 'to the letter'

our difficulty was there seemed to be so much misinformation or outdated information?
we compiled it and got to the end with a communications error and there was all this uncertainty about when and how to press the reset button or hold it for 10 no wait 5 no any arbitrary about in between. but do it before... no during... no when the verbose output displays a certain message... I would just like a factual and certain method. 

so do i follow ozadr1an's instructions:  https://github.com/ozadr1an/Solidoodle- … in_v1_beta
or lawsy's: https://github.com/mlaws/solidoodle2-marlin

???

I am updating the firmware because my hotend clogged up so I got the new E3D v6; I have the solidoodle 3 Rev 1.3C with the sanguinololu 1.3a motherboard and the ATmega 644p chip. I there anything special I need to know before I try this again?

thank you for all your help

Follow these to the letter.
http://www.soliwiki.com/Updating_Solido … structions

These links are dead for the firmware and the BootloaderHID. Does anybody have updated links?

I have a SD2 with a Sanguinololu/atmega 644P board. I am working on updating the Marlin firmware in order to finalize the installation of myE3D-Lite6 hotend. In the process of uploading the firmware I continue to get the following error message:

avrdude: stk500_recv(): programmer is not responding

I have worked through the various 'reset' button pushes and I am still getting the same error message.

Anybody work through this issue as well? I have spent the last two nights trying to get this new firmware uploaded and reworked the whole process several times.

Some extra info:
I am running Mac OS X 10.10.5 (Yosemite) & am using the Mac OS X prepackaged Arduino 1.0.5 IDE (linked over on pg 3 of this thread). I am using the Marlin firmware link from pg 1 on this thread.

Thoughts?

Thanks for the help.

UPDATE: I posted this question over in the Help/Repair/Maintenance thread and got it solved with wardjr's help.
http://www.soliforum.com/topic/12765/up … ware-help/