clock configuration

[Fragender (Gast)]

Hallo miteinander

Ich bin gerade wieder dabei herauszufinden, warum mein clock mit 
externem 8MHz Quarz anders ist als mein interner Clock.
Ich teste dies mit einem Systick Interrupt, der 1ms aufgerufen wird.
transmitCounter wird dort inkrementiert
transmitCounterLimit = 200
Mit dem internen Clock komme ich in die if nach 200ms wie eingestellt, 
mit dem Quarz aber schon nach 100ms.
Mein Buzzer beept auch nicht wirklich 2sec. mit der Quarzeinstellung.

// sends every 200ms a message     
if(transmitCounter >= transmitCounterLimit)            
{
}

Ich habe die Konfiguration unten mit dem CubeMx zur Sicherheit auch 
eingestellt, sodass ich meine eigenen Fehler ausschliesse. Aber 
irgendwie, obwohl ich alles mit der PLL auf 48MHz einstelle, verhält 
sich das Programm nicht gleich.

Was mache ich nur nicht richtig?
Ich wäre euch für Ratschläge sehr dankbar.

#define INTERN_CLOCK
//define MHZ_8

#if INTERN_CLOCK

void systemClockConfig(uint32_t sysTickDevider)
{
  __HAL_RCC_SYSCFG_CLK_ENABLE();
  __HAL_RCC_PWR_CLK_ENABLE();

  RCC_OscInitTypeDef RCC_OscInitStruct;
  RCC_ClkInitTypeDef RCC_ClkInitStruct;
  RCC_PeriphCLKInitTypeDef PeriphClkInit;

    /**Initializes the CPU, AHB and APB busses clocks 
    */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI;
  RCC_OscInitStruct.HSIState = RCC_HSI_ON;
  RCC_OscInitStruct.HSICalibrationValue = 16;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSI;
  RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL6;
  RCC_OscInitStruct.PLL.PREDIV = RCC_PREDIV_DIV1;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

    /**Initializes the CPU, AHB and APB busses clocks 
    */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
                              |RCC_CLOCKTYPE_PCLK1;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_1) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  PeriphClkInit.PeriphClockSelection = RCC_PERIPHCLK_USART1;
  PeriphClkInit.Usart1ClockSelection = RCC_USART1CLKSOURCE_PCLK1;
  if (HAL_RCCEx_PeriphCLKConfig(&PeriphClkInit) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

    /**Configure the Systick interrupt time 
    */
  HAL_SYSTICK_Config(HAL_RCC_GetHCLKFreq()/sysTickDevider);

    /**Configure the Systick 
    */
  HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);

  /* SysTick_IRQn interrupt configuration */
  HAL_NVIC_SetPriority(SysTick_IRQn, 2, 2); 
}

#elif MHZ_8
void systemClockConfig(uint32_t sysTickDevider)
{  
  __HAL_RCC_SYSCFG_CLK_ENABLE();
  __HAL_RCC_PWR_CLK_ENABLE();
  
  RCC_OscInitTypeDef RCC_OscInitStruct;
  RCC_ClkInitTypeDef RCC_ClkInitStruct;
  RCC_PeriphCLKInitTypeDef PeriphClkInit;

    /**Initializes the CPU, AHB and APB busses clocks 
    */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OSCILLATORTYPE_HSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_ON;
  RCC_OscInitStruct.HSIState = RCC_HSI_ON;
  RCC_OscInitStruct.HSICalibrationValue = 16;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
  RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL6;
  RCC_OscInitStruct.PLL.PREDIV = RCC_PREDIV_DIV1;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

    /**Initializes the CPU, AHB and APB busses clocks 
    */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
                              |RCC_CLOCKTYPE_PCLK1;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_1) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  PeriphClkInit.PeriphClockSelection = RCC_PERIPHCLK_I2C1;
  PeriphClkInit.I2c1ClockSelection = RCC_I2C1CLKSOURCE_HSI;
  if (HAL_RCCEx_PeriphCLKConfig(&PeriphClkInit) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

    /**Configure the Systick interrupt time 
    */
  HAL_SYSTICK_Config(HAL_RCC_GetHCLKFreq()/sysTickDevider);

    /**Configure the Systick 
    */
  HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);

  /* SysTick_IRQn interrupt configuration */
  HAL_NVIC_SetPriority(SysTick_IRQn, 2, 2);
}

#endif

[Fragender (Gast)]

Ich arbeite mit dem STM32F072.
systickDevider = 1000

[pegel (Gast)]

Hänge mal für beide Varianten die .ioc CubeMX Projekt Datei an,
da sollte der Unterschied sofort sichtbar sein.

[Fragender (Gast)]

Hallo pegel

Ich habe gerade noch eine Vermutung was es sein könnte.
Das werde ich am Montag dann überprüfen und falls es das nicht ist, 
nochmals darauf zurück kommen und die files, wie von dir gewünscht, hier 
posten.

Vielen Dank nochmals bis dahin

[Fragender (Gast)]

Hallo

Ich habe versuchshalber mit meinem stm32L476 die clocks eingestellt. 
(Ebenfalls mit dem CUBEMX)
Um den Clock zu testen, habe ich den Timer6 benutzt und mit dem 80MHz 
clock einen Interrupt eingestellt, der alle 1us aufgerufen wird.

1/80MHz mit prescaler 0 ergibt 12.5ns
Mit einer Periode von 80 ergibt das also 1us

counterLimit = 1 000 000
Also sollte mir die LED eigentlich im Sekundentakt blinken. Tut sie aber 
nicht. Ich weiss nicht, warum ich auf einmal solche Probleme mit den 
Clockeinstellungen habe.
Was mache ich nur falsch?

Daten sind im Anhang

[Harry L. (mysth)]

Zeig mal deine CubeMX-Datei! (.ioc)

Die ist viel interessanter.

Bei dem F072 ist der max. HCLK bei dem internen Osc.45 MHz und bei einem 
ext.Quarz 48MHz.

[Fragender (Gast)]

Harry L. schrieb:
> Zeig mal deine CubeMX-Datei! (.ioc)
>
> Die ist viel interessanter.
>
> Bei dem F072 ist der max. HCLK bei dem internen Osc.45 MHz und bei einem
> ext.Quarz 48MHz.

Hallo
Hier ist sie.

[Fragender (Gast)]

Harry L. schrieb:
> Bei dem F072 ist der max. HCLK bei dem internen Osc.45 MHz und bei einem
> ext.Quarz 48MHz.

Ich habe jetzt im Datenblatt und im Reference Manual danach gesucht, 
dass der interne Clock max. 45MHz hat konnte ich nirgends finden.

[Christopher J. (christopher_j23)]

Fragender schrieb:
> Harry L. schrieb:
>> Bei dem F072 ist der max. HCLK bei dem internen Osc.45 MHz und bei einem
>> ext.Quarz 48MHz.
>
> Ich habe jetzt im Datenblatt und im Reference Manual danach gesucht,
> dass der interne Clock max. 45MHz hat konnte ich nirgends finden.

Das wäre auch sehr verwunderlich, bewirbt doch ST die F0-Serie mit 
"crystal-less USB".

[Fragender (Gast)]

Christopher J. schrieb:
> Fragender schrieb:
>> Harry L. schrieb:
>>> Bei dem F072 ist der max. HCLK bei dem internen Osc.45 MHz und bei einem
>>> ext.Quarz 48MHz.
>>
>> Ich habe jetzt im Datenblatt und im Reference Manual danach gesucht,
>> dass der interne Clock max. 45MHz hat konnte ich nirgends finden.
>
> Das wäre auch sehr verwunderlich, bewirbt doch ST die F0-Serie mit
> "crystal-less USB".

1. Auf die 3MHz kommt es ja auch nicht mehr so drauf an. Da frage ich 
mich wieso das so sein sollte und ST auf die Idee kommt die clock intern 
extern auf 3MHz unterschiedlich zu machen.
2. lese ich beim stm32f0 und stm32L4 einen maximalen Clock von f_HCLK = 
48 und 80 MHz für L4.

Im Moment frage ich mich auch, warum der Clock auch nicht stimmt, wenn 
ich auf dem Nucleo stm32L4 Board den externen Quarz verwende mit den 
gleichen Einstellungen vom Timer. Dann warte ich im Gegensatz zum 
internen eine Ewigkeit bis der counter mal auf 1000000 ist. Beim 
internen sind es gefühlte 5 sec statt 1 sec. Beim externen 40sec.
Ich verstehe das einfach nicht.
Ich messe das mal mit dem Oszi, was ich da mit dem Timer wirklich 
erreiche.

[Fragender (Gast)]

Ich bin also halb so schnell.
Im Interrupt habe ich nur noch den Befehl GPIOA->ODR ^= GPIO_PIN_5;

Woran liegt es?

[Christopher J. (christopher_j23)]

Fragender schrieb:
> Ich bin also halb so schnell.
> Im Interrupt habe ich nur noch den Befehl GPIOA->ODR ^= GPIO_PIN_5;
>
> Woran liegt es?

Was soll das Bild jetzt zeigen? Das der Interrupt nur alle 2us feuert?

Woran hängt denn dein Timer? AHB, APB1, APB2? Wie sind da die Prescaler? 
Nicht alle Timer laufen mit HCLK!

[Fragender (Gast)]

Christopher J. schrieb:
> Fragender schrieb:
>> Ich bin also halb so schnell.
>> Im Interrupt habe ich nur noch den Befehl GPIOA->ODR ^= GPIO_PIN_5;
>>
>> Woran liegt es?
>
> Was soll das Bild jetzt zeigen? Das der Interrupt nur alle 2us feuert?

Ja

> Woran hängt denn dein Timer? AHB, APB1, APB2? Wie sind da die Prescaler?
> Nicht alle Timer laufen mit HCLK!

Timer 6 hängt an HCLK (APB1), letztendlich am PCLK1
Prescalers sind auf 1, auch AHB (siehe Bilder)

Den Timer Prescaler habe ich auf 0, laut der Rechnung oben.

[Fragender (Gast)]

Ich komme mir nun langsam schon echt doof vor.

Jetzt verstehe ich gar nichts mehr.
Die Bilder vom Oszi deuten auf halbe Geschw., nämlich 40 statt 80 MHz.
Aber das Auslesen des PCLK1 sagt mir 4 MHz

[Fragender (Gast)]

So nun habe ich in der CUBE MX Datei lediglich nur vom HSI auf den 
externen Quarz 8MHz eingestellt mit den genau gleichen Einstellungen.

Nun lasse ich das Programm laufen und der PCLK1 wird mir ebenfalls mit 4 
000 000 MHz angezeigt in der Software aber das Oszibild zeigt mir nun 
statt 2us, 20us an. Also gerade nochmals 10x langsamer.
Das soll nun noch jemand verstehen...

Mit meinem Nucleo habe ich schon öfters gearbeitet.
Die Probleme mit dem Clock hatte ich bisher noch nicht. Ich glaube 
langsam, dass die da mit der CubeMx Software etwas verbockt haben.

Was kann ich denn nun machen, ohne das es ein Gebastel ist?

[Fragender (Gast)]

Fragender schrieb:

> Nun lasse ich das Programm laufen und der PCLK1 wird mir ebenfalls mit 4
> 000 000 MHz angezeigt in der Software aber das Oszibild zeigt mir nun
> statt 2us, 20us an.


Nein falsch: Ich lese 40us ab. Falsch geschaut.

1/4MHz * Periode 80 = 20us, raus kommen aber 40us
1/4MHz * Periode 4 sollte denmach genau 1us ergeben, raus kommt aber ca. 
32.8us

Oh mann...
Ich dreh langsam durch.

[Fragender (Gast)]

So meine Signale habe uch in der Zwischenzeit zusammen.

Jetzt benötige ich nur noch den heissen Tipp von euch.
Die Clocks von Hand für jede einzelne Peripherie einzustellen würde ich 
mir gerne ersparen.

[pegel (Gast)]

Warum nutzt du nicht einfach den MCO?

Dann stellt sich heraus ob es ein CubeMX Problem ist.
Inzwischen gibt es die neue Version 5.1.0, sollte es daran liegen.

[pegel (Gast)]

Wenn ich nicht irre, werden Prescaler wie auch Periode Werte -1 
angegeben.
Für PWM ein Beispiel von 72MHz auf 1KHz PWM.

Lässt sich auch so in CubeMX eintragen.

[Christopher J. (christopher_j23)]

Fragender schrieb:
> Ich komme mir nun langsam schon echt doof vor.
>
> Jetzt verstehe ich gar nichts mehr.
> Die Bilder vom Oszi deuten auf halbe Geschw., nämlich 40 statt 80 MHz.
> Aber das Auslesen des PCLK1 sagt mir 4 MHz

Der Breakpoint in deinem Screenshot ist ja auch vor der 
SystemClock_Config(), also bevor die PLL konfiguriert wird. So lange 
rennt die Kiste mit dem 4MHz MSI.

Fragender schrieb:
> So meine Signale habe uch in der Zwischenzeit zusammen.
>
> Jetzt benötige ich nur noch den heissen Tipp von euch.
> Die Clocks von Hand für jede einzelne Peripherie einzustellen würde ich
> mir gerne ersparen.

Helau! Hast du vielleicht den Timer auf Up-Down konfiguriert? Generell 
vermisse ich bei allem was du hier veröffentlicht hast die eigentliche 
Timer-Konfiguration.

Edit: Irrsinn gelöscht

[Fragender (Gast)]

Christopher J. schrieb:
> Fragender schrieb:
>> Ich komme mir nun langsam schon echt doof vor.
>>
>> Jetzt verstehe ich gar nichts mehr.
>> Die Bilder vom Oszi deuten auf halbe Geschw., nämlich 40 statt 80 MHz.
>> Aber das Auslesen des PCLK1 sagt mir 4 MHz
>
> Der Breakpoint in deinem Screenshot ist ja auch vor der
> SystemClock_Config(), also bevor die PLL konfiguriert wird. So lange
> rennt die Kiste mit dem 4MHz MSI.

auch nach dem systemclockinit 4MHz

>
> Fragender schrieb:

> Helau! Hast du vielleicht den Timer auf Up-Down konfiguriert? Generell
> vermisse ich bei allem was du hier veröffentlicht hast die eigentliche
> Timer-Konfiguration.
>
> Edit: Irrsinn gelöscht

Ich habe alles als file oben angehängt, aber hier nochmals die main.c

C-Code
------------------------------------------------------------------*/
#include "main.h"


TIM_HandleTypeDef htim6;


void SystemClock_Config(void);
static void MX_GPIO_Init(void);
static void MX_TIM6_Init(void);



int main(void)
{
  /* USER CODE BEGIN 1 */

  /* USER CODE END 1 */

  /* MCU Configuration--------------------------------------------------------*/

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* USER CODE BEGIN Init */

  /* USER CODE END Init */

  /* Configure the system clock */
  SystemClock_Config();
  freqPCLK1 = HAL_RCC_GetPCLK1Freq();
  /* USER CODE BEGIN SysInit */

  /* USER CODE END SysInit */

  /* Initialize all configured peripherals */
  MX_GPIO_Init();
  MX_TIM6_Init();
  /* USER CODE BEGIN 2 */
  HAL_TIM_Base_Start_IT(&htim6);
  /* USER CODE END 2 */

  /* Infinite loop */
  /* USER CODE BEGIN WHILE */
  while (1)
  {
    /* USER CODE END WHILE */

    /* USER CODE BEGIN 3 */
  }
  /* USER CODE END 3 */
}

/**
  * @brief System Clock Configuration
  * @retval None
  */
void SystemClock_Config(void)
{
  RCC_OscInitTypeDef RCC_OscInitStruct = {0};
  RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};

  /**Initializes the CPU, AHB and APB busses clocks 
  */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_ON;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
  RCC_OscInitStruct.PLL.PLLM = 1;
  RCC_OscInitStruct.PLL.PLLN = 20;
  RCC_OscInitStruct.PLL.PLLP = RCC_PLLP_DIV7;
  RCC_OscInitStruct.PLL.PLLQ = RCC_PLLQ_DIV2;
  RCC_OscInitStruct.PLL.PLLR = RCC_PLLR_DIV2;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    Error_Handler();
  }
  /**Initializes the CPU, AHB and APB busses clocks 
  */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
                              |RCC_CLOCKTYPE_PCLK1|RCC_CLOCKTYPE_PCLK2;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV1;
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_4) != HAL_OK)
  {
    Error_Handler();
  }
  /**Configure the main internal regulator output voltage 
  */
  if (HAL_PWREx_ControlVoltageScaling(PWR_REGULATOR_VOLTAGE_SCALE1) != HAL_OK)
  {
    Error_Handler();
  }
}

/**
  * @brief TIM6 Initialization Function
  * @param None
  * @retval None
  */
static void MX_TIM6_Init(void)
{

  /* USER CODE BEGIN TIM6_Init 0 */

  /* USER CODE END TIM6_Init 0 */

  TIM_MasterConfigTypeDef sMasterConfig = {0};

  /* USER CODE BEGIN TIM6_Init 1 */

  /* USER CODE END TIM6_Init 1 */
  htim6.Instance = TIM6;
  htim6.Init.Prescaler = 1;
  htim6.Init.CounterMode = TIM_COUNTERMODE_UP;
  htim6.Init.Period = 4;
  htim6.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_ENABLE;
  if (HAL_TIM_Base_Init(&htim6) != HAL_OK)
  {
    Error_Handler();
  }
  sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;
  sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;
  if (HAL_TIMEx_MasterConfigSynchronization(&htim6, &sMasterConfig) != HAL_OK)
  {
    Error_Handler();
  }
  /* USER CODE BEGIN TIM6_Init 2 */

  /* USER CODE END TIM6_Init 2 */

}

/**
  * @brief GPIO Initialization Function
  * @param None
  * @retval None
  */
static void MX_GPIO_Init(void)
{
  GPIO_InitTypeDef GPIO_InitStruct = {0};

  /* GPIO Ports Clock Enable */
  __HAL_RCC_GPIOH_CLK_ENABLE();
  __HAL_RCC_GPIOA_CLK_ENABLE();

  /*Configure GPIO pin Output Level */
  HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5|GPIO_PIN_6|GPIO_PIN_7|GPIO_PIN_8 
                          |GPIO_PIN_9|GPIO_PIN_10|GPIO_PIN_11, GPIO_PIN_RESET);

  /*Configure GPIO pins : PA5 PA6 PA7 PA8 
                           PA9 PA10 PA11 */
  GPIO_InitStruct.Pin = GPIO_PIN_5|GPIO_PIN_6|GPIO_PIN_7|GPIO_PIN_8 
                          |GPIO_PIN_9|GPIO_PIN_10|GPIO_PIN_11;
  GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;
  GPIO_InitStruct.Pull = GPIO_NOPULL;
  GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW;
  HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);

}

/* USER CODE BEGIN 4 */

/* USER CODE END 4 */

/**
  * @brief  This function is executed in case of error occurrence.
  * @retval None
  */
void Error_Handler(void)
{
  /* USER CODE BEGIN Error_Handler_Debug */
  /* User can add his own implementation to report the HAL error return state */

  /* USER CODE END Error_Handler_Debug */
}

#ifdef  USE_FULL_ASSERT
/**
  * @brief  Reports the name of the source file and the source line number
  *         where the assert_param error has occurred.
  * @param  file: pointer to the source file name
  * @param  line: assert_param error line source number
  * @retval None
  */
void assert_failed(char *file, uint32_t line)
{ 
  /* USER CODE BEGIN 6 */
  /* User can add his own implementation to report the file name and line number,
     tex: printf("Wrong parameters value: file %s on line %d\r\n", file, line) */
  /* USER CODE END 6 */
}
#endif /* USE_FULL_ASSERT */

/************************ (C) COPYRIGHT STMicroelectronics *****END OF FILE****/

Interrupt
[c]
void TIM6_DAC_IRQHandler(void)
{
  /* USER CODE BEGIN TIM6_DAC_IRQn 0 */

     GPIOA->ODR ^= GPIO_PIN_5;

   

   
  
  /* USER CODE END TIM6_DAC_IRQn 0 */
  HAL_TIM_IRQHandler(&htim6);
  /* USER CODE BEGIN TIM6_DAC_IRQn 1 */

  /* USER CODE END TIM6_DAC_IRQn 1 */
}

[Fragender (Gast)]

pegel schrieb:
> Warum nutzt du nicht einfach den MCO?

MCO?

[pegel (Gast)]

Fragender schrieb:
> MCO?

Schau mal in der Clock Configuration in den unteren linken Teil den du 
in deinen Bildern immer abgeschnitten hast.

Wird unter RCC aktiviert. PA8 gibt den gewählten Takt aus.

[Christopher J. (christopher_j23)]

Fragender schrieb:
> htim6.Init.Prescaler = 1;

Da liegt der Hund begraben. Ein Prescaler-Wert von 1 bedeutet effektiv 
einen Teiler von 2!
Was du brauchst ist ein PSC-Wert von 0, der teilt nämlich nicht durch 
0 (das wäre ja auch übel), sondern durch 1 ;)

Es hilft übrigens ungemein sich (gerade bei den Timern) mal die Register 
im Refman anzuschauen. Hier kommen jeden Tag Leute mit ewig viel 
generiertem Code und sehen den Wald vor lauter Bäumen nicht.

PS: Das gleiche was für PSC gilt, gilt auch für ARR (in HAL-Sprech 
"period"). Ein Wert von 4 bedeutet 0..4, also 5 Takte für eine Periode.

[Prozessor Dokter Schmunz (Gast)]

Fragender schrieb:
>   RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
>                               |RCC_CLOCKTYPE_PCLK1;
>   RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
>   RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
>   RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV1;

>   if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_1) !=
> HAL_OK)
>
>     /**Initializes the CPU, AHB and APB busses clocks
>     */
>   RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
>                               |RCC_CLOCKTYPE_PCLK1;

Längere Namen sind dir nicht eingefallen?

In meiner Funktion als Prozessor Dokter Schmunz würde ich sagen: DAS IST 
DAS PROBLEM! Dein Programm (oder ist es ein Sketch? ;) ) sieht aus, als 
wäre ein Huhn drüber gelaufen. Das kann keiner mehr lesen und so 
entstehen Fehler.

[pegel (Gast)]

Prozessor Dokter Schmunz schrieb:
> Längere Namen sind dir nicht eingefallen?

Diese Namen sind den HAL Machern eingefallen und werden von CubeMX 
benutzt.

Diese sollte man nicht von Hand ändern, ist auch nicht erforderlich.

Das ist ein Sketch:

https://www.youtube.com/watch?v=lI1C_q8QOVU

[Stefan F. (Gast)]

Prozessor Dokter Schmunz schrieb:
> Längere Namen sind dir nicht eingefallen?

Ich in meiner Rolle als Doktor SchlagInDenNacken würde Dir intravenös 
eintrichtern, dass diese Namen vom Framework vorgegeben sind.

[Fragender (Gast)]

Christopher J. schrieb:
> Fragender schrieb:
> htim6.Init.Prescaler = 1;
>
> Da liegt der Hund begraben. Ein Prescaler-Wert von 1 bedeutet effektiv
> einen Teiler von 2! Was du brauchst ist ein PSC-Wert von 0, der teilt
> nämlich nicht durch 0 (das wäre ja auch übel), sondern durch 1 ;)
>
> Es hilft übrigens ungemein sich (gerade bei den Timern) mal die Register
> im Refman anzuschauen. Hier kommen jeden Tag Leute mit ewig viel
> generiertem Code und sehen den Wald vor lauter Bäumen nicht.
>
> PS: Das gleiche was für PSC gilt, gilt auch für ARR (in HAL-Sprech
> "period"). Ein Wert von 4 bedeutet 0..4, also 5 Takte für eine Periode.

ob 4 oder 5
prescaler 0 oder 1

alles tut nicht
Ich liege immer mindestens 2 fach daneben

[pegel (Gast)]

Ich denke schon das es einen Unterschied macht, ob man 80MHz durch 2 
teilt oder nicht.
Hast du auch neu kompiliert und neu übertragen danach?

MCO probiert um die internen Takte zu prüfen?

[Christopher J. (christopher_j23)]

Fragender schrieb:
> Ich liege immer mindestens 2 fach daneben

Ist dabei auch schon einkalkuliert, dass du nur toggelst?

[Fragender (Gast)]

Christopher J. schrieb:
> Fragender schrieb:
> Ich liege immer mindestens 2 fach daneben
>
> Ist dabei auch schon einkalkuliert, dass du nur toggelst?

Ja der interrupt kommt und ich schalte ein
beim nächsten interr wieder aus

da muss ich jetzt 1us messen zwischen einer steigenden und einer 
fallenden Flanke. messe aber 2us, beim HSI
mit dem HSE dann aber 40 statt 20us
mit gleichen Einstellungen ?

[Fragender (Gast)]

Naja, auch mit dem neuen Update nicht besser..
Für heute habe ich genug.

[Fragender (Gast)]

Guten Morgen

Die Diskussion würde sich glaube ich erledigen, wenn jemand einfach mal 
mit irgend einem STM den TIM6 mal auf 1us einstellt.

Ich weiss nicht, warum 1us nicht funktioniert beim TIM6.
1sec. funktioniert.

1sec. =
prescaler = 48000-1
CounteMode = UP
Periode = 1000-1

1us =
prescaler = 12-1
CountermOde = up
periode = 4-1

Dann hätten wir das Problem mit dem Prescaler 0 oder 1 einmal beseitigt.

Ich bekomme das nicht hin mit 1us. Ich messe etwas über 3.5us
Schafft es jemand von euch?
Die STMs sind ja meistens gleich.
Ich bekomme es mit dem STM32L4 und STM32F0 nicht hin.

Braucht der Interrupt so lange in die Funktion zu gelangen oder was ist 
das Problem?

[pegel (Gast)]

Mangels TIM6 habe ich es auf dem Bluepill mit TIM4 getestet.
Und ja, es dauert seine Zeit bis alle Befehle ausgeführt sind.
Darum geht es einfach nicht schneller.

Ich habe den OC1 Ausgang und die LED (getoggelt durch die Callback 
Funktion des Timers) auf dem Oszi beobachtet. Da sieht man sehr schön 
wie sich die Signale bei zunehmender Frequenz gegenseitig beeinflussen.

Dann funkt auch noch der Systick dazwischen und die Waitstates des Flash 
darf man auch nicht vergessen.

Die eigentliche Frage war ja, ob es einen Unterschied macht, ob HSE oder 
HSI verwendet wird. Das probiere ich noch mit 48MHz.

Du kannst ja nachsehen, ob z.B. die Waitstates oder eine andere 
Einstellung unterschiedlich je nach Taktquelle sind.

[pegel (Gast)]

Wie zu erwarten war, ist ausser einer Abweichung der Frequenz und etwas 
Instabilität kein Unterschied zwischen HSE und HSI zu erkennen.

[Fragender (Gast)]

Hallo Freunde

Bei mir stimmen die Clocks irgendwie immer noch nicht und ich begreife 
nicht warum.
Ich arbeite derzeit mit dem STM32L476RG Nucleo Board.
Mit dem Timer 6 möchte ich eigentlich einen 1us Interrupt generieren.
Das funktioniert ja soweit festgestellt ja nicht.

Das ist ein Beitrag aus dem Arduino Forum:

 Apr 11, 2018, 05:40 pm Last Edit: Apr 11, 2018, 05:41 pm by Doc_Arduino
Hallo,

auch wenn es vielleicht nicht mehr benötigt wird wegen dem Problem mit 
dem Multiplexing, möchte ich dennoch zeigen wie man das mit einem Timer 
erschlagen kann. Es ist beliebig erweiterbar. Im Grunde basiert es auf 
einem Servo Sketch. Der benötigt aber keine künstliche Totzeit zwischen 
den Pulsen. Die maximale Zeit für irgendwelche Pulsformung oder Totzeit 
ergibt sich aus dem maximalen Timercount von 65535 und dem aktuellen 
Prescaler 8. Ein Timercount entspricht 1 / 16MHz * 8 = 0,5µs. Das wäre 
gleichzeitig die Auflösung. Daraus ergibt sich 0,5µs * 65535 = 32,767ms 
was maximal einstellbar wäre mit Prescaler 8.

Meine Frage ist an diesem Punkt: Was ist, wenn ich einen Interrupt alle 
1us haben möchte? Warum bekommt das ein AVR hin und ein STM32 nicht?
Wie stelle ich einen 1us Interrupt mit dem STM32 ein?
Ich lese beim Timer einen Wert von 80MHz für PLCK1 aus. Das ist der Clk 
für die Timer. Daher dividiere ich bei der TIM6 Configuration durch 80 
(80-1) und stelle die Periode auf 5 (5-1). Dann stelle ich den Limit im 
Interrupt auf 250 und sollte nun eine Pulslänge von 5x250us = 1250us 
bekommen, wenn ich einen Eingang ein und beim nächsten Mal wieder 
ausschalte.
Ich bekomme aber immer das Doppelte, also 2500us.
Warum? Ich wäre nun wirklich dankbar, wenn mir jemand aus diesem 
Schlamassel helfen würde.

Das ist meine Timer und SystemClock Initialisierung:

void SystemClock_Config(void)
{
  RCC_OscInitTypeDef RCC_OscInitStruct = {0};
  RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};

  /**Initializes the CPU, AHB and APB busses clocks 
  */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI;
  RCC_OscInitStruct.HSIState = RCC_HSI_ON;
  RCC_OscInitStruct.HSICalibrationValue = RCC_HSICALIBRATION_DEFAULT;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSI;
  RCC_OscInitStruct.PLL.PLLM = 1;
  RCC_OscInitStruct.PLL.PLLN = 10;
  RCC_OscInitStruct.PLL.PLLP = RCC_PLLP_DIV7;
  RCC_OscInitStruct.PLL.PLLQ = RCC_PLLQ_DIV2;
  RCC_OscInitStruct.PLL.PLLR = RCC_PLLR_DIV2;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    Error_Handler();
  }
  /**Initializes the CPU, AHB and APB busses clocks 
  */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
                              |RCC_CLOCKTYPE_PCLK1|RCC_CLOCKTYPE_PCLK2;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV1;
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_4) != HAL_OK)
  {
    Error_Handler();
  }
  /**Configure the main internal regulator output voltage 
  */
  if (HAL_PWREx_ControlVoltageScaling(PWR_REGULATOR_VOLTAGE_SCALE1) != HAL_OK)
  {
    Error_Handler();
  }
  

}

/**
  * @brief TIM6 Initialization Function
  * @param None
  * @retval None
  */
static void MX_TIM6_Init(void)
{

  /* USER CODE BEGIN TIM6_Init 0 */

  /* USER CODE END TIM6_Init 0 */

  TIM_MasterConfigTypeDef sMasterConfig = {0};

  /* USER CODE BEGIN TIM6_Init 1 */

  /* USER CODE END TIM6_Init 1 */
  htim6.Instance = TIM6;
  htim6.Init.Prescaler = 79;
  htim6.Init.CounterMode = TIM_COUNTERMODE_UP;
  htim6.Init.Period = 4;
  htim6.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_ENABLE;
  if (HAL_TIM_Base_Init(&htim6) != HAL_OK)
  {
    Error_Handler();
  }
  sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;
  sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;
  if (HAL_TIMEx_MasterConfigSynchronization(&htim6, &sMasterConfig) != HAL_OK)
  {
    Error_Handler();
  }
  /* USER CODE BEGIN TIM6_Init 2 */

  /* USER CODE END TIM6_Init 2 */

}

void TIM6_DAC_IRQHandler(void)
{
  /* USER CODE BEGIN TIM6_DAC_IRQn 0 */
   
   if(waitCounter >= Limit)
   {    
           waitCounter = 0;
           toggleLED();
   }

[Fragender (Gast)]

wenn ich einen Eingang ein und beim nächsten Mal wieder
ausschalte.

Hier meine ich natürlich einen Pin toggle.

[Stefan F. (Gast)]

Gebe mal deine ganzen Prescaler und Multiplikatoren, sowie die Frequenz 
des Quarzes in CubeMX ein. Dann schaust du in dem hübschen Diagramm 
nach, welche Taktfrequenz am Timer ankommt.

Zeige mal einen Screenshot von dieser Ansicht. Das hilft sicher bei der 
Klärung.

[Fragender (Gast)]

Stefanus F. schrieb:
> Gebe mal deine ganzen Prescaler und Multiplikatoren, sowie die
> Frequenz
> des Quarzes in CubeMX ein. Dann schaust du in dem hübschen Diagramm
> nach, welche Taktfrequenz am Timer ankommt.
>
> Zeige mal einen Screenshot von dieser Ansicht. Das hilft sicher bei der
> Klärung.

Morgen Stefan

Das habe ich schon mindestens 100000 mal gemacht, aber meinetwegen machs 
ich nochmals, damit es für jeden nachvollziehbar ist.
bis dann

[pegel (Gast)]

Ich würde meinen Vorschlag von oben probieren.
Beginne mit grossen Teiler Einstellungen die eine niedrige Frequenz 
erzeugen, rechne diese nach und vergleiche. Am Besten mit Oszi.

Dann verkleinere die Teiler Einstellungen, miss die Frequenz und du 
wirst sehen das du an einen Punkt kommst, an dem sich die Frequenz durch 
die Zeit, die die Abarbeitung der Befehle benötigt nicht mehr verändert.

Das lässt sich prima durch "unsaubere" Signale am Oszi beobachten.

[Fragender (Gast)]

pegel schrieb:
> Ich würde meinen Vorschlag von oben probieren.
> Beginne mit grossen Teiler Einstellungen die eine niedrige Frequenz
> erzeugen, rechne diese nach und vergleiche. Am Besten mit Oszi.
>
> Dann verkleinere die Teiler Einstellungen, miss die Frequenz und du
> wirst sehen das du an einen Punkt kommst, an dem sich die Frequenz durch
> die Zeit, die die Abarbeitung der Befehle benötigt nicht mehr verändert.
>
> Das lässt sich prima durch "unsaubere" Signale am Oszi beobachten.

Hallo Pegel

Das habe ich versucht.
Ich komme, wenn Timer 3 und der Interrupt selbst so konfiguriert ist auf 
4.15us. Das ist das Minimum, was ich heraus bekomme.
Ich habe den HAL_TIM_IRQHandler(&htim3); im Interrupt weggelassen

Jetzt komme ich auch auf das was ich einstelle.

Zumindest ein Problem gelöst.
Nun habe ich das Problem mit dem Quarz noch.

[Fragender (Gast)]

Fragender schrieb:

>
> Das habe ich versucht.
> Ich komme, wenn Timer 3 und der Interrupt selbst so konfiguriert ist auf
> 4.15us. Das ist das Minimum, was ich heraus bekomme.
> Ich habe den HAL_TIM_IRQHandler(&htim3); im Interrupt weggelassen
>
> Jetzt komme ich auch auf das was ich einstelle.
>
> Zumindest ein Problem gelöst.
> Nun habe ich das Problem mit dem Quarz noch.

Habe die Konfigurationen vergessen:

void TIM3_IRQHandler(void)
{
  /* USER CODE BEGIN TIM3_IRQn 0 */
  if(__HAL_TIM_GET_FLAG(&htim3, TIM_FLAG_UPDATE) != 0)
  {
    __HAL_TIM_CLEAR_FLAG(&htim3, TIM_FLAG_UPDATE);

    GPIOB->ODR ^= GPIO_PIN_7;
  }
  /* USER CODE END TIM3_IRQn 0 */
 // HAL_TIM_IRQHandler(&htim3);
  /* USER CODE BEGIN TIM3_IRQn 1 */

  /* USER CODE END TIM3_IRQn 1 */
}

static void MX_TIM3_Init(void)
{

  TIM_ClockConfigTypeDef sClockSourceConfig;
  TIM_MasterConfigTypeDef sMasterConfig;

  htim3.Instance = TIM3;
  htim3.Init.Prescaler = 0;
  htim3.Init.CounterMode = TIM_COUNTERMODE_UP;
  htim3.Init.Period = 24000;
  htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;
  htim3.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE;
  if (HAL_TIM_Base_Init(&htim3) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_INTERNAL;
  if (HAL_TIM_ConfigClockSource(&htim3, &sClockSourceConfig) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;
  sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;
  if (HAL_TIMEx_MasterConfigSynchronization(&htim3, &sMasterConfig) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

}

[Fragender (Gast)]

Jetzt muss ich nochmals nachfragen.

Ich stelle ein neues CUBEMX file her mit externem Quarz 8MHz und bekomme 
dann einen Takt von 48 MHz.

In meinem Programm aber nicht. Die Timerkonfiguration ist aber exakt 
gleich.
Woran liegt das?

[pegel (Gast)]

Fragender schrieb:
> htim3.Init.Period = 24000;

Bei 48MHz müsste die Led dann 2kHz toggeln, also mit 1kHz blinken.
Tut sie das?

[Stefan F. (Gast)]

Fragender schrieb:
> Ich stelle ein neues CUBEMX file her mit externem Quarz 8MHz und bekomme
> dann einen Takt von 48 MHz.
>
> In meinem Programm aber nicht. Die Timerkonfiguration ist aber exakt
> gleich.
>
> Woran liegt das?

Wenn du das *.ioc File oder wenigstens den versprochenen Screenshot 
zeugen würdest, könnten wir uns die vernünftig Sache anschauen.

[Fragender (Gast)]

Stefanus F. schrieb:
> Fragender schrieb:
> Ich stelle ein neues CUBEMX file her mit externem Quarz 8MHz und bekomme
> dann einen Takt von 48 MHz.
> In meinem Programm aber nicht. Die Timerkonfiguration ist aber exakt
> gleich.
>
> Woran liegt das?
>
> Wenn du das *.ioc File oder wenigstens den versprochenen Screenshot
> zeugen würdest, könnten wir uns die vernünftig Sache anschauen.

Hallo Stefan

Ich stelle gerade fest, dass mein Ioc file nicht mehr aktuell ist, da 
ich dann später alles weitere von Hand geschrieben habe. Wenn ich doch 
versuche alles was nachtraeglich hinzugekommen nachzustellen und den 
Code erneut generiere. Kommen bei mir irgendwelche multiplied defined 
Fehler in Bibliotheken, die ich gar nicht erstellt habe.

Was nun? Ich nehme nicht an, dass du das ioc vom neuen cubemx file 
willst, weil das ja nichts aussagt über das Problem.

pegel schrieb:
> Fragender schrieb:
> htim3.Init.Period = 24000;
>
> Bei 48MHz müsste die Led dann 2kHz toggeln, also mit 1kHz blinken.
> Tut sie das?

Das werde ich morgen testen.
Aber was mir ja gerade einfällt so nebenbei bevor ich das teste morgen.
Ich habe ja 500us eingestellt und das mit Prescaler 0 und Periode 24000 
augerechnet ausgehend von 48MHz.
Also stimmt das ja, wenn ich das mit dem Oszi messe.
Dann frage ich mich aber warum die HAL_GetHCLKFreq etc bei mir 24MHz 
liefert und beim neuen file 48MHz. Den Beep Ton führt das Programm mit 
dem ext Quarz auch schneller aus mit angeblichen 24 MHz als der interne 
CLK mit 48MHz.
Der Beep Ton mit gleich eingestellter PWM 2.4kHz klingt aber gleich und 
bleibt unverändert.

Ich kapiers nicht...

[Stefan F. (Gast)]

Fragender schrieb:
> Ich nehme nicht an, dass du das ioc vom neuen cubemx file
> willst, weil das ja nichts aussagt über das Problem.

Probiere das neue File aus. Ich wollte das funktionierende CubeMX 
Projekt mit dem nicht funktionierenden (ohne CubeMX) vergleichen.

[Fragender (Gast)]

Fragender schrieb im Beitrag #57 *.ioc File oder wenigstens den 
versprochenen Screenshot
> zeugen würdest, könnten wir uns die vernünftig Sache anschauen.
>
> Hallo Stefan
>
> Ich stelle gerade fest, dass mein Ioc file nicht mehr aktuell ist, da
> ich dann später alles weitere von Hand geschrieben habe. Wenn ich doch
> versuche alles was nachtraeglich hinzugekommen nachzustellen und den
> Code erneut generiere. Kommen bei mir irgendwelche multiplied defined
> Fehler in Bibliotheken, die ich gar nicht erstellt habe.
>
> Was nun? Ich nehme nicht an, dass du das ioc vom neuen cubemx file
?
>
> Das werde ich morgen testen.
> Aber was mir ja gerade einfällt so nebenbei bevor ich das teste morgen.
> Ich habe ja 500us eingestellt und das mit Prescaler 0 und Periode 24000
> augerechnet ausgehend von 48MHz.
> Also stimmt das ja, wenn ich das mit dem Oszi messe.
> Dann frage ich mich aber warum die HAL_GetHCLKFreq etc bei mir 24MHz
> liefert und beim neuen file 48MHz. Den Beep Ton führt das Programm mit
> dem ext Quarz auch schneller aus mit angeblichen 24 MHz als der interne
> CLK mit 48MHz.
> Der Beep Ton mit gleich eingestellter PWM 2.4kHz klingt aber gleich und
> bleibt unverändert.
>
> Ich kapiers nicht...

Ich muss irgendwie herausfinden was der SysClk nun wirlich für einen 
Wert hat. In den HAL_GetHCLKFreg Funktionen werden ja nur irgendwie bits 
geschoben.
Gibt es nicht irgend ein Register wo das ausgelesen werden kann oder 
eine Möglichkeit das zu messen?

[Fragender (Gast)]

Stefanus F. schrieb:
> Fragender schrieb:
> Ich nehme nicht an, dass du das ioc vom neuen cubemx file
> willst, weil das ja nichts aussagt über das Problem.
>
> Probiere das neue File aus. Ich wollte das funktionierende CubeMX
> Projekt mit dem nicht funktionierenden (ohne CubeMX) vergleichen.

Ok ich lasse es dir morgen zukommen.

[Stefan F. (Gast)]

Fragender schrieb:
> Gibt es nicht irgend ein Register wo das ausgelesen werden kann

Nein. Die CMSIS definiert eine globale 64bit Integer Variable namens 
SystemCoreClock, welche zu jeder Zeit die richtige Frequenz in Hz 
angeben sollte. Aber letztendlich wird sie von der Software 
aktualisiert, kann also auch falsch sein.

> oder eine Möglichkeit das zu messen?

Sicher

a) Lass Dir den Takt auf den MCO Pin ausgeben und messe mit einem 
externen Gerät.

b) Rufe folgende Funktion als delay(1000) auf, das sollte bei 48MHz 
genau 1 Sekunde dauern.

void delay(uint32_t msec)
{
    for (uint32_t j=0; j<9000UL*msec; j++)
    {
        __NOP ();
    }
}

Der Optimizer muss dabei aktiviert sein (-O2, -O3, -Os oder -Og).

[Fragender (Gast)]

Ich habe es raus.
Ich hatte bei meinem Programm zuerst 4MHz Quarz drin und hatte den Code 
auch so generiert und danach nicht mehr geändert.
Der Prozessor taktet mit 48MHz, die Software zeigt es aber falsch an, 
weil

in der stm32f0xx_hal_conf.h Datei 4MHz steht statt 8MHz

#if !defined  (HSE_VALUE) 
  #define HSE_VALUE    ((uint32_t)4000000) /*!< Value of the External oscillator in Hz */
#endif /* HSE_VALUE */

Ich habe es jetzt auf 8000000 geändert und wird nun richtig angezeigt.