Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

stm32/timer: avoid max_compare_value >= u16::MAX #3549

Merged
merged 1 commit into from
Dec 2, 2024

Conversation

aurelj
Copy link
Contributor

@aurelj aurelj commented Nov 19, 2024

With STM32 32 bits timers, the max_compare_value (AKA, ARR register) can currently be set greater than u16::MAX, which leads to the following assert!(max < u16::MAX as u32) in max_duty_cycle() when setting up a 1 kHz SimplePwm on 84 MHz MCU.

The issue is fixed by computing an appropriate prescaler value so that max_compare_value fits into 16 bits.

Note that with current code, the prescaler computation is pretty useless as it always returns 0 (unless you manage to overclock an STM32 above 4 GHz ? ;-) )

@Dirbaio
Copy link
Member

Dirbaio commented Nov 19, 2024

this hurts precision of set_frequency for 32bit timers in use cases that don't care about PWM. IMO the low_level time driver should be "as general as possible" and not do compromises because there's a PWM driver on top of it that can only deal with 16bit ARR.

Maybe the lower level driver could have set_frequency_16 and set_frequency_32? so the PWM driver can always use set_frequency_16 while users can use the 32bit one if they want the extra precision?

With STM32 32 bits timers, the max_compare_value (AKA, ARR register)
can currently be set greater than u16::MAX, which leads to the following
assert!(max < u16::MAX as u32) in max_duty_cycle() when setting up a 1 kHz
SimplePwm on 84 MHz MCU.

The issue is fixed by forcing a max_compare_value that fits into 16 bits
when setting the frequency for a PWM.
@aurelj
Copy link
Contributor Author

aurelj commented Nov 20, 2024

Indeed, limiting precision of 32 bit timers for other cases is not great !

Updated patch only limits precision for PWM, and not for other timer usages.

Copy link
Member

@Dirbaio Dirbaio left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks!

@Dirbaio Dirbaio added this pull request to the merge queue Dec 2, 2024
Merged via the queue into embassy-rs:main with commit db9ad1c Dec 2, 2024
7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants