Timer für AVR ATtiny84 oder ander allgemein in C

[ooweberoo]

Hallo Dennis,

ich habe ätzend lange im Datenblatt gesucht und gefunden das mann das Timeregister so bescheiben muss:
TCCR0B |=((1<<CS00)&&(1<<CS01)&&(1<<CS02)); externer Takt
Habe das ganze aber noch nicht probiert.
Denke ich werde den Chip auch auf 32,768Hz laufen lassen da er so sparsamer mit dem Stromverbrauch ist.
Was meinst du?
Will ja nur eine 3V Batterie nutzen.

GRuß Chris

[oberallgeier]

... gefunden das mann das Timeregister so bescheiben muss:
TCCR0B |=((1<<CS00)&&(1<<CS01)&&(1<<CS02)); ...

Muss? Für mich wärs mal einen Versuch wert. Aber meine übliche Syntax (AVRStudio 4.18, Build 700, AVRGCC) ist:

  TCCR1A &= ~(1<<COM1A1)|(1<<COM1B1);   // Clear/set OC1A/OC1B on Cmp Match   S132
  TCCR1A |=  (1<<COM1A1)|(1<<COM1B1);   //

Dabei sind die Löschbefehle des Registers eher nur dann erforderlich, wenn vorher das Register gesetzt wurde , weil nach dem Reset alles auf "Null" steht.

Die 32,768 kHz sind schon lausig langsam - ich habe ähnlich langsame Takte (128 kHz) am tiny13 gefahren. Aber wenns für Deine Aufgabenstellung reicht - dann ist der gering(er)e Stromverbrauch sicher da. Wie groß die effektive Ersparnis ist, habe ich nie gemessen, fürchte aber dass das nur für wirkliche Spezialfälle Sinn macht. Dass es bei Deiner 7Segment-Anzeige Sinn macht (die Zahlen sind doch gemultiplext, oder?) kann ich mir nicht vorstellen, da tritt vielleicht doch ein Flimmern der Anzeige auf.

[ooweberoo]

Hallo oberallgeier,

interessant das kenne ich so nicht bzw. vielleicht ist das beim tiny84 anders....
Würde gerne die Tabelle als Bild hochladen wo es steht...geht aber gerade nicht...Es ist die Tabelle mit den Pescalern.

Ich verwende AVR Studio 6.1

Ok deine Einschätzung ist schon mal viel Wert für mich da ich keine Erfahrung vorweisen kann

Der tiny84 läuft auf 1MHz? Steht jedenfalls so im Datenblatt das er ab 2,7V-5,5V 0-10MHz hat und "active system clock 1MHz"

daher bin ich etwas verwirrt

Wäre nur die Ungenauigkeit die ich weg bekommen muss. Was würdest du tun?

Einen Quarz an XTAL1&2, einen Oszillator nur an XTAL1 oder einen Oszillator an den Timereingang T0?
Und welche Werte?

GRuß Chris

[oberallgeier]

Hi Chris.

... das kenne ich so nicht bzw. vielleicht ist das beim tiny84 anders ...

Das fällt mir schwer korrekt und zuverlässig zu beantworten weil ich ein lausiger C-Programmierer bin. Es ist aber eher eine Frage der C-Syntax und weniger eine Controllerspezialität.

... Der tiny84 läuft auf 1MHz ...

Das ist doch die übliche Einstellung ab Werk:

...
6.2.2 Calibrated Internal 8 MHz Oscillator

By default, the Internal Oscillator provides an approximate 8 MHz clock. Though voltage andtemperature dependent, this clock can be very accurately calibrated by the user. See

Table 20-2 on page 176and “Internal Oscillator Speed” on page 205 for more details. The device is shipped

with the CKDIV8 Fuse programmed. See “System Clock Prescaler” on page 30 for more details. ...

... Was würdest du tun?
Einen Quarz an XTAL1&2, einen Oszillator nur an XTAL1 oder einen Oszillator an den Timereingang T0?
Und welche Werte? ...

Du hast bei Deiner Siebensegmentanzeige sicher genug Stromverbrauch um Dich nicht über ein paar Mikroampere sorgen zu müssen. Aber das kannst nur Du anhand Deiner Schaltung beurteilen. Ich kann mir vorstellen - ich kenne aber Dein Projekt nicht wirklich, dass ich bei Deiner Aufgabenstellung den internen Oszillator nehmen würde - ohne CKDIV8 - also bei 8 MHz und als Zeitreferenz den Timereingang T0 mit dem Uhrenquarz. WENN das dann gut genug funzt, kannst Du zur Stromminderung immer noch den CKDIV8 probieren und evtl. niedrigere Takte - oder im Notfall nen Quarz dran schalten. Letzteres halte ich nicht für nötig.

Allerdings bereite ich (meine To-Do-Liste eher unterstes Drittel) meine Uhrzeitdarstellung mit ner RTC vor (nicht die ganz billige, hat aber "alles").

[ooweberoo]

Hallo oberallgeier,

wenn ich das Fuse Bit CKDIV8 entferne wird also der CPU- Takt nicht mehr vorgeteilt und ich bekomme 8 statt 1MHz???

ok das klingt vernümpftig, aber ich hatte die Uhr ja bereits fertig und am laufen mit einem 1MHz.
allerdings war sie zu ungenau. nach 5 Stunden waren es schon 3-4min die sie nach ging.

8 Bit Timer CTC Modus aktivieren---------------------------------
TCCR0A |= (1<<WGM01);		
TCCR0B |= (1<<CS01);		// im TCCR0B Register, Vorteiler 8 setzen
OCR0A = 125;			// Überlaufwert festlegen 
				        // 1.000.000Hz/8=125.000,  125.000Hz/125=1.000Hz,  T=1/f = 1/1000Hz =0,001 Sekunden
				       // Beim erreichen von 125 wird ISR(TIM0_COMPA_vect)ausgeführt, und somit die Variable "millisekunden" um 1 erhöt
TIMSK0 = (1<<OCIE0A);      // Interrupfunktion einschalten
sei();

Wäre es genauer wenn ich 8MHz nutze? Also statt 1000Überläufe pro Sekunde 8000.

Gruß Chris

[oberallgeier]

... CKDIV8 entferne wird ... Takt nicht mehr vorgeteilt ... 8 statt 1MHz??? ...

Ja.

... Wäre es genauer wenn ich 8MHz nutze ...

Nein ziemlich sicher nicht. Denn der Oszillator bleibt ja der Gleiche, mit den gleichen Un-/Genauigkeiten. Nur dass die CPU eben langsamer getickert wird, weil der 8 MHz-Takt wegen des gesetzten CKDIV8 durch acht geteilt wird.

Genauer gehts nur mit einem genaueren Taktgeber für die CPU. Wie Du den Takt genauer bekommst ist egal. RICHTIG genau wirds dann mit einem Quarzofen der den Quarz auf einer konstanten Temperatur hält - weil der Quarztakt von der Temperatur des Quarzes abhängt. Genauer wirds aber auch durch den externen Taktgeber - Uhrenquarz, der dann Dein eigentliches Zeitsignal ist. Oder Du hängst noch ein DFC77-Modul dran und justierst die Uhr alle Stunde oder Minute oder so.

[sternst]

nach 5 stunden waren es schon 3-4min die sie nach ging.

OCR0A = 125;

Wenn du im CRC-Modus eine Teilung durch 125 haben möchtest, ist 124 der richtige Wert für OCR0A. Das wäre dann schon mal ein Fehler von ca. 2,5 Min pro 5 Std. In einem früheren Code hattest du es richtig, warum geändert?