AVR - externer Interrupt interruptet nicht.

[Andreas S. (igel1)]

Hi Leute,

ich habe nach längerer AVR-Abstinenz ein Programm geschrieben,
um den externen Interrupt INT1 auf einem ATmega88PA zu testen.

Leider funktioniert mein Programm im AVR Studio 6 Simulator nicht.
Meine Selbstdiagnose lautet: Brett vor'm Kopf - bin irgendwie
blind und finde den Fehler nicht.

Vielleicht ist das für einen Kenner unter Euch ja eine Sache
von 2 Sekunden, daher mein Hilfegesuch.

Viele Grüße

Igel1


PS:  sorry - Code könnte schöner formatiert sein ...

/*
 *  Test external Interrupt INT1
 *
 *  When INT1 (=PD3) is rising from 0 to 1, an interrupt shall be triggered
 *      The level change is realized by setting/resetting PD3 within the program
 *
 *  V0.01  Doen't work - simulator doesn't branch into ISR (interrupt service routine)
 */


.EQU XTal = 1000000    ; XTal frequency definition

;* Controllertyp:    ATmega88PA
.include  "m88PAdef.inc"

;* Definitionen
.def akku = r19      ;Allzweckregister Programm
 

; Interrupt-Handler für atmega88PA
.org 0x0000
rjmp Main          ; rjmp RESET ; Reset Handler
reti            ; rjmp EXT_INT0 ; IRQ0 Handler
rjmp EXT_INT1          ; rjmp EXT_INT1 ; IRQ1 Handler


.cseg    ;Flash Segment


; Main Program
Main:
  ;Stack init
  ldi  akku,HIGH(RAMEND)
  out  SPH,akku
  ldi  akku,LOW(RAMEND)        ;Stack Initialisierung
  out  SPL,akku                ;Init Stackpointer


; Init Ports
  ldi akku, 0b00101100          ;Port D:  D2,D3,D5 => Ausgang,  Rest => Eingang
  out DDRD, akku
  nop


; Init Interrupts
  ldi  akku,(1 << ISC11 | 1 << ISC10)      
        ; The rising edge of INT1 generates an interrupt request.
  sts EICRA, akku

  ldi akku,(1 << INT1)            ; Bit 1 – INT1: External Interrupt Request 1 Enable
  out EIMSK, akku

  ldi  akku,0x00
  out EIFR, akku

  sei

; PORTD3 toggel - rising signal should trigger ISR
Flashy:

  cbi PortD, 3             ; INT1 -> 0
  nop

  sbi PortD, 3              ; INT1 -> 1      ### at this point, an interrupt should be triggered ###
  nop
 
  rjmp Flashy


;* Interrupt routine for external interrupt ext_int1
EXT_INT1:
  sbi PortD,5        ; LED an  
reti

[S. Landolt (Gast)]

Das ".cseg" steht etwas zu tief, aber ob's daran liegt?

[MWS (Gast)]

Andreas S. schrieb:
> *  V0.01  Doen't work - simulator doesn't branch into ISR (interrupt
> service routine)

Also ich kann das simulieren, AVR Studio 4.19, und es wird in die Int1 
ISR eingesprungen.

Beiläufig, das hier:

  ldi  akku,0x00
  out EIFR, akku

ist sinnlos, Flag-Bits werden durch Schreiben einer 1 gelöscht.

[Detlef K. (adenin)]

In Version 4.18 funktioniert es mit "Simulator" und "Simulator2". :)

[Karl H. (kbuchegg)]

Hab das Teil in Atmel Studio 6.2 geladen.
Im Simulator: nichts.

Das EIFR Bit wird korrekt gesetzt, aber der Interrupt Vektor wird nicht 
angesprungen.

Ich weiss schon, warum mir das alte AVR Studio lieber ist.

[S. Landolt (Gast)]

> Hab das Teil in Atmel Studio 6.2 geladen.
Und was passiert, wenn Sie das ".cseg" an die richtige Stelle setzen?

[Karl H. (kbuchegg)]

S. Landolt schrieb:
>> Hab das Teil in Atmel Studio 6.2 geladen.
> Und was passiert, wenn Sie das ".cseg" an die richtige Stelle setzen?

Hab ich probiert. Kein Unterschied.

[S. Landolt (Gast)]

> Ich weiss schon, warum mir das alte AVR Studio lieber ist.
Und ich weiß schon, warum ich so selten den Simulator benutze - hab' 
genug mit meinen eigenen Fehlern zu tun, fremde brauche ich nicht.

[MWS (Gast)]

Karl Heinz schrieb:
> Hab das Teil in Atmel Studio 6.2 geladen.

Version 6.1 funktioniert auch nicht, auch wenn das .cseg verschoben 
wird. Version 4.18 (nicht 4.19) funktioniert hingegen. Und ist auch 
nicht so elend ziagat.

[Karl H. (kbuchegg)]

Aaaaaargh.

Man muss mittels F5 den Simulator laufen lassen. Im Einzelschrittbetrieb 
mittels F10 oder F11 funktioniert das nicht.

Also eines muss ich schon sagen.
So gerne ich die AVR auch habe, aber die Qualität der 
Entwicklungsumgebung könnte besser sein.

[MWS (Gast)]

Karl Heinz schrieb:
> Man muss mittels F5 den Simulator laufen lassen.

Und auf dem linken Fuß stehen, sich mit der rechten Hand an das linke 
Ohrläppchen greifend.

[Karl H. (kbuchegg)]

es gibt eine Option im Atmel Studio.

Zu finden unter dem Menüpunkt "Tools" | "Options"

und dann im Dialog weiter wie im Bild gezeigt.
"Mask interrupts while stepping"

Die ist defaultmässig auf 'true' gestellt. Wer macht den auch sowas. 
IMHO der falsche Default.

[S. Landolt (Gast)]

> IMHO der falsche Default.

Muret-Sanders (um 1900):
default: ... 5. Missethat, üble That ...

[Andreas S. (igel1)]

Wow - Leute, das hätte ich jetzt nicht gedacht:

In dieser kurzen Zeit haben sich tatsächlich 3 von Euch
(MWS, Detlef und Karl-Heinz) die Mühe gemacht, meinen
Code in Ihrem jeweiligen Simulator laufen zu lassen ...
Da bleibt einem wirklich die Spucke weg - dickes Dankeschön
an die 3 Helden!  (die mir nebenbei auch noch nette Tipps
spendiert haben)

Und über das Ergebnis bin ich ebenfalls erstaunt: Vor Jahren
bin ich mit dem alten AVR Studio schon einmal in eine
Simulator-Falle getappt - hätte nicht gedacht, daß
die Software nach so vielen Jahren immer noch so buggy ist.

1000 Dank aber nochmals für Eure Unterstützung!

Viele Grüße

Igel1


PS: Ich habe mein Uralt AVR Studio 4.19 Build 716 gerade einmal 
ausgegraben
    Ergebnis: mein Programm funktioniert dort!

[Andreas S. (igel1)]

Uff - während ich getextet habe, hat Karl Heinz noch einen drauf gelegt:

Da kann ich nur sagen:

Hier kannst Du wirklich was erleben, in diesem Forum !
@Karl Heinz: unglaublich! Wie bist Du darauf nur gekommen ?!

Danke - jetzt funktioniert's auch in meinem AVR Studio 6.2.1563 (SP 2).
Hamma!

Viele Grüße

Igel1

[Karl H. (kbuchegg)]

Andreas S. schrieb:

> Simulator-Falle getappt - hätte nicht gedacht, daß
> die Software nach so vielen Jahren immer noch so buggy ist.

Wie sich rausgestellt hat, ist das kein Bug.

Es ist nur ein Feature, dass meiner Meinung nach unsinnigerweise nach 
der Installation aktiviert ist. Denn die Erwartungshaltung der meisten 
dürfte wohl sein, dass sich Single Step und Run nur dadurch 
unterscheiden, dass ein Run mehr oder weniger einfach nur ein Single 
Step nach dem anderen ist.
Warum man beim Single Steppen auftretende Interrupts nicht ausgeführt 
haben will, entzieht sich meiner Phantasie.

[The Return of Mistzeug (Gast)]

Andreas S. schrieb:
>.... hätte nicht gedacht, daß
> die Software nach so vielen Jahren immer noch so buggy ist.

Nicht "immer noch" -WIEDER!

[Karl H. (kbuchegg)]

Andreas S. schrieb:

> Hier kannst Du wirklich was erleben, in diesem Forum !
> @Karl Heinz: unglaublich! Wie bist Du darauf nur gekommen ?!

Die Annahme war, dass Atmel doch wohl nicht so einen simplen Bug im 
Simulator haben wird. Also hab ich mal angefangen zu googeln mit 
unterschiedlichen Stichworten.
Und nach einige Web Sites hatte ich dann einen Treffer, der mir weitere 
Stichworte für Google geliefert hat :-)

Die Sache mit dem F5 hab ich zufällig beim Probieren im Studio entdeckt.

[Andreas S. (igel1)]

@Karl Heinz:
Scharf und richtig kombiniert (wie wir im Nachhinein nun alle wissen).
Danke für Dein Engagement!

1000 Dank aber auch an alle anderen, die sich hier bemüht haben.
Das hätte mich sicher Tage gekostet, weil ich das Problem ausschließlich
vor der Tastatur vermutet hatte ...

Habt noch einen schönen Abend!

Viele Grüße

Igel1