Команда "STM r0!, {r1}" на Cortex M3, При невыровненном адресе возникает Hard Fault. Опции

[demiurg_spb]

А можно было задать в функции REV16 32-битовый аргумент. Если кому-то нужно было проинвертировать порядок байтов в 16-битовой переменной, то эту 32-битовую функцию можно было бы использовать без переделок.

Это да.

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

Разумеется.

Понятно, что при 16-битовом аргументе будет работать. А если нужно проинвертировать порядок в обоих полусловах, придется писать свою функцию, как сделал ISK2010.

Вопрос зачем ему это? Какой-то middle-endian формат получается. Ведь для смены эндианизма есть инструкции REV и REVSH.
Как я понял речь идёт в контексте формирования PDU одного из протоколов (modbus?), где используется не нативный для cm3 сетевой порядок следования байт.
ИМХО расширять функционал CMSIS - крайняя мера...

[ISK2010]

Да, ModBus) Решил оптимизировать функции обработки запросов. Например, сразу по 2 регистра читаю-записываю. Адрес региста+количество тоже за раз обрабатываю.

[demiurg_spb]

Ой не там экономите. Завтра нужно будет для 8-ми битника modbus ваять, после завтра...
За такой оптимизацией теряется прозрачность идеи.
Опять же ИМХО.

[ISK2010]

Везде по чуть-чуть. Еще с расчета CRC немного высвободил. На данный момент загрузка ~70%.

Сообщение отредактировал ISK2010 - Sep 7 2011, 16:49

[aaarrr]

На данный момент загрузка ~70%.

От одного модбаса?

[ISK2010]

От всего