"delay" не позволяет варировать микросекундами

[STM32F0]

за 5 минут

Эта пять+!

[marera]

cпасибо за отзыв
дело в том что delay_us (1500) работает нормально но
delay_us(x);
уже не работает в то время как...

Странно! А F1 на delay попробуйте. Там:

void delay_us(unsigned int n)
generates a delay of n m(icro)seconds. n must be a constant expression.

Стало быть х - только константа.
Через это многие проходили в CVAVR. Милисекунды - переменная, микро - константа. Увы!

[STM32F0]

счаз насоветуют костылей

Вредная птица явный лидер. Задержка в вечных циклах... это что-то!

[индюк]

Вредная птица явный лидер. Задержка в вечных циклах... это что-то!

там прерывание от таймера отнимает от паблика, перестань чушь гнать

TIM3-›PSC = 23;
TIM3-›ARR = 480;
TIM3-›CR1 = TIM_CR1_ARPE;
TIM3-›CR2 = 0;
TIM3-›CCR1 = 0;
TIM3-›CCR2 = 0;
TIM3-›CCR3 = 0;
TIM3-›CCR4 = 0;
TIM3-›SMCR = 0;
TIM3-›CCMR1 = 0;
TIM3-›CCMR2 = 0;
TIM3-›CCER = 0;
TIM3-›DIER = 0;
TIM3-›EGR = 0;
TIM3-›DIER = TIM_DIER_UIE;

NVIC_EnableIRQ(TIM3_IRQn);

void TIM3_IRQHandler ()
{
TIM3-›SR = 0;
TIM3-›EGR = 0;
TIM3-›CR1 = 0;

c5=0;

}


void delayms (int ms)
{
c5=10;

TIM3-›ARR = ms;
TIM3-›CR1 = TIM_CR1_ARPE|TIM_CR1_CEN;
while (c5)
{ }


}

[STM32F0]

там прерывание от таймера отнимает от паблика

Да неужели? Смотрим оригинал месаги.

вот они, программисты на си.
знали бы как сам проц устроен все эти полускрипты/макросы нахрен не нужны были бы.
за 5 минут сам бы уж напиал свой делей а не сопли размазывал бы по форуму
void delayms (int ms)
{
c5=10;
TIM3-›ARR = ms;
TIM3-›CR1 = TIM_CR1_ARPE|TIM_CR1_CEN;
while (c5)
{ }
}

Про прерывание нет ни слова!

Дальше. Это вообще офигенный изврат в натуре! Чем отличается обычный цикл от цикла с таймером и прерыванием, в данном случае? Правильно! Таймером и прерыванием, которые по недоумию приклеили скотчем, или выделениями из носа. Вопрос, накуа? У Меги много таймеров? У Меги развитые прерывания?
Даже для STM32 это офигенный изврат, там есть систик.
Так что, как там прозвучало, перестань чушь гнать!

[индюк]

Про прерывание нет ни слова!

ну ты ж вумный - мог бы и догадаться.

а зачем мне там систик? систик один раз настроил на 10микросекунд и он тебе тикает и вообще он больше для сложных программ, для операционок ваще нужен и генерит он там не 1мкс полюбому. значит 2-3 мкс я не получу.
а тут сколько мне надо столько и поставил. хоть 2мкс хоть 25000.

[Godzilla82]

использую футкцию delay_ms(x) c переменным параметром x , значение которого меняется в ходе программы.
...
прошу помочь разобратся в чем тут дело и как сделать в delay нецелечисленную задержку?

с какой точностью задержка необходима (в мкс)?

при активном использовании прерываний delay_ms(100) может дать реальную задержку и в 120 мс и в 200 мс.

мой совет: если алгоритм позволяет - отключать все прерывания перед использованием delay(). функцию сделать свою с использованием delay_us() в цикле. при этом надо стремиться максимально увеличить мнимальный интервал, подставляемый в delay_us() и учесть время выполнения самого цикла.

если алгоритм не позволяет - придётся выделить отдельный таймер и работать через прерывания. Точность можно добиться 5-10 тактов + время выполнения всех прерываний. но в любом случае это будет точнее чем использование delay().

[индюк]

3-5 тактов делается просто при помощи nop

[STM32F0]

ну ты ж вумный - мог бы и догадаться.

А я и догадался, что при любом раскладе у тебя чушь!

а зачем мне там систик? систик один раз настроил на 10микросекунд и он тебе тикает и вообще он больше для сложных программ, для операционок ваще нужен и генерит он там не 1мкс полюбому. значит 2-3 мкс я не получу.

Опять чушь! Систик должен тикать каждые 1-100 мС., по правильному - 10-100 мС, для нужд ОС. Иначе система только и будет занята обслуживанием систика.

а тут сколько мне надо столько и поставил. хоть 2мкс хоть 25000.

А 1мкс это вообще изврат чистой воды.

с какой точностью задержка необходима (в мкс)?

Вот это самый правильный вопрос!

при активном использовании прерываний delay_ms(100) может дать реальную задержку и в 120 мс и в 200 мс.

100% ! Но в большинстве случаев этого достаточно, поэтому и лепить таймеры или ещё что-то и смысла нет.

мой совет: если алгоритм позволяет - отключать все прерывания перед использованием delay(). функцию сделать свою с использованием delay_us() в цикле. при этом надо стремиться максимально увеличить мнимальный интервал, подставляемый в delay_us() и учесть время выполнения самого цикла.

Это всё уныло и безнадёжно, можно потерять событие нужного прерывания.

если алгоритм не позволяет - придётся выделить отдельный таймер и работать через прерывания. Точность можно добиться 5-10 тактов + время выполнения всех прерываний. но в любом случае это будет точнее чем использование delay().

Если таймер позволяет, можно вообще такт в такт получить.

[индюк]

по правильному - 10-100 мС, для нужд ОС.

ну и чо ты мне тогда предлагаешь его использовать для мкс задержек то?