Externer Interrupt löst mit Verzögerung aus (ATMEGA32)

[Karl (Gast)]

Hallo!

Ich habe ein Problem!

Ich habe eine Platine mit einem Atmega32 (16 MHz) der Soll DMX-Signal 
auswerten. Dazu benötige ich den externen Interrupt um das Reset-Signal 
zu ermitteln. Im Moment toggle ich nur einen Port-Pin um zu sehen, dass 
die ISR auslöst.

Auf dem Osziloskop ist unschwer zu erkennen, dass der Interrupt 25µs 
nach der Fallenden Flanke auslöst. Das DMX-Signal kommt aus einem 
SN75175 (RS485 -> TTL Wandler).

Folgende Lösungen habe ich schon probiert:
- Internen Pull-Up-Widerstände eingeschaltet
- Externer Pull-Up-Widerstand
- Externer Pull-Down-Widerstand

zum eintreten in die ISR benötigt der Atmega 12 Clocks die ISR selber 
(togglen) dauert 4 Clocks, wenn ich davon ausgehe, dass die Frequenz 
vorher nicht geteilt wird, dann ergibt sich eine Zeit von 1µs für das 
eintreten in die ISR und das abarbeiten dieser.

Hat vllt. schon jemand Erfahrung mit sowas gemacht und eine Lösung?
Hat sonst jemand eine Idee?



In der Angehängten Grafik seht ihr meine Schaltung.
IC1 ist der Wandler wichtig ist die Verbindung an Pin1 zum Atmega. Der 
ist verbunden mit Pin 14 (UART RX) und Pin 16 (Ext. Int. 0)

[Peter D. (peda)]

Break-Erkennung macht man üblicher Weise so:
Datenbyte = 0x00 und Framing-Error-Bit gesetzt.


Peter

[Peter D. (peda)]

Karl schrieb:
> zum eintreten in die ISR benötigt der Atmega 12 Clocks die ISR selber
> (togglen) dauert 4 Clocks

Hängt ganz von Deinem Assemblercode ab, den nur Du kennst.

Offiziell dauert der Eintritt in den Interrupt 6 Zyklen + Beenden der 
laufenden Instruktion.
Dazu kommt dann noch daß, was der Interrupthandler macht (Register 
sichern usw.).


Peter

[Karl (Gast)]

So erst einmal vielen Dank für die schnell Antwort.

Habe das ganze nochmal begonnen. Jetzt ohne externen Interrupt (nur 
UART). Es werden nur 5 Byte eingelesen die Sinnlos erscheinen.

Das DMX Startbyte sollte 0x00
Die ersten Kanäle sollten:
0xFF 0xFF 0xAA 0xAA sein
das sind die Daten wie sie ankommen:
0x55 0x00 0xAA 0xAB 0x00

Hier der Code zur Initialisierung des UART Interrupts

#define UART_INT_ENABLE() UCSRB |= (1<<RXEN) | (1<<RXCIE)
// Initialisierung des UART RX Interrupts
void uart_rx_init()
{
  // UART konfigurieren
  UCSRB &= (0 << TXEN);// UART Transmit enable Bit löschen
  UCSRC |= (1 << USBS);// 2 Stopbits empfangen
  UCSRC |= (1 << UCSZ1) | (1 << UCSZ0);// 8 Bit Daten
  UCSRC &= (0 << UMSEL); // Asynchrone Übertragung
  
  UART_INT_ENABLE();// UART Interrupt aktivieren

  sei();
}

Hier die UART ISR

ISR(USART_RXC_vect)
{
  temp_data = UDR;
  frame_error = ((UCSRA & (1 << FE)) >> FE);
  ISR(USART_RXC_vect)
{
  temp_data = UDR;
  frame_error = ((UCSRA & (1 << FE)) >> FE);
  
  PORTA ^= (1<<PA1);

  if(temp_data == 0x00 && frame_error)
  {
    // Reset
    set_new_trans_data();
    start=1;
  }
  else
  {
    // Daten
    if(start == 1)
    {
      insert_data(temp_data);
    }
  }
}


  if(temp_data == 0x00 && frame_error)
  {
    // Reset
    set_new_trans_data();
    start=1;
  }
  else
  {
    // Daten
    if(start == 1)
    {
      insert_data(temp_data);
    }
  }
}

Die Variable start ist nur dazu, um sicher zu gehen, das ich nicht 
mitten im DMX Protokoll einsteige.

Den Pin A 1 Toggle ich um zu sehen, ob die ISR aufgerufen wird, das ist 
eben nicht der Fall zu mindest nachher nicht mehr.

Die Hardware ist in sofern geändert, das der Pin 16 des MC jetzt nicht 
mehr angeschloßen ist.

Woran kann es liegen, das Signal nicht sauber eingelesen wird? (Davon 
gehe ich mitlerweile aus)

[Karl (Gast)]

Sorry oben habe ich die ISR zweimal rein kopiert hier nochmal neu damit 
es einfacher zulesen ist.

ISR(USART_RXC_vect)
{
  temp_data = UDR;
  frame_error = ((UCSRA & (1 << FE)) >> FE);
  
  PORTA ^= (1<<PA1);

  if(temp_data == 0x00 && frame_error)
  {
    // Reset
    set_new_trans_data();
    start=1;
  }
  else
  {
    // Daten
    if(start == 1)
    {
      insert_data(temp_data);
    }
  }
}