用过使STM32CUBE的大佬看下我的问题

zxb2018

如图是我的时钟配置图，调用HAL_Delay(1)毫秒延时函数,实际延时达到了3.2ms，按照原子哥的思路，写的微秒延时函数，实际延时也过大，大概3.2us左右，用定时器做的延时函数，也一样的在3.2us左右。下面是STM32CUBE生成的时钟配置函数
void SystemClock_Config(void)
{

  RCC_OscInitTypeDef RCC_OscInitStruct;
  RCC_ClkInitTypeDef RCC_ClkInitStruct;

    /**Configure the main internal regulator output voltage
    */
  __HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE1);

    /**Initializes the CPU, AHB and APB busses clocks
    */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_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_MUL12;
  RCC_OscInitStruct.PLL.PLLDIV = RCC_PLL_DIV3;
  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_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_1) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

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

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

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

a3748622

zxb2018 发表于 2018-8-7 10:26
另外，我调试时是通过在延时函数前后设断点，在MDK的register窗口，查看前后断点的时间差，来推断延时效 ...

貌似MDK仿真看延时不准的。。。
我以前试过仿真调延时函数，显示7.2S实际上是1S

你设置定时2S，然后实际观察看看会不会变成7秒，就知道有没有问题了

zxb2018

C:\Users\lq\Desktop

a3748622

直接贴cubemx的配置图，代码压根不想看

zxb2018

a3748622 发表于 2018-8-7 09:41
直接贴cubemx的配置图，代码压根不想看

图片在二楼

a3748622

zxb2018 发表于 2018-8-7 09:41
图片在二楼

你直接生成代码后，用HAL_Delay（）；也是1毫秒变成3.2毫秒吗？
看配置图没啥问题，你仿真的话会不会进入_Error_Handler呢？

zxb2018

a3748622 发表于 2018-8-7 10:05
你直接生成代码后，用HAL_Delay（）；也是1毫秒变成3.2毫秒吗？
看配置图没啥问题，你仿真的话会不会进 ...

嗯嗯，生成代码，直接在main函数中调用；硬件仿真不会进入_Erro_Handler,但是软件仿真会，引发的位置在HAL_RCC_OscConfig()的PLL配置中，原因是HAL_TIMEOUT

zxb2018

a3748622 发表于 2018-8-7 10:05
你直接生成代码后，用HAL_Delay（）；也是1毫秒变成3.2毫秒吗？
看配置图没啥问题，你仿真的话会不会进 ...

另外，我调试时是通过在延时函数前后设断点，在MDK的register窗口，查看前后断点的时间差，来推断延时效果的

zxb2018

a3748622 发表于 2018-8-7 10:54
貌似MDK仿真看延时不准的。。。
我以前试过仿真调延时函数，显示7.2S实际上是1S

谢谢大佬，我试了一下，定时2s，MDK显示大概在6.4s,但是我自己估计了一下程序运行时间，绝逼没有6s，我又用手机开了秒表，大概测了一下，实际运行时间是在2S左右，虽然测的不准确，但至少说明6.2s肯定是错误的。继续开10s测试，手机记录10s左右，MDK显示32s。看来是大佬说的情况，MDK的时间是有问题的

zxb2018

a3748622 发表于 2018-8-7 10:54
貌似MDK仿真看延时不准的。。。
我以前试过仿真调延时函数，显示7.2S实际上是1S

再次感谢大佬

zxb2018

a3748622 发表于 2018-8-7 10:54
貌似MDK仿真看延时不准的。。。
我以前试过仿真调延时函数，显示7.2S实际上是1S

你的7.2倍可能是因为系统时钟为72M,我这儿3.2倍，可能是因为系统时钟是32M；MDK显示的运行时间，除以倍数可能就是实际运行时间。