Waitms und CPU-Clock

OP Persönliche Seite #1883076
Lesenswert?

In Bascom war Waitms 100 für mich bislang das was es heißt.

Jetzt habe ich eine Schaltung ( Weihnachtsstern of Hell )
in der ich den internen Oszilator ohne Quarz benutze. Muss alles billig 
sein. Jetzt ändert sich  Wait  in Abhängigkeit von $Chrystal.

Hab ich es erst heute gemerkt oder is da noch was in den Fusebits ?
#1883102
Lesenswert?

Johannes Krumm schrieb:
> Ich hatte bisher immer nen Quartz oder ext. Oszi
> Wenn die Fusebits richtig sind ist es also bei Quarz und ext. Oszi egal
> was ich hinter $Chrystal schreibe.
>
> Oder liefert $Chrystal nur einen Parameter und hat gar keinen Einfluss
> auf die Clock ?

Denk doch mal nach. Dein Compiler muss wissen welche Frequenz dein Quarz 
hat um entsprechend viele Takte zu warten.

Wenn du deinem Compiler erzählst (beispielhaft) ich hab nen 4 MHz Quarz 
dann weiß der Compiler er muss für 100ms von mir aus 1000 Takte warten. 
Wenn du ihm jetzt aber einnen 8 MHz Quarz einsetzt (in der Schaltung) 
dann wartet der Microcontroller immmernoch 1000 Takte aber die gehen 
doppelt so schnell vorbei (4*2=8).

Das gleiche gilt auch wenn du dem Compiler erzählst du verwendest einen 
Takt - diesen aber dann nicht verwendest ....
#1883103
Lesenswert?

Johannes Krumm schrieb:
> Oder liefert $Chrystal nur einen Parameter und hat gar keinen Einfluss
> auf die Clock ?

Ja. Genau so ist es. Den Clock bestimmen die Hardware (Quarze usw.) und 
die Clock-Fuses und das unabhängig von dem $Crystal-Parameter.
Da Bascom allerdings nicht erraten kann, mit welchem Takt dein AVR 
läuft, musst du es angeben. Sonst könmte es den UART nicht richtig 
initialisieren und die Warteschleifen wären nicht "exakt". [1]

[1]  http://avrhelp.mcselec.com/index.html

Gruß Skriptkiddy

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