forked from Traumflug/Teacup_Firmware
-
Notifications
You must be signed in to change notification settings - Fork 0
/
delay-stm32.c
50 lines (38 loc) · 1.61 KB
/
delay-stm32.c
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
/** \file
\brief Delay routines, ARM specific part.
*/
#if defined TEACUP_C_INCLUDE && defined __ARM_STM32F411__
#include "cmsis-stm32f4xx.h" // For __ASM() and ...
/** Delay in microseconds.
\param delay Time to wait in microseconds.
Execution times on ARM aren't as predictable as they could be, because
there's a code prefetch engine which can change timings depending on the
position of the code in Flash. We could use the System Tick Timer for this
task, but this timer is probably better used for more important tasks.
delay_us() and delay_ms() are used only rarely and not in a way which would
require high precision.
Nevertheless, calibrated on the oscilloscope. Measured accuracy:
delay_us(10) ...(100) ...(1000) ...(10000) ...(65000)
96 MHz 10.23 us 99.3 us 0.994 ms 9.93 ms 64.5 ms
CAUTION: this currently works for a 96 MHz clock, only! As other clock rates
appear, there's more math neccessary, see the AVR version. Or simply
a second implementation.
*/
void delay_us(uint16_t delay) {
__ASM (".balign 16"); // No gambling with the prefetch engine.
while (delay) {
__ASM volatile (
" nop \n\t" // One nop before the loop slows about 2%.
" movs r7, #9 \n\t" // One more loop round slows about 20%
"1: nop \n\t"
" sub r7, #1 \n\t"
" cmp r7, #0 \n\t"
" bne 1b \n\t"
:
:
: "r7", "cc"
);
delay--;
}
}
#endif /* defined TEACUP_C_INCLUDE && defined __ARM_STM32F411__ */