Atmega1284p 128KHz ungenau

David P. schrieb:
> Im Datenblatt habe ich dazu nichts gefunden.

Psst, nicht weitersagen: S. 353
https://ww1.microchip.com/downloads/en/DeviceDoc/doc8059.pdf

David P. schrieb:

> weiß jemand, wie genau der 128KHz Oszillator im atmega1284p ist?

Ziemlich ungenau.

> Ich plane, damit eine Digitaluhr zu bauen, allerdings verliere ich
> mehrere Sekunden pro Minute.

In Relation zu der Anforderung, die ich an eine "Uhr" stellen würde, 
katastrophal ungenau.

> Im Datenblatt habe ich dazu nichts gefunden.

Da musst du wohl deine Fähigkeiten bezüglich des Lesens eines 
Datenblatts noch deutlich erweitern...

Es stimmt ja so ungefähr; ebenso wie die Angabe 8 MHz für den anderen 
(genaueren) RC-Oszillator - es kommt eben auf die Anforderungen des 
Anwenders an.

Vielleicht noch zwei Zitate aus dem Datenblatt:
"... providing a clock of 128kHz. The frequency is nominal at 3V and 25 
°C"
"Note that the 128kHz oscillator is a very low power clock source, and 
is not designed for high accuracy" - aber was ist schon unter Letzterem 
zu verstehen!?

Georg M. schrieb:
> Ja, das ist eine interessante Frage, warum die Watchdog Oscillator
> Frequency durch ihren höchstmöglichen Wert repräsentiert wird.

Finde ich völlig uninteressant. Ausserdem ist es nicht der Höchstwert, 
sondern, wie schon weiter oben angedeutet, ein Durchschnittswert.

Georg M. schrieb:
> Ja, das ist eine interessante Frage, warum die Watchdog Oscillator
> Frequency durch ihren höchstmöglichen Wert repräsentiert wird.

Das ist der wesentliche Wert, der für einen Watchdog interessant ist, 
weil die höchstmögliche Frequenz festlegt, nach welcher Zeit minimal ein 
Watchdog Reset ausgelöst werden würde.

Dyson schrieb:
> Finde ich völlig uninteressant. Ausserdem ist es nicht der Höchstwert,
> sondern, wie schon weiter oben angedeutet, ein Durchschnittswert.

Dann kannst du diese Aussage bestimmt auch durch einen Verweis aufs 
Datenblatt belegen. Ansonsten würde ich die mal ganz deutlich als 
Falsch bezeichnen.

Hast du schon mal im Datenblatt ins Kapitel 27.11 Internal Oscillator 
Speed geguckt?
Die typischen Werte liegen alle deutlich  unter den 128kHz.
RTFM

Wolfgang schrieb:
> Dann kannst du diese Aussage bestimmt auch durch einen Verweis aufs
> Datenblatt belegen. Ansonsten würde ich die mal ganz deutlich als
> Falsch bezeichnen.

Kann ich nicht und will ich auch nicht. Warum sollte ich auch? Weil du 
hier den großkotzigen Schlaumeier machst? Die Aussage bezog sich 
eindeutig auf die Aussage 2 Beiträge zuvor. Ausserdem schreibt man 
falsch klein und auch fettgedruckt ist es grossgeschrieben falsch. Oder 
was willst du damit zum Ausdruck bringen? Dass es besonders falsch ist?

Wolfgang schrieb:
> RTFM

Wer oder was bist du eigentlich?

Ben B. schrieb:
> Die internen RC-Oszillatoren kann man für alle zeitkritischen Dinge
> vergessen. Die sind ungenau und driften mit diversen Einflüssen wie der
> Temperatur. Ich hab damit mal RS-232 probiert, kannste knicken.



> Atmega1284p
Ohne jetzt wirklich das Datenblatt geprüft zu haben....

Üblicherweise, ist der WDT zu ungenau für eine Uhr.
Der interne RC Oszillator (für den µC Takt) ebenso. Macht sogar u.U. mit 
der UART Probleme.

Also macht es Sinn, den ATMega mit einem Uhrenquarz zu versehen, wenn 
man denn halbwegs genau mit der Zeit sein möchte.

Hat man das getan, kann man den µC durchaus mit 8MHz intern laufen 
lassen, und diese Frequenz, anhand der Uhr, kalibrieren (OSCCAL?). Dann 
klappts auch mit der Baudrate viel besser.

Wolfgang schrieb:
> Psst, nicht weitersagen: S. 353
> https://ww1.microchip.com/downloads/en/DeviceDoc/doc8059.pdf

Das sind aber nur typische Werte, die in der Realität schon nochmal 
ordentlich abweichen können. Atmel/Microchip verweigert hier (auf auf 
interne Nachfrage) sehr hartnäckig irgendwelche Toleranzangaben.



Bei der neuen (na ja, mittlerweile nicht mehr ganz so neuen) AVR-1 Serie 
wird ein "full-opteration range" von +-30% genannt. Aber auch das ist 
nicht zu 100% nachgemessen, sondern nur charakterisiert. Bei einem 
Betriebspunkt Vcc=3.0V und +25% werden (überprüfte) +-3 % genannt.
z.B. 
https://ww1.microchip.com/downloads/en/DeviceDoc/ATtiny417-814-816-817-DataSheet-DS40002288A.pdf 
Seite 511

Gruß

Robert

EAF schrieb:

> Also macht es Sinn, den ATMega mit einem Uhrenquarz zu versehen, wenn
> man denn halbwegs genau mit der Zeit sein möchte.
>
> Hat man das getan, kann man den µC durchaus mit 8MHz intern laufen
> lassen, und diese Frequenz, anhand der Uhr, kalibrieren (OSCCAL?). Dann
> klappts auch mit der Baudrate viel besser.

Moderne AVR8 können diese Autokalibrierung teilweise sogar selbstständig 
in Hardware leisten. Man muss das nur noch aktivieren. Z.B. die 
AVR128Dxyyy.

David P. schrieb:
> Ich habe versucht die Anleitung zu
> befolgen, leider passiert dabei gar nichts.

Welche Anleitung? Der Uhrenquarz ist nur für Timer2. Da ist beim ersten 
Mal ein bisschen Umdenken erforderlich.

https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR#Timer2_im_Asynchron_Mode

Also mit Verlaub: Ihre Beschreibung ist mehr als dürftig, sie ist nahezu 
unbrauchbar.

Trotzdem ein Versuch:
> Auch das hab ich grad versucht

So?
Dann mal die letzte Zeile der ISR ('while(ASSR...') kopieren und zu 
Beginn zwischen 'OCR2A=...' und 'TIMSK2>=...' einfügen.

> Leider leuchtet keine LED. Das wäre der Code.

LED? Bei diesem Programm?

Mit diesem Programm blinkt eine LED an D6 - vielleicht hilft's Ihnen ja.

Der Quarz ist an C6 & C7 angeschlossen?

Was mir noch einfällt: bei mir hier läuft der ATmega1284P mit den 
Standardfuses, also auf 1 MHz - falls bei Ihnen noch der 128 
kHz-Oszillator eingeschaltet sein sollte:
  "Asynchronous Operation of Timer/Counter2 ...  The CPU main clock 
frequency must be more than four times the Oscillator frequency"

> ich hatte ihn an xtal 1 und 2
Das geht nur bei den kleineren, den '8ern': ATmega8, _48 ... _328.