STM32L4 Complementary PWM verwendet nur den negativen Kanal

Ich habe Probleme mit der komplementären PWM-Funktion des STM32-L432KC. Der nicht komplementäre Pin ch1 erzeugt das richtige Signal, aber der Pin ch1n ist immer auf GND.

Ich möchte Kanal 1,2 und 3 auf Timer 1 nutzen, optimalerweise nur den inversen Kanal, soweit ich das beurteilen kann sollte das möglich sein. Zum Testen habe ich auch den funktionierenden Kanal 1 aktiviert.

Ich habe die HAL mit CubeMx konfiguriert, mein Initialisierungscode lautet:

void MX_TIM1_Init(void)
{

  TIM_MasterConfigTypeDef sMasterConfig;
  TIM_OC_InitTypeDef sConfigOC;
  TIM_BreakDeadTimeConfigTypeDef sBreakDeadTimeConfig;

  htim1.Instance = TIM1;
  htim1.Init.Prescaler = 80;
  htim1.Init.CounterMode = TIM_COUNTERMODE_UP;
  htim1.Init.Period = 20000;
  htim1.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;
  htim1.Init.RepetitionCounter = 0;
  htim1.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE;
  if (HAL_TIM_PWM_Init(&htim1) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

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

  sConfigOC.OCMode = TIM_OCMODE_PWM1;
  sConfigOC.Pulse = 1000;
  sConfigOC.OCPolarity = TIM_OCPOLARITY_HIGH;
  sConfigOC.OCNPolarity = TIM_OCNPOLARITY_HIGH;
  sConfigOC.OCFastMode = TIM_OCFAST_DISABLE;
  sConfigOC.OCIdleState = TIM_OCIDLESTATE_RESET;
  sConfigOC.OCNIdleState = TIM_OCNIDLESTATE_RESET;
  if (HAL_TIM_PWM_ConfigChannel(&htim1, &sConfigOC, TIM_CHANNEL_1) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  if (HAL_TIM_PWM_ConfigChannel(&htim1, &sConfigOC, TIM_CHANNEL_2) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  if (HAL_TIM_PWM_ConfigChannel(&htim1, &sConfigOC, TIM_CHANNEL_3) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  sBreakDeadTimeConfig.OffStateRunMode = TIM_OSSR_DISABLE;
  sBreakDeadTimeConfig.OffStateIDLEMode = TIM_OSSI_DISABLE;
  sBreakDeadTimeConfig.LockLevel = TIM_LOCKLEVEL_OFF;
  sBreakDeadTimeConfig.DeadTime = 0;
  sBreakDeadTimeConfig.BreakState = TIM_BREAK_DISABLE;
  sBreakDeadTimeConfig.BreakPolarity = TIM_BREAKPOLARITY_HIGH;
  sBreakDeadTimeConfig.BreakFilter = 0;
  sBreakDeadTimeConfig.Break2State = TIM_BREAK2_DISABLE;
  sBreakDeadTimeConfig.Break2Polarity = TIM_BREAK2POLARITY_HIGH;
  sBreakDeadTimeConfig.Break2Filter = 0;
  sBreakDeadTimeConfig.AutomaticOutput = TIM_AUTOMATICOUTPUT_DISABLE;
  if (HAL_TIMEx_ConfigBreakDeadTime(&htim1, &sBreakDeadTimeConfig) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

  HAL_TIM_MspPostInit(&htim1);

}

Ist irgendwas falsch konfiguriert? Ist es möglich, nur den inversen Kanal zu verwenden?

Ich starte den Timer, indem ich aufrufe:

HAL_TIM_Base_Start(&htim1);
HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_1);
HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_2);
HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_3);
HAL. Wer weiß, was da ist. Warum konfigurieren Sie die Register stattdessen nicht direkt?
Ich würde gerne alles selbst konfigurieren, aber ich muss viele Peripheriegeräte konfigurieren (I²C mit DMA, UART, SPI ...) und ich habe nicht die Zeit, alles von Hand zu machen.
Und was ist das Problem? Es ist schneller als die HAL-Bloatware. Jetzt werden Sie Tage damit verschwenden, nach den elementaren Dingen zu fragen. Normalerweise benötigt HAL viel mehr Zeit als der bloße Registeransatz. Diese „Zeitersparnis“ ist legendär. Jetzt hast du 5 Stunden verschwendet. Ihr Problem ist in 3 Minuten ohne HAL sortierbar
Können Sie auch Ihre PWM-Startaufrufe anzeigen?
Ich habe den Initialisierungscode zu meiner ursprünglichen Frage hinzugefügt

Antworten (2)

Sie haben die NChannels nicht gestartet. mach es so:

   HAL_TIM_MspPostInit(&htim1);


   /* Start channels x*/

   if(HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_3) != HAL_OK)
   {
     /* Starting Error*/
     Error_Handler();
   }
   /* Start channel xN*/
   if(HAL_TIMEx_PWMN_Start(&htim1, TIM_CHANNEL_3) != HAL_OK)
   {
    /*Starting Error*/
     Error_Handler();
   }

   if(HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_2) != HAL_OK)
   {
     /* Starting Error*/
     Error_Handler();
   }
   /* Start channel xN*/
   if(HAL_TIMEx_PWMN_Start(&htim1, TIM_CHANNEL_2) != HAL_OK)
   {
    /*Starting Error*/
     Error_Handler();
   }

   if(HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_1) != HAL_OK)
   {
     /* Starting Error*/
     Error_Handler();
   }
   /* Start channel xN*/
   if(HAL_TIMEx_PWMN_Start(&htim1, TIM_CHANNEL_1) != HAL_OK)
   {
    /*Starting Error*/
     Error_Handler();
   }

Wenn Sie die HAL_TIM_PWM_Init-Funktion aufrufen, wird HAL_TIM_PWM_MspInit aufgerufen, das üblicherweise in stm32...._hal_msp.c in Projektquellen platziert wird. Es gibt eine Initialisierung von GPIO für funktionierende Timer-Peripherie. Etwas wie das

  GPIO_InitStruct.Pin = TIM_LED_GPIO_PIN_CHANNEL1;
  GPIO_InitStruct.Mode = GPIO_MODE_AF_PP;
  GPIO_InitStruct.Pull = GPIO_PULLDOWN;
  GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_VERY_HIGH;
  GPIO_InitStruct.Alternate = TIM_LED_GPIO_AF;
  HAL_GPIO_Init(TIM_LED_GPIO_CHANNEL1_PORT, &GPIO_InitStruct);

Möglicherweise haben Sie dort kein Init?

Ich habe die Init-Funktion (in meinem Code befindet sie sich in der Datei tim.c), aber meine Initialisierungsparameter sind etwas anders: Der Pull-Parameter ist auf GPIO_NOPULL und der Speed-Parameter auf GPIO_SPEED_FREQ_LOW gesetzt, aber für die Arbeitsports sind die Parameter die Dasselbe
Können Sie hier den vollständigen Code für beide Ports zeigen?
STM32L4 Complementary PWM verwendet nur den negativen Kanal
AntwortenHierDatenschutz-Bestimmungen1y, 0v