Microblaze hängt sich im ersten Interrupt auf

[Sandra (Gast)]

Hallo zusammen,

habe gerade ein größeres Problem wo ich im Internet keine Lösung zu 
finden kann.

Ich habe mir eine IP Core im EDK zusammengebaut die Daten sammelt, dies 
allerdings nur während eines Ereignisses. Den Start dieses Ereignisses 
reiche ich aus der IP Core als Signal heraus und stelle es als 
EDGE_RISING Interrupt in den XPS_XINTC Interrupt Eingang rein, der auch 
als EDGE_RISING eingestellt ist. Nun möchte ich nachdem die ISR 
(Speichern der aufgezeichneten Daten) abgearbeitet wird, dass diese 
wieder verlassen wird. Dies passiert aber leider nicht. Ich stelle hier 
mal meinen C-Code, der dieses Problem betrifft online. Vielleicht kann 
mir jemand von euch helfen. Das wäre super!

//INITIALISIERUNG DES INTERRUPTS
XIntc g_interrupt_controller;

XIntc_Initialize(&g_interrupt_controller, XPAR_INTC_0_DEVICE_ID);
XIntc_Connect(&g_interrupt_controller, 0, (XInterruptHandler) gms_control_interrupt_routine_save_frame, NULL);
XIntc_Start(&g_interrupt_controller, XIN_REAL_MODE);
XIntc_Enable(&g_interrupt_controller, 0);  
microblaze_enable_interrupts();

//ISR
void gms_control_interrupt_routine_save_frame() {

    ...

    XIntc_Acknowledge(&g_interrupt_controller, 0xFF);
}

[Sandra (Gast)]

Möchte noch kurz dazu sagen, dass die ISR abgearbeitet wird, aber nicht 
mehr verlassen wird. Es gibt also nur einen Durchlauf, irgendwie 
funktioniert das Acknowledge nicht!?

[Georg A. (Gast)]

Lies nach dem Acknowledge halt mal den Status des IRQ-Controllers aus, 
und schau nach, ob da die Anforderung noch "steht". Evtl. machst du da 
ja auch mit Pegel vs. Flankensteuerung was falsch.

Ansonsten kann natürlich ein kaputter Stack auch sowas verursachen (in 
der IRQ-Routine falsch auf Arrays im Stack geschrieben etc.). Ganz gerne 
genommen sind auch Zugriffe auf Strukturen, die hinter einem Nullpointer 
versteckt sind. Damit versaut man sich den Bereich der IRQ-Handler mit 
einem Super Zeitzündereffekt.

[Alex (Gast)]

Ist zwar ein große Weile her dass ich mit der EDK gearbeitet habe,

aber ich mein, dass du den Interrupt in der Peripheral und dem 
Interrupt-Controller clearen musst.

Gruß

[Sandra (Gast)]

Georg ich denke, dass du richtig liegst mit deiner Vermutung über 
Strukturen in der ISR... Ich verwende zwei Funtkionen in der ISR.

In der ersten lese ich Daten aus meiner IP Core aus und speichere diese 
dann in einer globalen Struktur. In der zweiten Funktion hole ich die 
Daten aus dieser Struktur um sie fest im DDR RAM zu speichern. Ich bin 
nicht ganz fit mit Pointern und hoffe, dass ich alles richtig gemacht 
habe. Hier mein C-Code, vielleicht versteht den einer ;). Würde mich 
sehr freuen wenn mir einer sagen könnte, ob die ISR mit dem Pointer auf 
die Struktur so funktionieren kann. Der Debugger hängt sich immer in der 
sogenannten gms_control_write_frame_to_ddr_sdram() Funtkion auf, also 
daraus gibt es keine entkommen mehr...

//Definition der Struktur
typedef struct{
  u32 recorder_slaveregister_array[13];
}gms_data_frame;

//Pointer auf die Struktur zur Übergabe in den Funktionen
gms_data_frame g_gms_data_frame;
gms_data_frame *g_gms_pointer_2_data_frame;

g_gms_pointer_2_data_frame = &g_gms_data_frame;

//ISR
void gms_control_interrupt_routine_save_frame() {

    gms_control_read_recorder_slaveregisters(g_gms_pointer_2_data_frame);
    gms_control_write_frame_to_ddr_sdram(g_gms_pointer_2_data_frame,    g_ddr_sdram_address_counter);
    g_ddr_sdram_address_counter += 0x34;
    XIntc_AckIntr(XPAR_XPS_INTC_0_BASEADDR, 0xFF);
}

//Funktionen
void gms_control_read_recorder_slaveregisters(gms_data_frame *p_gms_data_frame) {

    int m_iterator;
    for (m_iterator = 0; m_iterator < 13; ++m_iterator) {
        p_gms_data_frame->recorder_slaveregister_array[m_iterator]
        = XIo_In32(XPAR_GMS_0_BASEADDR + m_iterator * 0x04);
  }
}

void gms_control_write_frame_to_ddr_sdram(gms_data_frame *p_gms_data_frame,
    u32 p_ddr_sdram_address_counter) {

  int m_iterator;

  for (m_iterator = 0; m_iterator < 13; ++m_iterator) {
    XIo_Out32(p_ddr_sdram_address_counter + m_iterator * 0x04, p_gms_data_frame->recorder_slaveregister_array[m_iterator]);
  }
}

[Duke Scarring (Gast)]

Sandra schrieb:
> Der Debugger hängt sich immer in der
> sogenannten gms_control_write_frame_to_ddr_sdram() Funtkion
Funktioniert denn die Funktion ohne Interrupt? Mal testweise aus der 
main() aufgerufen?

Duke