AVR-Dragon arbeitet nicht

Lies doch mal gaaaaaanz genau die Ausgabe durch du Held, bzw. überlege 
dir doch mal, woher diese Signatur herkommt :-)

Nur so als Tipp am Rande: Inbetriebnahme mit einem Tool des Herstellers 
ist üblicherweise kein schlechter Weg für einen blutigen Anfänger. Daher 
solltest du vielleicht mit so wenig Erfahrung es doch mal zuerst mit AVR 
Studio versuchen anstatt Fragen zu stellen, die sofort erkennen lassen 
dass du dich nicht mal bemühst...

Alex schrieb:
> Weiß jemand Rat?

Welchen Controller hast Du dafür im Einsatz?

Hallo,

also der "Held" hatte sich vor dem Threat bemüht und auch das gemacht, 
was die Ausgabe verlangt. Habe die Leitungen getestet und auch das mit 
dem force probiert. Führte aber nicht zum Erfolg.
Ganz so blutig bin ich übrigens auch nicht. Habe bisher immer mit 
USB-AVRLAB von ullihome gearbeitet, bis er nach 3 Jahren seinen Geist 
aufgab und mir ein Kommilitone den Dragon nahelegte. Zudem bin ich kein 
Windowsfreund und möchte gerne bei Geany und gedit bleiben.

Ich nutze einen Atmega32.

Dragon VTG und Atmega32 VCC habe ich mit dem Dragon VCC verbunden. GND 
ist ja über das ISP-Stecker dran.

Irgendwo habe ich gelesen, dass der Fehler auch bei zu hoher 
ISP-Frequenz auftreten kann, weiß jedoch nicht, wo man die einstellt. 
(vielleicht -B bitclock)

Wenn ich force nutze dann kommt folgendes:

1

$ avrdude -c dragon_isp -p m32 -P usb -e -F

2

3

avrdude: AVR device initialized and ready to accept instructions

4

5

Reading | ################################################## | 100% 0.15s

6

7

avrdude: Device signature = 0x000000

8

avrdude: Yikes!  Invalid device signature.

9

avrdude: Expected signature for ATMEGA32 is 1E 95 02

10

avrdude: safemode: Verify error - unable to read hfuse properly. Programmer may not be reliable.

11

avrdude: safemode: To protect your AVR the programming will be aborted

12

13

avrdude done.  Thank you.

Dann währen ein paar Infos zum Target ganz hilfreich. Möglicherweise ist 
ja gar nicht dein AVR-LAB defekt, sondern die Zielhardware?

Hast du unterschiedliche Boards probiert, oder nur eines mit immer 
demselben Prozessor?

Wie sieht es mit den Fuses aus? Wenn die Taktversorgung verstellt wurde, 
kommt exakt der oben genannte Fehler. Als Gegentest hilft am ehesten ein 
fabrikfrischer AVR, der ist in jedem Fall auf internen Takt gefused.

Alex schrieb:
> "Held" hatte sich vor dem Threat bemüht

Womit möchtest der Held uns denn drohen?

Wichtel schrieb:
> Womit möchtest der Held uns denn drohen?

Gar nicht drohen. Wollte nur zu verstehen geben, dass es nicht nett von 
0x53 0x54 0x45 0x46 0x41 0x4E war ohne Kenntnis so zu urteilen.

Ansonsten scheint sich das Problem gelöst zu haben. Obwohl mir 
AVR-Studio zeigte, dass die Firmware aktuell ist war sie es nicht. Habe 
AVR-Studio 5.1 installiert und dann die Firmware aktualisiert und nun 
geht es.

Bei mir hat dann auch avrdude ohne Extraeinstellungen funktioniert:

1

avrdude -c dragon_isp -p m32 -P usb -e

2

3

avrdude -c dragon_isp -p m32 -P usb -U flash:w:main.hex -U eeprom:w:main.eep.hex

Im Studio musst ich die ISP-Frequenz noch runterschrauben auf 500kHz 
damit es fehlerfrei lief...

Danke und Gruß

Alex schrieb:
> Gar nicht drohen.

Du hattest ja selbst einen "Threat" erwähnt. Das ist ein deutlich 
anderes Wort als "Thread", dass du möglicherweise meintest.

Herzlichen Glückwunsch dass sich dein Problem aufgelöst hat! ;)