AVRxDB und Verwandte - alle TCBs kaskadieren

Gerhard H. schrieb:

Interessante Info. Der Interrupt für TCB0 löst dann beim 48Bit Overflow aus?

Nein, der 48bit-Overflow ist natürlich der von TCB2. Schau dir doch einfach die Verkettung an, die ist: TCB0->TCB1->TCB2.

Aber egal, dieser Overflow kann ja sowieso frühestens nach ca. 204 Tagen Laufzeit relevant werden ;o)

Ob S. schrieb:

Gerhard H. schrieb:

Interessante Info. Der Interrupt für TCB0 löst dann beim 48Bit Overflow aus?

Nein, der 48bit-Overflow ist natürlich der von TCB2. Schau dir doch einfach die Verkettung an, die ist: TCB0->TCB1->TCB2.

Falsch.

Gerhard H. schrieb:

Interessante Info. Der Interrupt für TCB0 löst dann beim 48Bit Overflow aus?

Ein Overflow löst hier keinen Interrupt aus. Weil bei keinem Timer der Overflow Interrupt aktiviert ist. Es ist nur der Capture Interrupt von TCB0 aktiviert. Zeile 21. Es wird nur das Overflow Ereignis an den nächsten Timer weitergereicht. Oder man könnte einen Overflow Interrupt in Software pollen ohne Overflow ISR. Hier aber nicht sinnvoll. Es kommt hier nur auf das Eingangssignal an was man vermessen möchte. In dem Fall mit der Konfig die steigende Flanke. Wenn es hier zu einem Overflow der 48 Bit kommen würde, würde man das nicht mitbekommen, dann wäre der Zählumfang zu kurz. Wenn man einen Überlauf überwachen möchte könnte man auf den Overflow vom letzten (höchstwertigen) Timer pollen oder dessen Overflow Interrupt aktivieren. Vielleicht hilft es auch zu wissen das die ISR von TCBn eine Sammel-ISR ist. Wenn man beide Interrupts aktivieren würde und man müsste wissen welcher ausgelöst hat, müsste man das in der ISR abfragen.

Veit D. schrieb:

Ob S. schrieb:

Nein, der 48bit-Overflow ist natürlich der von TCB2. Schau dir doch einfach die Verkettung an, die ist: TCB0->TCB1->TCB2.

Falsch.

Wieso meinst du, das wäre falsch?

Da steht's doch:

1

  EVSYS.CHANNEL3 = EVSYS_CHANNEL3_TCB0_OVF_gc;      //

2

  EVSYS.USERTCB1COUNT = EVSYS_USER_CHANNEL3_gc;

3

4

  EVSYS.CHANNEL4 = EVSYS_CHANNEL4_TCB1_OVF_gc;      //

5

  EVSYS.USERTCB2COUNT = EVSYS_USER_CHANNEL4_gc;

Veit D. schrieb:

Vielleicht hilft es auch zu wissen das die ISR von TCBn eine Sammel-ISR ist. Wenn man beide Interrupts aktivieren würde und man müsste wissen welcher ausgelöst hat, müsste man das in der ISR abfragen.

Das allerdings ist richtig. Immerhin gibt es aber bei den Dx wenigstens das Flag zum abfragen.

Ob S. schrieb:

Wieso meinst du, das wäre falsch?

Da steht's doch:

1

>   EVSYS.CHANNEL3 = EVSYS_CHANNEL3_TCB0_OVF_gc;      //

2

>   EVSYS.USERTCB1COUNT = EVSYS_USER_CHANNEL3_gc;

3

> 

4

>   EVSYS.CHANNEL4 = EVSYS_CHANNEL4_TCB1_OVF_gc;      //

5

>   EVSYS.USERTCB2COUNT = EVSYS_USER_CHANNEL4_gc;

6

>

Ich will mich hier nicht streiten und nicht verkomplizieren. Original bezog sich die Nachfrage auf den 48Bit Overflow Interrupt auf TCB0, so habe ich das verstanden, der jedoch bei keinem Timer aktiviert ist und damit auch in der TCB0 ISR nicht auslösen kann. In der TCB0 ISR löst nur der Capture Interrupt aus. Die gezeigten Codezeilen betrifft nur das Eventsystem für die Kaskadierung.

Veit D. schrieb:

Ich will mich hier nicht streiten und nicht verkomplizieren. Original bezog sich die Nachfrage auf den 48Bit Overflow Interrupt auf TCB0, so habe ich das verstanden

Genau. Und da isser eben definitiv falsch, weil sich eben aus der Verkettung ergibt, dass, wenn überhaupt, nur der Overflow von TCB2 in Frage kommt, um den 48-Bit Übertrag mitzubekommen.

Dass der dazu auch aktiviert werden muss und dass in der ISR verzweigt werden muss, weil es halt nur einen Vector für TCB2 gibt, steht außer Frage und war nie Thema der Diskussion.