ATMEGA168 Programieren-> Fehlermeldung

[sparkfun (Gast)]

Hallo,

Ich habe einen ATMEGA168 zu programmieren. Ich versuche mit AVR-Studio 4 
und dem Programmieradapter AVRISP mkII das .HEX File das ich habe auf 
den Pic zu kriegen.
Das LED leuchtet grün, also sollte es soweit mal funktionieren. Geh also 
im AVR-Studio auf "Tools" dann "programm AVR" und dann "connect". Dann 
kommt eine Fehlermeldung (siehe Anhang).
Wenn ich dort OK drücke wähle ich den AVRISP mkII und bei Port "USB" und 
drück dann auf "connect".
Bei Flash wähle ich dann mein .HEX File und versuche es mit "program" 
auf den PICC zu laden. Dann kommt gleich wieder diese Fehlermeldung, 
egal welchen Reiter ich dann oben anwähle, kommt immer vorher kurz diese 
Meldung.
Beim ersten Mal hat es geklappt, so als würde jetzt ein Schreibschutz 
auf dem PICC sein.

Weiss jemand wie ich das Teil programmieren kann?

Danke für die Hilfe!

[sparkfun (Gast)]

Niemand der mir AVR programmiert?

[Stefan B. (stefan)]

Warum schreibst du PICC statt Atmega168?

Bist du den Meldungen nachgegangen? Also hast du im AVR Studio in den 
Optionen für deinen ISP-Programmer die ISP-Frequenz mal drastisch 
runtergesetzt?

Du solltest nicht versuchen irgendwas auf den Atmega168 zu schreiben bis 
die Signatur des Atmega168 korrekt gelesen werden kann!

[sparkfun (Gast)]

Da wir zuerst was mit einem PICC machen wollten ist das jetzt noch 
hängen gebliben :)

Ja, hab gelesen diese Frequenz sollte 4 mal kleiner sein als angegeben. 
aber nicht mal auf dem kleinsten geht es.

>Du solltest nicht versuchen irgendwas auf den Atmega168 zu schreiben bis
>die Signatur des Atmega168 korrekt gelesen werden kann!
Das heisst? Wie kann ich das richtige lesen der Signatur 
bewerkstelligen?
Mit andernen Worten hab ich den ATMEGA totgeschrieben?

[Nick A. (Gast)]

Hi,
hast du den ATmega schonmal beschrieben bekommen oder bekommst das mit 
dem Brennen gar nicht ans Laufen? Ein bisschen mehr Background wäre 
hilfreich um das Problem zu analysieren.

Zum Problem: wenn es nur sporadisch auftritt, ISP-Programmer abziehen 
und neu einstecken. Falls allerdings ein Treiberproblem o. ä. 
ausgeschlossen werden kann, als auch der Trick mit der niedrigen 
Frequenz nicht fruchtet, kann es natürlich sein, dass der µC gar nichts 
mehr tut. Dieses Problem hatte ich auch schon. Die Meldung kommt 
jedenfalls immer, wenn man entweder keinen Zugriff auf den µC 
hat(defekt!? verfused?! usw.) oder die Leitungen fehlerhaft 
angeschlossen sind.

[David (Gast)]

Hast du den Mega richtig rum im Sockel? (War bei mir letztes mal der 
Fehler, als ich diese Meldung hatte )

Sind alle Leitungen des Programmers richtig an den Controller 
angeschlossen?

Hat es jemals funktioniert?

[Kurt H. (Firma: KHTronik) (kurtharders)]

Vermutlich hast Du die Fuses so eingestellt, dass der ATMega jetzt eine 
externe Takterzeugung braucht (Quarz o.ä.).
Diesen Zustand kannst Du nur mit HV-Paralellprogrammierung oder eine 
angeschlossene Takterzeugung beseitigen. Der erste Blick muss immer auf 
die Fuses gehen, um sich nicht auszusperren.

[David (Gast)]

Kurt Harders schrieb:
> Vermutlich hast Du die Fuses so eingestellt, dass der ATMega jetzt eine
> externe Takterzeugung braucht (Quarz o.ä.).

Glaub ich nicht Der Fehler tritt bei programmieren auf. Da bekommt der 
Proc den Takt vom Programmer. Da wird kein externer Clock benötigt. 
Oder?

Die Fuses können das programieren nur dann verhindern, wenn die 
verwendete Schittstelle über die Fuses desaktiviert wurde. Dann hilft 
nur die andere Schnittstelle zu nehmen, oder HV-Programmierung.

[Karl H. (kbuchegg)]

David schrieb:
> Kurt Harders schrieb:
>> Vermutlich hast Du die Fuses so eingestellt, dass der ATMega jetzt eine
>> externe Takterzeugung braucht (Quarz o.ä.).
>
> Glaub ich nicht Der Fehler tritt bei programmieren auf. Da bekommt der
> Proc den Takt vom Programmer. Da wird kein externer Clock benötigt.
> Oder?

Falsch

[Heinz (Gast)]

> Glaub ich nicht Der Fehler tritt bei programmieren auf. Da bekommt der
> Proc den Takt vom Programmer. Da wird kein externer Clock benötigt.
> Oder?

Bei JTAG ja bei ISP nein.

[Heinz (Gast)]

sorry falschrum. Bei JTAG nein und bei ISP ja. Also ISP benötigt den 
Clock.

[Kurt H. (Firma: KHTronik) (kurtharders)]

Heinz schrieb:
> Bei JTAG nein und bei ISP ja. Also ISP benötigt den
> Clock.

Genau so ist es. Und HV-Porgramming braucht auch keinen Takt und kann so 
den Prozessor retten.