Interrupts ausschalten bei LPC's

[Jacob S. (Gast)]

Hallo,

wenn ich einen Puffer, wo UART-Daten geschrieben werden, auslesen will, 
muss bei der LPC-Programmierung die Interrupts ausschalten wie bei den 
AVR's oder ist das nicht nötig?

Danke

[Jacob S. (Gast)]

Ich meine, muss man vorher den UART-Interrupt ausschalten und dann 
auslesen und danach wieder einschalten, damit auch nicht gleichzeitig 
gelesen und geschrieben wird oder ist das nicht nötig? wie ich das in 
einige LPC UART-Beispiel-Code gesehen habe.

[Jacob S. (Gast)]

Leute, was ist denn los? also entweder ist meine Frage zu blöd oder zu 
kompleziert.
Weiss kein Mensch was darüber?

[Mark .. (mork)]

Du braucht den Interrupt nicht auszuschalten. Der UART arbeitet 
vollduplex.

MfG Mark

[Frank N. (arm-fan)]

Wäre ja mal ganz schön, wenn du erzählen würdest um welche µC-
Architektur es sich handelt. LPC 8051er oder LPC ARM?
Oder gar noch etwas ganz anderes?

[Andreas K. (a-k)]

Kommt drauf an welchen Puffer du meinst: Den FIFO der UART selbst (wie 
Mark evtl. vermutete) oder einen Puffer im Speicher, der in einer 
Interrupt-Routine gefüllt wird.

Bei letzterem Fall wird es meist notwendig sein, kurzzeitig die 
Interrupts entweder insgesamt oder nur den UART-Interrupt abzuschalten. 
Es gibt wohl eine Methode, die ohne auskommt, aber einfacher wird's 
dadurch letztlich auch nicht.

Das zugrunde liegende Problem ist unabhängig von der 
Prozessorarchitektur.

[Joe (Gast)]

@Frank N.:
Sorry, das hätte ich noch angeben müssen, es geht um einen LPC2368 
ARM7TDMI

@Andreas Kaiser:
>Bei letzterem Fall wird es meist notwendig sein, kurzzeitig die
>Interrupts entweder insgesamt oder nur den UART-Interrupt abzuschalten
Ich meine in einem Puffer im Speicher der in einer Interrupt-Routine 
gefüllt wird.
Interrupts abschalten und starten so?

void ClrInt(unsigned int IntNumber)
{
 VICIntEnClr = 1 << IntNumber;
}

void StartInt(unsigned int IntNumber)
{
  VICIntEnable = 1 << IntNumber;
}

Oder muss man es anderes machen?
Danke

[Andreas K. (a-k)]

So kann man es machen. Man sollte dabei allerdings das Zeitverhalten von 
CPU und Interrupt-Controller im Auge behalten. Denn es kann ein paar 
Takte dauern bis sich eine solche Maskierung durchgängig auswirkt, d.h. 
es kann bereits ein Interrupt im Anmarsch sein, der dann noch kurz nach 
dieser Maskierung aktiv wird. Und es wird dann von der Version von Core 
und Interrupt-Controller abhängen, ob dafür der UART- oder ein möglicher 
Default-Vector (spurious interrupt) greift.

Einfacher ist es folglich, wenn man den Interrupt in der CPU abschaltet.

[Joe (Gast)]

>Einfacher ist es folglich, wenn man den Interrupt in der CPU abschaltet.
Wie macht man das denn?

[Andreas K. (a-k)]

Indem man die Doku der Library des Compilers seiner Wahl durchliest. 
Oder, wenn die nichts hergibt, in bischen auf www.gidf.de 
herumschnüffelt.