ATTiny13 Interrupt 0 löst falsch aus.

[F. F. (foldi)]

Hallo Forum!

Vermutlich bin ich zu blöd.
Ich bastel schon eine Weile am Interrupt 0 rum.

Mit dem dem Code löst der Interrupt auf PB1 (Pin6,DIP) aus.

Habe alles rauf und runter versucht. Irgendwas mache ich falsch.

So habe ich zwar nicht mehr selbstauslösende Interrupts, aber das darf 
doch nicht sein.
PB0 als Eingang oder Ausgang gesetzt, mit Pullup und ohne.
Entweder der Interrupt löst von selbst aus, durch Anfassen der Platine 
oder der Interrupt löst auf PB0 und PB1 aus.

So schnell frage ich nicht, aber da hänge ich jetzt.
Das ist meine erste ISR die ich für den Tiny schreibe.
Auf dem ATmega328 funktionieren der INT0 wie erwartet und wie im Buch.

Im  Moment dient das alles noch zum testen, aber ich will mir einen 
Tester für mein Auto bauen.

#define F_CPU 1000000
#define interrupt_Led  PB3
#define blink_Led    PB2
#define interrupt_Line  PB0
#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>



ISR(INT0_vect)
{
    
  PORTB  |=  (1<<interrupt_Led);  _delay_ms(500);
  PORTB  &= ~(1<<interrupt_Led);  _delay_ms(300);
  PORTB  |=  (1<<interrupt_Led);  _delay_ms(500);
  PORTB  &= ~(1<<interrupt_Led);
  
  
  
}


int main(void)
{
  
  
  DDRB  |=    (1<<interrupt_Led)  |  (1<<blink_Led);
  DDRB  &= ~  (1<<interrupt_Line);
  PORTB  |=   (1<<interrupt_Line)  |  (1<<PB1)  |  (1<<PB4);  // Pullup high 
  PORTB  &= ~  (1<<interrupt_Led);

  //########################################################################

  MCUCR  &= ~  (1<<ISC00)  &~  (1<<ISC01);
 
  GIMSK  |=    (1<<INT0);
  
  
  
  
  
  sei();
  
  //########################################################################

while (1)
{
 
  
  PORTB  |=    (1<<blink_Led);  _delay_ms(100);
  PORTB  &= ~  (1<<blink_Led);  _delay_ms(100);
  
}

  return 0;
}

[Martin K. (maart)]

Tut zwar nichts direkt zur Sache, aber delays in einer ISR? Oh, oh, 
das gibt Megger von Eckhaaard.

[F. F. (foldi)]

Martin Kreiner schrieb:
> Tut zwar nichts direkt zur Sache, aber delays in einer ISR? Oh, oh,
> das gibt Megger von Eckhaaard.

Ist doch nur zum testen.

[F. F. (foldi)]

Jetzt hab ich noch mal die unbelegten Pins (PB1 u. PB4) als Eingänge 
geschaltet, so wie es auch im Datenblatt steht und dann die Pullups 
eingeschaltet.

Der Interrupt funktioniert sehr gut - nur auf dem falschen Pin, auf PB1.
Auf PB0 und PB4 passiert nichts, wenn ich die auf Low ziehe. Nur auf PB1 
löst der Interrupt aus und das sehr sauber. Als wären die Pins 
vertauscht.
Geht aber nicht, ist Streifenraster und den Interrupt löse ich an den 
Beinchen selbst aus.
So kann ich das zwar verwenden, aber befriedigend ist das nicht, wenn 
ich nicht weiß wieso das so ist.
Vielleicht erbarmt sich ja mal der liebe Karl Heinz Buchegger meiner. 
:-)

#define F_CPU 1000000
#define interrupt_Led  PB3
#define blink_Led  PB2
#define interrupt_Line  PB0
#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>



ISR(INT0_vect)
{
    
  PORTB  |=    (1<<interrupt_Led);  _delay_ms(500);
  PORTB  &= ~  (1<<interrupt_Led);  _delay_ms(300);
  PORTB  |=    (1<<interrupt_Led);  _delay_ms(500);
  PORTB  &= ~  (1<<interrupt_Led);
  
  
  
}


int main(void)
{
  
  
  DDRB   |=    (1<<interrupt_Led)  |  (1<<blink_Led);
  DDRB   &= ~  ((1<<interrupt_Line)  |  (1<<PB1)  |  (1<<PB4));
  PORTB  |=    (1<<interrupt_Line)  |  (1<<PB1)  |  (1<<PB4);     
  PORTB  &= ~  (1<<interrupt_Led);

  
  MCUCR  &= ~  ((1<<ISC00)  |  (1<<ISC01));
  GIMSK  |=    (1<<INT0);
  
  sei();
  
  while (1)
{
  
  
  PORTB  |=   (1<<blink_Led);  _delay_ms(100);
  PORTB  &= ~ (1<<blink_Led);  _delay_ms(100);
  
}

  return 0;
}

[Stefan E. (sternst)]

F. Fo schrieb:
> Der Interrupt funktioniert sehr gut - nur auf dem falschen Pin, auf PB1.

Wieso "falscher Pin"? INT0 ist auf PB1.
Auf PB0 ist PCINT0.

[F. F. (foldi)]

Stefan Ernst schrieb:
> F. Fo schrieb:
>> Der Interrupt funktioniert sehr gut - nur auf dem falschen Pin, auf PB1.
>
> Wieso "falscher Pin"? INT0 ist auf PB1.
> Auf PB0 ist PCINT0.

Ich weiß auch nicht, manchmal hat man was an den Augen oder einen Knoten 
im Kopf.

Vielen Dank!


Ich mag es gar nicht sagen, aber daran halte ich mich jetzt zwei Wochen 
(mit Unterbrechungen) auf.
Na ja, dafür kenne ich nun alle Parameter und Verhaltensweisen des Tinys 
rauf und runter. Das lernt ja auch.