Interrupt stört Pin

[atmel (Gast)]

Hallo

ich benütze beim atmega 128 den Timer Interrupt. Ich brauche den Timer 
Interrupt nur in der Software und nicht Hardware.

Mein Problem ist jetzt wenn der Interrupt ausgeführt wird dass das auch 
den OC-Pin beeinflusst.

Kann man das irgendwie ausschalten?

MfG

[spess53 (Gast)]

Hi

>Kann man das irgendwie ausschalten?

Ja. Die passenden COM-Bits auf Null setzen.

MfG Spess

[atmel (Gast)]

Die sind von Haus aus auf null

[spess53 (Gast)]

Hi

>Die sind von Haus aus auf null

Dann passiert auch nichts mit dem Pin.

MfG Spess

[atmel (Gast)]

Wenn ich aber den Timer Interrupt auskommentiere verhält es sich normal 
jedoch wenn der ISR programmiert ist wird der OC-Pin beeinflusst. Woran 
kann das sonst liegen?

[Floh (Gast)]

atmel schrieb:
> Woran kann das sonst liegen?

Zeile 42 enthält die falsche Zuweisung an die Timerregister, ist doch 
ganz einfach.

[holger (Gast)]

>Mein Problem ist jetzt wenn der Interrupt ausgeführt wird dass das auch
>den OC-Pin beeinflusst.

Welchen?

[spess53 (Gast)]

Hi

>Woran kann das sonst liegen?

An deiner geheimen ISR? Das Setzen/Löschen/Toggeln der zugehörigen 
OC-Pins hat nichts mit dem Interrupt zu tun. Das passiert in der 
gewählten Betriebsart des Timers auch ohne Interrupt.

MfG Spess

[2ter Gast (Gast)]

Na da wird doch im Interrupt der Out Pin getoggelt. Oder auch... Kunde 
zum Meister: "Irgendwas am Auto ist locker", worauf der Meister später 
sagt "irgendwas fest gezogen".

Du merkst, wir raten einfach mal drauf los...

[atmel (Gast)]

Hier ist der Code

static volatile bool variable = 0;

int main(void)
{
    //Sensor X+        LOW Active
    DDRE &= ~(1<<DDE6);
    //Sensor X-
    DDRE &= ~(1<<DDE7);

    //Taster X+
    DDRB &= ~(1<<DDB0);
    //Taster X-
  DDRB &= ~(1<<DDB2);

  //Enable          LOW Active
    DDRB |= (1<<DDB1);
    PORTB &= ~(1<<PORTB1);

    //Motor Direction X      HIGH Active
    DDRD |= (1<<DDD5);
    PORTD |= (1<<PORTD5);
 

    //Motor Clock X        LOW Active
    DDRB |= (1<<DDB5);
    PORTB |= (1<<PORTB5);
  

    TCCR1B |= (2<<CS10);  //kein prescaler
    TIMSK |= (1<<TOIE1);  //overflow interrupt enable

    sei();


    static bool sensor_x_plus;
    static bool sensor_x_minus;



    while (1)
    {
        if (~PINE & (1<<PE6))
        {
            sensor_x_plus = true;
        }
        else
        {
            sensor_x_plus = false;
        }

        if (~PINE & (1<<PE7))
        {
            sensor_x_minus = true;
        }
        else
        {
            sensor_x_minus = false;
        }
       
        if (~PINB & (1<<PB0) && (sensor_x_plus != true))
        {
            PORTD |= (1<<PORTD5); 

            if(variable == 0)
            {
                PORTB &= ~(1<<PB5);
            }
            else if (variable == 1)
            {
                PORTB |= (1<<PB5);
            }
        }
        else if (~PINB & (1<<PB2) && (sensor_x_minus != true))
        {
            PORTD &= ~(1<<PORTD5);  

            if(variable == 0)
            {
                PORTB &= ~(1<<PB5);
            }
            else if (variable == 1)
            {
                PORTB |= (1<<PB5);
            }
        }
        else
        {
            PORTB |= (1<<PB5);
        }
}


ISR (TIMER1_OVF_vect)
{
    if (variable == 0)
    {
        variable = 1;
    }
    else if (variable == 1)
    {
        variable = 0;
    }
}

[atmel (Gast)]

Nachdem PB5 auf 1 gesetzt wird und der Debugger weiter springt wird PB5 
automatisch wieder gelöscht.

[holger (Gast)]

>Nachdem PB5 auf 1 gesetzt wird und der Debugger weiter springt wird PB5
>automatisch wieder gelöscht.

Naja, was solls, dein Programm macht das halt nicht so wie du
es dir vorstellst. Ganz normale Sache.

[atmel (Gast)]

Was ich aber nicht verstehe wenn ich den Interrupt auskommentiere bleibt 
der Pin gesetzt. Was ist falsch am Interrupt?

[Peter D. (peda)]

atmel schrieb:
> Was ich aber nicht verstehe wenn ich den Interrupt auskommentiere bleibt
> der Pin gesetzt.

Ich rate mal, Du kommentierst den Handler aus (ganz böses Foul) und 
nicht das Setzen des Enable-Bits (wäre richtig).

Und dann schlägt eben der Bad-ISR-Handler zu.


Peter

[holger (Gast)]

>Was ich aber nicht verstehe wenn ich den Interrupt auskommentiere bleibt
>der Pin gesetzt. Was ist falsch am Interrupt?

Vermutlich nichts.

[atmel (Gast)]

Wenn ich den Handler auskommentiere dann funktioniert es falsch
Wenn Enable-Bits auskommentiert dann richtig
Wenn Handler und Enable-Bits gesetzt dann falsch
Wenn Handler und Enable-Bits aukommentiert dann richtig