ATmega48V mit avrdude programmieren scheitert - Verification Error

[Peter M. (petmic)]

Hallo Zusammen,
gerne würde ich einen ATmega48V-10AU mit meinem USB ISP-Programmer 
beschreiben. Leider schlägt dieses nach dem Schreiben mit einem 
Verification Error fehl. (Verification Error, first mismatch at byte 
0x0000 | 0x00 != 0x8d)
Ein Teil des Flash wird auch auf den Chip programmiert, aber leider 
nicht alles. Zusätzlich zeigt er mir nach dem Schreibvorgang 
Fuse-Änderungen an und fragt um Bestätigung.
Ich benutze Aufgrund andere Atmel Chips die avrdude-Version 6.1, da sich 
in den neueren Versionen diese nicht mehr beschreiben lassen.

Ein Bild der Kommandozeile in Windows beim Schreibversuch habe ich 
angehängt.

Bin über jede Hilfe dankbar!

[Oliver S. (oliverso)]

Die Google suche zu „atmega48 verification mismatch“ liefert u.a. einen 
Hinweis auf Probleme mit USBASP und 3.3V Versorgungsspannung.

z.B.
Beitrag "atmega328 avrdude verification error"

Oliver

[Peter M. (petmic)]

Hallo Oliver,
vielen Dank für deine Nachricht. Das mit der 3.3V Versorgungsspannung 
habe ich auch schon gesehen. Genutzt wird allerdings folgender 
ISP-Programmer mit im Jumper eingestelltem 5V Versorgungsspannung: 
(https://www.diamex.de/dxshop/Diamex-AVR-Prog-Programmer-fuer-ISP-PDI-TPI)
Anleitung: 
https://www.diamex.de/dxshop/mediafiles//Sonstiges/Diamex-AVR-Prog-Anleitung.pdf

Woran kann es noch liegen?

[Stefan F. (Gast)]

Peter M. schrieb:
> Woran kann es noch liegen?

Fehler in der Verkabelung, Kabelbruch, Wackelkontakt, am AVR nicht alle 
Stromversorgungs-Pins angeschlossen, mangelhafte Stromversorgung, ...

Lass uns besser den Spieß umdrehen. Zeige Fotos von deinem Aufbau, incl 
Kabel und Stromversorgung. Dann sieht sicher irgendwer, woran es 
wahrscheinlich scheitert. Ist besser als 30 Hinweisen einzeln 
nachzugehen.

[Peter M. (petmic)]

Die Verkabelung ist nicht das Problem. Diese funktioniert mit dem 
gleichen Programmer und Verkabelung auch für einen anderen AVR.
Wenn dieser Fehler aber wegen einer Versorgungsspannung auftritt, müsste 
ich evtl. nochmal einen anderen USB-Port versuchen. Vielleicht hat 
dieser Probleme.

[Stefan F. (Gast)]

Peter M. schrieb:
> Die Verkabelung ist nicht das Problem. Diese funktioniert mit dem
> gleichen Programmer und Verkabelung auch für einen anderen AVR.

Hast du den Gegentest gemacht oder schreibst du das nur weil es gestern 
oder früher noch funktionierte? Ich frage so blöd weil ich bereits 
zweimal vergessen habe, Kabelbruch zu erwägen, und dadurch viel zeit 
vergeudet habe.

> Wenn dieser Fehler aber wegen einer Versorgungsspannung auftritt, müsste
> ich evtl. nochmal einen anderen USB-Port versuchen.

Versorgst du deine Schaltung über USB? Das soll man nicht tun. Die 
Stromversorgung durch den Programmieradapter ist nur für das Flashen 
nackter Mikrocontroller gedacht. In allen anderen Fällen soll die 
Platine ihre eigene Stromversorgung haben.

Ich bin sicher dass du alles geprüft hast, was dir eingefallen ist. Der 
Fehler ist immer da wo man denkt "dort habe ich nichts falsch gemacht".

Darum frage ich nochmal nach Fotos, insbesondere von den Stellen, an 
denen es deiner Meinung nach nicht liegen kann.

[Peter M. (petmic)]

Kabelbruch kann definitiv ausgeschlossen werden, da eine Programmierung 
eines anderen AVRs, AT90S1200, dieser auch geschrieben wird.
Die 5V Versorgungsspannung kommt vom ISP Adpater durch die 
USB-Schnittstelle selbst. Das funktioniert auch mit dem AT90S1200 aber 
anscheinend dann nicht für den ATmega, wenn die Annahme richtig wäre. 
Ich kann auch eine externe 5V Versorgungsspannung anlegen. Werde auf 
jeden Fall beide Varianten testen. Vielen Dank für eure Antworten!

[Stefan F. (Gast)]

Peter M. schrieb:
> Die 5V Versorgungsspannung kommt vom ISP Adpater durch die
> USB-Schnittstelle selbst. Das funktioniert auch mit dem AT90S1200 aber
> anscheinend dann nicht für den ATmega, wenn die Annahme richtig wäre.

Wenn das so ist, dann muss es einen signifikanten Unterschied zwischen 
den beiden Schaltungen gehen, der über den Programmieradapter und den 
AVR Chip hinaus geht.

Immer noch keine Fotos? Ich dachte du hoffst auf Hilfe. Dann mach mal 
welche!

[Kunz (Gast)]

Peter M. schrieb:
> erification Error fehl. (Verification Error, first mismatch at byte
> 0x0000 | 0x00 != 0x8d)
> Ein Teil des Flash wird auch auf den Chip programmiert, aber leider
> nicht alles ....

Diese Schlussfolgerung stimmt nicht, es wird nichts geschrieben erstes 
falsche Byte ist an adresse 0

Da das auslesen der Signatur funktioniert muss es am schreiben liegen.
Hängt da vielleicht Peripherie an den ISP Pins?

Ich denke Stefan hat Recht. Messe die Verbindung auf der aktuellen 
Schaltung bis zum Programmer durch!

[Marc V. (Firma: Vescomp) (logarithmus)]

Peter M. schrieb:
> Ein Teil des Flash wird auch auf den Chip programmiert, aber leider
> nicht alles.

Welches Teil?
Probier mal angehängtes HEX zu programmieren.
Die ersten 256 Bytes sind nur Nullen, die zweiten 256 sind FFs.
Wenn es durchgeht, ist höchstwahrscheinlich Flash von deinem Tiny
kaputt, wenn nicht, liegt es am Prommer oder Flash von deinem
Tiny ist 100% KO.