Изучаем STM32 Cortex M3

[STM32F0]

Это же антилоп-гну!

Та да, на пингуина как бы совсем не похож.

это у тебя косяк, т.к. таймеры абсолютно идентичны".

Не абсолюьно, но в целом.

могу и 2-3 дня убить, методом тыка "отлаживая".

Если такая тяга к садомазохизму, юзай тестовые светодиоды, вывод через ЮАРТ. Отладочную информацию как-то получать то надо?

[eddy]

вывод через ЮАРТ

Им и пользуюсь, только не UART, а USB.
Проблему решил выкидыванием таймера. Причину зависона понял: почему-то я считал, что у меня частота APB1 == 72МГц (хотя там 36МГц), соответственно, в prescaler выставлял 71. Таймер 1 сидит на APB2, у которой частота 72 → период получился реально 1мкс, а не 2мкс как было раньше, и функции, похоже, просто не успевали завершиться до срабатывания таймера. В итоге происходила хрень, когда функция еще не закончилась, а из прерывания уже ее опять вызвали.
А может я и не прав и там какая-то магия.

Так как задержки там микросекундные, я решил не мудрствовать лукаво и поступить, как делают аврщики:

	us *= 72;
	for (i = 0; i ‹ us; i++) __asm__("nop");

[Boba_spb]

Ну не все даже AVR щики так делают. Ибо сначала определяют сколько тактов процессора будет выполняться этот цикл. И уж 72 точно станет меньше 24

[STM32F0]

Проблему решил выкидыванием таймера.

Предлагаю более радикальный метод - выкинуть МК! Это настоящее решение всех проблем!

Так как задержки там микросекундные, я решил не мудрствовать лукаво и поступить, как делают аврщики

Вперёд к прошлому!
(слов нет)

[eddy]

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

#define    DWT_CYCCNT    *(volatile uint32_t *)0xE0001004
#define    DWT_CONTROL   *(volatile uint32_t *)0xE0001000
#define    SCB_DEMCR     *(volatile uint32_t *)0xE000EDFC
	us *= 72;
	SCB_DEMCR  |= 0x01000000;
	DWT_CYCCNT  = 0;
	DWT_CONTROL|= 1;
	while(DWT_CYCCNT ‹ us);

Конечно, получается малость побольше, но мне важно именно минимальную задержку выдержать, чтобы у затвора переходные процессы успели пройти.

[Wiza_]

Так как задержки там микросекундные, я решил не мудрствовать лукаво и поступить, как делают аврщики

Сорри за оффтоп: А как же "говнокод" с "ногодрыгом" ?

[eddy]

Wiza_, пусть у меня лучше TIM1 в резерве будет, нежели я и его задействую для микросекундных пауз.
Хотя, конечно, можно запускать таймер в режиме "одновибратора", но не асинхронно, а ожидать, пока он отработает.
Те же яйца, только в профиль.

У меня подобная хрень была с реализацией программного I2C на STM8: сначала хотел по-кошерному, на таймерах (DMA там нет, поэтому жопа), но т.к. скорость слишком высока, в прерываниях ничего не выходит сделать, т.е. таймер можно использовать лишь для сравнительно точных пауз.

[omercury]

Конечно, получается малость побольше, но мне важно именно минимальную задержку выдержать, чтобы у затвора переходные процессы успели пройти.

М-м. Не понял соли.
Пины ногодрыгом управляются что ли?

[Wiza_]

пусть у меня лучше TIM1 в резерве будет

Так и я о том же ! "Если можешь сделать без лишней периферии - делай без неё". А то выводы о "коровости говнокода" в последнее время встречаются... слишком неуместно

[dosikus]

Wiza_, Ну дык не каждому это дано .
Это всего лишь ляпы eddy и не более, выводы о говнокоде в силе ...