PCINT0 wird immer getriggert

[Franz (Gast)]

Hallo, ich habe folgendes Problem...ich habe einen PCINT - Interrupt in 
meinem Programm, der andauernd triggert (anscheinend auch ohne 
Flankenwechsel) dieses Codebeispiel ist nur ein teil meines Programmes 
und soll dazu dienen, software-uart zu implementieren.

Ich verwende einen ATTINY85, AtmelStudio 7, AVR Dragon, AVR/GNU C 
Compiler...
Für den Software-Uart verwende ich eine Baudrate von 2400 baud/s
Also braucht ein bit bei mir zur übertragung 416 µs, ein halbes also 208 
µs

Weiß jemand, warum ich ständig in die ISR springe ??? Ich habe sonst nur 
diesen Pin (PINB0) einen PCINT zugewiesen und sonst keinen... mein 
empfangener Wert ist immer 1023 = 0b 0000 0011 1111 1111.......

Danke vielmals schon für die Hilfe im Voraus

#define F_CPU 8000000UL
#include <util/delay.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <stdint.h>

static volatile uint16_t received_char = 0;
static volatile uint8_t bit_cnt_receiver = 0;

int main(void)
{

  DDRB &= ~(1<<PB0); //Input, der den Interrupt auslöst

  //PCINT
  GIMSK |= (1<<PCIE); //PinChangeInterrupt für PIN_UART_RX ist aktiv
  PCMSK |= (1<<PIN_UART_RX); //Pin Change enabled

  //TIMER 1
  TCCR1 |= (1<<CTC1); //Clear Timer on Compare Match
  TCCR1 |= (1<<CS12) | (1<<CS11); //Prescaller von 32 = 0,25 MHz Taktgeschwindigkeit
  OCR1A = 104; //Alle ~104 µs ein Tick
  TIMSK |= (1<<OCIE1A); //Interrupt bei OutputCompare enabled
  
  sei();        //Global Interrupts enabled

  while (1);

  return 0;
}


//--------------------------------------------------------------
/// Interrupt routine for PIN-Change for receiving 11 bits (Software-Uart-Receiving) (-> Command + Adress)
///
///
ISR(PCINT0_vect)
{
  if(PINB &= ~(1<<PB0)) //Bei fallender Flanke....startbit wird möglicherweise empfangen
  {
    _delay_us(208); //in der mitte des startbits
    
    if(PINB &= ~(1<<PB0)) //Bei low PEGEL....startbit wird empfangen
    {
      TIMSK |= (1<<OCIE1A); //Timer wird eingeschalten
      GIMSK &= ~(1<<PCIE); //PCINT wird ausgeschalten
      received_char = 0;
    }
  }
}



//--------------------------------------------------------------
/// Interrupt timing routine for counting bit for bit
///
///
ISR(TIMER1_COMPA_vect)
{
  
  if (PINB |= (1<<PB0))
  {
    received_char |= (1<<bit_cnt_receiver);
  }

  else
  {
    received_char &= ~(1<<bit_cnt_receiver);
  }

  bit_cnt_receiver++;


  if(bit_cnt_receiver>9)
  {
    bit_cnt_receiver = 0;
    TIMSK &= ~(1<<OCIE1A); //Timer wird ausgeschalten
    TCNT1 = 0; //Timer wird auf 0 gesetzt
    GIMSK |= (1<<PCIE);    //PCINT wird eingeschalten
  }

}

[Michael K. (Gast)]

Franz schrieb:
> Weiß jemand, warum ich ständig in die ISR springe

Ohne weiter zu lesen:
Weil das IRQ Flag noch ansteht.
Irgendwas musst Du selber rücksetzen, ein Register lesen damit das Flag 
rückgesetzt wird, oder ähnliches.
Ist eigentlich immer so wenn man einen IRQ nicht mehr verlassen kann.

[Stefan F. (Gast)]

Michael K. schrieb:
> Ohne weiter zu lesen:
> Weil das IRQ Flag noch ansteht.

Bei AVR werden die IRQ Flags automatisch zurück gesetzt, wenn man eine 
ISR hat.

[Felix U. (ubfx)]

Franz schrieb:
> if (PINB |= (1<<PB0))

Damit togglest du deinen PB0 Pin. Das ergibt keinen Sinn.

> if (PINB &= ~(1<<PB0))

Und du solltest aufhören, beim Abfragen von Pins auch wieder in die 
entsprechenden Register zu schreiben. Außerdem solltest du aufhören, 
delays in ISRs zu verwenden.

[Hannes J. (hannes_j)]

Der löst immer wieder aus weil du den Pin toggelst würde ich sagen. 
Glaube die = in deinen ifs sind zu viel.

Edit: Ah Felix hatte es über mir schon geschrieben

[c-hater (Gast)]

Stefanus F. schrieb:

> Bei AVR werden die IRQ Flags automatisch zurück gesetzt, wenn man eine
> ISR hat.

Das ist längst nicht alle AVR8-Interrupts wahr, für die meisten 
allerdings schon. Für die hier verwendeten PCINT- und Timer-Interrupts 
auf jeden Fall.