Flashen mit avrdude schlägt fehl

Thilo Wawrzik Gast #180732
Lesenswert?
• ▲
▼ 
Hallo zusammen!

Ich bin neu auf dem Gebiet und hoffe auf Nachsicht ;-)
Wenn ich versuche mit avrdude einen ATmega16 zu programmieren,
geht das meist schief. Die log-Datei habe ich mal angehängt.
Er verarbschiedet sich mit einem "verification error" und
und meldet etwas von Fuses ...
Also zur Frage: Was mache ich falsch?

1. Muss ich bei jedem Programmiervorgang die LockBits/Fuses mit
angeben oder behält er immer die letzten gespeichert?
2. Wodurch kann der o.g. Fehler sonst zustande kommen?

Verwende einen STK200-kompatibler Programmieradapter.

Grusz Thilo
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Stefan Seegel Gast #180733
Lesenswert?
• ▲
▼ 
Hallo,

der Vergleichsfehler tritt bereits beim ersten Byte auf und die Fuses
werden als 0xFF gelesen, ich würde mal behaupten dass der Programmer
nicht richtig am Prozessor angeschlossen ist (Verkabelungs /
Aufbaufehler).

Stefan
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thilo Wawrzik Gast #180734
Lesenswert?
• ▲
▼ 
Hab nochmal ein bisschen rumprobiert. Gleicher
Aufbau/Verkabelung mit PonyProg und Yaap (unter WinXP).
Zumindest das Auslesen des Flash-Speichers funktioniert
offenbar problemlos. Auch beim Programmieren selbst
melden beide Programme keine Fehler. Immer erst anschließend
beim Verifizieren. Außerdem scheint etwa jeder 3-4 Versuch
mit avrdude erfolgreich zu sein. Und der uC tut's.

Verwende übrigens das AVR-USB-Board und ISP-Adapter
aus dem mikrocontroller.net Shop. Das wird doch wohl
richtig "verkabelt" sein, oder?
Bin etwas ratlos ??-)
Kann das z.B. ein Timing-Problem sein?

Thilo
Antwort Zitieren Bearbeiten Löschen Beitrag melden
mthomas Gast #180735
Lesenswert?
• ▲
▼ 
Da die Chip-Signatur richtig gelesen wird, scheint zumindest die
"Verkabelung" in Ordnung. Stromversorgung geprueft? Stabil? Evtl. mal
Oszil. an VCC-Pin des AVR klemmen und nachsehen, ob es
Spannungseinbrueche gibt. Bei Versorgung ueber USB: testweise USB
abklemmen und stattdessen eigene Versorgung ueber 7805 oder verglb.
nutzen. Kann natuerlich schon ein Timing-Problem sein, waere aber
erstaunlich, wenn alle 3 getesteten Programme darunter "leiden".
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thilo Wawrzik Gast #180736
Lesenswert?
• ▲
▼ 
Also die Versorgungsspannung sieht recht stabil aus.
Hab aber trotzdem mal nen Labornetzteil drangeklemmt,
ohne Erfolg. Habe außerdem einen Programmierversuch
vom Notebook aus unternommen. Da bekomme ich übeerhaupt
keine Verbindung zum uC! :-(
- Sollte man die parallele Schnittstelle in einem
bestimmten Modus (ECP, EPP, bidirektional) betreiben?
- Was passiert, wenn z.B. ein früherer Versuch
mittendrin unterbrochen wurde? Wird der Chip dadurch
evtl. unbrauchbar?
- Ist ein Programmer mit serieller Schnittstelle besser?
(Gibt es da irgendwelche Erfahrungen? Wie macht Ihr das?)

Wie gesagt, AVR ist für mich Neuland.
(bisher 8051er mit Assembler)
Danke für Eure Mühe, Thilo
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Uwe Fechner Gast #180737
Lesenswert?
• ▲
▼ 
Hallo,

hatte letztens ein ähnliches Problem.

Der Grund war ein 100nF Kondensator, der an einer der beiden seriellen
Leitungen hing, die zum in-curcuit programmieren genutzt werden.

Grüße:

Uwe
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren