ATMega32 tot programmiert

Wollte mal Entwarnung geben, wie üblich Dummheit des Anwenders. Der 
taktgebende ATMega hatte die CKOPT Fuse nicht gesetzt, obwohl sie 
eigentkich die ganze Zeit gesetzt war, und damit keinen full Swing Takt.
Nach Setzen der Fuse war alles OK

Auch auf die Gefahr hin langweilig zu werden so einfach ist es nicht. 
Schreibfehler, der taktgebende ist ein ATMega2561. Die Fuse für full 
Swing war gesetzt, das Signal hat full Swing, aber der ATMega32 mag es 
nicht.
Beim ATMega128 gab es nie Probleme das Clocksignal zu nutzen.

Um diesen Monolog mal fortzuführen, ich habe jetzt beim ATMega32 die 
Fuses so programmiert als würde ein Quartz dranhängen, jetzt geht es.
Das aus dem ATMega2561 rauskommende Signal war offenbar nicht gut genug.

Um diesen Monolog mal zu unterbrechen,
>Das aus dem ATMega2561 rauskommende Signal war offenbar nicht gut genug.
Kann ja fast nicht sein. Wie hoch ist denn die Frequenz? Und wie hoch 
die ISP-Frequenz? Und wenn Fuses trotz richtiger Einstellung in der 
Software nicht richtig gesetzt werden tippe ich mal auf Ponyprog o.Ä.
In diesem Fall kann ich nur zum STK500 oder AVRISP raten.
Ansonsten: ISP-Frequenz muss kleiner 1/4 der Taktfrequenz sein!

Ganz so einfach ist es nicht. Die Clock des ATMega2561 ist 16MHz. Man 
kann am Oszilloskop sehen, das sich je nach Fuse die Amplitude ändert. 
Der ATMega2561 programmiert über SPI(125 KHz) den ATMega32.
Sobald ich dem ATMega32 ein externes Taktsignal gebe, kann ich die Fuses 
auslesen. Und die sind richtig. Wenn ich nun über Fuses sage da hängt 
ein Quartz dran, geht es. Wenn ich den internen Takt nutze, geht es 
auch. Es geht nur nicht mit dem vom ATMega2561 erzeugten Takt.
Das gleiche Problem habe ich übrigens auch mit ATMega128 und ATMega8, 
hier ist das gleiche.
Da das Projekt fertigwerden muss, habe ich keine Zeit 
Grundlagenforschung zu betreiben. Ein paar hundert von den ATMega128 / 
ATMega8 Platinen laufen seit Monaten ohne Probleme mit der pseudo Quartz 
Programmierung.