ATmega mit 16.5888 MHz Quarz

[Oliver (Gast)]

Hallo Leute,

wollte nur mal wissen, ob es hier Probleme gibt.
Der Atmega32 läuft ja eigentlich mit 16 MHz.
Da ich aber eine genaue Baudrate haben möchte aber auch keinen
Geschwindigkeitsverlust, würde ich gern diesen Quarz einsetzen.

Weiss jemand, ob es bei der Überschreitung um ca. 0,5 MHz 
Schwierigkeiten
gibt?
Dies soll nicht nur für ein Einzelprojekt gedacht sein.

Oli

[Robert S. (razer)]

Sollte normal eigentlich funktionionieren. Am besten Testen ob die 
Peripherie (EEprom, Timer,...) noch zuverlässig funktionieren.

mfg Robert

[jack (Gast)]

Der ATmega32 läuft mit 16MHz ja bis 2,7V Vcc. Das heißt, daß er bei 5V
wahrscheinlich noch mit 20MHz laufen kann.

[Peter D. (peda)]

Oliver wrote:

> Da ich aber eine genaue Baudrate haben möchte aber auch keinen
> Geschwindigkeitsverlust, würde ich gern diesen Quarz einsetzen.

Was heißt Geschwindigkeitsverlust ?

Sehr gute Programmierer schaffen es, eine CPU bis 50% auszulasten und 
trotzdem noch zuverlässig zu sein.

Normale Programmierer sollten nicht über 10..20% gehen ohne Einbuße an 
Zuverlässigkeit.

Anders gesagt, ob 14,7456MHz oder 16,6MHz merkt keine Sau.

Bzw. wenn Du wirklich nicht mit 14,7456MHz auskommst, dann ist Dein 
Projekt schon total knirsch auf knack und Du solltes es neu überdenken 
(andere CPU oder anderer Programmablauf).


Ich nehme bei meinen Projekten generell maximal die halbe zulässige 
Frequenz, d.h. wenn ich mich mal verschätzt haben sollte, kann ich dann 
noch erhöhen.


Peter

[Jadeclaw D. (jadeclaw)]

24 MHz waren hier für einen ATMega16-16 kein Problem. Allerdings habe 
ich EEProm-Schreiben/Lesen nicht getestet. ein halbes MHz mehr ist da 
aber mit Sicherheit kein Problem.
@PeDa: Manchmal ist der Grund auch einfach: Die Capture-Unit.
Das Problem: Es kann bis maximal 0.5*CPU-Takt erfaßt werden. Und braucht 
man einen Bereich bis 8MHz, dann reichen 14.7MHz Takt eben nicht mehr 
aus. Und das ist der einzige richtige Vorteil der PIC-Controller, da 
hängt zwischen Zähler und Eingangspin eben keine zusätzliche Elektronik, 
da reicht dann ein 8MHz-Quarz für einen 50MHz-Frequenzzähler. Ich weiß 
nicht, was der Oliver vorhat, aber ich hatte dieses Problem bereits.

Gruß
Jadeclaw.

[Gast (Gast)]

> Sehr gute Programmierer schaffen es, eine CPU bis 50% auszulasten und
> trotzdem noch zuverlässig zu sein.

> Normale Programmierer sollten nicht über 10..20% gehen ohne Einbuße an
> Zuverlässigkeit.


Interessant. Kennst Du auch eine zuverlässige Methode die Auslastung der 
CPU zu testen, damit ich weiß wo ich mich bewege?

[Falk B. (falk)]

@ Gast

>Interessant. Kennst Du auch eine zuverlässige Methode die Auslastung der
>CPU zu testen, damit ich weiß wo ich mich bewege?

Pin-Toggeln und mit Scope oder DVM messen. Z.B. zum Beginn einer 
Interrupt-Routine ein Pin auf HIGH setzten, am Ende wieder auf LOW. 
Damit kann man die Dauer der Interrupt-Routine messen. Will man die 
CPU-Last der Main-loop messen gehts ähnlich.

MfG
Falk

[Rolf Magnus (Gast)]

> Dies soll nicht nur für ein Einzelprojekt gedacht sein.

Dann solltest du dich lieber an die Spezifikation halten.

[Gast (Gast)]

> Pin-Toggeln und mit Scope oder DVM messen. Z.B. zum Beginn einer
> Interrupt-Routine ein Pin auf HIGH setzten, am Ende wieder auf LOW.
> Damit kann man die Dauer der Interrupt-Routine messen. Will man die
> CPU-Last der Main-loop messen gehts ähnlich.

Worauf beziehen sich die 20% auf eine Sekunde?
Wenn dann zwischen den Wechseln 200ms liegen dann bedeutet das, dass 
meine CPU zu 20% ausgelastet ist?

Mfg

[Markus (Gast)]

> Dies soll nicht nur für ein Einzelprojekt gedacht sein.

Dann würde ich ihn aber nicht außerhalb der Spec betreiben. Kannst Du 
keinen anderen nehmen? Mega644 geht bis 20MHz.

Markus

[Werner B. (Gast)]

> Mega644 geht bis 20MHz.

Der ist Pinkompatibel. Genauso wie Mega324 oder Mega164.

Aber am Code wirst Du dann drehen müssen :-(