EmBitz Debugging Problem mit STM32F103

[Christian J. (Gast)]

Hallo,

ich versuche es zu beschreiben, nicht ganz einfach. Aber vielleicht 
kennt das ja jemand.

Debugging der Anwendung soweit alles prima.... bis der UC Daten empfängt 
von einem 2.4Ghz Modul. Die werden von einem INT Pin getriggert und dann 
per SPI abgeholt und einsortiert. Sobald die alle da sind lässt sich 
kein Break Point mehr in der Hauptschleife setzen, sehr wohl aber in 
allen Interrupt Routinen und das sind einige.

Versuche ich per Einzelschritt da raus zu steppen verschwindet der gelbe 
Pfeil einfach, als wenn ich "Run" gedrückt hätte. Erst ein neuer BP in 
einer INT Routine bringt ihn wieder. Auch auf dem Stack findet sich kein 
Main() mehr.

Ok, dachte ich, ist vielleicht nur im Debugger so. Also Release Version 
geflashed und eine LED blinken lassen in der Hauptschleife. Aber auch da 
bleibt die Anwendung nach Datenmpfang einfach stecken. Nur noch die Ints 
laufen, 3 Timer Ints und ein ADC / DMA Int.

Es ist kein HardFault und es läuft auch nichts über im Datenbereich. Die 
gleiche Anwendung läuft nämlich etwas modifiziert schon auf einer 
anderen Platine. Der Empfangsteil für daten ist exakt der Gleiche.

Wo soll ich bloss suchen?

Gruss,
Christian

[Jim M. (turboj)]

Christian J. schrieb:
> Sobald die alle da sind lässt sich
> kein Break Point mehr in der Hauptschleife setzen, sehr wohl aber in
> allen Interrupt Routinen und das sind einige.

Dann hätte ich die Vermutung dass Du irgendwo ein Interrupt Flag 
vergessen hast zurückzusetzen.

Der Prozessor ist ein Cortex-M3, solange da ein Interrupt pending ist, 
geht es von einem Handler via Tail-Chain zum nächsten (oder demselben).

Anders als bei z.B. AVR müssen da die Interrupt Flags i.d.R. direkt im 
Peripheiral zurück gesetzt werden.

[Arduinoquäler (Gast)]

Jim M. schrieb:
> Anders als bei z.B. AVR müssen da die Interrupt Flags i.d.R. direkt im
> Peripheiral zurück gesetzt werden.

Ja, in diesem Fall muss sogar doppelt gemoppelt werden

Interrupt Flag im STM und Interrupt Flag im NRF24.
Wobei der NRF24 zuerst bedient werden muss sonst schlägt
der Interrupt gleicht wieder zu und der STM kann sich
nicht retten vor Interrupt-Arbeit.

[Christian J. (Gast)]

Ok..... immer wieder was Neues :-)

Könnt ihr mal gucken, wo das sein könnte? Ich bin da noch etwas 
Anfänger..... habe mal alles dran gepappt wo INT drin ist.

[Arduinoquäler (Gast)]

Christian J. schrieb:
> Könnt ihr mal gucken, wo das sein könnte?

Nichts neues, genau das was ich schon geschrieben habe.

Wenn ein Interrupt auftritt, lese das Status-Register des
NRF24, erkenne die Interrupt-Ursache und setze das
entsprechende IRQ-Flag im Status-Register des NRF24 zurück.

Dann lösche das IRQ-Flag im STM32.

[Christian J. (Gast)]

Arduinoquäler schrieb:
> Nichts neues, genau das was ich schon geschrieben habe.

Der Cortex hängt sich auf, NICHT der NRF24! Mit dem ist alles ok. Das 
wird alles richtig gehandelt bei dem.

[Arduinoquäler (Gast)]

Christian J. schrieb:
> Der Cortex hängt sich auf, NICHT der NRF24! Mit dem ist alles ok.

Dann hast du es nicht verstanden.

Arduinoquäler schrieb:
> Wobei der NRF24 zuerst bedient werden muss sonst schlägt
> der Interrupt gleicht wieder zu und der STM kann sich
> nicht retten vor Interrupt-Arbeit.

[Christian J. (Gast)]

Arduinoquäler schrieb:
> Dann hast du es nicht verstanden.

Oder Du vielleicht nicht? Spielt bei einem flankengetriggerten INT 
nämlich keine Rolle wie lange der Pin down ist. Ist alles in Ordnung 
damit, das ist nicht die Ursache.

[Arduinoquäler (Gast)]

Christian J. schrieb:
> Oder Du vielleicht nicht? Spielt bei einem flankengetriggerten INT
> nämlich keine Rolle wie lange der Pin down ist.

Und wie soll ich riechen dass deine Interrupt-Programmierung
flankengetriggert ist?

[Christian J. (Gast)]

Arduinoquäler schrieb:
> Und wie soll ich riechen dass deine Interrupt-Programmierung
> flankengetriggert ist?

Indem man nachguckt? ... trotzdem hatr es irgendwas damit zu tun, nur 
nicht an dieser Stelle..

// Line einem Port und Pin zuordnen, hier Port A, Pin 2 = PA2
    GPIO_EXTILineConfig(GPIO_PortSourceGPIOA,GPIO_PinSource2);

    /* Line 2 der External IRQs 2 konfigurieren */
    EXTI_InitStruct.EXTI_Line    = IRQ_LINE;                        /* PA2 ist verbunden mit EXTI_Line2 */
    EXTI_InitStruct.EXTI_LineCmd = ENABLE;                          /* Enable interrupt */
    EXTI_InitStruct.EXTI_Mode    = EXTI_Mode_Interrupt;             /* Interrupt mode */
    EXTI_InitStruct.EXTI_Trigger = EXTI_Trigger_Falling;            /* Trigger auf fallende Flanke */
    EXTI_Init(&EXTI_InitStruct);                                    /* Aktivieren und zu EXTI hinzufügen */

    /* NVIC einbinden: PA2 ist auf EXTI_Line1 und hat den Vector EXT2_IRQn */
    NVIC_InitStruct.NVIC_IRQChannel = IRQ_HDL;
    NVIC_InitStruct.NVIC_IRQChannelPreemptionPriority = 15;          /* Höchste Priorität */
    NVIC_InitStruct.NVIC_IRQChannelSubPriority        = 0;          /* Sub Priorität */
    NVIC_InitStruct.NVIC_IRQChannelCmd = ENABLE;                    /* Enable Interrupt */
    NVIC_Init(&NVIC_InitStruct);                                    /* Zum NVIC hinzufügen */

    NVIC_EnableIRQ(IRQ_HDL);                                     /* Interrupt ein */

[Christian J. (Gast)]

Glaube ich habe es.... der RTC Handler wird dauernd aufgerufen, der 
Pfeil ist sofort wieder auf dem Break, dabei soll der nur alle 1s 
aufgerufen werden.

Gibt da zwei Routinen, die sehr ähnlich sind:

RTC_ClearITPendingBit(RTC_FLAG_SEC);
RTC_ClearFlag(RTC_FLAG_SEC);

void RTC_IRQHandler(void)
{
   #define MEZ +1

   struct tm *ptr;      // Zeiger auf Zeit Strktur
   time_t value;        // 32 Bit Unixzeit

  if (RTC_GetITStatus(RTC_IT_SEC) != RESET)
  {
      /* Unixzeit aus RTC lesen */
      RTC_WaitForSynchro();
      value = (time_t)RTC_GetCounter();

[Christian J. (Gast)]

Erklär mir einer das mal:

PWR_BackupAccessCmd(ENABLE);
RTC_WaitForLastTask();
RTC_SetCounter(0);
PWR_BackupAccessCmd(DISABLE);

schafft es, dass die RTC ihren Sekunden Interrupt andauernd ausführt, so 
dass das ganze System blockiert ist. Dabei steht der Wert anschliesend 
im Register drin.

EDIT: Oh Mann! Auf den Schlitten muss ja erst mal einer kommen, dass 
RTC_Setcounter auch den Prescaler zurücksetzt, so dass die Uhr andauernd 
INTs auslöst. Mannomann......