Unterschied In-System-Programmierung Atmega 8 <-> 16

[Mathias B. (bzzz)]

Hi,

ich hör die AVRISP'ler ja schon rufen, aber noch kann ich sie ignorieren 
;)

folgendes Problemchen: Ich würd mir gerne den Transistortester nachbauen 
und war vorhin motiviert, mal den Atmega vorzubereiten. Ich hab als 
Programmiergerät im Prinzip den SK200-Nachbau von der Ponyprog-Seite 
(hier und da evtl. n paar Werte anders, weiß ich nicht mehr genau, gibt 
den ja auch in verschiedenen Varianten). Die Pins kann ich 
breadboardmäßig auf nen 40er Textool-Sockel legen, bin da also im 
Prinzip für alle denkbaren Größen und Belegungen gerüstet. Nen Atmega 16 
PU kann ich damit via AVR-ISP wunderbar auslesen und beschreiben, Fuses 
setzen, etc.

Aber: Mit dem Atmega 8 (L) nicht. Dort wirfts bei allen möglichen 
Einstellungen "Your target device is not responding, check power, 
connections & clock settings". Klar, die Pinbelegung ist ne andere, 
genau dafür ist mein Sockel ja flexibel verdrahtbar. Pins am Atmega 
haben alle Kontakt, in der Software ist der µC-Typ natürlich auch 
umgestellt. Rupf ich alles wieder raus und steck den 16er mit passender 
Verkabelung rein, dann läuft er wieder. Probleme bei der 
Spannungsversorgung (5V-Netzteil bzw. USB) kann ich damit ebenso 
ausschließen wie die Notwendigkeit für nen Neustart o.ä., wenn ich den 
IC wechsle...

..aber woran liegts dann? Der 8er ist fabrikneu, sollte sich am nicht 
angestöpselten XTAL also nicht stören. Nebenbei hab ich den 16er auch am 
gleichen Gerät in Betrieb genommen - von daher fällt mir jetzt absolut 
kein Grund mehr ein, warum das Ding nicht gehen sollte.

(natürlich hab ich keinen zweiten 8er da, wär ja auch zu schön, wenn man 
mal komplett & im Überfluss ausgestattet wäre...!)

Grüße :)

[Jonathan S. (joni-st)]

Das hört sich sehr nach zu hoher ISP-Frequenz an. Stell die doch mal 
runter. So auf 125kHz.


Gruß
Jonathan

[Mathias B. (bzzz)]

In AVR-ISP (hab mir da auch mal die neuste Version geholt - bis auf den 
neuen Nag-Screen für USB keine Änderung) geht das ja nur indirekt 
zwischen Fastest und Slowest, wobei ich vom 16er weiß, dass ich bei 1 
MHz maximal Fast wählen kann. Funzt mit dem 8er aber wie gesagt auf 
keiner Einstellung.

Mit dem Parameter -i in avrdude tut sich aber auch nichts. Da kann ich 
auch tausend µs warten lassen, da kommt dann auch stets:

avrdude.exe: AVR device not responding
avrdude.exe: initialization failed, rc=-1
             Double check connections and try again, or use -F to 
override this check.

[Mathias B. (bzzz)]

So, hab nun zwei weitere Atmega8, mit denen es auch nicht funktioniert. 
Und zwei weitere 16er, die wieder problemlos laufen. Pinbelegung nochmal 
geprüft, Durchgangstest auf allen benötigten Ports positiv, vielleicht 
bin ich auch einfach nur zu doof für den 8er...

[holger (Gast)]

>vielleicht bin ich auch einfach nur zu doof für den 8er...

Alle VCC und GND anschliessen, und ganz wichtig:
100n zwischen VCC und GND ganz dicht am Chip.

Nur kurze Kabel verwenden. Nicht mehr als 10cm. Dann klappts
auch mit nem STK200.

[spess53 (Gast)]

Hi

>Nur kurze Kabel verwenden. Nicht mehr als 10cm. Dann klappts
>auch mit nem STK200.

Komisch. Mit dem original STK200/300 Programmern war 1m ISP-Kabel und 3m 
Druckerkabel kein Problem.

MfG Spess

[Mathias B. (bzzz)]

Ein 10cm-Parallelkabel? Damit kommt man ja vom Port noch nichtmal auf 
Tischhöhe runter...