ATmega32 ISP

Womit programmierst du denn? Atmel Studio? Eventuell hilft es, die 
ISP-Clock manuell etwas niedriger zu setzen, damit konnte ich im Falle 
von Fehlern beim Programmieren schon Abhilfe schaffen.

In der Bedienungsanleitung des STK500 steht doch wie man 
HV-Programmiert.

Das mit der ISP-Frequenz hab ich auch schon versucht... ohne Erfolg. 
Programmieren tu ich übrigens mim AVR-Studio 4. und in der Manual steht 
ja nichtmal dass man den ATmega32 auf das Board packen kann. :-)

Atmega32 müsste dieselben Pins verwenden wie der Atmega16, von daher 
müsste es auch mit dem 32 gehen. Hast du versehentlich die Lockbits 
gelöscht, die ein zukünftiges Programmieren des ATmega verhindern?

Ansonsten fällt mir auf die Schnelle noch ein, evtl mal unter "Add 
Target" den ISP-Programmer nochmal neu hizuzufügen, falls du ihn jetzt 
an einem anderen USB-Anschluss hängen hast, nochmal zu checken ob der 
ATMega32 ausgewählt ist, falls du zwischenzeitlich einen anderen µC 
programmiert hast.

Inwiefern bekommst du denn keine Verbindung? Wird nicht erkannt, dass 
überhaupt etwas angeschlossen ist, oder kommt beim Programmieren eine 
Fehlermeldung?

Patrick R. schrieb:
> Programmieren tu ich übrigens mim AVR-Studio 4. und in der Manual steht
> ja nichtmal dass man den ATmega32 auf das Board packen kann. :-)

Naja, Atmel verkauft ganz gern neue Mikrocontroller. :-) Ich ja auch. 
;-)
Ich wüsste aber keinen Grund, warum es mit dem alten ATmega32 nicht 
klappen sollte. Hat sich an der Verdrahtung etwas geändert? Lässt sich 
das aufgespielte Programm lesen? Klappt der Zugriff auf einen anderen, 
noch nicht programmierten ATmega32?

Ich komme schon bei dem connect-Fenster nicht weiter... (angehängtes 
Bild) Dass ich da durch komm muss auch ein controller erkannt werden, 
welcher ist da erst mal egal, hauptsache es antwortet einer. Und mit 
einem anderen ATmega32 hab ichs auch schon versucht. da konnte ich dann 
auch ein mal das Programm drauf spielen und dann ging auch nichts mehr. 
dann kann ich keine fuses mehr lesen, keine Programme auslesen gar 
nichts. Und sobald ich das Fenster dann zu mache kann ich auch keine 
Verbindung mehr aufbauen bzw. die Verbinjdung ist wohl schon zuvr nicht 
mehr möglich.

gute Frage :-D

Hmm hast du evtl Lockbit 0 und 1 gelöscht?

"Further programming and verification of the Flash and
EEPROM is disabled in Parallel and SPI/JTAG Serial
Programming mode. The Fuse bits are locked in both
Serial and Parallel Programming mode.(1)"

kann ich mir eigentlich kaum vorstellen, wenn dann müsste das wohl mit 
dem Makefile passiert sein aber da hab ich nichts gefunden. Und wenn ich 
nur die .hex einspiele kann ich die fuses auch nicht verändert haben 
oder?

Per HV-programming habe ich auch keinen Zugriff... (Die Hilfe vom Atmel 
Studio 6 ist aktueller und beschreibt auch den ATmega32 zusammen mit dem 
STK500)

Hast du denn schon mit AVR Studio 4 andere Controller programmiert, die 
danach aber weiter programmierbar waren? Also tritt nur beim ATmega32 
dieser Fehler auf?

Ich habe nicht AVR Studio 4 installiert, sondern 6. Gehe aber davon aus, 
dass man die Fuse- und Lockbits da auch extra programmiert.

Aber wäre zugegebenermaßen auch ein ziemlich harter Bug, wenn 
standardmäßig die Lockbits so eingestellt würden^^

ich hab auch andere Controller programmiert und das Problem tritt beim 
mega 32 auch nicht immer auf sondern nur bei dem einen Programm. hier 
noch das Programm...

Bei deinem Bild vermute ich ein Verbindugsproblem zum STK500.
Der ATmega ist ausen vor.
Versuche mal eine Baudrate von 9600.
Und versuche das aktuelle Atmel Studio (6.2).
Mein STK500 hat die Version 2.1 . Auch das mal prüfen.

Hast du in der Systemsteuerung schon mal nachgeschaut welchen COM-Port 
das STK verwendet. Sollte dieser höher als 8 sein, dann umstellen auf 
einen niedriegeren oder im AVR-Studio mehr Ports einstellen.
Das in der Beschreibung der Mega32 nicht angeführt ist sollte man schon 
etwas flexibler sehen.
Das STK500 ist schließlich ein Experimentierboard mit dem man sich doch 
etwas beschäftigen sollte. Da sollte man schon erkennen das man in einen 
Sockel alles hineinstecken kann das zum Angeführten Pinkompatibel ist. 
So kann man in den Sockel des Mega8 ja auch von Mega48 bis 328 alles 
hineinstecken. Dementsprechend auch in den anderen Sockeln.

Die Baudrate ist im System auf 9600 eingestellt, ich wollte eine neue 
Firmware installieren, hab aber bisher noch keinen Link gefunden und 
auch noch keine Ahnung welche drauf ist.
Das Board hängt an COM2, Verbindungsaufbau zu einem anderen Controller 
(ATmega8) ist kein Problem, leider hab ich grad keine 32er mehr.
Das Problem muss irgendwo an dem Sockel liegen oder in dem Programm, 
denn ich programmiere zurzeit auch des öfteren einen ATmega32 auf einem 
externen Board übe die ISP vom STK500 und da tritt das Problem nicht auf 
o.O

Edit: An der Hardware kanns wohl auch nicht liegen, zu einem ATmega644 
im selben Sockel kann ich auch problemlos eine Verbindung herstellen...

Damit bleibt eigentlich nur noch das Programm als Fehlerquelle.

Das Programm wohl kaum. Beim Programmieren wird der Programmablauf 
angehalten. Es werden entweder die Fuses sein oder es war der falsche 
Prozessortyp eingestellt.
HV-Programmierung sollte aber in jedem Fall möglich sein.

Selbst die HV-Programmierung funktioniert nicht. (Steckverbindungen wie 
in der Beschreibung vom Atmel Studio 6 zum STK500 und ATmega32)
Das seltsame ist ja dass das Problem zwei mal auftrat nachdem ich 
dasselbe Programm auf veschiedenen Chips eingespielt hab, dass de 
rfalsche Typ eingestellt war dürfte beim Atmel Studio 4 nicht einmal 
einen Unterschied machen, definiert ist der ja auch schon im Makefile.

Nein aber das kriegt ja auch nur das hex-file da sollte das ja schon 
beachtet sein... Naja egal... vielen Dank euch allen der Tipp mit der 
Firmware hat funktioniert... nachdem ich sie gefunden hatte :-)
Vielen Dank euch allen :-)