No output from programmed attiny2313

attinyavrdudeledusbasp

I flashed a simple led blink program to an attiny2313 with a usbasp type programmer. Avrdude confirmed that the chip was programed, but the led is not blinking.

I tried switching the led, varying the resistor and double checking the wiring. I've also tried a few other led blink programs for this chip and the circuits that went with them. I can't get the program to work. Avrdude says it was written and confirmed, but the led does not blink.

I occasionally get a 'first bit does not match 0xff not 0xdf' when changing fuses. They are all on default currently. I sometimes got a similar error at the end of the programming but with the values 0x00 and 0x0c instead, but even this error has not come up recently.

The program blinks pin PD6. Here is a picture of my circuit. The unplugged pin is the 3.3 volt connection I replaced it with the brown 5 volt wire.

the brown wire is the 5 volts I'm using instead of the 3.3 volts

Best Answer

It turned out the problem was how I compiled the C code to hex. This website has simple and very clear instructions for how to do so on a mac. How to AVR with OSX

Related Solutions

Electronic – AVR Atmega32 flash verification error

Have you been able to verify at all that the device is responding at any level? You say you programmed the fuse bits, but have you been able to verify that they were actually changed?

According to the data sheet:

The SPI Serial Programming instructions will not work if the communication is
out of synchronization. When in sync. the second byte ($53), will echo back
when issuing the third byte of the Programming Enable instruction. Whether
the echo is correct or not, all four bytes of the instruction must be
transmitted. If the $53 did not echo back, give RESET a positive pulse and
issue a new Programming Enable command.

Perhaps you could see if you can test this, either with an option to/modification of avrdude, or even just looking with a scope to see if the miso line is wiggling at all?

I'd think the question has aged enough that if it's still an issue, ordering any older chips from the atmega8/16/32 family to test the programmer would be worthwhile.

The atmel literature seems to imply that the change are primarily fab process related, so it's possible that the new device might be more noise sensitive in some respects.

Programming an ATtiny13A with Arduino Mega 2560 (blink sketch load wrong, LED stays on)

The solution was to switch to Arduino IDE v. 1.0.

Look at comments in blog post Programming ATtiny13 using Arduino ISP (and all the hacking involved!).

Best Answer

Related Solutions

Electronic – AVR Atmega32 flash verification error

Programming an ATtiny13A with Arduino Mega 2560 (blink sketch load wrong, LED stays on)

Related Topic