Функция формирования задержки Опции

[Sprite]

Доброго всем времени суток!
Работаю на stm32f103ve в keil'е. Хочу сформировать функцию задержки. Особая точность не нужна - в пределах 1мкс вполне достаточно. Делаю так:
Настраиваю таймер:

Код

    TIM5->ARR = 0xFFFF;            
    TIM5->PSC = 71;                //72МГцчастота шины/72 = 1Мгц тик таймера
    TIM5->CR1 = 0x0001;            //Запускаю таймер

В функции задаю значение задержки в ARR и опрашиваю флаг:

Код

void Delay(u16 time)            
{
    TIM5->CNT = 0x0000;
    TIM5->ARR = time-1;
    while(!(TIM5->SR & 0x0001))
    {
        __nop();
    }    
    TIM5->SR&= ~0x0001;
}

Вобщем этот код работает только когда я вставляю его в основной цикл. Проверяю так:

Код

GPIOE->BSRR|= GPIO_Pin_2; //Установить ногу
Delay(10);                             //Задержка 10мкс.
GPIOE->BRR|= GPIO_Pin_2;   //Сбросить ногу

Если я использую этот код в обработчике нажатия кнопки, то пауза куда-то исчезает и вместо положенных 10 мкс на осцилографе наблюдается 1,2мкс.
Есть подозрение, что компилятор каким-то образом оптимизирует код, исключая цикл - другого объяснения у меня нет. Уровень оптимизации - O0 (пробовал O1, O2-результат тот же). Пробовал также объявлять параметр фукции time как volatile - не помогло. Уже ветает шальная мысль написать функцию задержки на asm Есть ли у кого какие соображения? Может есть директивы компилятора типа:

Код

отключить оптимизацию
...
код
...
включить оптимизацию

[Сергей Борщ]

Пробовал также объявлять параметр фукции time как volatile - не помогло. Уже ветает шальная мысль написать функцию задержки на asm Есть ли у кого какие соображения? Может есть директивы компилятора типа:

Не нужно гадать. Если вы чувствуете в себе силы написать эту функцию на асме - для вас не составит огромного труда посмотреть листинг этой функции и убедиться, что компилятор тут не при чем. Убедиться, что и volatile в параметре функции не нужен, и __nop() лишний, и компилить без оптимизации - прятать голову в песок.

Есть большое подозрение, что для борьбы с "чудесами" достаточно поставить сброс флага переполнения непосредственно перед циклом. А после цикла можно убрать.

[ViKo]

Есть большое подозрение, что для борьбы с "чудесами" достаточно поставить сброс флага переполнения непосредственно перед циклом. А после цикла можно убрать.

Есть нюанс - если сброс флага будет перед циклом проверки, то если вдруг после загрузки счетчика произошло прерывание на длительное время, и счетчик уже успел отсчитать до выхода из прерывания, а после этого мы сбрасываем флаг переполнения и ждем... следующего переполнения. У меня используется однократный режим, вообще не дождаться.

Код

  TIM6->PSC = (72000000 / 10000 - 1);
  TIM6->CR1 = TIM_CR1_OPM | TIM_CR1_URS;

void Timer_delay(uint32_t time) {
  TIM6->ARR = time;            // Autoreload
  TIM6->CR1 |= 0x0001;        // Enable
  while (!TIM6->SR);            // Wait Update Interrupt Flag in Status
  TIM6->SR = 0;                // Status reset
}

upd. А еще у меня таймер считает в 2 раза быстрее! По осциллографу вижу. Сижу, разбираюсь, горюю.
upd2. Код исправил. Спасибо, АНТОХА!

[AHTOXA]

А еще у меня таймер считает в 2 раза быстрее! По осциллографу вижу. Сижу, разбираюсь, горюю.

Оно:

?

[ViKo]

Оно: ?

Нет, похоже, прескалер для APB1 не задан /2. Библиотечная функция... туды ее в качель. Шукаю...

Да, вы правы! Оно! Не сообразил, что 36 MHz - это уже поделенное прескалером на 2. А потом умноженное.
Подправлю код, что выдал раньше.