attachInterrupt, Timer2 im 328p

[GuaAck]

Hallo,
ich möchte einen 328P (UNO in meinem ersten Versuch) zeitweise in den PowerSave Mode versetzten und zyklisch wecken. Das geht mit Timer 2. In einem ersten Schritt experimentiere ich also mit Timer2, der einen Interrupt auslösen soll.

In meinem Sketch (s.u.) passiert aber Merkwürdiges:
Nach Reset erscheint ordentlich die Zeile mit Compilezeit, dann 5 s Pause. Aber dann wird als Dauerfeuer ausgegeben "Programm PowProgramm PowProgramm Pow...".

Die Zeile "attachInterrupt" hat darauf in den verschiedenen Versionen keinen Einfluss.

Wenn ich die Zeile " TIMSK2 = 0x02; // IR auf OCR2A" auskommentiere, dann erscheint einmalig meine Headerzeile, Timer2 löst also IRs aus, das ist plausibel. (CHANGE hier nur als Test, muss m. e. RAISING sein, aber CHANGE ist allgemeiner.)

In den Register-Zuweisungen mögen Fehler sein, ok, aber es wird ja anscheinend das Setup unterbrochen. Wie kann das sein?

Mieine These: Timer2-IR feuert, findet aber keine ISR. Aber warum nicht und was passiert dann?

Vielleicht hat ja jemand einen Tipp,
Gruß GuaAck

Code:

/*
  Test: PowerSave
*/
bool IRpassiert;
word z;
void setup() {
  Serial.begin(115200);
  Serial.print("Programm PowerSave: ");
  Serial.print(F(__DATE__));
  Serial.print(' ');
  Serial.println(F(__TIME__));
  IRpassiert = false;
  z = 0;
  delay(5000);
  SetTimer2();
}

void Timer2ISR() {
  if (z++ == 0) IRpassiert = true;
}

void SetTimer2() {
  attachInterrupt(TIMER2_COMPA_vect_num, Timer2ISR, CHANGE);
  // attachInterrupt(7, Timer2ISR, CHANGE); // geht auch nicht
  // attachInterrupt(8, Timer2ISR, CHANGE); // geht auch nicht
  TCCR2A = 0x02; // CTC-Mode
  TCCR2B = 0x04; // Prescaler=1/64
  OCR2A = 0x80; // Compare
  TIMSK2 = 0x02; // IR auf OCR2A
}

void loop() {
  if (IRpassiert) {
    Serial.println(millis());
    IRpassiert = false;
    delay(1000);
  }
}

[georg01]

Hallo GuaAck,
die Selbe Probleme habe ich damals, … und wen es passiert dann immer bei UNO.
Vor einem Jahr war hier auch eine Diskussion darüber.
Probiermal die andere modis. Kann ich mir vorstellen – ICH WILL ABER CHANGE
Glaube mein Kompromiss war mit RISING. Kann ich mich jetzt aber nicht mehr erinnern.
Mit CHANGE ging bei mir damals auch NICHT.

Gruß Georg

[MicroBahner]

Ich glaube Du verwechselst da was. 'attachInterrupt' hat nichts mit Timer-Interrupts zu tun. Das funktioniert nur mit externen Interrupts an Eingangspins. Beim UNO auch nur an den Pins 2 und 3 ( Interruptnr 0 und 1 ). Das geht zwar auch, wenn der Pin als Ausgang geschaltet ist, und der Statuswechsel am Pin von innen ausgelöst wird. Pin 3 könntest Du über OCR2B beeinflussen. Das ist aber eigentlich nicht der Sinn der Sache bei Timerinterrupts.

Wenn Du Timerinterrupts verwenden willst, musst Du eine entsprechende ISR mit dem spezifischen Namen des Timerinterrupts erstellen. An diesem Namen erkennt der Compiler dann, dass das es ein Timerinterrupt ist, und trägt das auch entsprechend in der Vektor-Tabelle ein.

z.B.:

Code:

ISR ( TIMER2_COMPA_vect) {
...
}

P.S. ausserdem solltest Du, während Du die Timerregister änderst, die Interrupts abschalten und erst wenn der Timer komplett konfiguriert ist, wieder einschalten.

P.P.S Wenn Du mit attachInterrupt einen Interrupt auf einen offenen Eingang setzt, passieren da die wildesten Dinge. Da der offene Eingang beliebig zwischen LOW und HIGH hin- und herspringt, werden auch beliebig Interrupts erzeugt.

[Bitklopfer]

Das über den Timer-1 ist bekannt ?
lgbk

[georg01]

Wen die Funktion attachInterrupt(… schon "in der Quelle Kaput ist", kann man die Register schieben … IR auf XYZ Adressen verschieben / portieren, wird aber gar nicht helfen. (? nur Vermutung ?)
Gruß Georg

[GuaAck]

Danke,

genau so funktioniert es jetzt!!

Viele Grüße
GuaAck

(25.02.2020 08:53)MicroBahner schrieb:  Ich glaube Du verwechselst da was. 'attachInterrupt' hat nichts mit Timer-Interrupts zu tun. Das funktioniert nur mit externen Interrupts an Eingangspins. Beim UNO auch nur an den Pins 2 und 3 ( Interruptnr 0 und 1 ). Das geht zwar auch, wenn der Pin als Ausgang geschaltet ist, und der Statuswechsel am Pin von innen ausgelöst wird. Pin 3 könntest Du über OCR2B beeinflussen. Das ist aber eigentlich nicht der Sinn der Sache bei Timerinterrupts.

Wenn Du Timerinterrupts verwenden willst, musst Du eine entsprechende ISR mit dem spezifischen Namen des Timerinterrupts erstellen. An diesem Namen erkennt der Compiler dann, dass das es ein Timerinterrupt ist, und trägt das auch entsprechend in der Vektor-Tabelle ein.

z.B.:

Code:

ISR ( TIMER2_COMPA_vect) {
...
}

P.S. ausserdem solltest Du, während Du die Timerregister änderst, die Interrupts abschalten und erst wenn der Timer komplett konfiguriert ist, wieder einschalten.

P.P.S Wenn Du mit attachInterrupt einen Interrupt auf einen offenen Eingang setzt, passieren da die wildesten Dinge. Da der offene Eingang beliebig zwischen LOW und HIGH hin- und herspringt, werden auch beliebig Interrupts erzeugt.