MSP Interruptabarbeitung trotz halt im Breakpoint

[guest (Gast)]

Hallo Leute,

ist es möglich, dass ein Interrupt abgearbeitet wird, obwohl der MSP im 
Breakpoint steht?
Bin gerade an der SPI Inbertriebnahme. Dabei verwende ich den MSP als 
Slave und einen ARM7 als Master. Nachdem ein Paket vom ARM an den MSP 
übertragen wurde bleibt der MSP außerhalb der Interruptroutine in einen 
Breakpoint stehen. Nun sendet der ARM aber immer weiter Pakete, die 
scheinbar abgearbeitet werden. Das sehe ich daran, weil ich ein Akn vom 
MSP bekomme. Dieses aknowledge sieht man auch am Oszi. Meiner Meinung 
nach sollte doch der Controller stehen beleiben, also auch der Interrupt 
stehen bleiben.

Bin man gespannt ob jemand die gleiche Erfahrung hat, und/oder mir 
erklären kann woran das liegt.

Schönen Gruß
Schorsch

[Peter D. (peda)]

guest wrote:
> Breakpoint stehen. Nun sendet der ARM aber immer weiter Pakete, die
> scheinbar abgearbeitet werden. Das sehe ich daran, weil ich ein Akn vom
> MSP bekomme.

Was ist Akn?
Ich kenne beim SPI nur MISO, MOSI, SCK und /SS

Wenn der SPI-Slave nicht mehr den Interrupt behandelt, liest der Master 
immer das Byte zurück, was er davor gesendet hat.


Peter

[Arc N. (arc)]

Man kann, je nach Controller, einstellen, welche Takte bei einem 
Breakpoint gestoppt werden und welche nicht.
http://focus.ti.com/lit/an/slaa393/slaa393.pdf

[Stefan (Gast)]

>Meiner Meinung nach sollte doch der Controller stehen beleiben, also auch der 
>Interrupt stehen bleiben.

Die Debug-Möglichkeiten hängen natürlich auch vom MSP430-Typ ab.
Neuere MSP's haben ein Enhanced Emulation Module (EEM) implementiert, 
was aber hauptsächlich auf spezielle Triggermöglichkeiten und selektive 
Clock-Kontrolle abzielt. Soweit ich weiß, kann man Interrupts beim 
Debuggen nicht verhindern, ausser man setzt das GIE im SR auf 0!
Siehe:
http://focus.ti.com/lit/an/slaa393/slaa393.pdf

[guest (Gast)]

Mensch das ist ja interessant!! Hat mich weng beeindruckt ehrlich 
gesagt. Heißt also, dass da bestimmte Clocks einfach weiterlaufen. Ist 
das eigentlich bei meinen ARM (AT91SAM7256) dann auch so? Ist mir bisher 
noch nie aufgefallen. Coole Sachen!!!

Das "Akn" sollte ne Abkürzung für acknowledge sein. Geb zu, dass ich das 
im Eifer des Gefechts wohl ned so günstig gekürzt hab. Ich schreibe 
alles was der Master zum MSP schickt im nächsten Zyklus zum Master 
zurück. Ist also eine quasi Rückversicherung, dass die Daten auch 
angekommen sind.

Danke für eure Antworten.
Schorsch