Timer und Interrupts beim ATmega 128

[J. R. (cia_man)]

Hallo,

ich möchte folgendes machen:


main:

//Interrupt-Test



   //Set up the timer1 as described in the
   //tutorial

   TCCR1B=(1<<WGM12)|(1<<CS11)|(1<<CS10);
   OCR1A=65535;
   
   OCR1B=35500; // timer2
   
   
   //Enable the Output Compare A interrupt
   TIMSK|=(1<<OCIE1A);
   
   //Enable the Output Compare B interrupt
   TIMSK|=(1<<OCIE1B); 
   
   //Enable interrupts globally
   sei();


 while( 1 )
 {
  
 }
 

 
 // Ende-Test

Interrupt.c:

//The output compate interrupt handler
//We set up the timer in such a way that
//this ISR is called exactly at 1ms interval

ISR(TIMER1_COMPA_vect)
{
    sendchar('I');
  sendchar('N');
  sendchar('T');
  sendchar('E');
  sendchar('R');
  sendchar('R');
  sendchar('U');
  sendchar('P');
  sendchar('T');
  sendchar('A');
  
  sendchar(13);
  sendchar(10);
  sendchar(10);
  
}

ISR(TIMER1_COMPB_vect)
{
    sendchar('I');
  sendchar('N');
  sendchar('T');
  sendchar('E');
  sendchar('R');
  sendchar('R');
  sendchar('U');
  sendchar('P');
  sendchar('T');
  sendchar('B');
  
  sendchar(13);
  sendchar(10);
  sendchar(10);
  
}

jedoch erhalte ich als Ausgabe nur gleichmäßig abwechselnd Interrupt A 
und Interrupt B und nicht ungleichmäßig wie gewünscht... Warum???

http://extremeelectronics.co.in/avr-tutorials/timers-in-compare-mode-part-ii/

Quelle...

[spess53 (Gast)]

Hi

>Warum???

Weil beide Interrupts mit der gleichen 'Frequenz' aufgerufen werden. Nur 
zu verschiedenen Zeitpunkten.

MfG Spess

[J. R. (cia_man)]

Okay.... Und wie lässt sich das ändern?

[spess53 (Gast)]

Hi

>Okay.... Und wie lässt sich das ändern?

Garnicht, es sei denn du änderst zufällig die Compare-Werte.

MfG Spess

[Karl H. (kbuchegg)]

J. R. schrieb:
> Okay.... Und wie lässt sich das ändern?

Indem du nur 1 Compare benutzt und im Compare ausrechnest wann und 
welche Aktion als nächstes drann ist.


Wie machst du das denn im täglichen Leben, wenn du nur 1 Uhr mit 
Sekundenzeiger hast, aber mehrere Aktionen in Unterschiedlichen 
Intervallen ausführen sollst? Da hast du doch genau das gleiche Problem 
und löst es unbesehen mit Bravour.

[J. R. (cia_man)]

Karl Heinz Buchegger schrieb:
> J. R. schrieb:
>> Okay.... Und wie lässt sich das ändern?
>
> Indem du nur 1 Compare benutzt und im Compare ausrechnest wann und
> welche Aktion als nächstes drann ist.
>
>
> Wie machst du das denn im täglichen Leben, wenn du nur 1 Uhr mit
> Sekundenzeiger hast, aber mehrere Aktionen in Unterschiedlichen
> Intervallen ausführen sollst? Da hast du doch genau das gleiche Problem
> und löst es unbesehen mit Bravour.

Und anders geht das nicht??? :(

[Karl H. (kbuchegg)]

Da du nur 2 Interrupts brauchst, kannst du dir natürlich auch in jeder 
ISR ausrechnen, wann der nächste fällig ist.

Wenn du alle 12 Sekunden eine Aktion machen sollst, aber nur eine Uhr 
hast, kannst du dir ja ausrechnen, wann der eingebaute Wecker für A das 
jeweils nächste mal läuten soll.

Läutet der Wecker das erste mal, stellst du ihn auf 24 Sekunden ein. 
Beim nächsten Läuten stellst du ihn auf 36, dann auf 48, etc. etc.

[J. R. (cia_man)]

Okay... da muss ich mal schauen ;-) Thx euch!!!

[Karl H. (kbuchegg)]

Wsa musst du da lang schauen?

   TCCR1B = (1<<CS11)|(1<<CS10);

   OCR1A = 65535;
   OCR1B = 35500;


....

ISR(TIMER1_COMPA_vect)
{
  send( "A\r\n" );
  OCR1A += 65535
}

ISR(TIMER1_COMPB_vect)
{
  send( "B\r\n" );
  OCR1B += 35500;
}

(und schreib dir eine Funktion, die Strings versenden kann. Das ist doch 
Unsinn, da jedesmal mit sendchar rumzuhampeln

void send( const char* str )
{
  while( *str )
    sendchar( *str++ );
}

[J. R. (cia_man)]

Karl Heinz Buchegger schrieb:
> (und schreib dir eine Funktion, die Strings versenden kann. Das ist doch
> Unsinn, da jedesmal mit sendchar rumzuhampelnvoid send( const char* str )
> {
>   while( *str )
>     sendchar( *str++ );
> }

Hatte da weng Probleme mit dem \n \r am Ende... da hat er nur immer eins 
erkannt...  keine Ahnung warum....

Aber deine Lsg werde ich moin mal ausprobieren..danke ;)

Für heute ist erst einmal Feierabend angesagt... :)

[J. R. (cia_man)]

Hab es doch nochmal probiert ^^ geht! ;)

Danke... Vielen Dank!

Moin ändere ich dann noch die Sache mit dem void send um :)

[Karl H. (kbuchegg)]

J. R. schrieb:

>
> Hatte da weng Probleme mit dem \n \r am Ende... da hat er nur immer eins
> erkannt...  keine Ahnung warum....

Wahrscheinlich Reihenfolge.

\r\n,  nicht \n\r

[J. R. (cia_man)]

Karl Heinz Buchegger schrieb:
> J. R. schrieb:
>
>>
>> Hatte da weng Probleme mit dem \n \r am Ende... da hat er nur immer eins
>> erkannt...  keine Ahnung warum....
>
> Wahrscheinlich Reihenfolge.
>
> \r\n,  nicht \n\r

Die hatte ich richtig....

[J. R. (cia_man)]

void send(char *send)
{
  char transmit = 0;
  int i = 0;

  while( !(UCSR1A & (1<<UDRE1)) );
  UDR1 = 13;

  while( (transmit != 10) && (transmit != 13) )
  {
    transmit = send[i];
    i++;
    while( !(UCSR1A & (1<<UDRE1)) );
    UDR1 = transmit;
  }

  return;

}

So schaut die bei mir aus... warum geht das dann damit nicht???

[Karl H. (kbuchegg)]

Was um Himmels Willen treibst du da?

Eine String-Sendefunktion soll den String senden, mehr nicht. Auf keinen 
Fall soll sie irgendwelche Annahmen über \r oder \n Zusammenhänge 
treffen oder das der String damit aufhört. Auch kann sich eine String 
Sende Funktion auf eine einfachere Funktion stützen, die ein einzelnes 
Zeichen versendet und die hast du doch schon

Eine Funktion die einen String versendet sieht so aus

void send( const char* str )
{
  while( *str != '\0' )
    sendchar( *str++ );
}

fertig. Mehr braucht es nicht.

[Karl H. (kbuchegg)]

> warum geht das dann damit nicht???

Weil du eines von beiden, entweder den \n (10) oder den \r (13) gar 
nicht verschickst, sondern immer nur den ersten der beiden. Je nachdem 
wer im String zuerst kommt.

Aber nochmal: Das geht eine String Funktion nichts an, was ich versenden 
will. Und wenn ich

   send( "\r\n\n\r\n\r\n\r Hallo \n\r\n\r" );

aufrufe, dann will ich auch, dass dieser String genau so versendet wird, 
wie ich ihn hingeschrieben habe und nicht, dass die Sendefunktion beim 
ersten \r bereits aufhört. Das ist nicht ihr Bier sich darum zu kümmern!

Ein C-String hört immer beim 0-Character auf. Das ist alles was eine 
Send-String Funktion (so wie jede andere String-verarbeitende Funktion) 
wissen muss.

[J. R. (cia_man)]

Karl Heinz Buchegger schrieb:
> Ein C-String hört immer beim 0-Character auf. Das ist alles was eine
> Send-String Funktion (so wie jede andere String-verarbeitende Funktion)
> wissen muss.

Das ist gut... das muss ich mir merken ;-)

Danke vielmals ;)

[Karl H. (kbuchegg)]

J. R. schrieb:
> Karl Heinz Buchegger schrieb:
>> Ein C-String hört immer beim 0-Character auf. Das ist alles was eine
>> Send-String Funktion (so wie jede andere String-verarbeitende Funktion)
>> wissen muss.
>
> Das ist gut... das muss ich mir merken ;-)

Ähm.
Das ist Grundlagen - C Programmierung - Strings.
In jedem C Buch irgendwo im ersten Drittel des Buches in einem eigenen 
Kapitel über Strings lang und breit und 25 Variationen ausgewälzt.

String-Verarbeitung in C

[J. R. (cia_man)]

Karl Heinz Buchegger schrieb:
> J. R. schrieb:
>> Karl Heinz Buchegger schrieb:
>>> Ein C-String hört immer beim 0-Character auf. Das ist alles was eine
>>> Send-String Funktion (so wie jede andere String-verarbeitende Funktion)
>>> wissen muss.
>>
>> Das ist gut... das muss ich mir merken ;-)
>
> Ähm.
> Das ist Grundlagen - C Programmierung - Strings.
> In jedem C Buch irgendwo im ersten Drittel des Buches in einem eigenen
> Kapitel über Strings lang und breit und 25 Variationen ausgewälzt.
>
> String-Verarbeitung in C

Ja stimmt eigentlich... Schande über mich ;) Wobei der obige Code nicht 
von mir stammt :-) Ist von einem Kollegen...

[Karl H. (kbuchegg)]

J. R. schrieb:

> Ist von einem Kollegen...

Dann wasch ihm den Kopf. Du hast allen Grund dazu.

[J. R. (cia_man)]

Karl Heinz Buchegger schrieb:
> J. R. schrieb:
>
>> Ist von einem Kollegen...
>
> Dann wasch ihm den Kopf. Du hast allen Grund dazu.

Okay ^^ :-)