atmega32 / atmega8 Grundschaltung - Probleme mit avrdude (Invalid device signature)

Hi,
Danke erstmal für die Info.
Ich habe mal versucht, was in dem Fenster stand:
...,or use -F to override this check.
Das Laden hat dann scheinbar funktioniert, aber sehr sehr lange gedauert. Kann es sein, dass ich nen Kurzschluss irgendwie zwischen den Pins verursacht habe und diese dann defekt sind und zu dem Fehler führen. Aber gleichzeitig kann ich mir das nicht vorstellen, weil sonst hätte ich das Programm ja nicht in den Controller laden können. Und wie gesagt, der Takt ist da, weil schließlich hat ja die LED normal geblinkt...

Zitat:

---

Man könnte den µC theoretisch auch per pralleler Programmierung mit hoher Spannung am Reset Pin programmieren, wenn man z.B. ein original STk500 hat. Die meisten einfachen Programmer können dies aber nicht.

---

Woher weiß ich, ob mein Programmer das kann? ich habe den DIAMEX USB-ISP Programmer : http://www.reichelt.de/Programmer-En...DIAMEX+USB+ISP
Er hat das STK500v2 Protokoll.
Danke für eure/deine Antwort :D

Ohne den Diamex Programmer wirklich zu kennen, würde ich sagen, der kann das parallele Programmieren nicht. Das ist halt ein eher selten genutzter Mode den der original Atmel STK500 oder Atmel Dragon unterstützen. Dafür braucht man auch deutlich mehr Leitungen, so dass man das bei günstigen Nachbauten in aller Regel nicht findet - normal braucht man den Mode auch nicht, weil man das meiste auch per ISP machen kann. Das Protokoll vom STK500 wird relativ oft genutzt - was aber nicht heißt, dass auch alle der Funktionen unterstützt werden. Das Sorgt nur dafür das man auf der PC Seite die selbe Software nutzen kann und z.B. direkt aus AVRStudio die Datenübertragen kann.

Bei einer nicht richtig eingelesenen Chip ID mit -F zu arbeiten ist schon mutig. Das heißt ja dass man eine nicht zuverlässige (bzw. gar keine funktionierende) Datenverbindung vom µC zum Programmer hat. Wenn man Pech hat kann man so auch zufällig die Fuses verstellen - ist nicht wahrscheinlich aber möglich. Ähnlich unwahrscheinlich ist es auch das das programmieren dann geht. Eine mögliche Erklärung für diesen seltenen Fall wäre ggf. ein ungewöhnlich großer Kondensator am Reset Pin, so dass der µC länger braucht bis er auf das Programmieren reagiert. Die sehr langsame Programmierung würde eventuell noch für einen sehr langsamen Takt am µC spechen (z.B. 125 kHz vom Watchdog) - ggf. probiert der Programmer das nicht bei der Chip ID, obwohl es gerade da sinnvoll wäre.

Ok, danke erstmal für deine Bemühungen.
Also, das Programm raufspielen hat fehlerfrei geklappt. Da ich aber nicht weiß, was der eigentliche Fehler ist, hab ich mir gestern einen neuen µC bestellt. vielleicht ist er einfach kaputt. Naja...

Zum Programmer, der hat nur 6 Pins.... VDD (5V/3,3V) GND, MISO,MOSI,SCK,Reset...

Ich fand es halt nur schade, dass der Controller mit einmal nicht mehr funktionierte.
Nochmals danke, für deine Hilfe.
MfG
RP6fahrer