[STM32] Keil SysTick_Config Probleme

[Patrick L. (crashdemon)]

Hallo,

versuche mit eine Verzögerungsfunktion für den stm32f10x zu bauen die 
den systick benutzen soll um eine Zeitbasis zu schaffen, allerdings 
scheitert das ganze daran das Keil IDE meint die funktion 
SysTick_Config() nicht zu kennen. Im wiki steht "Der Sys-Tick Counter 
ist ebenfalls in der CMSIS enthalten da er Bestandteil des Cortex-M3 
ist." die frage ist nur welche Header Datei es ist, binde ich die 
falsche ein bekomme ich meldungen das Funktionen doppelt deklariert 
sind. Im mom. habe ich folgende Header-Datei eingebunden.

#include <stm32f10x_lib.h>

Hier dann noch meine Funktionen:

/******** Initialisiert die Zeitbasis ********/
void SysTick_init(void)
{
  SysTick_Config(72000); // HSE 72Mhz / 72k = 1000 -> 1/1000 = 1ms
}

/******** SysTick Interrupt ********/
void SysTick_Handler(void)
{
  systicks++;
}

/******** Verzögert um msec ********/
void delay_ms(unsigned int msec)
{
  systicks = 0;
  
  while(systicks <= msec);
}

[Patrick L. (crashdemon)]

Keiner eine Idee, welche Header-Datei ich einbinden muss?

[Patrick L. (crashdemon)]

Oder hat vllt. jemand eine idee wie ich anders einen Delay erzeugen 
kann. Brauche ich für die Ansteuerung eines LCDs.

[Matthias K. (matthiask)]

Der Systick braucht noch einen Takt, siehe unten.

#include <stddef.h>
#include "stm32f10x.h"

//***********************************************************************************************
// System-Einstellungen
//***********************************************************************************************
void SetupSystem (void) {

  RCC_DeInit ();                        // RCC System Reset(for debug purpose)

  // Enable HSE (Umschaltung auf externen Quarz)
  RCC_HSEConfig (RCC_HSE_ON);

  // HSE-Umschaltung abwarten
  while (RCC_GetFlagStatus(RCC_FLAG_HSERDY) == RESET);

  // System-Taktung
  RCC_HCLKConfig   (RCC_SYSCLK_Div1);   // HCLK   = SYSCLK
  RCC_PCLK2Config  (RCC_HCLK_Div1);     // PCLK2 (APB2) = HCLK
  RCC_PCLK1Config  (RCC_HCLK_Div2);     // PCLK1 (APB1) = HCLK/2
  RCC_ADCCLKConfig (RCC_PCLK2_Div6);    // ADCCLK = PCLK2/6

  // FLASH-Speicher Zugriff
  FLASH_SetLatency(FLASH_Latency_2);                        // Flash - 2 wait states
  FLASH_PrefetchBufferCmd(FLASH_PrefetchBuffer_Enable);     // Pipeline freigeben

  // PLL Konfiguration
  // PLLCLK = 8MHz * 9 = 72 MHz
  RCC_PLLConfig (RCC_PLLSource_HSE_Div1, RCC_PLLMul_9);     // Externer Quarz, Faktor 9
  RCC_PLLCmd (ENABLE);                                      // Enable PLL

  // PLL-Konfiguration abwarten
  while (RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET);

  // PLL als System-Takt auswählen
  RCC_SYSCLKConfig (RCC_SYSCLKSource_PLLCLK);

  // PLL-Umschaltung abwarten
  while (RCC_GetSYSCLKSource() != 0x08);

  // SysTick aktivieren
  SysTick_CLKSourceConfig(SysTick_CLKSource_HCLK);          // SysTick Takt von HCLK (voller Systemtakt)
  SysTick_Config(SystemCoreClock / 100);                    // Wiederholrate 10ms, Interrupt-Handle freigeben
}

[Patrick L. (crashdemon)]

Ja, hab ich eingefügt, hab aber das Problem das der Keil die Funktion 
SysTick_Config nicht kennt, meckert immer:

function "SysTick_Config" declared implicitly
Undefined symbol SysTick_Config

[jan (Gast)]

Ich hab die Sache mal nur überflogen und arbeite auch nicht mit Keil. 
Aber man muss für die Systick funktion den header misc.h einbinden. 
Versuchs mal
mfg Jan

[Patrick L. (crashdemon)]

Leider will der Keil auch damit nücht

cannot open source input file "misc.h": No such file or directory

[Marcus H. (mharnisch)]

Patrick Langosch schrieb:
> Ja, hab ich eingefügt, hab aber das Problem das der Keil die Funktion
> SysTick_Config nicht kennt, meckert immer:

Schau Dir mal den Namen der Header Datei an.
stm32f10x.h:     CMSIS
stm32f10x_lib.h: FWLib

Du musst also möglicherweise beide einbinden, um CMSIS und FWLib zu 
bekommen.

Gruß
Marcus

[Matthias K. (matthiask)]

#include "stm32f10x.h" sollte auch bei Keil reichen. stm32f10x_lib oder 
..._conf.h braucht man normalerweise nicht noch extra einzubinden. 
Allerdings muss USE_STDPERIPH_DRIVER definiert sein. Am besten in den 
Target-Options -> C/C++ -> Define. Wenn Du das Template nimmst, passt 
das alles schon automatisch.

Hast Du Dir mal das Template in der FW-Lib für MDK-ARM angesehen?

[Patrick L. (crashdemon)]

Also wenn ich nur die #include <stm32f10x.h> einbinde dann werden es 
noch mehr Fehlermeldungen, ala:

error:  #20: identifier "ADC_Channel_0" is undefined

und so weiter, das war auch der Grund warum ich immer die 
stm32f10x_lib.h eingebunden hatte.

Ein #define USE_STDPERIPH_DRIVER habe ich auch versucht, hat aber nix 
gebracht. Wo finde ich das von dir beschriebene Template, in der 
Hilfe-Datei der Peripherials?

[Matthias K. (matthiask)]

Patrick Langosch schrieb:
> Wo finde ich das von dir beschriebene Template, in der
> Hilfe-Datei der Peripherials?

STM32F10x_StdPeriph_Lib_V3.4.0 -> Project -> 
STM32F10x_StdPeriph_Template ->
MDK-ARM

[Patrick L. (crashdemon)]

Joar gefunden habe ich es jetzt aber so richtig weitergeholfen hat mit 
das nicht. Es muss doch möglich sein das man z.B. wie beim AVR-Studio 
(avr-gcc), schön die Header-Dateien der Peripherie auswählt die man 
benötigt. Aber der Keil meckert ja nur das alles doppelt deklariert 
wäre.

[Matthias K. (matthiask)]

Patrick Langosch schrieb:
> Es muss doch möglich sein das man z.B. wie beim AVR-Studio
> (avr-gcc), schön die Header-Dateien der Peripherie auswählt die man
> benötigt. Aber der Keil meckert ja nur das alles doppelt deklariert

Da machst Du irgendwo grundsätzlich was falsch. Die Demos funktionieren 
jedenfalls. Die gesamte FW-Lib wird nur über einen Header eingebunden. 
Deine speziellen Projektheader kannst Du, wie im AVR-Studio gewohnt, 
dann dort auch einbinden.

Häng doch mal das ganze Projekt an, dann müssen wir nich so rumrätseln!

[Patrick L. (crashdemon)]

Hier die Source, das gesamte Projekt hab ich mal gezippt und hier 
hochgeladen:
http://defcon-cc.dyndns.org/upload/files/ver0.1.zip

[Matthias K. (matthiask)]

Habe es Dir angepasst. Läuft jetzt zumindest ohne Erros durch.

Systick Aufruf ist in die stm32f10x_it.c verlegt, dort gehören alle 
Interruphandler rein. Auf die Keil-interne FW-Lib würde ich mich nicht 
verlassen, war außerdem alte Version. Projekt hat jetzt die FW-Lib 3.4.0 
integriert. Ordnerstrukturen so lassen.

µC ist STM32F103RE, ein HD-Device. Dafür ist auch der Startupcode drin. 
Falls das nicht stimmt, musst Du das noch ändern.

[Patrick L. (crashdemon)]

Danke, ja die Fehlermeldungen sind jetzt weg, ganz schön kompliziert so 
ein umstieg von Atmel 8-Bit auf ST 32-Bit, soweit scheint es zu 
funktionieren, einzig die Kompilation dauert nun länger als vorher.

[Matthias K. (matthiask)]

Cortex M3 ist schon eine andere Kategorie als AVR. Welchen Debugger 
verwendest Du?

[Patrick L. (crashdemon)]

Im moment benutze ich den Keil eigenen Simulator, will mir aber vllt. 
bei zeiten einen JTAG Debugger zulegen, kannst du da einen empfehlen?

[Matthias K. (matthiask)]

Patrick Langosch schrieb:
> m moment benutze ich den Keil eigenen Simulator, will mir aber vllt.
> bei zeiten einen JTAG Debugger zulegen, kannst du da einen empfehlen?

Wenn Du nur STM32 benutzen willst, ist der ST-Link eine gute Wahl. 
Billig und zuverlässig, ca. 25 Euro. Dann könntest Du auch das Atollic 
True Studio Lite (kostenlos) nutzen, auf Eclipse + GCC Basis. Hat keine 
Einschränkungen in Code- und Debuggröße.

Sonst div. andere, zB. J-Link von Segger