STM32. Функция задержки, программные задержки на таймере Опции

[Влад Р.]

Написал функцию задержки на базовом таймере.
В одной программе работает отлично, но вызывается правда постоянно с одним и тем же значением. В другой то ли работает криво, то ли не работает вообще:

Код

#define APB1_FREQ 24000000

void delay_ms (uint16_t volatile ms) {
  TIM7->CR1 &= ~0xFF;                               // Сбрасываем регистр управления таймера TIM7
  if (ms != 1) {                                    // Если значение задержки НЕ равно 1,
  TIM7->PSC = APB1_FREQ/1000-1;                     // настраиваем таймер TIM7 на период 1 мс,
  TIM7->ARR = ms-1;                                 // установить конечное значение счёта с учетом импульса переполнения;
  } else {                                          // иначе,
      TIM7->PSC = 2*APB1_FREQ/1000-1;               // настраиваем таймер TIM7 на период в 2 раза меньше - 0,5 мс
      TIM7->ARR = 1; }                              // установить конечное значение счёта на 1 с учетом импульса переполнения
  TIM7->CR1 |= (TIM_CR1_OPM | TIM_CR1_CEN);         // Установить режим "одного импульса" и включить таймер TIM7
  while(!(TIM7->SR & TIM_SR_UIF));                  // Дождаться конца задержки
  TIM7->SR &= ~TIM_SR_UIF;                          // Сбросить флаг прерывания
};

Не пойму почему не выдерживается задержка?

ЗЫ. Таймер тактирован в основной программе:

Код

RCC->APB1ENR |= RCC_APB1ENR_TIM7EN;   // Тактируем базовый таймер TIM7

[ViKo]

Из мануала RM0041 на STM32F100

The counter counts from 0 to the auto-reload value (contents of the TIMx_ARR register),
then restarts from 0 and generates a counter overflow event.

То, что показал HHIMERA, относится к режиму Center-aligned mode (up/down counting) для других таймеров.

[HHIMERA]

То, что показал HHIMERA

Ну какие ещё другие таймера в STM32??? )))

AN4013 Application note

STM32F1xx, STM32F2xx, STM32F4xx, STM32L1xx, STM32F30/31/37/38x timer overview

2.2 Time base generator

Отнимать единички надобно... т.к. таймер их сам доплюсовывает...

[ViKo]

Даете противоречивые показания.

Отнимать единички надобно... т.к. таймер их сам доплюсовывает...

Противоречит

the counter counts from 0 to the auto-reload value (content of the TIMx_ARR register) – 1, generates a counter overflow event

Как вы представляете, что таймер считает не до ARR, а до ARR-1 (то есть, вашими словами, отминусовывает), физически?

По руководству пройдитесь поиском "counter counts", найдете, какие таймеры как считают.
P.S. и там не уверен, не разбирался вообще.

[HHIMERA]

По руководству пройдитесь поиском "counter count", найдете, какие таймеры как считают.

Спасибо, мне не надо... )))
Недавно с Леонидом Ивановичем рассматривали возможность частотомера на STM32 ...
В железе всё прекрасно...
На STM32f100 до 90МГц (выше не пробовал)... на STM32F05X - 110МГц (больше неоткуда было взять)...

P.S: Доки для STM32 писались не новичками... и не для новичков... увы...
Отсюда и сжатый стиль, и "неоднозначные толкования", и пр. ... но в целом - всё достойно и понятно...

У вас (в AN) некорректная запись.

"Мопед не мой"(С)

И в чём некорректность???

[ViKo]

Спасибо, мне не надо... )))
Отсюда и сжатый стиль, и "неоднозначные толкования", и пр. ... но в целом - всё достойно и понятно...

Нихрена там не понятно. И не достойно.
Был бы признателен, если бы растолковали, как работают биты UDIS, URS в базовых таймерах. Чтобы не противоречило ни одной из фраз из руководства. У меня пока никак не складывается картинка. Что на что влияет...?
Или, например, если загружаем в ARR значение меньше прежнего, при ARPE сброшенном, а CNT уже перевалившем за новое (до старого, естественно, не добрался еще). Тут же появится overflow event, или будет до переполнения счетчика скакать?

И в чём некорректность???

Еще раз - где вы взяли ту цитату после "Как оно работает": (...) - 1, что привели?

Проверил на своем.

Код

void Timer3_init(void) {
/* Разрешить тактирование Таймера 3 */
  RCC->APB1ENR |= RCC_APB1ENR_TIM3EN;
/* Prescaler 8 MHz */
  TIM3->PSC = 24 / 8 - 1;
/* Autoreload 2 MHz */
  TIM3->ARR = 8 / 2 - 1;
/* PWM */
  TIM3->CCMR2 = 0x6060 | TIM_CCMR2_OC4PE | TIM_CCMR2_OC3PE;
/* Противоположная полярность активных сигналов (не обязательно) */
  TIM3->CCER = TIM_CCER_CC4E | TIM_CCER_CC4P | TIM_CCER_CC3E;
/* Регистры сравнения */
  TIM3->CCR3 = TIM3->CCR4 = 8 / 2 / 2;  
/* Разрешить счет */
  TIM3->CR1 = TIM_CR1_ARPE | TIM_CR1_URS | TIM_CR1_CEN;
/* Remap TIM3 to PC8, PC9 */
  AFIO->MAPR = 0x00000c00;  
}

Выдает 2 MHz на светодиодах STM32VLDiscovery. Не забудьте задать альтернативные функции для портов PC8, PC9.
Продолжу с битами, доложу.

[HHIMERA]

Нихрена там не понятно. И не достойно.

Просто надо привыкнуть к стилю написания документации...

Был бы признателен, если бы растолковали

Не-не... я нифига ни разу не учитель-разжеватель и не писатель... Я так... ткнул, пнул и съе... и свалил... сорри...

Или, например, если загружаем в ARR значение меньше прежнего, при ARPE сброшенном, а CNT уже перевалившем за новое (до старого, естественно, не добрался еще). Тут же появится overflow event, или будет до переполнения счетчика скакать?

Так грубо я шашкой не махал... таких задач не было... но мысль интересная, спасибо... проверю по желанию и возможности...
А вот новое значение ARR, которое не превысило предыдущее и CNT ещё не перевалил за новое, загружал "на лету"... отрабатывалось по новому значению ARR...

Еще раз - где вы взяли ту цитату после "Как оно работает": (...) - 1, что привели?

Да с какого-то первого попавшегося даташита... что под руку попалось...

[ViKo]

Так грубо я шашкой не махал... таких задач не было... но мысль интересная, спасибо... проверю по желанию и возможности...
А вот новое значение ARR, которое не превысило предыдущее и CNT ещё не перевалил за новое, загружал "на лету"... отрабатывалось по новому значению ARR...

Сам проверю. Сравним ответы.
Второе понятно. ARPE=0 разрешает обновлять теневой регистр ARR, с которым сравнивается счетчик CNT, сразу после записи.

Да с какого-то первого попавшегося даташита... что под руку попалось...

Вот именно. Что я и хотел сказать.