stm Discovery läuft nicht

[stmdiscovery (Gast)]

Hallo,

ich habe ein STM32F100RB Discovery Board. Dies hat am Port PC9 sowie PC8 
jeweils eine LED.

Um diese zu aktivieren habe ich folgenden Code:

#include <stdio.h>
#include <stdlib.h>
#include "stm32f10x_conf.h"

void intled() {
    RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE);

    GPIO_InitTypeDef GPIO_InitStructure;
    GPIO_StructInit (&GPIO_InitStructure);
    // Configure pin in output push/pull mode
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_8 | GPIO_Pin_9;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP;
    GPIO_Init(GPIOC, &GPIO_InitStructure);


}
int main()
{
  SystemInit();
  SysTick_Config(SystemCoreClock/100);
 intled();

  while (1)
    {
GPIO_SetBits(GPIOC,GPIO_Pin_8);
GPIO_SetBits(GPIOC,GPIO_Pin_9);
    }
}

Ich nutze unter Linux Eclipse mit dem ARM Plugin sowie den GCC ARM.
In Eclipse habe ich eingestellt das er mir ein Binary File erstellen 
soll, welche ich anschließend mit st-flash write file.bin 0x8000000 auf 
den arm schiebe. Laut Ausgabe gibt es auch keinen Fehler. Leider 
passiert IC mäßig nichts die LEDs schalten sich nicht ein, auch nicht 
nachdem ich mehrmals den Reset Button gedrückt habe....
Muss man noch etwas spezielles beachten? Ich bin noch Anfänger.

[stmdiscovery (Gast)]

keiner eine Idee?

[Jim M. (turboj)]

Die Systick Configuration könnte dich ohne entsprechenden Handler 
umbringen,
lies: Das Programm bleibt im Default Handler (meist Endlosschleife) 
hängen.

Versuche mal die GPIOs auf Low zu setzen, oft sind LEDs nach VCC und 
nicht nach Masse geschaltet (active Low). Müsste man im Schaltplan 
sehen.

[Steffen R. (steffen_rose)]

per ST-Link debuggen geht nicht?

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Füge das noch am Anfang der main() ein:

  RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR, ENABLE);

Alsdann evtl. den Systick Handler und seine Helferlein:

static __IO uint32_t TimingDelay;
/**
  * @brief  Inserts a delay time.
  * @param  nTime: specifies the delay time length, in milliseconds.
  * @retval None
  */
void Delay(uint32_t nTime)
{ 
  TimingDelay = nTime;

  while(TimingDelay != 0);
}
/**
  * @brief  Decrements the TimingDelay variable.
  * @param  None
  * @retval None
  */
void TimingDelay_Decrement(void)
{
  if (TimingDelay != 0x00)
  { 
    TimingDelay--;
  }
}
/**
  * @brief  This function handles SysTick Handler.
  * @param  None
  * @retval None
  */
void SysTick_Handler(void)
{
  TimingDelay_Decrement();
}

Hier mit den original Kommentaren der Discovery VL Jungs.

Jim M. schrieb:
> Versuche mal die GPIOs auf Low zu setzen, oft sind LEDs nach VCC und
> nicht nach Masse geschaltet (active Low). Müsste man im Schaltplan
> sehen.

Das VL Discovery legt die LED auf Masse, ein High am Portpin sollte sie 
schon zum leuchten bringen, das stimmt also so.
Empfehlenswert ist Application Note UM919 aber immer, dadrin sind die 
Schaltpläne.

[Guest (Gast)]

Matthias S. schrieb:
> Füge das noch am Anfang der main() ein:
> RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR, ENABLE);

warum?

[Vincent H. (vinci)]

Nutzt du die aktuellen HAL Libs von ST?

Zeig mal SystemInit und SysTick_Config.


Weitere Optionen wären:
- Erstellen des Grundgerüsts mit STM32CubeMX.
- Debuggen via OpenOCD und ST-Link. (Tutorials gibts zuhauf)