Anfänger: Externer Baudratenquarz auf STK500

Helmuth schrieb:
> Um die Genauigkeit zu verbessern wollte ich nun mit einem
> externen Baudratenquarz (3.6864 MHz)arbeiten, den ich wie im Tutorial
> gezeigt, an XTAL1/XTAL2 mit je einem 22pF Kondensator gegen Ground
> angeschlossen habe.

Du musst doch nur den Quarz in den Sockel stecken. Das STK500 hat die 
Kondensatoren schon drauf. Oder benutzt Du das STK500 nur zum 
programmieren (Controller in externer Schaltung)? Dann muss der Quarz 
natürlich in diese Schaltung und nicht aufs STK500.

Helmuth schrieb:
> Damit das Board den Quarz als Taktquelle
> verwendet, müssen sowohl der Jumper XTAL1 gesetzt sein, als auch die
> Pins 2 und 3 von OSCSEL verbunden sein.

Das passt soweit. Kannst Du an den XTAL-Pins des Controllers messen, ob 
da auch was schwingt?

Chris schrieb:
> Du musst doch nur den Quarz in den Sockel stecken. Das STK500 hat die
>
> Kondensatoren schon drauf. Oder benutzt Du das STK500 nur zum
>
> programmieren (Controller in externer Schaltung)? Dann muss der Quarz
>
> natürlich in diese Schaltung und nicht aufs STK500.

Ich benutze das STK500 zum programmieren und setze dann den µC in die 
eigentliche Schaltung mit dem externen Quarz ein.
Wenn ich den Quarz in den Sockel setze sind die Fuses aber doch noch 
lange nicht gesetzt. Und wenn ich die Einstellungen wie im Anhang 
gezeigt vornehme, dann bekomme ich nach dem drücken von "verify" die 
gezeigte Fehlermeldung

Peter R. schrieb:
> Reihenfolge wäre dann: mit internem Oszillator die fuses setzen,
>
> anschließend
>
> ist der interne Oszillator weg.

> Jetzt die für die fuses passende Schaltung herstellen: Quarz in Sockel,
>
> Jumper - dann müsste die Arbeit über den ISP wieder klappen.

Wenn ich den verfusten Controller wieder einsetze dann kann ich jumpern 
was ich will, aber ich bekomme über ISP keine Verbindung mehr zum µC.

Peter R. schrieb:
> wenn der atmega verfused ist, kann er mit dem STK500 jederzeit in den
>
> Auslieferungszustand zurückprogrammiert werden.

Wäre nett, wenn Du mir sagst wie. Das löst zwar nicht das eigentliche 
Problem, aber ich hab zumindest wieder ein paar mehr Controller zum 
probieren.

Helmuth schrieb:
>> Auslieferungszustand zurückprogrammiert werden.
>
> Wäre nett, wenn Du mir sagst wie.

Eine Variante ist hier beschrieben:
http://www.mikrocontroller.net/articles/AVR_Fuses#Reaktivieren_bei_fehlerhaften_Taktquellen-Fuse-Einstellungen

Die andere Variante nennt sich "high voltage parallel programming" oder 
kurz HVPP und ist in der Hilfe zum STK500 beschrieben.

Achso, für kleine AVRs mit wenig Pins gibts auch noch das serielle 
Pendant zu HVPP, dann halt HVSP. Ebenfalls in der Hilfe vom AVRStudio 
beschrieben.

Mal 'ne blöde Frage, aber könnte es evtl. sein, dass du vor dem 
Verifizieren nicht auf 'Program' klickst? Die Fehlermeldung in 
geht_nicht.jpg sieht so aus (die ausgelesenen Werte entsprechen nicht 
den eingestellten), hätte sonst auch eine Fehlermeldung beim 
Programmieren gegeben und du schreibst nur von 'Verify'. Ich arbeite 
auch mit dem STK500 in der Weise, wie du geschrieben hast und auch mit 
Quarz im Sockel, hatte aber noch nie Probleme, außer ich hatte irgendwas 
nicht richtig eingestellt oder vergessen die Fuses zu programmieren.

m. schrieb:
> Mal 'ne blöde Frage, aber könnte es evtl. sein, dass du vor dem
>
> Verifizieren nicht auf 'Program' klickst?

Könnte durchaus sein, dass ich das versehentlich gemacht habe.

Jedenfalls konnte ich dank des Tips mit der High Voltage Programmierung 
die verfusten µC's wieder hinbiegen. Klasse :-)

Zu meinem Anfangsproblem: Die Fuses hab ich jetzt auf 0xD9 und 0xCE 
gesetzt. Mit
#define F_CPU 3686400UL
#define BAUDRATE 38400UL

und

int ubrr = (F_CPU/(16*BAUDRATE)-1);

erhalte ich in meinem Terminalprogramm völlig regelmäßig die Werte der 
beiden ADC-Kanäle. Deshalb gehe ich mal davon aus, dass jetzt alles 
richtig eingestellt ist.

Vielen Dank für die Unterstützung (obwohl ich gar nicht weiß, wie der 
Fehler zustande gekommen ist, der offensichtlich vorlag).