{"id":1377,"date":"2009-03-23T14:18:56","date_gmt":"2009-03-23T19:18:56","guid":{"rendered":"http:\/\/nuxx.net\/blog\/?p=1377"},"modified":"2009-03-23T23:32:35","modified_gmt":"2009-03-24T04:32:35","slug":"programming-problem-w-avr-dragon-and-atmega8-in-hvpp-mode","status":"publish","type":"post","link":"https:\/\/nuxx.net\/blog\/2009\/03\/23\/programming-problem-w-avr-dragon-and-atmega8-in-hvpp-mode\/","title":{"rendered":"Programming Problem w\/ AVR Dragon and ATmega8 in HVPP Mode"},"content":{"rendered":"

Over the weekend I received the jumpers for connecting the recently acquired AVR Dragon<\/a>, so I decided to give it a go this weekend. Because the chips I’m using are programmed to use an external clock, the best programming mode for writing chips stand-alone is High-Voltage Parallel Programming, which doesn’t rely on an external clock.<\/p>\n

After jumpering the board for HVPP per the SCKT3200A2 devicesheet in the official AVR Dragon documentation<\/a> I tried it out on both OS X and XP, and it mostly works well, except for programming the EEPROM. For some reason, EEPROM seems to just not write, and thus validation fails. If I insert a chip with EPROM already programmed properly, validation will work, so reading is definitely working and nothing is (even partially) overwriting the existing data.<\/p>\n

There are no problems writing the Flash or fuses, and since writing to both Flash and EEPROM use the same lines, I don’t think it’s something mis-jumpered. Nor do I believe the problem is the chip itself, since I’ve tried multiple chips which can be programmed in an STK200 (parallel port bitbang) programmer.<\/p>\n

Here’s the command lines used with the AVR Dragon which errors while validating the EEPROM:<\/p>\n

avrdude -p m8 -P usb -c dragon_pp -U lfuse:w:0x3f:m -U hfuse:w:0xdf:m -U flash:w:SDrive.hex:i -U eeprom:w:SDrive.eep:i<\/tt><\/p><\/blockquote>\n

Here’s the one used with the STK200 clone, the same chip, and the same version of avrdude<\/tt>, which works just fine:<\/p>\n

avrdude -p m8 -c stk200 -U lfuse:w:0x3f:m -U hfuse:w:0xdf:m -U flash:w:SDrive.hex:i -U eeprom:w:SDrive.eep:i<\/tt><\/p><\/blockquote>\n

Here’s the actual error:<\/p>\n

[Working stuff here cut...]
\navrdude: verifying ...
\navrdude: 8084 bytes of flash verified
\navrdude: reading input file \"SDrive.eep\"
\navrdude: writing eeprom (329 bytes):<\/p>\n

Writing | ################################################## | 100% 36.51s<\/p>\n

avrdude: 329 bytes of eeprom written
\navrdude: verifying eeprom memory against SDrive.eep:
\navrdude: load data eeprom data from input file SDrive.eep:
\navrdude: input file SDrive.eep contains 329 bytes
\navrdude: reading on-chip eeprom data:<\/p>\n

Reading | ################################################## | 100% 33.60s<\/p>\n

avrdude: verifying ...
\navrdude: verification error, first mismatch at byte 0x0000
\n 0x72 != 0xff
\navrdude: verification error; content mismatch<\/p>\n

avrdude: safemode: Fuses OK<\/p>\n

avrdude done. Thank you.<\/tt><\/p><\/blockquote>\n

If anyone has an idea as to what might be wrong here, I’d love to hear it. This is exactly the same problem I get on both Windows XP (avrdude<\/tt> v5.6 from WinAVR-20081205) and OS X (avrdude<\/tt> v5.5 from AVRMacPack).<\/p>\n

For what it’s worth, I have posted this here on the AVR Freaks forum<\/a>, but it doesn’t seem to be receiving any replies.<\/p>\n

UPDATE:<\/strong> It seems that this is a problem with avrdude<\/tt>. I can program the chip with no problem in HVPP mode using AVR Studio<\/a>. This would be a good time to have a logic analyzer. Maybe I could actually fix the problem.<\/p>\n","protected":false},"excerpt":{"rendered":"

Over the weekend I received the jumpers for connecting the recently acquired AVR Dragon, so I decided to give it a go this weekend. Because…<\/p>\n

Continue readingProgramming Problem w\/ AVR Dragon and ATmega8 in HVPP Mode<\/span><\/a><\/div>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,11],"tags":[],"class_list":["post-1377","post","type-post","status-publish","format-standard","hentry","category-electronics","category-making-things","entry"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/posts\/1377","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/comments?post=1377"}],"version-history":[{"count":7,"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/posts\/1377\/revisions"}],"predecessor-version":[{"id":1384,"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/posts\/1377\/revisions\/1384"}],"wp:attachment":[{"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/media?parent=1377"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/categories?post=1377"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nuxx.net\/blog\/wp-json\/wp\/v2\/tags?post=1377"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}