Seit dem setzen der FUSEbits ATMEGA nicht mehr programierbar

icke schrieb:
> Ich meine mich zu erinnern, dass es einen Zusammenhang zwischen AVR
> Taktrate und ISP-Rate gab.

ISP-Clk * 4 < CPU-Clk


Edit:
Da ich weder mit dem MKII noch dem Atmel Studio 5 arbeite:
Bist du sicher, dass die Fuses dort nicht invertiert geschrieben wurden?
Habe gerade die invertierte Version hier eingetragen: 
http://www.engbedded.com/fusecalc/

Dann könntest du wieder Zugriff erlangen, in dem du einen Takt von einem 
anderen µC oder einem Quarzoszillator an XTAL1 einspeist.

Der_Bär schrieb:
> HIGH: 0x19

Imho sieht das so aus als ob du ExtReset abgeschaltet u. DebugWire 
eingeschaltet hast. Dann ist afaik kein prog. über SPI mehr möglich.

Ich benutze diese Einstellung immer um über DebugWire zu debuggen.
Um die Bits zurück zu setzen muss man eine Debug-Session aufmachen und 
diese mit "Disable debugWIRe and Close" beenden.


EDIT:!!!!!!!!!
Vergiss den Quatsch den ich geschrieben hab! War beim flaschen Atmega!

Max Mustermann schrieb:
> Imho sieht das so aus als ob du ExtReset abgeschaltet u. DebugWire
> eingeschaltet hast.

Das schloss ich aus, da laut Datenblatt keine DebugWire-Bezeichnung am 
Reset-Pin liegt. Habe es aber aufgrund mangelnder vorheriger Suche nicht 
explizit erwähnt.
Dazu habe ich mal gerade das Datenblatt nach "debug" und "ocden" 
durchsucht. Beides führte mich zu JTAG und dessen 
Debugging-Möglichkeiten. Es wird nur erwähnt, dass der Reset-Pin vom 
Debugger überwacht wird, um externe Reset-Quellen zu erkennen. - Eine 
Suche nach "debugwire" war erfolglos, weil wohl nicht vorhanden.

Edit: Deinen Edit während meines Posts geschrieben. :D

Alle (A)VCC, GND und PEN richtig angeschlossen?

Wenn auf extrnen Clock eingestellt wurde hat man ja die Moeglichkeit des 
externen Clocks. Also einen Arbitrary Funktionsgenerator, oder ein 
Clockgenerator Modul dran anschliessen...

Genau so, wie du es gesetzt hast. Dabei wäre aber erstmal zu klären, ob 
definitiv zu 100% 0x19 und 0xFF als Fuses gesetzt wurden, und nicht 0xE6 
und 0x00.

Bei letzterem erwartet der Controller einen Takt, wie er auf Seite 320 
des Datenblatts beschrieben wird. Siehe Fig. 153 und Tab. 131.

1

        2.7V - 5.5V     4.5V bis 5.5V

2

Trise   1.6µs Max       0.5µs Max

3

Tfall   1.6µs Max       0.5µs Max

Du sagtest, dass du den Takt an XTAL1 messen kannst. Wie sieht der aus? 
Wie hoch ist die Amplitude? Periodendauer? (Also stimmen die 16MHz, von 
denen du redest?)

Der_Bär schrieb:
> Warum sollten sie dann invertiert
> sein?

Tabellen 117, 118, 119, Seite 287 f.
0 (programmed) - 1 (unprogrammed)

Der_Bär schrieb:
> Wenn ich wirklich das ocden bit gesetzt habe sollte ein programmieren
> über ISP nicht mehr möglich sein.
Dazu habe ich im Datenblatt nichts gefunden. Ich würde sagen, dass der 
ISP-Zugang davon nicht beeinträchtigt wird. Kann das jemand anderes 
bestätigen?

Der_Bär schrieb:
> Wie kann ich ocd-debbuggen?

JTAG Interface, wie im Datenblatt beschrieben, sofern JTAGEN aktiviert 
(0) ist. Siehe Seite 250.


Aber warten wir mal mal morgen ab, wenn du dir das Oszi-Bild nochmal 
angeschaut hast. Wie gesagt, testweise kannst du es mal mit einem 
externen Takt versuchen, sonst hilft wahrscheinlich nur noch HVPP zum 
zurücksetzen der Fuses.