This response from avrdude means that it can talk to the programmer but the programmer can't talk to the chip.
Check:
- Are your 10 and 6 pin cables correct? compare with the pictures in the manual.
- Are you either providing power to the chip (have the jumper in place) or are providing power to the programmer through the VCC header pin? If the jumper is not in place, the buffer chip (74ahc125) will require at least 2.5V from the target.
- If you programmed your chip to have a very slow clockspeed use the -B flag, as shown here to slow down the chip. "-B 32" should do the job most of the time, but you can go as slowly as "-B 250"
- Is the chip powered? AVCC, VCC, and all GND pins must be connected.
- Does it have a clock or crystal (if necessary?)
- Is anything keeping the MISO/MOSI/SCK/Reset pins from switching? (ie are the loaded down)
- Does the target chip need a crystal? is the crystal oscillating?
- Are you sure its wired up correctly? Use an oscilloscope to watch the reset line on the chip, it should flicker up and down. Watch the SCK pin and make sure you see a 8-pulse clock train. Check that you didnt get MISO/MOSI swapped. etc.
- Do you need to 'jumper' the output 1.5K resistors? If you are not using the USBtinyISP for SpokePOV communication, this is recommended, especially with target chips that have something connected to the MISO/MOSI/SCK lines. Check the end of the soldering instructions for how to do this
Most of the time, your programmer is working fine, check your cables and pins and that the target device is properly wired up.
We have never encountered a USBtinyISP that got to this point where it talks to the computer but not a chip and it is the kit that is defective. It is ALWAYS a bad chip or a wiring, clocking, bit-speed, powering or output-resistor problem.
It doesn't work with a USB 3 port
We've noticed that USB 3 ports are sometimes a little more sensitive than USB 2. In this case you can try changing the cable (see this article) or placing an every-day USB hub between the USBtinyISP and your computer.
I'm running avrdude and I get "error: usbtiny_transmit: initialization failed, rc=-1"
This response means that it found the USBtiny, but could not communicate with it. The likely reason is that you found a version of avrdude that was not from WinAVR.
Differences in new versions of avrdude mean that it doesn't work with the libusb-win32 USBtinyISP driver.
For more information, see https://github.com/adafruit/Adafruit_Windows_Drivers/issues/22
It's not working!
Check:
- Are all the parts in correctly?
- Are there any cold-solder joints or bridges?
- Are the cables attached properly?
- Are the cables in backwards? (The red wire should be at the #1 spot)
- Is the green light on, indicating USB enumeration was successful? (note with some Macs it appears the green light only turns on after Avrdude talks to the programmer, weird!)
- Is the driver installed (windows)?
- Is the device plugged into a target board? (I.e. is it connected to a chip)
- Is the target chip powered?
- Does the target chip need a crystal? is the crystal oscillating?
- Are you trying to provide 5V USB power to a device that is already powered?
before posting to the forums!
There's a priv's problem, check the usbtinyisp avrdude linux instructions for more info.
My 64 bit computer doesn't seem to work!
Some very old kits have this problem,thanks to intrepid assistants, a patch has been submitted to avrdude project, if you want to fix it yourself, simply replace the lines in usbtiny.c in avrdude that have
sizeof(res)
with
4
This was fixed in 2010 or so
I'm having trouble compiling/burning the chip for this project...
Use the precompiled .hex file and Makefiles as newer avr-gcc compilers may not be able to squeeze the code down to fit in the chip. Modify the Makefile in spi as needed and, in the spi folder, type in "make fuse flash" Beyond that, you're on your own!
I'm running avrdude and I get "Could not find USB device 0x1781/0xc9f"
This response means it could not find the programmer. There are many possible reasons:
- If you are using the latest WinAVR (which was built with an old version of the libusb driver library) you must use the v1.10 driver. Uninstall the driver you have and make sure you get the right one installed.
- Try unplugging and re-plugging it in
- Make sure the driver (windows only) is installed.
- Make sure the green LED is lit (which means its powered and has performed USB enumeration).
- Make sure you have libusb installed and that it is the correct version. (linux/mac)
- Make sure you have replaced the old version of libusb0.dll with the one from the download page.
- Make sure you are not providing power to the target through USB when it already has power. Check the jumper in the end of the device and remove it, if so.
- If you programmed the usbtinyisp chip, make sure the fuses are set properly.
I'm having trouble building this project from scratch...
Beyond the advice, here if you can't get this project working on your own I suggest buying a kit. It's not a simple project to debug!
I'm running avrdude and I get "error at avrdude.conf:370 unrecognized character: 'u'"
This means you properly replaced avrdude.conf but did not replace avrdude.exe (or under mac/linux, just avrdude) do a search on your computer and verify that you have replaced any copy of avrdude.conf with the patched version from the download page.
I'm running avrdude and I get 'avrdude: Can't find programmer id "usbtiny"
This means you did not replace avrdude.exe (or under mac/linux, just avrdude) with the patched version. Do a search on your computer foravrdude.exe and verify that you have replaced any copy of avrdude with the patched version from the download page.Text editor powered by tinymce.