Изучаем STM32 Cortex M3

[neyvert]

Альтернативная функция у порта А вроде так.
//PA6 ------› TIM16_CH1
GPIO_PinAFConfig(GPIOA, GPIO_PinSource6, GPIO_AF_5);

[swat24]

#define GPIO_AF_2 ((uint8_t)0x02) /* TIM2, TIM1, EVENTOUT, TIM16, TIM17 */
#define GPIO_AF_5 ((uint8_t)0x05) /* TIM16, TIM17 */
А в даташите написан только 5... называется не верь библиотечным функциям... С 5 заработало, только остается вопрос, почему не работало с 3 таймером. Там точно альтернативный 1 (и в библиотеке и в даташите написано и оно не заработало вообще никак)

[Mike121234]

Доброго времени суток.
Никто не подскажет, как для ГЛОБАЛЬНОЙ переменной зарезервировать регистр в IAR?

С локальной нет проблем.
типо:
register unsigned short USh_Temp;

А вот с глобальной такой фокус не выходит...

Зачем? inc для регистра 1 команда. Для ОЗУ - 5.

На картинке USh_Temp - в регистре.
USh_Temp_ в ОЗУ.

Спасибо.

[niXto]

Значит, у компилятора нет возможности использовать регистр
Он не глупее программиста
Нужно оптимизировать весь участок кода

[eddy]

Вопрос знатокам ассемблера (я в нем вообще дуб): правильно ли я написал функцию mutex_trylock?

typedef uint32_t mutex_t;
...
mutex_t mutex_trylock(mutex_t *m){
	uint32_t status = 0;
	mutex_t old_lock = __ldrex(m); // get mutex value
	// set mutex
	status = __strex(MUTEX_LOCKED, m);
	if(status == 0) __dmb();
	else old_lock = MUTEX_LOCKED;
	return old_lock;
}

За образец взял mutex_lock, но так и не разобрался: безопасно ли вот так писать, как я сделал?
Что делает инструкция DMB? Ждет или просто "подчищает хвосты"?
Можно ли вот так писать? Если LDREX возвращает значение MUTEX_LOCKED, я все равно вызываю STREX, чтобы сбросить состояние индивидуального доступа (чтобы последующий вызов mutex_trylock не вернулся с ошибкой, если даже мьютекс будет разблокирован).

[Mike121234]

Значит, у компилятора нет возможности использовать регистр
Он не глупее программиста
Нужно оптимизировать весь участок кода

Странно это.
Вот если мы на ассемблере пишем, то ведь никто не мешает нам использовать регистры для глобальных переменных.

А про оптимитизацию кода, то как его оптимизировать, у меня есть переменная, которая в программе то увеличивается на 1, то уменьшается, то присваивается значение. И таких действий положим 100.
Если использовать регистр, то код будет +200 байт.
Если ОЗУ, то +1000 байт. Как оптимизировать код USh_Temp ++; Или USh_Temp = 2; ?

[Boba_spb]

Странно это.

Мишаня, ты это что чудишь? Какие регистры?
А вдруг проц с аккумуляторм ? Это же С, а не асм.

[Mike121234]

Мишаня, ты это что чудишь? Какие регистры?
А вдруг проц с аккумуляторм ? Это же С, а не асм.

Шура, я ждал... Ключевое слова - бестолковый (сорри за флуд).
Да я конкретно про ARM, точнее про STM32.
Компилятор знает какое ядро.

[niXto]

Если использовать регистр, то код будет +200 байт.
Если ОЗУ, то +1300 байт.

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

[dosikus]

Mike121234, может стоит пересмотреть сам алгоритм, вместо ручной оптимизации.
Попытки писать на С мысля асмомом, провальные...