-
Notifications
You must be signed in to change notification settings - Fork 57
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
HAL_GetTick() running 1.024x fast (v1.3.0) #61
Comments
Just tested v1.0.0 and exact same issue. |
Hello @wolsty7, Thank you for this report. We will get back to you as soon as we analyze it further. This may take some time. Thank you for your comprehension. With regards, |
Hi @wolsty7, Would you please try to check with the latest version of the STM32CubeWL and check if you are still having the same issue. With regards, |
Hello, |
ST Internal Reference: 157211 |
Hi @wolsty7, This issue has been logged into an internal bug tracker at the attention of our development teams. I'll keep you informed. Thank you again for your report. With regards, |
Hello @ASELSTM it has been 7 months since this issue was posted (and many others), is STM working on this? |
Describe the set-up
Board: MB1389D (Nucleo-WL55JC1)
Describe the bug
HAL_GetTick() and by extension TIMER_IF_GetTimerValue() run at exactly 1.024x speed (2.4% inaccurate) compared SysTimeGet()
How to reproduce the bug
fix
In uint32_t HAL_GetTick(void) in sys_app.c replace TIMER_IF_GetTimerValue() with SysTimeGet().
Note: my testing SysTimeGet() takes 4-5us to compute, not a big deal, but maybe there is a more efficient way to do this
The text was updated successfully, but these errors were encountered: