在将STM32F7 Dissoverover板上的计时器设置为500 Khz时遇到问题。由于某种原因,我似乎在370kHz左右达到最高。我将具有范围的GPIO引脚切换到输入,并且只需更改计时器上的Period即可监视发生的情况。
我正在使用CubeMX生成项目文件并初始化计时器:
static void MX_TIM1_Init(void)
{
TIM_ClockConfigTypeDef sClockSourceConfig = {0};
TIM_MasterConfigTypeDef sMasterConfig = {0};
htim1.Instance = TIM1;
htim1.Init.Prescaler = 0;
htim1.Init.CounterMode = TIM_COUNTERMODE_UP;
htim1.Init.Period = 108;
htim1.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;
htim1.Init.RepetitionCounter = 0;
htim1.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE;
if (HAL_TIM_Base_Init(&htim1) != HAL_OK)
{
Error_Handler();
}
sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_INTERNAL;
if (HAL_TIM_ConfigClockSource(&htim1, &sClockSourceConfig) != HAL_OK)
{
Error_Handler();
}
sMasterConfig.MasterOutputTrigger = TIM_TRGO_OC1;
sMasterConfig.MasterOutputTrigger2 = TIM_TRGO2_OC1REF;
sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;
if (HAL_TIMEx_MasterConfigSynchronization(&htim1, &sMasterConfig) != HAL_OK)
{
Error_Handler();
}
}
然后我以中断模式启动计时器:
if(HAL_TIM_Base_Start_IT(&htim1) != HAL_OK)
{
Error_Handler();
}
,然后在周期结束后切换GPIO引脚:
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
if(htim->Instance == TIM1)
{
HAL_GPIO_TogglePin(GPIOG, GPIO_PIN_6);
}
}
GPIO引脚设置为:
GPIO_InitStruct.Pin = GPIO_PIN_6;
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;
GPIO_InitStruct.Pull = GPIO_NOPULL;
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_VERY_HIGH;
HAL_GPIO_Init(GPIOG, &GPIO_InitStruct);
但是,我在计时器上玩过Period
,并得到了以下结果:
539 = 100KHz
239 = 300KHz
215 = 330KHz
108 = 369Khz
我希望在215周期内能获得500Khz,但事实并非如此。我的设置有问题吗?
答案 0 :(得分:3)
计时器设置正确。中断代码太慢。
HAL库不适用于定时关键的应用程序。 HAL尝试(但失败)以“一刀切”的所有功能处理所有可能的用例,这意味着与关联的delays相关的许多不必要的处理。使用简单的中断处理程序代替由HAL提供的TIM1_IRQHandler()
,后者仅清除中断状态并直接在GPIOG-> ODR中将一个位取反。应该这样做:
void TIM1_IRQHandler(void) {
TIM1->SR = ~TIM_SR_UIF;
GPIOG->ODR ^= (1 << 6);
}
仅2行代码,而不是HAL_TIM_IRQHandler()
的100多行代码。应该可以在1 MHz或更高的频率下工作。
在嵌入式编程中,在计时器中断处理程序中切换输出引脚是可以的,但是它浪费了大量的CPU周期来实现计时器可以单独执行的功能,从而延迟并可能阻止其他任务。
计时器可以在其输出通道上输出方波(PWM信号),其频率最高可达到其源时钟的一半。在参考手册中查找 PWM边沿对齐模式。