osKernalSysTick()의 ​​랩 어라운드가 필요합니까?

Question

Keil의 CMSIS-RTOS Tutorial을 팔로우 중입니다.

섹션 : 이것은 서브 - 밀리 세컨드의 지연을 넣어 이하의 방법을 제공하는 서브 밀리는

osKernelSysTick (

int32_t tick,delayPeriod; 
tick = osKernelSysTick(); // get start value of the Kernel system tick 
// Then we can scale a period in microseconds to a SysTick count value 
delayPeriod = osKernelTickMicroSec(100)); 
// This then allows us to create a delay for the the required period. 
do { // Delay for 100 microseconds 
} while ((osKernelSysTick() - tick) < delayPeriod); 

)는 롤링 32 비트 카운터의 값을 반환 지연; 이 구현은 그 값의 랩 어라운드를 제공하지 않습니다.

랩 어라운드가 발생하면 의도 한 지연이 발생하지 않습니다. Keil의 공식 문서에 버그가 있습니까? 아니면 뭔가 빠졌습니까?

Answer 1

산술이 수행되는 방식 때문에 보여주는 구현은 둘러 감기를 처리하지 못합니다.

do { // Delay for 100 microseconds 
} while ((osKernelSysTick() - tick) < delayPeriod); 

타이머 랩시 산술 오버플로가 발생할 수 있습니다.

unsigned 변수를 사용하고 의 변수를 필요한 기간과 비교하기 전에 전에 비교하면 피할 수 있습니다. 부호없는 변수는 C 표준에 의해 랩핑이 보장됩니다.

uint32_t tick, delayPeriod, elapsed;   // unsigned 
tick = osKernelSysTick(); 
delayPeriod = osKernelTickMicroSec(100)); 

do { 
    elapsed = osKernelSysTick() - tick;   // separate arithmetic wraps cleanly 
} while (elapsed < delayPeriod); 

참고이 기능은 어쨌든 uint32_t osKernelSysTick로 정의하기 때문에 원래의 예는 서명 유형을 사용하여 잘못된입니다.