Timer: Display EINMAL alle x ms aktualisieren.

[Elektrotiger (Gast)]

Ich habe Timer0 so implementiert, so dass alle 10ms ein Interrupt 
ausgelöst wird. Nun möchte ich nach einer bestimmten Zeit z.B. , dass 
alle 0.5 Sekunden das Display EINMAL aktualisiert wird. Wie 
implementiere ich dies richtig?

uint8_t counter = 0;

void timer0()
{
  TCCR0 = (1<<CS02)|(1<<CS00);         // divide by 1024
  TCNT0 = (-72);  // preload for 10ms
  TIMSK |= 1<<TOIE0;                   // enable timer interrupt
}

ISR( TIMER0_OVF_vect )                            // every 10ms
{
  static uint8_t ct0, ct1, rpt;
  uint8_t i;
 
  TCNT0 = (-72);  // preload for 10ms
  counter++;
  if(counter==100)  // 1 Sekunde
  {
  sekunden++;
  counter=0;
  }  


uint8_t ms_Zehn(uint16_t n)
{
  uint8_t status=0;
  if((counter%n==0)&&(TCCR0-old_tccr0 != 0))return status=1;
  else return status=0;  
}

int main( void )

while(1)
{
if ((ms_Zehn(50))==1) aktualisiere();
}

Mein Problem liegt vorallem darin, dies nur einmal auszuführen. Aktuell 
aktualisiert der das quasi 10ms konsiquent durch und dass alle 500ms.

PS: Aktuell ist counter mit bis 100 begrenzt, mir ist schon bewusst,dass 
meine aktuelle Funktion nur bis 100*ms_Zehn sinn ergibt ;).

[Elektrotiger (Gast)]

Des Weiteren möchte ich dies nicht in den Interrupt packen, da dies nur 
ein Bruchteil meines gesamten Projektes beinhaltet. Der Interrupt sollte 
so leer wie nur möglich sein.

[Peter II (Gast)]

Elektrotiger schrieb:
> Mein Problem liegt vorallem darin, dies nur einmal auszuführen. Aktuell
> aktualisiert der das quasi 10ms konsiquent durch und dass alle 500ms.

einfach ein Flag in der ISR setzen.

if ( ..) {
  flag_update_display = 1
}



//main

if ( flag_update_display ) {
   flag_update_display = 0;
   UpdateDisplay();
}

[Elektrotiger (Gast)]

Autsch Danke :D.

[Karl H. (kbuchegg)]

das flag volatile machen  nicht vergessen.

[W.S. (Gast)]

Elektrotiger schrieb:
> Nun möchte ich nach einer bestimmten Zeit z.B. , dass
> alle 0.5 Sekunden das Display EINMAL aktualisiert wird

Und warum?
Am sinnvollsten ist es doch, das Display nur dann zu aktualisieren, wenn 
einerseits eine sinnvolle Zeit (z.B. 50 ms) verstrichen ist UND du 
irgend etwas am Displayinhalt geändert hast. Sonst ist das Ganze doch 
überflüssig.

W.S.

[Joachim B. (jar)]

Peter II schrieb:
> einfach ein Flag in der ISR setzen.

hihi, genauso (mache ich es auch)

aber alle 330ms also 3x pro Sekunde weil die Sekunde ja nicht syncron 
mit dem Timer laufen muss, RTC vs. Timer ;-)


ISR

      if(lcd_updatetime) 
        lcd_updatetime--;

LOOP

  if(!lcd_updatetime)
    lcd_update();

LCD

void lcd_update(void)
{ 
.....
  lcd_updatetime=33;
}

[Elektrotiger (Gast)]

W.S. schrieb:
> Am sinnvollsten ist es doch, das Display nur dann zu aktualisieren, wenn
> einerseits eine sinnvolle Zeit (z.B. 50 ms) verstrichen ist UND du
> irgend etwas am Displayinhalt geändert hast. Sonst ist das Ganze doch
> überflüssig.

Da es sich hier um das Anzeigen der ADC Werte der Eingänge des 
Mikrocontroller handelt, die die Lichtintensitäten der Lichtwellenleiter 
dauerhaft prüfen, muss quasi wirklich permanent das Display aktualisiert 
werden ;).

[Elektrotiger (Gast)]

Joachim B. schrieb:
> ISR      if(lcd_updatetime)
>         lcd_updatetime--;

Sinnvoll wenn man nicht gerade 10 verschiedene Timer braucht ;).
Da lass ich anstelle von 10 Countern runterzählen lieber einen Counter 
hochzählen und bei gewissen Werten ein Flag setzen.

[Karl H. (kbuchegg)]

Elektrotiger schrieb:
> Joachim B. schrieb:
>> ISR      if(lcd_updatetime)
>>         lcd_updatetime--;
>
> Sinnvoll wenn man nicht gerade 10 verschiedene Timer braucht ;).
> Da lass ich anstelle von 10 Countern runterzählen lieber einen Counter
> hochzählen und bei gewissen Werten ein Flag setzen.


Bringt dir aber nichts.

Am Beispiel einer Uhr und Sekundenzeiger
Selbst wenn du an der Sekunde 12, 28, und 37 jeweils einen Schaltkontakt 
anbringst, schalten die trotzdem alle im 60 Sekunden Intervall. Sie 
schalten zu verschiedenen Zeiten, aber das Schaltintervall ist immer 
dasselbe, da dieses nur davon abhängt, wie lange der Zeiger für einmal 
rundum benötigt.

Für nicht verbrauchtes SRAM gibt es kein Geld zurück. Ob du da besonders 
clevere Kopfstände machst, oder einfach für jeden periodischen Vorgang 
einen eigenen Counter machst ist so gesehe egal. Nur das die 
Einzelcountermethode auf Anhieb funktioniert und deine Kopfstände eben 
nicht.

[Karl H. (kbuchegg)]

Elektrotiger schrieb:
> Des Weiteren möchte ich dies nicht in den Interrupt packen, da dies nur
> ein Bruchteil meines gesamten Projektes beinhaltet. Der Interrupt sollte
> so leer wie nur möglich sein.

SO leer wie möglich bedeutet nicht, dass man gar nichts machen darf. 
Einen Counter decrementieren (speziell wenn es ein uint8_t ist) kostet 
praktisch nichts. Wenn du die paar Taktzyklen nicht hast, hast du ein 
ganz anderes Problem.

[Elektrotiger (Gast)]

Karl Heinz schrieb:
> Nur das die
> Einzelcountermethode auf Anhieb funktioniert und deine Kopfstände eben
> nicht.

Warum funktioniert mein System nicht ?

[Holger L. (max5v)]

Hätte da noch eine kleine Anmerkung zu TCNT0 der in dem Codeausschnitt 
mit einem negativen Wert vorgeladen wird.

Elektrotiger schrieb:
> TCNT0 = (-72);  // preload for 10ms

Ich weiß nun nicht welcher µC dort verwendet wird, aber laut 
Datenblättern ist der untere Wert von TNCT0 0x00 und demnach sollte eine 
negative Zahl nicht funktionieren ?!

The counter simply overruns when it passes its maximum 8-bit value (TOP 
= 0xFF) and then restarts from the bottom
(0x00).

[spess53 (Gast)]

Hi

>Ich weiß nun nicht welcher µC dort verwendet wird, aber laut
>Datenblättern ist der untere Wert von TNCT0 0x00 und demnach sollte eine
>negative Zahl nicht funktionieren ?!

Na und? Da schreibt der Compiler einfach 184 rein. Aber das Vorladen ist 
generell unnötig. Die Timer der AVRs können alle CTC.

MfG Spess

[Holger L. (max5v)]

Das mit dem CTC Modus ist klar, es ging nur darum das er sich wohl was 
dabei gedacht hatte diesen Wert zu verwenden, bzw. hätte es auch einen 
Trick geben können den Timer auch mit negativen Zahlen zu verwenden.
Ist aber gut zu wissen das der Compiler den Wert in diesem Fall von dem 
Maximum abzieht, das kann bestimmt irgendwann einmal nützlich seien.

[isidor (Gast)]

Holger L. schrieb:
> Ist aber gut zu wissen das der Compiler den Wert in diesem Fall von dem
> Maximum abzieht,

Naj, warum einfach wenn's umständlich auch geht.

[Peter II (Gast)]

Holger L. schrieb:
> Ist aber gut zu wissen das der Compiler den Wert in diesem Fall von dem
> Maximum abzieht, das kann bestimmt irgendwann einmal nützlich seien.

das macht er nicht wirklich. er scheibt einfach die 8bit in die Variable 
und gut ist. Er rechnet nichts um.

Binär sehen beide Zahlen gleich aus.

[Rudolph (Gast)]

Warum willst Du alle 0,5 ms das komplette Display aktualisieren?
Damit ist der Controller doch eine kleine Ewigkeit beschäftigt in der 
nichts anderes mehr passiert.

Schick dem Display doch einfach alle xx ms das nächste Zeichen aus dem 
Puffer oder den Zeilenwechsel.
Die Operation ist in wenigen µs gelaufen.

Ich spendiere meinen Displays auch immer einen Puffer weil ich den von 
beliebigen Programm-Teilen aus beliebig oft beschreiben kann ohne auf 
irgendwas warten zu müssen.
Und je nach Anforderung wird der Output dann so abgestimmt das genug 
Wechsel pro Sekunde auf dem Display ankommen.

Schnell ist so ein LCD ja ohnehin nicht.

[npn (Gast)]

Peter II schrieb:
> Holger L. schrieb:
>> Ist aber gut zu wissen das der Compiler den Wert in diesem Fall von dem
>> Maximum abzieht, das kann bestimmt irgendwann einmal nützlich seien.
>
> das macht er nicht wirklich. er scheibt einfach die 8bit in die Variable
> und gut ist. Er rechnet nichts um.
>
> Binär sehen beide Zahlen gleich aus.

Richtig.

@Holger:
Und technisch gesehen machst du ja bei der Berechnung des Vorladewertes 
auch nichts anderes. Du bekommst heraus, daß der Timer 72 Takte 
benötigt, um auf die gewünschte Frequenz bzw. Zeit zu kommen. Dann 
ziehst du die 72 vom maximalen Wert (255) ab und bekommst die Zahl, mit 
der du den Timer vorlädtst. Statt dessen kannst du auch gleich -72 
schreiben.