Guten Morgen,

ich glaube ich habe einen ATMega8 "kauptt" programmiert. Ich benutzte zum programmieren das STK500. Ich habe einen Quarz in den Sockel des STK eingesetzt und den OSCEL-Jumper auf 2-3 gesetzt. Dann habe ich die Fuses des Atmega auf einen externen Quarz (Medium Frequency) umgestellt. Alles hat funktioniert. Die Geschwindigkeit hat gepasst, da eine RS232-Kommunikation einwandfrei funktioniert hat.

Dann wollte ich Port B an die LEDs des STK anschließen und habe deshalb den kompletten Port B als Ausgang konfiguriert:

Code:
DDRB = 0b11111111;
PORTB = 0b00000000;
Nach dem flashen dieses Programmteils konnte ich nicht mehr mit meinem STK500 kommunizieren.Ich bekomme immer eine Fehlermeldung, dass das STK500 nicht angeschlossen ist. Wenn ich den Mega8 aus der Fassung ziehe geht es. Ebeneso wenn ich den OSCEL Jumper ziehe. (Die Kommunikation mit dem STK geht dann, programmieren nicht)

Ein Blick ins Datenblatt des Mega8 hat dann auch ergeben warum: PB6 und PB7 werden als XTAL-Pins verwendet. Mist!

Die RS232-Kommunikation läuft jetzt auch nicht mehr sauber.

Ich vermute das Problem ist, dass die XTAL-Pins durch den Atmel auf 0V gezogen werden und somit der Takt des Atmels und des STK aus dem Ruder gebracht wird.

Also habe ich den XTAL-Jumper vom STK noch gezogen und OSCEL wieder auf 2-3 gesteckt, damit der Atmel vom Quarz läuft und das STK vom Takt abgetrennt ist. So ist die Kommunikation mit dem STK wieder gelaufen. Ich habe den ISP-Takt auf 1,2kHz gesetzt und die Fuses des Mega8 wieder auf den Internen RC-Oscillator setzen können. Nur leider blockiert er immer noch mein STK. Sobald der Mega8 steckt kann das AVR-Studio nicht mehr mit dem STK kommunizieren, egal wie ich die Jumper XTAL und OSCEL setze, oder sogar ganz weg lasse.

Aus Verzweiflung habe ich die zwei Pins PB6 und PB7 (XTAL1 und XTAL2) des Mega8 hochgebogen, aber trotzdem blockiert er das STK.

Hat noch jemand eine Idee?

Viele Grüße
Andreas