I am trying to burn the stupid bootloader onto a mega 168, I have been using a PPC machintosh with debian on it, so the first chip I used avrdude on the command line (cause there is no IDE on PPC debian cause lib RX/TX is broken)
using the fuse settings for the 168 I programed the chip and got a "content mismatch error" and that ever so useless prompt "would you like to revert" if you hit yes it just sits there, in fact I left it running for 12 hours and it just sat there...
Ctrl + C to break out, and now the mega168 always comes back with a device mismatch error, though I have used this chip before and it was working fine, crap it was working fine before I used the fuse settings from boards.txt for the 168!
Sigh fine, grab my last 168 and drag out the windows laptop, hook it up to the arduino as an isp, use the ide to burn the bootloader EXACT SAME THING HAPPENS
I can still read both chips if i use the -F flag but the chip ID comes up as all zeros and the fuses all come up as 0x00
I will get a verbose output when I feel like I can go back to the bench without punching something
I have no idea how this could happen, my normal setup is always flasing though avrisp and avrdude, change fuses all the time, use the ones in the boards.txt and now I am totally screwed
... well not totally I just dont have time for more chips to snail mail their way here just to watch them hose themselves doing the same thing. As I already stated both these were working just peachy before
edit: a verbose output at this point wouldn't help at all, all it does is go "yikes, invalid chip id"
Arduino Diecimila, Duemilanove, or Nano w/ ATmega168
Arduino Mini
Arduino Pro or Pro Mini (5V, 16 MHz) w/ ATmega168
Arduino NG or older w/ ATmega168
low_fuses=0xff
high_fuses=0xdd
extended_fuses=0x00
course if you go to the Burn 168 page it tells you differently in who knows what order
Man I cant win tonight, I moved my laptop a little so I could see the arduino better and the freaking power cable got snagged and yanked a wire loose (grumble gripe) so anyway I am back on the linux mac but just keep talking windows if that is easier
osgeld@Macintosh:~$ avrdude -p m168 -c stk500 -b 19200 -P /dev/ttyPZ0 -v
avrdude: Version 5.10, compiled on Jun 27 2010 at 00:40:48
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/etc/avrdude.conf"
User configuration file is "/home/osgeld/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/ttyPZ0
Using Programmer : stk500
Overriding Baud Rate : 19200
avrdude: stk500_2_ReceiveMessage(): timeout
avrdude: stk500_2_ReceiveMessage(): timeout
avrdude: stk500_2_ReceiveMessage(): timeout
avrdude: stk500_2_ReceiveMessage(): timeout
avrdude: stk500_2_ReceiveMessage(): timeout
avrdude: stk500_2_ReceiveMessage(): timeout
TBH I have never seen anything else out of STK500 linux or windows
Wiring. I doubt this is the problem. You got the wiring correct three times.
Fuse settings. The settings you posted should work fine with an external clock but, if something was mistyped, you may have inadvertently written "bad" settings. I doubt this is the problem because, if I read your first post correctly, you would have had to mistype the fuse settings twice.
Clock. You haven't provided much detail about the clock so this may be a good time to review... If you are using a crystal, did you use (roughly) 22 picofarad capacitors? Are you certain the crystal (or resonator) works / did you try a different one?
If the targets are externally clocked (and they should be), nearly any clock signal on XTAL1 will work for programming. I have a variation of Arduino ISP that provides a 1 MHz clock if you're interested.
Note that "external clock" and "external crystal" are two entirely different things.
LFUSE=FF should be "low power external crystal", which should be what you want.
I've had ATmega8-based clones with resonators that didn't work with "low power" fuses, but did work with the "full swing" setting. Google Code Archive - Long-term storage for Google Code Project Hosting.
ok I hooked up a 10MHz 4 pin crystal oscillators output to XTAL 1 and It reads!
I am going to reset the fuses back to default and try the bootloader process again (using the IDE) and if it screws up again I will be sure to let everyone know
