[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[avrdude-dev] [bug #48261] ATmega32A, AVR DRAGON ISP programming, verifi
From: |
anonymous |
Subject: |
[avrdude-dev] [bug #48261] ATmega32A, AVR DRAGON ISP programming, verification error |
Date: |
Sat, 18 Jun 2016 04:51:17 +0000 (UTC) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.110 Safari/537.36 |
URL:
<http://savannah.nongnu.org/bugs/?48261>
Summary: ATmega32A, AVR DRAGON ISP programming, verification
error
Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 18 Jun 2016 04:51:15 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Originator Name: Johnny Quest
Originator Email: address@hidden
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
Hello:
First off, I have done my homework on this matter and would not have posted
seeking assistance unless it was a last resort. smiley
This message was posted on AVR FREAKS.
http://www.avrfreaks.net/forum/atmega32a-avr-dragon-programming-flaky-ness
Background: Ex-disti-FAE for ATMEL as one of my support lines. Very familiar
with ATmega48/88/168/328, ATtiny25/45/85, ATmega32U4, AT90USB1286 (and
somewhat on the ATmega2560).
Development environment: Using Linux for development running AVR STUDIO in a
"Virtual WINDOWS" environment. AVRDUDE V6.3 for Linux. ATmega32A, 16MHz
external crystal, VCC = 5V (PwrSup is 1A capable). Fuses set for external
high-freq crystal, bootloader at 0x7E00, bootloader reset enabled (lfuse =
0x8F hfuse = 0x96).
Quandary: developing code for ATmega32A; when using AVRDUDE to program FLASH
using ISP with "DRAGON_ISP" programmer, AVRDUDE fails with:
avrdude: verification error, first mismatch at byte 0x7e00
0xff != 0x0f
-------------
Command line invokation is:
avrdude -u -p m32 -c dragon_isp -B 1MHz -U
flash:w:AVR_Specific_Builds/m32/ATTOBASICV234_m32-16MHZ-uart_btldr.hex
-------------
Partial dump from original HEX file around address 0x7E00:
:107D00000000000000000000000000000000000073
:107D10000000000000000000000000000000000063
:107D20000000000000000000000000000000000053
:107D30000000000000000000000000000000000043
:107D40000000000000000000000000000000000033
:107D50000000000000000000000000000000000023
:107D60000000000000000000000000000000000013
:107D70000000000000000000000000000000000003
:107D8000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03
:107D9000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF3
:107DA000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFE3
:107DB000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFD3
:107DC000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC3
:107DD000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFB3
:107DE000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFA3
:107DF000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF93
:107E00000F92CDB7DEB711248FE598E09EBF8DBFEE
:107E100084B714BE81FFD6D085E08EBD82E08BB9D9
:107E200088E18AB986E880BD80E189B98EE0B5D065
:107E3000BD9A26E080E39CEF54E040E29DBD8CBDFE
:107E400058BF08B602FEFDCF38B3342738BBA8951B
:107E50002150A1F788249924CC24C394F5E0DF2E87
:107E6000E1E1EE2E73E0F72E91D0813469F48ED0EB
:107E7000898398D08981823811F1813811F485E0A5
:107E800001C083E07FD07BC0823411F484E103C061
:107E9000853419F485E08ED072C0853561F476D0D2
:107EA000082F10E073D090E0982E8824802A912A21
:107EB000880C991C63C0863521F484E07BD080E077
:107EC000E1CF843609F03FC061D060D0B82E5ED0DB
:107ED00080E0881680E7980618F4F401F7BEE8956C
:107EE00000E610E053D0F80181938F01BA94D1F7E6
:107EF000F0E08F16F0E79F0618F0F401F7BEE89562
Addresses 0x7D00 to 0x7DFF is waveform data for DDS function.
-------------
After failure, partial dump of reback of FLASH memory around address 0x7E00.
Even the data starting at 0x7D00 is incorrect.
:107D0000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF83
:107D1000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF73
:107D2000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF63
:107D3000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF53
:107D4000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF43
:107D5000FFFF000000000000000000000000000025
:107D60000000000000000000000000000000000013
:107D70000000000000000000000000000000000003
:107D8000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03
:107D9000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF3
:107DA000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFE3
:107DB000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFD3
:107DC000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC3
:107DD000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFB3
:107DE000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFA3
:107DF000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF93
:107E0000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF82
:107E1000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF72
:107E2000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF62
:107E3000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF52
:107E4000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF42
:107E5000FFFFA1F788249924CC24C394F5E0DF2EFA
:107E6000E1E1EE2E73E0F72E91D0813469F48ED0EB
:107E7000898398D08981823811F1813811F485E0A5
:107E800001C083E07FD07BC0823411F484E103C061
:107E9000853419F485E08ED072C0853561F476D0D2
:107EA000082F10E073D090E0982E8824802A912A21
:107EB000880C991C63C0863521F484E07BD080E077
:107EC000E1CF843609F03FC061D060D0B82E5ED0DB
:107ED00080E0881680E7980618F4F401F7BEE8956C
:107EE00000E610E053D0F80181938F01BA94D1F7E6
:107EF000F0E08F16F0E79F0618F0F401F7BEE89562
-------------
All other ATmega devices program properly using ISP and JTAG, without
incident, so I do not believe it is the DRAGON. The ATmega32A programs
properly using JTAG with AVRDUDE and DRAGON, only ISP fails using AVRDUDE.
Using DRAGON (1MHz sck) under AVR STUDIO, ISP programming is successful.
I have tried ISP with USBASP and USBtinyISP as well and they function
correctly.
I have tried with V6.3, V6.2 V6.0 of AVRDUDE. V5.x versions fail to
communicate with DRAGON due to "parallel port connection error" (?????DRAGON
is USB!!) I have looked at the avrdude.conf for other "compatible devices"
and found ATmega328p and ATmega329 are accurate. Using AVRDUDE "-F" switch
produces the same verification failure with these two part definitions.
I have tried various "-B" settings for AVRDUDE to no avail.
I have tried using external 8MHz crystal to no avail.
I have tried using internal 8MHz oscillator to no avail.
I have four (4) NEW ATmega32A's, none are blown as I can successfully program
all of them using JTAG, USBtinyISP and USBasp but using DRAGON_ISP, all fail
in the same manner.
Chinese fakes? I do not see how as these parts do not look like it. They have
ATMEL logo and date code of "1508".
Is this an AVRDUDE issue, an ATmega32A issue or combination of both?
Does anyone have any answers, ideas or clues to offer?
Thank you in advance.
Peace and blessings,
Scott
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?48261>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
- [avrdude-dev] [bug #48261] ATmega32A, AVR DRAGON ISP programming, verification error,
anonymous <=