Taktquelle ändern

at90can128 von atmel

Nein, das geht mit den AVR nicht.  Die MSP430 koennen das. Die AVR 
koennen vom Hauptoszillator auf einen 32kHz schalten, das war's

Ok, danke...das hilft mir dann schon mal...oder auch nicht

Die Leute von Atmel sind offenbar ueberzeut dass die jeztigen 
Moeglichkeiten reichen. Man nimmt entweder einen Quarz wenn man 
kommunizieren will, oder den RC wenn nicht. Der RC eines PIC ist 
genuegend genau fuer serielle Kommunikation, beim AVR ist das nicht der 
Fall. Und dann schaltet man den Prozessor ab wenn man ihn nicht braucht. 
Dazu gibt es eine ganze Palette von sleepstates. Wenn man noch besser 
werden will, nimmt man den 32KHz mode um lange Zeit zu schlafen. Bei den 
sleepstates muss man jeweils beachten, dass das Aufwachen nicht 
unbedingt sofort geschieht. Das Anschwingen des Quarzen kann man zB in 
den Fusebits einstellen, das kann bis 16k Zyklen dauern plus 65ms delay.

Nun ich will mit dem Mikrocontroller Widerstände messen und das bei 
Temperaturen zwischen -40 und 125°C Der AT90CAN hält diese Temperaturen 
aus...ein Quarz leider nicht. Deshalb muss der interne Oszillator 
herhalten. Um aber die Messdaten nach den Messungen via UART zum PC zu 
schicken brauche ich (soweit ich das hier in dem Forum gelesen hab) 
einen möglichst genauen Takt und den kriegt man mit dem RC nich hin

@Zacc:

meinst du die PICs könnten das oder geht die Kommunikation bei diesen 
Temperaturen auch flöten...dann würde ich nen PIC 
nehmen...vorrausgesetzt da gibt es auch welche die 125° abkönnen...

Hi

Du könntest evtl. eine externe Taktquelle benutzen.Wenn die thermisch
abgeschirmt ist, erübrigt sich die Umschaltung.

MfG Spess

Hier im Forum wird ständig verbreitet, dass serielle Kommunikation mit 
dem internen Taktgeber nicht klappt.

Das stimmt nach meinen Erfahrungen nicht allgemein: Ich habe mehrere 
Mega8 und Mega16 mit internem Takt 1MHz und der Baudrate 2400 im 
Einsatz, es gab noch nie Probleme! Ganz banal programmiert mit Bascom 
...

Solltest Du also keine (zu) hohe Taktfrequenz und Baudrate haben: Kein 
Problem oder zumindest probieren, dann weiß man's ...

165°C Temperaturdifferenz und RC Oszillator ist allg. eine sehr 
schlechte Idee.
Auch ein Pic hat in so einem Fall arge Probleme mit der 
Frequenzstabilität.
Am einfachsten wäre ein RC Oszi und RS232 mit RTS/CTS und X-Modem 
Protokoll.

Es gibt Quarze für den Erweiterten Temperaturbereich zu kaufen.
Normale Quarze haben jenseits ihrer nominalen Temperatur zwar nicht mehr 
ihre Nennfrequenz, funktionieren aber immer noch genauer als ein 
Interner RC Oszillator. Quarze hören erst beim überschreiten der 
Curie-Temperatur auf zu Schwingen. Diese liegt mit über 500 Grad 
jenseits von Gut und Böse.

> Hier im Forum wird ständig verbreitet, dass serielle Kommunikation
> mit dem internen Taktgeber nicht klappt.

Wenn du das ein klein wenig umformulierst, wirds richtig: "Hier im Forum 
wird ständig verbreitet, dass serielle Kommunikation mit dem internen 
Taktgeber nicht zuverlässig klappt.

Ich mach das auch mal mit interem Osz, sofern nur darum geht, in der 
Entwicklungsphase den Debug-Output seriell zu übertragen. Man sollte 
indes davon Abstand nehmen, produktiv so zu arbeiten.

> Der Fehler ist relativ und hat nichts mit der Baudrate zu tun

Bischen schon. Wenn man die begrenzten Fähigkeiten der 
Transceiver-Bausteine (z.B. MAX232, worst case: Optokoppler) mit in 
Rechnung stellt, kann es bei hohen Bitraten enger werden.

Ich wuerde mal die These aufstellen, dass irgend ein Quarz ueber diesen 
Temperaturbereich immer noch genauer ist als der RC. Schwingen tut der 
Quarz sicher von -70 bis +180Grad. Wenn sich bei -80Grad das CO2 
abzulagern beginnt wird die Frequenz sinken.

Es gibt wie schon skizziert 2 Fehlerquellen:
- Taktfrequenz: relativer Fehler
- Verzögerungszeiten des Transceivers, teilweise unterschiedlich je nach 
Flanke: absoluter Fehler.

Der Einfluss des absoluten Fehlers sinkt mit der Länge des gemessenen 
Zustands. Andersrum ausgedrückt: Wenn man nur die Länge vom Startbit 
misst, maximiert man den Einfluss des absoluten Fehlers.

Danke erstmal für die vielen Antworten... Also das auslesen der Daten 
soll erstmal dann nach den Temperaturzyklen also bei Raumtemperatur 
geschehen. So wie ich das jetzt hier verstanden habe sollte das bei 
geringer Baudrate mit dem internen Oszillator gehen...

> Es gibt Quarze für den Erweiterten Temperaturbereich zu kaufen.

WO??? Hab bisher nur welche finden können von 0-70°C

Zum Temperaturbereich des Quarzes. Vergiss den. Es betrifft nur die 
Frequenz. Erstens ist die reversibel mit der Temperatur und zweitens 
liest du ja eh bei RT.

Ja, ist die Automotive-Version! Ok, ich werd bei dem Board 
vorsichtshalber ein Quarz + 2 C's vorsehen...nimmt ja nicht viel Platz 
weg. Versuche es dann mal mit beiden Varianten...
Danke an alle!