Atmega32 verfused

Die im Fuseprogramm vorgewählten (!) Fuses passen für den "11,5 bis 12 
MHz Quarz".

Wenn der Atmega32 sich damit nicht fusen lässt,

1) ist der Atmega32 vielleicht verfust oder
   Ist der Atmega32 werksfrisch oder hat jemand vorher Fuses 
eingestellt?
   Wenn letzteres - welche Fuses?

2) die Targetschaltung in der Atmega32 sitzt hat ein Problem
   (z.B. der "11,5 bis 12 MHz Quarz") oder
   Schaltplan und Foto vom Aufbau gibt es keine? Bildformate beachten.

3) der ISP-Adapter hat ein Problem oder
   Angaben zum ISP-Adapter gibt es keine?

4) das Fuseprogramm hat ein Problem
   Hat das Fuseprogramm vorher funktioniert? Konntest du die Fuses vor 
dem
   Ändern auf die Fuseeinstellung für den "11,5 bis 12 MHz Quarz" 
korrekt
   auslesen?

Helfer schrieb:
> der ISP-Adapter hat ein Problem oder
>    Angaben zum ISP-Adapter gibt es keine?

Doch. Ich habe mir den Parallelportadapter von Scott Falk Huehn 
nachgebaut. Ist auf der älteren Seite beschrieben (allerdings für einen 
Atmega8)

Helfer schrieb:
> das Fuseprogramm hat ein Problem
>    Hat das Fuseprogramm vorher funktioniert? Konntest du die Fuses vor
> dem
>    Ändern auf die Fuseeinstellung für den "11,5 bis 12 MHz Quarz"
> korrekt
>    auslesen?

Ja, ich habe damit alle Controller (Tiny13, Atmega8, Mega32) auslesen 
und beschreiben können! Ebenso auf die Fusebits konnte ich zugreifen und 
ändern (sonst hätte ich ja jetzt nicht dieses Problem) ;-)

Helfer schrieb:
> ist der Atmega32 vielleicht verfust oder
>    Ist der Atmega32 werksfrisch oder hat jemand vorher Fuses
> eingestellt?
>    Wenn letzteres - welche Fuses?

Der Mega32 ist werksfrisch und an den Fuses hab ich nix verstellt vorher

> Der Mega32 ist werksfrisch und an den Fuses hab ich nix verstellt vorher

Dann das Targetboard und den ISP-Adapter kontrollieren. Vielleicht hat 
sich nur ein Kabel gelockert oder die Stromversorgung ist noch 
ausgeschaltet.

> Ja, ich habe damit alle Controller (Tiny13, Atmega8, Mega32) auslesen
> und beschreiben können! Ebenso auf die Fusebits konnte ich zugreifen und
> ändern (sonst hätte ich ja jetzt nicht dieses Problem) ;-)

Anderer Atmega32 nehme ich an, oder?

Ja einen anderen Atmega32, der ist aber schon verbaut

habe nochmal die Kabel überprüft, es hatten sich zwei gelöst und hab sie 
wieder wie vorher drangelötet. Aber das Problem bleibt. Ich habe einen 
12Mhz Quarz an Xtal 1 und 2 drangelötet aber er kommuniziert nicht 
richtig.
Ich habe an die Leitungen MOSI, MISO, RESET und SCK jeweils eine Led mit 
einem 470ohm widerstand nach masse verbunden(habe ich schon seit den 
ganzen versuchen gemacht um zu sehen welche leitungen aktiv sind. Bei 
mir blinken SCK, RESET und es flackert ganz schwach die Led für MOSI. 
MISO leuchtet dauerhaft, wenn ich den Baustein löschen möchte oder 
ähnliches.

> Bei mir blinken SCK, RESET und es flackert ganz schwach die Led für MOSI.
> MISO leuchtet dauerhaft, wenn ich den Baustein löschen möchte oder
> ähnliches.

Deine LED an RESET sollte beim ISP Programmieren dauerhaft AUS sein und 
nicht BLINKEN. Verkabelung kontrollieren.

Hab ich gemacht. Habe alles richtig verbunden. Verbindungnen sind wie 
vorher. Denn ich konnte mit diesen Verbindungen vorher auch 
programmieren. Ich bin mir sicher es liegt an den Fusebits. Welche 
frequenz kann ich mir denn unter High Freq Crystal/Resonator vorstellen( 
welcher Bereich)?

Ab ca. 3 MHz bis 16 MHz (bei normalem Atmega32 und Vcc 5V)

> Ich bin mir sicher es liegt an den Fusebits.

Wieso?

>> Der Mega32 ist werksfrisch und an den Fuses hab ich nix verstellt vorher

Helfer schrieb:
> Wieso?

Ich habe doch versucht auf ext. Quarz umzustellen und dann war er nicht 
mehr ansprechbar.
Ich hole mir lieber einen neuen und nehme andere Fuses, weil mit denen 
hats ja anscheinend nicht gefunzt :-(

Kannst du mir die richtigen Fuses für einen Atmega32 sagen der mit einem 
externen Quarz mit 12Mhz arbeitet?

Wie in dem Screenshot oben.

1) Ich persönlich würde den Brounoutlevel auf 4.0V setzen (Häkchen bei 
BODLEVEL) und die Startuptime auf 64ms statt 0ms (Häkchen bei SUT1 weg).

2) Bevor ich die Fuses schreibe, würde ich die Fuses auslesen und mit 
dem Datenblatt kontrollieren. Nur wenn die Fuses richtig gelesen wurden, 
würde ich einen Schreibversuch wagen.

Meiner Meinung nach ist der Controller hin.. :-(
Ich habe vorhin nochmal erfolgreich einen Atmega8 programmiert, 
ausgelesen und gelöscht. Also liegts doch am Controller?

Helfer schrieb:
> Wie in dem Screenshot oben.

Aber warum ist er nicht mehr ansprechbar nach dem schreiben dieser 
Fuses????

Helfer schrieb:
> Wie in dem Screenshot oben.

Aber warum ist er nicht mehr ansprechbar nach dem schreiben dieser 
Fuses????

Sorry hab mich mit dem Namen vertan :-)

> Aber warum ist er nicht mehr ansprechbar nach dem schreiben dieser
> Fuses????

Quarz kaputt? Die beiden Lastkondensatoren passen nicht zum Quarz? 
Probleme in der Schaltung des Targetboards im Bereich der externen 
Takterzeugung?

ich habe an XTAL1 und XTAL2 2 Kondensatoren mit 22pF nach masse gezogen.