CooCox mit STM32F4Discovery nur im Debug Mode?

[Bernd E. (robocopter)]

Hallo zusammen,

Ich versuch mit CooCox und dem STM32F3Discovery einige kleine Programme 
für den Start zu ralisieren. Muss dazu sagen, ich stehe ganz am Anfang 
mit dem STM32F4 und CooCox. Nun klappt einiges schon ganz gut. Es 
leuchten die LEDs abwechselnd, auf die Userbuttons reagiert mein 
Programm auch wie gewollt.
NUR: Alles in diesem "Debug Modus (Ctrl+F5)" von CooCox.
Ich gehe davon aus, dass der ARM auch blinken sollte nachdem ich den 
Debug Stopp Knopf in CooCox gedrückt und anschließend den Reset-Taster 
auf dem Disco Board betätigt habe.
Aber nichts.
Dann gibts da noch den Knopf in CooCox "Download Code to Flash".
Aber der zeigt in der Console brav alles an "Erase..., Programm..., 
Verify..." aber mein Controller startet das Programm nicht. Nicht mal 
nach dem HardwareReset.

Kurz gesagt: im Debug Mode funktioniert alles wie gewollt, aber wie 
bekomme ich das Ding in normalen Betriebszustand zum laufen?

Muss ich da was einstellen?

[Gerald R. (visitor)]

Hallo Bernd!

EDIT:
Sorry, habe ein F0 Discovery kein F4!

Habe gestern Abend auch damit angefangen, scheint ein guter Tag gewesen 
zu sein ;-)

Habe auch CooCox genommen.
Bei mir funktioniert es auch ohne debug.

Hast du bei der Projekterstellung in Repository auch CMSIS BOOT 
angewählt?

Ich will nur ganz einfach einige LEDs über Transistoren schalten bzw. 
blinken lassen und habe dafür folgendes gewählt:
M0 Cmsis Core
CMSIS BOOT
RCC
GPIO

Ich drücke einfach F7 zum compilieren und dann download code to flash 
und es beginnt sofort zu blinken so wie ich es geändert habe.

Mein Testfile (main.c) sieht momentan so aus:

#include <stdint.h>
#include <system_stm32f0xx.h>
#include <stm32f0xx_gpio.h>
#include <stm32f0xx_rcc.h>


int main(void)
{
  GPIO_InitTypeDef InitGpio;
  unsigned int i = 0;

  // Initialises the system clock
  SystemInit();

  // Enables the clock for GPIOC + A
  RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOC, ENABLE);
  RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA, ENABLE);

  // Configures the GPIOC pin8 and pin9, since leds are connected
  // to PC8 and PC9 of GPIOC + A
  InitGpio.GPIO_Pin = (GPIO_Pin_6 | GPIO_Pin_7 | GPIO_Pin_8 | GPIO_Pin_9);
  InitGpio.GPIO_Mode = GPIO_Mode_OUT;
  InitGpio.GPIO_Speed = GPIO_Speed_Level_1;
  InitGpio.GPIO_OType = GPIO_OType_PP;
  InitGpio.GPIO_PuPd = GPIO_PuPd_NOPULL;

  // Initialises the GPIOC + A
  GPIO_Init(GPIOC, &InitGpio);
  GPIO_Init(GPIOA, &InitGpio);


    while(1)
    {
      // Turn ON the Leds on C and OFF at A
      GPIO_ResetBits(GPIOA, (GPIO_Pin_8 | GPIO_Pin_9));
      GPIO_SetBits(GPIOC, (GPIO_Pin_6 | GPIO_Pin_7 | GPIO_Pin_8 | GPIO_Pin_9));

      // Delay
      for (i = 0; i < 10000000; i++);

      // Turn OFF the Leds on C and ON at A
      GPIO_SetBits(GPIOA, (GPIO_Pin_8 | GPIO_Pin_9));
      GPIO_ResetBits(GPIOC, (GPIO_Pin_6 | GPIO_Pin_7 | GPIO_Pin_8 | GPIO_Pin_9));

      // Delay
      for (i = 0; i < 10000000; i++);
    }
}

LG
Gerald

[Bernd E. (robocopter)]

Hallo Gerald,

vielen Dank für deine Hilfe,
Dein Hinweis dass es über "download to flash" gehen sollte haben mich 
dazu gebracht unsere beiden Codes nochmals zu vergleichen.

Grundsätzlich war soweit alles vergleichbar.

Nur habe ich mir einem Beispiel gestartet in dem "Semihosting" gebraucht 
wurde, um in der IDE Daten empfangen zu können.
Das verhindert wohl auch, dass der Controller alleine ins laufen kommt.
Nachdem ich das entfernt habe ist alles wie gewünscht.


Weiß jemand warum Semihosting den Controllerstart verhindert?

[Stefan O. (stefano)]

Hallo Bernd!

Das liegt an der Art und weise wie die Semihosting Ausgabe an deine IDE 
realisiert ist.

Das zu sendende Zeichen wird in ein spezielles Register geschrieben und 
ein Breakpoint wird gesetzt. Anschließend muss der Debugger (dein PC) 
die Daten abholen und den Breakpint clearen. Dann laueft die CPU weiter.

Ist der Debugger nicht aktiv haengt das Programm an der ersten Stelle an 
der Semihosting verwendet wird.

Siehe 
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0471c/Bgbjjgij.html

LG Stefan

[Bernd E. (robocopter)]

Vielen Dank,
sehr interessant.