STM32F469 kein Systick -> Bootloader

[Reinerzufall24 (Gast)]

Hallo,

ich habe es irgendwie hinbekommen das mein STM32F469IIT nicht mehr 
läuft.
Das heißt genau dass der Systick nicht läuft/zählt und demnach auch das 
Programm nichts tut - ganz so als ob ein Breakpoint aktiviert wäre.

Wie ich an verschienden Quellen gelesen habe, kann man das mit dem 
Bootloader wieder lösen. Das Aktivieren über die BootPins sollte ich 
hinbekommen.
Die Frage ist aber was ich dann für die Programm aufspielen soll?

Leider fehlen mir da ein paar Infos zum Verständnis:
Was macht man da genau? - Mein Programm schreibe ich doch eigentlich in 
den Flash des Controller..?
Ich nutze als IDE übrigens STM32CubeIDE mit einem ST/Link V2.

Ich bitte um ein paar Hinweise.
Vielen Dank im Voraus!

ReinerZufall24

[Franz M. (elmo64)]

Reinerzufall24 schrieb:
> Das heißt genau dass der Systick nicht läuft/zählt und demnach auch das
> Programm nichts tut - ganz so als ob ein Breakpoint aktiviert wäre.

Ist die PLL richtig konfiguriert?
Woran bemerkst du, dass der "systick" nicht läuft und der uC nicht (in 
einem Fehlerzustand) hängt? Falls der systick Timer gemeint ist, ist 
dieser initialisiert? Wenn ich mich richtig erinnere, war dieser in 
manchen Manuals von ST nur rudimentär beschrieben.

[L.C.D. (Gast)]

Einfach ein "Mass Erase" fuer den Flash.
Dann laueft zwar der Systick erst recht nicht, aber das ist
ja dann Teil des Plans.

[Reinerzufall24 (Gast)]

Bezügl. der PLL und Programm habe ich ein neues Projekt angelegt und 
alles auf den Std.Werten gelassen.
Das hat eigentlich immer geklappt.
Da ist kein Bus oder GPIO konfiguriert (außer den Std.Sachen).

Hier ein Bild zur Clockeinstellung.

Ja, mit SysdTick meine ich den Current-Wert . (siehe Bild)
Bei den Fehlerzuständen bin ich mir nun (nachdem ich wie gestern Abend 
noch bisl gelesen habe) nicht mehr sicher.
Ich hatte da in den Registern MMFAR geschaut ... das zeigt aber keinen 
Fehler an und ist vermultich auch nicht die richtige Stelle.
Das HFSR (HardFaultRegister) gibt auch eine  0 zurück -> nach meinem 
jetzigen Kenntnisstand ist das i.o..

Wie kann ich rausfinden was da Sache ist?
Hab nun schon das zweite Board in diesen misslichen Zustand gebracht.
Es ging genau 1x zu beschreiben. Bei zweiten Mal hängt es dann :-()

Vielen Dank für eure Hilfe!

[Johannes S. (Gast)]

Ist im Code das HAL_SYSTICK_Config() vorhanden? Und der 
SysTick_Handler(void) mit dem   HAL_IncTick()?

[ReinerZufall24 (Gast)]

... Wird der SysTick nicht in der HAL_Init(); aufgerufen?

  HAL_InitTick(TICK_INT_PRIORITY);

und weiter

_weak HAL_StatusTypeDef HAL_InitTick(uint32_t TickPriority)
{
  /* Configure the SysTick to have interrupt in 1ms time basis*/
  if (HAL_SYSTICK_Config(SystemCoreClock / (1000U / uwTickFreq)) > 0U)
  {
    return HAL_ERROR;
  }

  /* Configure the SysTick IRQ priority */
  if (TickPriority < (1UL << __NVIC_PRIO_BITS))
  {
    HAL_NVIC_SetPriority(SysTick_IRQn, TickPriority, 0U);
    uwTickPrio = TickPriority;
  }
  else
  {
    return HAL_ERROR;
  }

  /* Return function status */
  return HAL_OK;
}

Nur den handle finde ich derz. noch nicht.


Wie würdet ihr bei der Fehlersuche herangehen?
VG Reiner



Hier noch die Funktion SystemClock_Config:

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

  /** Configure the main internal regulator output voltage
  */
  __HAL_RCC_PWR_CLK_ENABLE();
  __HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE3);
  /** Initializes the RCC Oscillators according to the specified parameters
  * in the RCC_OscInitTypeDef structure.
  */
  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 = 16;
  RCC_OscInitStruct.PLL.PLLN = 192;
  RCC_OscInitStruct.PLL.PLLP = RCC_PLLP_DIV2;
  RCC_OscInitStruct.PLL.PLLQ = 4;
  RCC_OscInitStruct.PLL.PLLR = 2;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    Error_Handler();
  }
  /** Initializes the CPU, AHB and APB buses 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_DIV4;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV1;
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_0) != HAL_OK)
  {
    Error_Handler();
  }
}

/**
  * @brief GPIO Initialization Function
  * @param None
  * @retval None
  */

[ReinerZufall24 (Gast)]

So ... ermal positive Nachrichten:
Es bzw. er läuft wieder.

Bisl Blöd ist zwar das ich nicht weiß was ich macht habe...
Zur Fehlersuche habe ich mir folgendes ausgeldacht:
Ich habe noch ein 469Disco-Board.
Da hätet ich auf beiden ein "leeres" default-Projekt in STM32CubeIDE 
angelegt und dann die Register einzeln verglichen und geschaut was da 
los ist.

Grundsätzlich denke ich, das Problem liegt irgendwo in meiner 
Debugeinstellung der CubeIDE.