Flashen mit avrdude schlägt fehl

Gast #180732
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:
Gast #180733
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
Gast #180734
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
Gast #180735
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".
Gast #180736
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
Gast #180737
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 schreiben

Eine eigene Frage? Dieser Thread ist über 21 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.