Läuft AtMega8 mit 20Mhz

Gast #350612
Lesenswert?
• ▲
▼
@Hauke: Wäre Interessant. Auf das EProm kann ich verzichten, aber wenn
dann sachen wie Counter oder TWI nicht mehr funktionieren ist es etwas
anderes. Spätestens, wenn die IO Ports nicht mehr gehen ist es
uninteressant ;-)
#350613
Lesenswert?
• ▲
▼
Nimm die 12Mhz und gut is.

Es sei denn, Du willst die UART benutzen, dann sind Standardquarze wie
11,0593Mhz oder 14,7456MHz besser.


16MHz ist doch nur der Maximalwert, d.h. den darf man ruhig
unterschreiten.

Es zwingt einen keiner, Bauteile immer nur beim Maximalwert zu
betreiben.



Peter
#350616
Lesenswert?
• ▲
▼
> dass der Distributor keine quarze mit 16Mhz hat. nur 12 oder 20.

Dann bist du beim falschen Distributor.

Ein breites Angebot an preiswerten Quarzen (auch ziemlich alle
Baudratenquarze) und preiswerten AVRs findest du z.B.bei CSD. Dazu auch
noch die Dinge, die gern vergessen werden, wie z.B. die
Keramik-Kondensatoren (SMD-Chipform) für Quarz und Betriebsspannung.

...
Gast #350619
Lesenswert?
• ▲
▼
ich hab meinen mega8 auch schon mit 28mhz beschossen :-).
ging eigentlich ganz gut uart hat auch geklappt.

nur hab ich gemerkt wenn ich in asm die ports direckt hintereinander
ändere also high low high oder umgekehrt macht er das nicht mehr.

sven
Gast #350622
Lesenswert?
• ▲
▼
Nachdem hier so ein Thread ja schonmal existierte hab ich einfach mal
mit nem M16-16 bei 20MHz experimentiert und konnte keine
Einschränkungen feststellen. Ich hab den Controller mit allen möglichen
Programmen getestet um auch alle Funktionen mal probiert zu haben und es
hat Alles funktioniert. Wird aber wohl vom Chip abhängen und nicht
allgemein gültig sein, denn wenn es generell keine Probleme damit gäbe
würde ATMEL bestimmt 20MHz draufschreiben :-)

bye

Frank
Gast #350624
Lesenswert?
• ▲
▼
@ ...HanneS... Lux
> Ein sorgfältig geschriebenes Programm macht solchen Blödsinn
> (übertakten) überflüssig.

na dann bist du ganz einfach noch nicht an die grenzen des avr
gestosen.

ich weis ehrlich nicht was ich an einem sehr simplen asm programm noch
"sorgfältiger" machen kann damit ich mal eben 80 % mehr speed
bekomm.

du meintest wohl eher besser entwickelte hardware damit solch ein
Blödsinn (übertakten) überflüssig wird :-)

sven
#350625
Lesenswert?
• ▲
▼
qSven

"ich weis ehrlich nicht was ich an einem sehr simplen asm programm
noch "sorgfältiger" machen kann damit ich mal eben 80 % mehr speed
bekomm."


Das hat überhaupt nichts mit Assembler zu tun.
Auch in Asssembler kann man durch schlechte Programmplanung massig
Ressourcen vergeuden.

Wenn es so simpel ist, zeig dochmal ein Beispiel, wo Deiner Meinung
nach nur Übertakten hilft.


Peter
#350626
Lesenswert?
• ▲
▼
Ein Beispiel koennten z.B. diese in einem AVR realisierten
LCD-Cpntroller sein, die "dumme" LCDs anstueren sollen. Da kann es
halt schon sein, dass man nur 16Takte pro Zyklus der Displayclock hat
und werden die Leute froh um jeden Takt sein, den man zusaetzlich
bekommt.
Man muss aber auch dazu sagen, dass ein MC nicht wirklich fuer solche
Sachen gedacht ist, aber das ist ein anderes Thema.

Gruss Tobias
Gast #350629
Lesenswert?
• ▲
▼
@Peter Dannegger
ich hab ein ddc mit nem r2r netzwerk gebaut. das asm porgramm hab ich
jetzt grad nicht zur hand, kann ich aber später noch posten.

ist aber nichts aufregendes. dreiecksspannung ausgeben einfach nur ein
register hochzählen un auf den port legen um ne höher frequenz zu
bekommen hab ich das teil eben auf 28 mhz getaktet. ich bin aber für
verbesserungs vorschläge an der software offen :-)

sven

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren