Problem mit externer Taktversorgung (Fusebits)

ich hätte auch den Quarz viel näher an den µC positioniert

Du hast keine Abblockkondensatoren an dem Controller dran. Du solltest 
unbedingt jedem VCC-GND-Paar des Controllers einen 100nF-Kondensator 
spendieren und dieser Kondensator sollte eine niedrige Impedanz bei den 
Frequenzen haben auf denen der Controller arbeitet. ein 0815-Elko am 
Controller bringt dir also nicht viel. Also einfach 100n 
Keramikkondensator zum Beispiel. Wenn das Board aus einem 
Steckernetzteil oder ähnlichem versorgt wird und da auch noch ein Stück 
Zuleitung zwischen Stromversorgung und Board ist, könntest du noch einen 
Elko auf das Board setzen um die Spannung zu stabilisieren. Also z.B. 
100-470uF irgendwo in der Nähe des Versorgungseingangs.

Mit den ganzen schicken Leiterschleifen auf der Platine und dem 
Zuleitungskabel hat dein Versorgungssystem eine viel zu große Impedanz 
auf den Frequenzen die so in der Stromversorgung des Controllers und 
wahrscheinlich auch des FTDI Chips vorkommen. Vereinfacht ausgedrückt: 
Der Controller zieht mit jedem Takt kurz viel Strom. Das geschieht mit 
den 12MHz mit denen du takten willst. Deine Stromversorgung, die 
eigentlich eine Spannungsversorgung ist, kann aber diesem Stromsprung 
nicht folgen da zu viel Induktivität zwischen der Spannungsquelle und 
der Last vorhanden ist. Also bricht die Spannung an der Last zusammen. 
Mit einem Multimeter wirst du das nicht messen können, auf einem 
Oszilloskop sollte man das aber schön beobachten können.



Die Position des Quarzes ist schon ok, es ist halt Lochraster. Da gibt 
es viel ungünstigere Aufbauten und auch die sind gelaufen. Klar, auf 
einer gefertigten Platine müsste man das jetzt nicht unbedingt so 
machen.

okay!

ich werde die Anmerkungen alle mal Umsetzen die nächsten Tage und melde 
mich wieder.

Danke :)

Noch ein Punkt: Hast Du CKOPT programmiert? Laut Datenplatt brauchts den 
bei >8MHz - und so weit wie der Quarz weg ist vom µC würds mich nicht 
wundern wenns ohne zu Problemen käm.

Und: Wie interpretiert Deine GUI '1111' - so wie Atmel ('Fuse == 1' == 
'Fuse intakt/nicht durchgebrannt' == 'nicht programmiert') oder vermurxt 
wie manch andere Software ('Fuse == 1' == 'Fuse durchgebrannt' == 'Fuse 
programmiert')?

HTH

Also ich hab in diesem Fall den untersten Eintrag im Bascom gewählt (da 
Bascom auch gerade meckert, bzw sich immer aufhängt wenn ich in das Menü 
will um die Fuses zu setzen (bei dem neuen AVR) kann ich nicht 
nachschauen wie der hieß...).
Es war laut Bascom alles auf 1, ich weiss aber gerade nicht genau wie 
das zu interpretieren ist, bin halt relativ neu in der Sache.

Ich vermute, dass er 1111 wie im Datenblatt des AVR interpretiert (Dort 
gibt es eine Tabelle, und diese 1 müsste sinnentsprechend zu der 1 im 
Bascom stehen)

Im Datenblatt Seite 30 (Abschnitt 8.4  Table 8-6) ist die Tabelle.

Gruss
oyla

So,

Ich bin jetzt ein wenig verwirrt und hab wohl die 5 AVRs durcheinander 
gebracht. Also gerade sieht es so aus:

- Der Stützkondensator ist zwischen GND und Vcc "relativ" nah vom 
mC(Blau).
- am Spannungeingang ist direkt ein 470uF Kondensator geschaltet und
- Der Quarz und die dazugehörigen Kondensatoren sitzen nun sehr direkt 
an den beiden XTAL Eingängen des AVR
(Siehe Fotos)

Der Fehler am Bascom war übrigens mein Versuch, den Portdelay auf 60000 
zu stellen (ein wirklich doofer Fehler der mir eben wieder eingefallen 
ist). Zumindest konnte ich damit anscheinend meinen, auf 128kHz 
verfuseden AVR gerade wiederbeleben :) )

Alle Chips sind nun auf 8mHz intern (zumindestens laut Bascom) , außer 
der, der extern getaktet werden sollte, weil der sagt noch immer nichts.

Der Atmega88V-10PU wird doch standardmäßig auf 8mHz ausgeliefert, oder 
hab ich mich verlesen?
Wenn ich nun nämlich in Bascom den Takt als 8000000 angebe, und dann die 
LED per waitms 1000 toggle, dauert das bedeutend länger.
Wenn Ich 1000000 angebe und die LED dann toggle passt das fast (der AVR 
ist noch einen deut langsamer im Vergleich zur Uhr, in 10 Sekunden 
schafft er ca 9).

Wegen dem mit der externen Taktversorgung, weiß ich nicht weiter. Er 
müsste auf external Crystal eingestellt sein.

Ich weiß! viele Fragen!
carpe diem
oyla

> Der Atmega88V-10PU wird doch standardmäßig auf 8mHz ausgeliefert, oder
> hab ich mich verlesen?

Du hast :-) Laut Datenplatt [0]:

1

8.2.1 Default Clock Source

2

The device is shipped with internal RC oscillator at 8.0 MHz and with the

3

fuse CKDIV8 programmed, resulting in 1.0 MHz system clock.

> Wegen dem mit der externen Taktversorgung, weiß ich nicht weiter. Er
> müsste auf external Crystal eingestellt sein.

[1]

HTH

[0] http://atmel.com/dyn/resources/prod_documents/doc2545.pdf
[1] 
http://www.mikrocontroller.net/articles/AVR_Fuses#Reaktivieren_bei_fehlerhaften_Taktquellen-Fuse-Einstellungen