ATtiny Timer overflow polling

[Friedrich K. (fiete)]

Hey Jungs  [edit: und Mädels],

ich möchte etwas Wartezeit einbauen und habe dazu gedacht auf dem 
Tiny13A den Timer zu nutzen:

TCNT0 = 100;         // zähler setzen(hier 255-100 = 155 cycles)
TCCR0B |= (1<<CS00); // prescaler = 1
TIFR0 = (1<<TOV0);   // reset Timer flag (logisch 1 schreiben)

  // Zeit in der was sinnvolles getan wird.

while ( !(TIFR0 & (1<<TOV0))){}; // warten, bis counter fertig
TCCR0B = 0;          // Timer ausschalten

Es sieht so aus als hinge das Programm in der while-schleife. Also 
entweder Zähler läuft nicht, oder er ist irgendwie falsch 
konfiguriert...
Ich programmiere den Tiny mit einem Arduino ISP.

Hat jemand eine Idee?

Gruß, Fiete

[Friedrich K. (fiete)]

... Okay habs herausgefunden. Es ist nicht ganz egal wann man was macht:

// timings for ATtiny13A internal clock (gemessen, ca. 40us loop overhead)
// TCNT0 = 0   --> 308us 
// TCNT0 = 56  --> 256us
// TCNT0 = 100 --> 220us 
// TCNT0 = 156 --> 168us
// TCNT0 = 200 --> 136us


TCNT0 = 100; // zähler setzen (! nur gerade Werte!)
TIFR0 = (1<<TOV0); // reset Timer flag
debug();
TCCR0B =1;//|= (1<<CS00); // prescaler = 1

  // Time to do something useful twait should not be exceeded!

while ( !(TIFR0 & (1<<TOV0))){}; // warten, bis counter fertig
TCCR0B = 0; // Timer stop

Also erst flag reset und dann Timer starten mit prescaler.

Komisch: Bei ungeraden Zähler (TCNT0) funktioniert es auch nicht. Jemand 
da eine Idee?

[Sudo (Gast)]

Warum den Aufwand wenn du eh nix in der Zeit machst nim die Delay 
Funktion und gut ist es. Mit nem Timer Lohnt es sich nur wenn man 
asynchron wartet.

[Friedrich K. (fiete)]

Naja, die Idee ist dass man da die Mindestzeit wartet. Während dieser 
Zeit macht man Berechnungen. Gehen sie schneller, wartet der Timer den 
rest. Konkret möchte ich warten, bis sich der Pegel am ADC-Pin 
eingestellt hat, bevor ich die Konversion starte.

Ich nehme an, dass du das meinst mit Asyncron warten.

[Thomas E. (thomase)]

Friedrich K. schrieb:
> Konkret möchte ich warten, bis sich der Pegel am ADC-Pin
> eingestellt hat, bevor ich die Konversion starte.

Und warum machst du das nicht?

Wenn die Wartezeit von einem bestimmten Pegel abhängig ist, dann fragt 
man den Pegel solange ab, bis dieser Wert erreicht ist.

Was du machst, ist aber nichts anderes, als eine vorgegebene Zeit zu 
warten, bis sich der erwartete Pegel hoffentlich eingestellt hat. Dazu 
machst du an dieser Stelle ein Delay. Allerdings ein ziemlich 
kompliziertes.

Gut, ist dein Timer und dem Controller ist es auch egal.

mfg.

[Friedrich K. (fiete)]

Thomas E. schrieb:
> Wenn die Wartezeit von einem bestimmten Pegel abhängig ist, dann fragt
> man den Pegel solange ab, bis dieser Wert erreicht ist.

Dieser Pegel ist i.A. unbekannt.

Da hst du recht, kompliziert ists. Ich möchte möglichst viele 
ADC-Wandlungen pro Sekunde haben. Das Mess-Musster sieht so aus:

SignalEin --> warten bis Sigalpegel voll da --> ADC --> Signal Aus --> 
warten bis refpegel  voll da --> ADC --> ...

Signal - Referenz - Signal - Referenz ...

Zwischendurch müssen noch ein paar Berechnungen gequetscht werden. Wenn 
ich den ADC im Free Running mode laufen lasse, dann muss ich jeden 
zweiten Wert verwerfen, daher dieses Heckmeck.

[Thomas E. (thomase)]

Friedrich K. schrieb:
> Zwischendurch müssen noch ein paar Berechnungen gequetscht werden. Wenn
> ich den ADC im Free Running mode laufen lasse, dann muss ich jeden
> zweiten Wert verwerfen, daher dieses Heckmeck.

Aber doch nicht so.

Guck dir im Datenblatt an, wie man den ADC mit dem Timer triggert.

mfg.

[Friedrich K. (fiete)]

Da hast du natürlich recht, das ist die elegantere Lösung. Dankeschön!