ARM STM32F302 CUBEMX PWM Freq ändern

[kennis.b (Gast)]

Hallo und einen schönen Abend :)
Ich würde gerne einen Schrittmotor mit einem STM32F302 ansteuern. Ich 
habe mir gedacht ich mache das mit der PWM- Funktion indem ich die 
Frequenz anpasse und die Impulsdauer dazu dann einfach ein bestimmter 
Prozentsatz ist (Mein Schrittmotortreiber benötigt nur Impulse). Die 
Funktion die ich geschrieben habe funktioniert leider nur in einem 
bestimmten Frequenz Bereich. Bei kleinen Frequenzen schaltet das PWM 
einfach ab. Soweit ich nun schon in Foren lesen konnte muss beim Ändern 
des Prescalers der Channel aus und wieder eingeschaltet werden damit 
alle benötigten Bits gesetzt werden. Ich finde nur einfach keine Lösung 
die bei mir funktioniert. Am liebsten würde ich es über eine HAL 
Funktion machen und nicht die einzelnen Register selber setzen müssen.
Vielleicht hat ja einer von euch noch eine Idee was ich tun könnte.
Vielen Dank schonmal :)

void TIM_set_freq(TIM_HandleTypeDef* timHandle, double freq)
{
  TIM_CCxChannelCmd(timHandle->Instance,TIM_CHANNEL_1,TIM_CCx_DISABLE);

  if (freq > 0)
  {
    long long Prescaler = SystemCoreClock / freq / 10 ;
    uint32_t Period = 10;

    while (Prescaler > 1000)
    {
      Prescaler /= 10;
      Period *= 10;
    }

    __HAL_TIM_SET_AUTORELOAD(timHandle,Period - 1);
    __HAL_TIM_SET_COMPARE(timHandle,TIM_CHANNEL_1, (Period - 1) / 5);
    __HAL_TIM_SET_PRESCALER(timHandle, Prescaler - 1);

    TIM_CCxChannelCmd(timHandle->Instance,TIM_CHANNEL_1,TIM_CCx_ENABLE);

    

    TIM_CCxChannelCmd(timHandle>Instance,timHandle->Channel,1);


                HAL_TIM_PWM_Start(timHandle,TIM_CHANNEL_1);
  }
  else
  {
               
  }

[Christopher J. (christopher_j23)]

kennis.b schrieb:
> Soweit ich nun schon in Foren lesen konnte muss beim Ändern
> des Prescalers der Channel aus und wieder eingeschaltet werden damit
> alle benötigten Bits gesetzt werden. Ich finde nur einfach keine Lösung
> die bei mir funktioniert.

Das ist eventuell bei den HAL-Funktionen der Fall, den Controller 
interessiert das aber nicht. Wenn du den Prescaler änderst, dann wird 
der beim nächsten Update-Event aktualisiert. Das Verhalten ist somit wie 
mit einem gebufferten ARR, d.h. wenn ARPE=1, mit dem Unterschied, das 
man es nicht ausschalten kann.

Schnapp dir mal das Reference-Manual und lies dir das Kapitel über 
"General-purpose Timer" durch.


kennis.b schrieb:
> long long Prescaler = SystemCoreClock  freq  10 ;
>     uint32_t Period = 10;
>
>     while (Prescaler > 1000)
>     {
>       Prescaler /= 10;
>       Period *= 10;
>     }

Ich würde die Typen aus stdint.h verwenden, also uint32_t Prescaler = 
... Außerdem ist long long viel zu groß und für die Rechnerei empfiehlen 
sich  Zweierpotenzen statt Zehnerpotenzen.

[kennis.b (Gast)]

Christopher J. schrieb:
> Wenn du den Prescaler änderst, dann wird
> der beim nächsten Update-Event aktualisiert. Das Verhalten ist somit wie
> mit einem gebufferten ARR, d.h. wenn ARPE=1, mit dem Unterschied, das
> man es nicht ausschalten kann.

Also sollte ich das ARPE bit einfach komplett auf 1 setzen damit der 
Prescaler dann automatisch eingeladen wird (gerade gesehen,dass das auch 
in cubemx geht) oder sollte ich besser das UDIS Bit auf 0 setzen und 
dann auf den nächsten Überlauf warten? (das kann ja gegebenenfalls sehr 
lange dauern)




Christopher J. schrieb:
> Ich würde die Typen aus stdint.h verwenden, also uint32_t Prescaler =
> ...

 long long Prescaler = SystemCoreClock / freq / 10 ;

Irgendwie hat er das geteilt durch wohl nicht übernommen. Int dachte ich 
wäre nicht so schön wegen der Rechner Genauigkeit. Es mag aber auch 
sein, dass es bei dem verhältnismäßigen großen SystemCoreClock keine 
Rolle spielt.

Christopher J. schrieb:
> Außerdem ist long long viel zu groß und für die Rechnerei empfiehlen
> sich  Zweierpotenzen statt Zehnerpotenzen.

Ja das werde ich noch ändern, vielen dank schonmal :)

[Christopher J. (christopher_j23)]

Ja, UDIS auf 0 setzen hilft, obwohl das eigentlich sowieso der 
Resetzustand sein sollte aber CubeMX ... ARPE betrifft den Prescaler 
nicht, sondern nur den ARR-Wert.