I am using STM32F407VGT6
with CubeMX
. So I was beginning with general-purpose timers and I am stuck with prescale and period values.
Basically I want to generate a timer interrupt every n
(where n=1,2,3..) ms and perform some tasks.
There is lot of variations in the formula to calculate the value of period and prescale.
Some versions of formula are:
TIMupdateFreq(HZ) = Clock/((PSC-1)*(Period-1))
Update Event = TIM clk/((PSC+1)*(ARR+1)*(RCR+1))
Prescaler = ((((ClockSpeed) / ((period) / (1 / frequency))) + 0.5) - 1)
So coming to the question, my core clock is running at 168 MHz but I can see the timers are connected to the APB1 bus which is running at 84 MHz.
I have tried code that generates a 1 ms delay (according to the author) and after using that values for prescale and periodm I generated code which also generates a 1 ms delay (by intuition - no scope).
The code uses prescale value of 41999 and a period of 1999.
So,
PSC - 41999
ARR - 1999
Applying this to the second formula
Update Event = TIM clk/((PSC+1)*(ARR+1)*(RCR+1))
Update Event = 84000000/(42000*2000) = 1
(Is this 1 ms delay??)
OK so now I am trying to understand how this PSC = 41999
and Period = 1999
are selected?? Is it purely based on assumption as in whatever formula I use I have to assume one variable?? How to calculate prescale and period if I want say 1.5 or 2.3 or 4.9 something like that precise timing??
Moreover, when I used PSC=41999
and Period =999
, the update event value is 2:
Update Event = 84000000/(42000*1000) = 2
But my delay is twice in every sec. i.e 500 ms.
And when I use PSC=39999
and Period=4199
, the update event value is 0.5:
Update Event = 84000000/(40000*4200) = 0.5
and my delay 2 ms.
This is obviously wrong. The counters go from 0 to the register value (inclusive), there are always one more cycles than the register value, not one less.
This one is better, but general purpose timers don't have
RCR
registers. You can assumeRCR=0
, and omit*(RCR+1)
from the formula.This attempts to round the result, when no integer solution is possible. More on it later.
No, this is one second (1s) delay, or 1 Hz frequency.
Take the simple formula,
rearrange it to
then you have a known value on the right hand side, but two unknowns on the left hand side. The trivial solution would be to set one of them, e.g.
PSC
to0
, andARR
to the right hand side value - 1.Unfortunately most timers have 16 bit registers only, so this is not going to work when
TIMclk/Updatefrequency > 65535
. BothPSC
andARR
must fall between 0 and 65535. You'd have to find a factorization that satisfies these constraints.Let's see an example, you'd want a 2.3 seconds delay. Note that 2.3s is the period, not the frequency, so you'd need to put its inverse into the formula.
(PSC+1) * (ARR+1) = 84000000 / (1 / 2.3) = 84000000 * 2.3 = 193200000
Luckily there are lots of zeroes at the end, you can just pick e.g.
10000
as the prescaler (PSC=9999
), andARR
becomes19320-1 = 19319
. If the desired ratio is not a nice round number, then you should resort to integer factorization, or write a small program to look for all possible divisors (for(i=0;i<65536;i++) ...
).It can also happen that there are no precise integer solutions at all, then you can still loop through all possible prescaler values, and see which one gives the smallest error.
Note the dimensions. You are using frequencies in the formula, you are dividing the 84 MHz input frequency with some values, and get 2 Hz as a result. 2 Hz frequency means two events every second, so the events are indeed 500ms apart.